ลูกค้า AWS ยังหนีจาก IPv4 ไม่พ้น

 (tty.neveragain.de)
1 คะแนน โดย GN⁺ 2023-09-24 | 1 ความคิดเห็น | แชร์ทาง WhatsApp
  • AWS ประกาศว่าจะเริ่มเก็บค่าบริการสำหรับที่อยู่ IPv4 สาธารณะตั้งแต่เดือนกุมภาพันธ์ 2024 ที่อัตรา $0.005 ต่อชั่วโมง คิดเป็นค่าใช้จ่ายราว $4 ต่อเดือน หรือมากกว่า $40 ต่อปี
  • ค่าบริการนี้จะส่งผลต่อบริการอย่าง Elastic Load Balancers, อินสแตนซ์ EC2, Elastic IPs, งาน ECS Fargate ที่มี public IP, Global Accelerator IPs, Site-to-site VPN IPs และ Managed NAT Gateways เป็นต้น โดย shared IPv4 address และที่อยู่ IPv4 สาธารณะที่ใช้ในฟังก์ชัน Lambda แบบ non-VPC จะไม่ได้รับผลกระทบ
  • แม้ประกาศนี้จะได้รับการต้อนรับจากหลายฝ่ายเพราะคาดว่าจะช่วยกระตุ้นการใช้งาน IPv6 แต่ผู้เขียนมองว่าค่าบริการนี้จะไม่ส่งผลมากนักต่อการยอมรับ IPv6 เนื่องจากบริการจำนวนมากของ AWS ยังขาดการรองรับ IPv6
  • ผู้เขียนชี้ว่ารูปแบบการใช้งานที่สิ้นเปลือง เช่น การมี Load Balancer หลายตัวต่อ VPC และการตั้งค่า public IPv4 ให้กับอินสแตนซ์ EC2 และงาน Fargate โดยตั้งใจเพื่อหลีกเลี่ยง Managed NAT Gateway จะได้รับผลกระทบอย่างมากจากโครงสร้างราคาใหม่นี้
  • ผู้เขียนระบุว่าการรันแบบ IPv6-only บน AWS แทบเป็นไปไม่ได้ในทางปฏิบัติ เพราะบริการสำคัญอย่าง API Gateway, Lambda, ECS และ App Runner ยังขาดการรองรับ IPv6 แม้จะรันแบบ dual-stack ภายในก็ตาม บริการ AWS ส่วนใหญ่ก็ยังเชื่อมต่อได้เฉพาะกับปลายทาง IPv4
  • ผู้เขียนวิจารณ์ที่ AWS นำเสนอค่าบริการใหม่นี้ว่าเป็นการส่งเสริมการยอมรับ IPv6 โดยชี้ว่า AWS เพิกเฉยต่อ IPv6 มาเป็นเวลาหลายปี ทำให้แทบไม่มีทางหลีกเลี่ยงค่าบริการดังกล่าวได้
  • ผู้เขียนสรุปว่า แม้ค่าบริการ IPv4 อาจจำเป็นเมื่อพิจารณาจากต้นทุนการจัดหา IPv4 ที่เพิ่มขึ้นในช่วงหลัง แต่มาตรการนี้ไม่เพียงไม่ช่วยเร่งการยอมรับ IPv6 เท่านั้น ยังอาจยับยั้งนวัตกรรมและทำให้การมีบัญชี AWS ส่วนตัวมีความน่าสนใจน้อยลงด้วย
  • นี่คือส่วนแรกของชุดบล็อก โดยโพสต์ถัดไปจะเจาะลึกตัวเลือกเกี่ยวกับการยอมรับ IPv6 บน AWS ในประเด็นอย่าง ingress และทราฟฟิก intra-VPC, egress traffic รวมถึงปัญหาด้านการเขียนโปรแกรมแอปพลิเคชัน

บทความที่เกี่ยวข้อง

1 ความคิดเห็น

 
GN⁺ 2023-09-24
ความเห็นบน Hacker News
  • Amazon กำลังดำเนินโครงการขนาดใหญ่เพื่อแบ่งระบบภายในทั้งหมดออกเป็นเวอร์ชันตามภูมิภาค เนื่องจากที่อยู่ IPv4 ภายในกำลังร่อยหรอ
  • การย้ายไปใช้ IPv6 ทำไม่ได้ เพราะมีอุปกรณ์เครือข่ายภายในจำนวนมากที่ยังไม่รองรับ IPv6
  • เครื่องมือของ AWS แนะนำอย่างหนักให้สร้างเครือข่ายที่อ้างอิงเครือข่าย 10.x RFC1918 แบบกำกวม ดังนั้นแรงจูงใจของ AWS จึงไม่ได้เอื้อให้ส่งมอบ v6 ที่ใช้งานได้จริง
  • ปัญหาสำคัญของการใช้เฉพาะ IPv6 บน AWS คือซอฟต์แวร์จำนวนมากที่ต้องการเข้าถึง GitHub ยังไม่รองรับ IPv6
  • ลูกค้า AWS บางรายแสดงความต้องการที่จะเลิกพึ่งพา IP ไปเลย เพราะความซับซ้อนในการจัดการระบบเครือข่ายเหล่านี้
  • การที่บริการอย่าง Lambda และ S3 ไม่รองรับ IPv6 เป็นปัญหาสำคัญ และ AWS ควรทำให้มันเป็นแบบ dual-stack ที่เข้าถึงผ่าน IPv6 ได้ก่อนจะเปลี่ยนราคา
  • การรองรับ IPv6 หลัก ๆ ของ AWS มีสาเหตุบางส่วนมาจากคำสั่งของรัฐบาลสหรัฐฯ ให้เริ่มการย้ายระบบ
  • การที่ CloudFront ไม่รองรับ IPv6 สำหรับ custom origin เป็นปัญหาสำหรับผู้ที่รันคอนเทนเนอร์ Fargate แยกจำนวนมากเป็น origin
  • การแข่งขันที่ไม่เพียงพอในตลาด ISP ของสหรัฐฯ ขัดขวางการยอมรับ IPv6
  • หากตั้งค่า VPC แบบ IPv6-only บน AWS ก็อาจทำให้หลายอย่างพังได้ ตั้งแต่บริการ AWS หลากหลายตัวไปจนถึง package repository
  • IPv6 ไม่มีแนวคิดเรื่อง private address ดังนั้นก็ต้องบอกลา Managed NAT Gateway และค่าบริการของมัน