RUK-COM / VIRTUAL PRIVATE CLOUD

เชื่อมทุกระบบ
กำหนดทุกเส้นทาง

จัดการ Private Network บน Cloud ให้ตรงกับระบบของคุณ ทั้ง Subnet, Routing และ Access Policy เพื่อให้ Web, App และ Database เชื่อมต่อกันตามสิทธิ์ที่กำหนด พร้อมทีม Ruk-Com ช่วยออกแบบ

Logical isolation กำหนดสิทธิ์ราย VM ออกแบบร่วมกับผู้เชี่ยวชาญ
YOUR NETWORK. YOUR RULES. ภาพจำลอง
Private network: Internet through a router to a web endpoint; application and database stay private. PRIVATE NETWORK · 10.20.10.0/24 INTERNET VIRTUAL ROUTER Floating IP / NAT WEB SG · TCP 443 APP SG · TCP 8443 DATABASE SG · TCP 5432
เปิดเฉพาะ Web · App และ DB ใช้ Private IP

NETWORK EXPLORER / SIMULATION

เห็น Traffic Flow เข้าใจ Access Policy

เลือกมุมมอง Gateway, แยก 3 Subnet หรือ Policy ใน Subnet เดียว แล้วทดลอง Flow เพื่อดูหน้าที่ของ Router และ Security Group

แยก 3 Subnet · Router เชื่อมแต่ละ Tier และ SG ตรวจที่ VM
ภาพจำลอง · IP ตัวอย่าง Request · เริ่มการเชื่อมต่อ
Internet → Virtual Router (DNAT) SG อนุญาต HTTPS → Web :443

Web → Router → SG App :8443 → App
App → Router → SG DB :5432 → Database

ภาพเริ่มต้น: 3 Private subnet · ไม่มี Public endpoint ที่ DB

Request / ขาไป Response / ขากลับ ขอบเขต Security Group

START WITH YOUR WORKLOAD

เลือก Network Topology ให้เหมาะกับระบบ

01

Private gateway

เริ่มจาก Private network เชื่อม Virtual Router เพื่อออก Internet ด้วย SNAT และใช้ Floating IP เฉพาะ VM ที่ต้องรับจากภายนอก

เหมาะกับระบบเริ่มต้นและบริการภายใน ดู Topology ใน Explorer
02

แยก Web / App / DB

แยก Web, App และ Database คนละ Subnet ให้ Router จัดการ Routing ข้าม Network และใช้ Security Group กำหนด Source กับ Port ที่อนุญาต

เหมาะกับระบบหลายชั้นและทีมที่แบ่งหน้าที่ ดู Topology ใน Explorer
03

Subnet เดียว แยกสิทธิ์ด้วย SG

วาง VM ใน Network เดียวกัน แล้วแยก Access Policy ตามบทบาท Traffic ภายใน Subnet เชื่อมถึงกันโดยตรง และยังผ่านการตรวจ Security Group ที่ VM Port

เหมาะกับระบบที่ต้องการผังเครือข่ายเรียบง่าย ดู Topology ใน Explorer

BUILD THE NETWORK YOU NEED

จัดการ Network ครบ ตั้งแต่ IP ถึง Access Policy

Private Network & Subnet

จัดสรร CIDR, Allocation pool, Gateway, DHCP และ DNS ให้ตรงกับโครงสร้างระบบ และตรวจช่วง IP ไม่ให้ทับซ้อน

Virtual Router & NAT

กำหนด L3 Routing ระหว่าง Network แบบ IP-managed และให้ VM เชื่อมต่อออก Internet ผ่าน SNAT

Floating IP

ผูก Public IP กับ Private IP ของ VM ที่ต้องรับจากภายนอก โดยเลือก Endpoint ที่จะเปิดอย่างชัดเจน

Security Group

กำหนด Allow Rule ที่ VM Port ตาม Source, Protocol และ Port พร้อมตรวจทุก Security Group ที่ผูกอยู่กับ VM Port นั้น

ทำงานร่วมกับ Cloud IaaS

ออกแบบ Network ไปพร้อมกับ VM, Compute และ Storage เพื่อรองรับรูปแบบงานเดียวกัน

ทีมช่วยวางแผนและตรวจสอบ

ให้ทีม Ruk-Com ช่วยทบทวน Topology และ Access matrix กำหนดการดูแลตามสิทธิ์และขอบเขตบริการที่ตกลง

SECURITY AT THE VM PORT

Routing เชื่อมถึงกัน Access Policy กำหนดสิทธิ์

Router จัดการเส้นทางระหว่าง Network ส่วน Security Group กำหนด Connection ที่อนุญาต ตัวอย่างนี้ใช้ Custom SG แบบ Stateful แยกตามบทบาทของ VM

ตัวอย่าง Access matrix · ไม่ใช่ค่า Default ของบริการ
Source Destination Protocol / Port ผลลัพธ์
Internet Web TCP 443 อนุญาต HTTPS
Web SG App TCP 8443 อนุญาต Web → App
App SG Database TCP 5432 อนุญาต App → DB
App Internet TCP 443 อนุญาต Egress ผ่าน SNAT
Web SG Database TCP 5432 ไม่ผ่าน: ไม่มี Allow rule ตรงกัน

ต้องทบทวนทุก SG ที่แนบอยู่ Default SG ในเอกสารแพลตฟอร์มอนุญาตทุก Traffic ตัวอย่างจำกัดสิทธิ์นี้จึงต้องถอด Group ที่ Allow-all และใช้ Custom SG แทน เพราะ Allow rule จากหลาย Group มีผลรวมกัน

Response ผูกกับ Connection เดิม ตัวอย่าง Stateful อนุญาต Traffic ตอบกลับของ Connection ที่ผ่านกฎแล้ว ตรวจค่า Stateful จริงก่อนใช้งาน และกำหนด Egress ที่จำเป็น เช่น DNS ตามระบบ

VPC + CLOUD IAAS

Compute ที่เหมาะกับงาน
Network ที่คิดมาด้วยกัน

เพิ่ม VM ได้อย่างมีแผน เมื่อรู้ว่าแต่ละระบบอยู่ Subnet ใด ต้องเข้าถึงอะไร และควรเปิดรับจากภายนอกตรงไหน เริ่มจาก Cloud IaaS แล้วออกแบบ VPC ให้ตรงกับ Workload

Compute / Virtual machines Web · App · Database
VPC / Network architecture Subnet · Router · Security Group
Ruk-Com / ทีมดูแลของคุณ วางแผน · ตรวจสอบ · ประสานการแก้ไข

FROM DIAGRAM TO DEPLOYMENT

ออกแบบ Network ก่อน Deploy

01

สำรวจระบบ

รวบรวม VM, CIDR เดิม และ Connection ที่ต้องใช้

02

เลือก Topology

เลือก Topology และจุดรับ Traffic จากภายนอก

03

กำหนด Access Policy

ทำ Access matrix ตรวจ Router และ SG ร่วมกัน

04

ทดสอบและส่งมอบ

ทดสอบทั้ง Allow, Block และ Return พร้อมตกลงการดูแล

A FEW GOOD QUESTIONS

ก่อนเริ่มวาง VPC

VPC ใช้ Dedicated Hardware หรือไม่?

VPC ใช้ Logical Isolation เพื่อแยก Network บน Cloud Infrastructure ที่ใช้งานร่วมกัน จึงไม่ได้หมายถึง Dedicated Hardware โดยอัตโนมัติ หากต้องการแยกทรัพยากรเฉพาะองค์กร ให้ทีมช่วยประเมินบริการที่เหมาะสม

จำเป็นต้องแยก 3 Subnet ทุกระบบหรือไม่?

ไม่จำเป็น เลือกได้ทั้ง Private network ที่มี Router, แยก Subnet ตาม Tier หรือ Subnet เดียวกับ SG ตามบทบาท โดยพิจารณาจำนวนระบบ การดูแล และสิทธิ์เข้าถึง

Database จำเป็นต้องมี Public IP หรือไม่?

ตัวอย่างนี้ไม่ให้ DB มี Public endpoint โดย App เข้าถึง DB ผ่าน Private IP และ SG อนุญาตเฉพาะต้นทางกับพอร์ตที่จำเป็น

เชื่อมระบบเดิมหรือสาขาได้อย่างไร?

แจ้งช่วง IP เส้นทางและข้อกำหนดการเชื่อมต่อให้ทีมประเมินก่อนออกแบบ โดยตรวจความเข้ากันได้และขอบเขตบริการตามโครงการ

แนวคิดและเอกสารแพลตฟอร์ม: VPC topology Virtual routers Virtual networks Security groups Stateful property

LET’S DESIGN YOUR NETWORK

นำผังระบบของคุณมา
ให้เราช่วยต่อภาพให้ชัด

แจ้ง Workload, ช่วง IP และสิทธิ์เข้าถึงที่ต้องการ เพื่อประเมิน Topology และขอบเขตบริการร่วมกัน