Google Cloud load balancer IPv6 ทั้ง frontend ของ Regional และ Cross-region ทั้ง 6 รุ่นเข้าสถานะ GA ตามบันทึกการออกรุ่นของ Google Cloud เมื่อ 6 พ.ย. 2026
โดย กองบรรณาธิการ THAI DATA อ่าน 4 นาที
สรุปประเด็นสำคัญ
- Google Cloud ประกาศในบันทึกการออกรุ่นวันที่ 6 พฤศจิกายน 2026 ว่า frontend IPv6 ของ load balancer 6 รุ่น เข้าสถานะ GA
- ทั้ง 6 รุ่นคือ Regional external, Regional internal และ Cross-region internal ของทั้ง Application Load Balancer และ proxy Network Load Balancer
- รองรับ client IPv6 โดยตั้ง proxy-only subnet เป็น stack type IPV4_ONLY หรือ IPV4_IPV6 (dual-stack)
- การเชื่อมต่อจาก load balancer ไปยัง backend ผ่าน IPv6 ใช้ได้กับ dual-stack backend เท่านั้น และเฉพาะ instance group กับ zonal NEG ที่เป็น GCE_VM_IP_PORT
Google Cloud ระบุในบันทึกการออกรุ่นวันที่ 6 พฤศจิกายน 2026 ว่า frontend สำหรับรับทราฟฟิก IPv6 ของ load balancer รวม 6 รุ่นเข้าสถานะ GA แล้ว หมายความว่า Google Cloud load balancer IPv6 แบบ Regional และ Cross-region ใช้งานจริงได้โดยไม่อยู่ในสถานะทดลองอีกต่อไป
Google Cloud load balancer IPv6 GA ครอบคลุมรุ่นไหน
บันทึกการออกรุ่นระบุ load balancer 6 รุ่นดังนี้
| รุ่น | ขอบเขต |
|---|---|
| Regional external Application Load Balancer | รับทราฟฟิกจากภายนอกในระดับ Region |
| Regional external proxy Network Load Balancer | รับทราฟฟิก TCP จากภายนอกในระดับ Region |
| Regional internal Application Load Balancer | ใช้ภายในเครือข่ายใน Region |
| Regional internal proxy Network Load Balancer | ใช้ภายในเครือข่ายใน Region |
| Cross-region internal Application Load Balancer | ใช้ภายในข้ามหลาย Region |
| Cross-region internal proxy Network Load Balancer | ใช้ภายในข้ามหลาย Region |
คอลัมน์ขอบเขตเป็นการสรุปจากชื่อรุ่นโดย THAI DATA ไม่ใช่ข้อความจากประกาศ Google Cloud ระบุเพียงว่า เพื่อรองรับทราฟฟิก IPv6 จากไคลเอนต์ ให้ตั้ง proxy-only subnet เป็น stack type IPV4_ONLY หรือ IPV4_IPV6 ซึ่งเป็นแบบ dual-stack
Google Cloud load balancer IPv6 ทำงานอย่างไร
เอกสารของ Google Cloud อธิบายว่า load balancer กลุ่มนี้เป็น proxy คือยุติการเชื่อมต่อของไคลเอนต์ที่ตัว load balancer แล้วเปิดการเชื่อมต่อใหม่ไปยัง backend ทำให้ตั้งค่าสองฝั่งแยกกันได้ ตัวอย่างเช่น รับ IPv4 และ IPv6 จากไคลเอนต์ แล้วส่งต่อไป backend ด้วย IPv6 ถ้า backend เป็น dual-stack
การรับ IPv6 จากไคลเอนต์ต้องใช้ที่อยู่ IPv6 กับ forwarding rule ของ load balancer ส่วนการเชื่อมต่อไป backend ใช้ IPv4 เป็นค่าเริ่มต้น และเปลี่ยนเป็น IPv6 ได้ด้วย IP address selection policy ของ backend service โดยเฉพาะ instance group และ zonal NEG แบบ GCE_VM_IP_PORT เท่านั้นที่ตั้งเป็น dual-stack ได้
ประโยชน์ของ Google Cloud load balancer IPv6 ตามเอกสาร
เอกสารของ Google Cloud ระบุประโยชน์ของการเปิด IPv6 ที่ load balancer ไว้หลายข้อ
- แบบ dual-stack ให้ไคลเอนต์ IPv4 ใช้ที่อยู่ IPv4 และไคลเอนต์ IPv6 ใช้ที่อยู่ IPv6 แล้วกระจายไปยัง backend ที่ใกล้และมีทรัพยากรที่สุด
- รองรับหลายโปรโตคอล ได้แก่ HTTP, HTTPS, HTTP/2, TCP และ SSL/TLS ขึ้นกับรุ่นของ load balancer
- ที่อยู่ anycast เดียวสำหรับหลาย Region เอกสารกล่าวถึงข้อนี้กับ load balancer แบบ global ที่ต้องใช้ Premium Tier ซึ่งไม่อยู่ใน 6 รุ่นของประกาศนี้
รุ่น Classic และ Global external ถูกกล่าวถึงในเอกสารเดียวกันว่ารับ IPv6 ได้อยู่แล้ว ประกาศวันที่ 6 พฤศจิกายนจึงเป็นการเติมช่องว่างของรุ่น Regional และ Cross-region
ประกาศนี้ไม่ได้บอกอะไร
บันทึกการออกรุ่นสั้นมาก ไม่ได้ระบุราคา ไม่ได้ระบุว่าฟีเจอร์เคยอยู่ในสถานะ Preview มานานเท่าไร และไม่ได้แยก Region ที่รองรับ การคิดค่าใช้จ่ายของที่อยู่ IPv6 หรือปริมาณทราฟฟิกจึงต้องดูจากหน้าราคาของ Cloud Load Balancing โดยตรง ผู้ที่วางแผนย้ายระบบเข้าสู่ dual-stack ควรให้ทั้งทีมเครือข่ายและทีมแอปอ่านคู่มือของ Google Cloud ฉบับเต็มก่อน และไม่ควรสรุปจากตารางในข่าวนี้อย่างเดียว เพราะตารางสรุปจากชื่อรุ่นของ Google Cloud เท่านั้น
ทำไมเรื่องนี้สำคัญ
องค์กรที่ออกแบบระบบแบบ Regional เพื่อให้ข้อมูลอยู่ใน Region ที่เลือก เคยต้องคำนึงว่า IPv6 บน load balancer บางรุ่นยังไม่อยู่ในสถานะ GA การที่ Google Cloud load balancer IPv6 เข้าสู่ GA ทำให้ระบบแบบ Regional และระบบภายในแบบ Cross-region วางแผนใช้ dual-stack ได้โดยไม่ต้องอาศัยฟีเจอร์ทดลอง
สิ่งที่องค์กรไทยควรทำกับ Google Cloud load balancer IPv6
- ตรวจรุ่น load balancer ที่ใช้อยู่ ดูว่าเป็นหนึ่งใน 6 รุ่นข้างต้นหรือไม่ และ forwarding rule เป็น IPv4 อย่างเดียวหรือไม่
- ตรวจ proxy-only subnet ต้องเป็น IPV4_ONLY หรือ IPV4_IPV6 ตามเอกสาร และอ่านขั้นตอนแปลงจาก IPv4 ก่อนแก้
- ตรวจ backend ถ้าต้องการส่งต่อด้วย IPv6 ต้องเป็น dual-stack และเป็น instance group หรือ zonal NEG แบบ GCE_VM_IP_PORT
- อัปเดต DNS และไฟร์วอลล์ เพิ่ม AAAA record และกฎที่ครอบคลุมช่วงที่อยู่ IPv6 และทดสอบจากเครือข่ายที่ใช้ IPv6 จริง
- ทดสอบก่อนเปิดจริง เริ่มจากสภาพแวดล้อมทดสอบและตรวจ log ว่าทราฟฟิกจาก IPv6 ถูกส่งไป backend ถูกต้อง
บริการของ THAI DATA CLOUD ที่เกี่ยวข้อง
การเปิด IPv6 แบบ dual-stack เกี่ยวข้องกับ DNS ไฟร์วอลล์ และการทดสอบเครือข่ายหลายชั้น ซึ่งทีมไอทีภายในมักมีเวลาจำกัด Managed Cloud Services ของ THAI DATA CLOUD ดูแลตั้งแต่ติดตั้ง บริหาร ไปจนถึง Monitoring ระบบคลาวด์ขององค์กรตลอด 24 ชั่วโมง ให้ทีมไอทีภายในโฟกัสงานหลักได้ (THAI DATA CLOUD เป็นผู้ดำเนินงานเว็บไซต์นี้)
ติดตามข่าวเครือข่ายได้ที่หมวด Network
คำถามที่พบบ่อย
Google Cloud load balancer IPv6 GA ครอบคลุมรุ่นไหนบ้าง?
Google Cloud load balancer IPv6 GA ตามบันทึกการออกรุ่นวันที่ 6 พฤศจิกายน 2026 ระบุ 6 รุ่น ได้แก่ Regional external Application Load Balancer, Regional external proxy Network Load Balancer, Regional internal Application และ proxy Network Load Balancer กับ Cross-region internal ทั้งสองแบบ
Google Cloud load balancer IPv6 ต้องตั้งค่า subnet อย่างไร?
สำหรับ Google Cloud load balancer IPv6 เอกสารระบุว่าเพื่อรองรับ client IPv6 ต้องตั้ง proxy-only subnet เป็น stack type IPV4_ONLY หรือ IPV4_IPV6 แบบ dual-stack รายละเอียดการแปลงจาก IPv4 อยู่ในคู่มือ Convert Application Load Balancer to IPv6 ของ Google Cloud
Google Cloud load balancer IPv6 ส่งต่อไป backend ด้วย IPv6 ได้หรือไม่?
สำหรับ Google Cloud load balancer IPv6 ทำได้เฉพาะ dual-stack backend ตามเอกสารของ Google Cloud โดยค่าเริ่มต้นการเชื่อมต่อจาก load balancer ไป backend ใช้ IPv4 และเปลี่ยนได้ด้วย IP address selection policy ของ backend service เฉพาะ instance group และ zonal NEG แบบ GCE_VM_IP_PORT
ทำไมองค์กรไทยควรสนใจ Google Cloud load balancer IPv6?
Google Cloud load balancer IPv6 สำคัญเพราะผู้ใช้บางเครือข่ายเข้าถึงด้วย IPv6 และระบบที่ใช้ load balancer แบบ Regional หรือ Cross-region เปิดรับ IPv6 ได้ในสถานะ GA แล้ว องค์กรที่ต้องการระบบแบบ dual-stack ใช้ได้โดยไม่ต้องพึ่งฟีเจอร์ทดลอง ควรทดสอบกับแอปของตนก่อน
แหล่งอ้างอิง
- Google Cloud release notes, November 06, 2026 — Google Cloud
- IPv6 for Application Load Balancers and proxy Network Load Balancers — Google Cloud
บุคคล องค์กร และสถานที่ในข่าวนี้
เลือกชื่อเพื่ออ่านข่าวทั้งหมดที่กล่าวถึง ตัวเลขคือจำนวนข่าว
- องค์กรและบริษัท
- Google Cloud101Google204
- ประเทศและสถานที่
- สิงคโปร์238
พบข้อมูลคลาดเคลื่อน? แจ้งกองบรรณาธิการ