VPN และ Direct Connect
เชื่อม data center เดิมเข้ากับ AWS
Site-to-Site VPN เหมือนส่งของผ่านถนนสาธารณะแต่ใส่ตู้คอนเทนเนอร์ล็อกแน่น (เข้ารหัสผ่านอินเทอร์เน็ต) สร้างเร็วแต่ความเร็วแปรผันตามการจราจร. Direct Connect เหมือนบริษัทลงทุนสร้างถนนส่วนตัวเชื่อมตรงไปถึง AWS — เสถียรและเร็วสุดๆ แต่ต้องลงทุนวางสายและใช้เวลาสร้างนาน
หากบริษัทต้องการเชื่อมศูนย์ข้อมูลเก่า (On-Premises Data Center) เข้าสู่ AWS Cloud อย่างปลอดภัย เรามี 2 เครื่องมือหลักๆ
- Site-to-Site VPN (เครือข่ายส่วนตัวเสมือน) — เชื่อมผ่านสายอินเทอร์เน็ตสาธารณะแต่เข้ารหัสลับไว้ (IPsec) · ติดตั้งได้ไว (หลักนาที) ค่าใช้จ่ายต่ำ · แต่ Latency หรือความเร็วไม่การันตีเพราะแชร์เส้นทางอินเทอร์เน็ตกับคนอื่น
- Direct Connect (สายเชื่อมต่อตรง หรือ DX) — สายเชื่อมต่อทางกายภาพเฉพาะกิจ (Dedicated) วิ่งตรงจากจุดเชื่อมไปยัง AWS โดยไม่ผ่านอินเทอร์เน็ตสาธารณะ · การันตีความเสถียร, แบนด์วิดท์สูง, ความหน่วงต่ำ · ใช้เวลาติดตั้งนาน (เป็นเดือน) และราคาสูงกว่า
สรุป Key Takeaways
- VPN = ผ่านเน็ตแบบเข้ารหัส ตั้งเร็ว ถูก แต่ latency ไม่นิ่ง
- Direct Connect = สายเฉพาะ เสถียร เร็ว แต่แพงและตั้งนาน
- ต้องการความเสถียร/แบนด์วิดท์สูง → Direct Connect
คำถามที่พบบ่อย
Site-to-Site VPN กับ Direct Connect เลือกยังไง
VPN = เร็ว (ตั้งได้ในชั่วโมง) ถูก วิ่งบน internet — latency แกว่ง ส่วน Direct Connect = สายส่วนตัวจริง latency นิ่ง แบนด์วิดท์สูง แต่ใช้เวลาติดตั้งเป็นสัปดาห์/เดือนและแพง — โจทย์ "consistent/dedicated bandwidth" = DX, "เชื่อมด่วน/ราคาถูก/สำรอง" = VPN และแบบแผนที่ออกบ่อย: DX เป็นเส้นหลัก + VPN เป็น backup
Direct Connect ปลอดภัยในตัวไหม ต้องเข้ารหัสเพิ่มไหม
จุดหลอกข้อสอบ: DX เป็นสายส่วนตัวแต่ "ไม่เข้ารหัส" ให้โดยปริยาย — ถ้า compliance ต้องการ encryption in transit ให้รัน VPN ทับบน DX หรือใช้ MACsec — เจอโจทย์ DX + ต้องเข้ารหัส ให้ตอบ VPN over DX
ลองทำ Quiz ท้ายบท
คำถามแนวข้อสอบของโมดูลนี้ 5 ข้อ · เฉลยทันที