Google Backup and DR เปิด Auto-protection สำหรับ Compute Engine แบบ GA

Google Cloud ระบุใน release notes วันที่ 2 พฤศจิกายน 2026 ว่าการปกป้อง Compute Engine instance และ disk แบบอัตโนมัติด้วย Backup and DR พร้อมใช้งานทั่วไปแล้ว ผู้ดูแลกำหนด auto-protection policy ให้จับคู่ resource label กับ backup plan จากนั้นให้ระบบผูกแผนสำรองกับทรัพยากรที่เข้าเงื่อนไขข้ามโปรเจกต์ได้ แทนการเลือก VM หรือ disk ทีละรายการ ความเปลี่ยนแปลงนี้ช่วยลดช่องว่างระหว่างทีมสร้างเครื่องใหม่กับทีมสำรองข้อมูล โดยเฉพาะองค์กรที่เพิ่ม workload บ่อยและมีหลายโปรเจกต์

Policy ทำงานกับ label อย่างไร

ตัวอย่างในคู่มือใช้ label เช่น env=prod เพื่อเลือกทรัพยากรที่ควรได้รับการปกป้อง ผู้ดูแลสร้าง backup vault และ backup plan ในโปรเจกต์ที่ดูแลการสำรอง แล้วสร้าง auto-protection policy ระบุชนิด resource, Region และเกณฑ์ label ก่อนเพิ่ม workload project ผ่าน policy binding เมื่อมี instance หรือ disk ที่ตรงเงื่อนไข ระบบจะจัดตารางผูก backup plan ให้เอง ควรกำหนดมาตรฐาน label ในขั้นสร้างทรัพยากร เพราะ VM ที่ขาดหรือสะกด label ผิดจะไม่เข้า policy แม้สำคัญเพียงใด

คู่มือระบุว่าการตั้งค่าเริ่มต้นและกำหนดการปกป้องอาจใช้เวลาปกติถึง 2 ชั่วโมง และบางกรณีถึง 8 ชั่วโมง ดังนั้นการเห็น label ตรงแล้วไม่ควรสรุปว่ามี backup สำเร็จในทันที หลังเพิ่ม policy ให้ตรวจจำนวน matching resources, protected resources และ resources failed to protect ในหน้ารายละเอียดของ policy แล้วทดสอบกู้คืนตัวอย่างเพื่อยืนยันว่าแผนทำงานจริง Dashboard ที่นับเฉพาะจำนวน resource ที่ตรง label โดยไม่ดูผลสำรองสำเร็จอาจให้ความมั่นใจผิด

สิทธิ์ข้ามโปรเจกต์และภูมิภาค

ในรูปแบบแยก backup vault project ออกจาก workload project คู่มือให้เปิด Backup and DR API กับ Compute Engine API ในทั้งสองฝั่ง และกำหนดสิทธิ์ของผู้จัดการ policy กับ service agent ให้ครบ ผู้ดูแล policy ใช้บทบาท Backup and DR Admin หรือ Editor ในขอบเขตที่จำเป็น ส่วน service agent ของ backup vault ต้องมีบทบาท operator ใน workload project สำหรับ instance หรือ disk ตามชนิดที่ปกป้อง การให้สิทธิ์ผิดโปรเจกต์อาจทำให้ policy มองเห็นทรัพยากรแต่ผูกแผนสำรองไม่สำเร็จ ควรทดลองกับโปรเจกต์เล็กก่อนขยายทั้งองค์กร

policy หนึ่งรายการทำงานกับ resource ใน Region เดียว หากมี VM หลาย Region ต้องสร้าง policy แยกให้ตรงกับ vault และ backup plan ของแต่ละพื้นที่ ทีม platform ควรเขียนรายการ Region ที่ใช้งานจริงและตรวจ coverage เป็นระยะ โดยเฉพาะโปรเจกต์ที่เปิด Region ใหม่ การใช้ label เดียวกันทุก Region ไม่ได้ทำให้ policy ข้าม Region ให้อัตโนมัติ

ตรวจเอกสารสถานะก่อนขยาย production

มีจุดที่ผู้อ่านควรทราบ: release notes วันที่ 2 พฤศจิกายนระบุสถานะ GA แต่หน้าคู่มือ Automate resource protection ที่เปิดตรวจยังมีป้าย Preview และข้อจำกัดสำหรับช่วง Preview เช่นคำแนะนำไม่ให้ใช้กับทรัพยากร production กับเพดานจำนวนโปรเจกต์ต่อ policy ข้อมูลสองหน้าไม่ตรงกันในเวลาที่ตรวจ จึงควรยึดประกาศ GA เป็นสถานะล่าสุด แต่ตรวจข้อจำกัดและความพร้อมในคอนโซลหรือกับฝ่ายสนับสนุนก่อนนำไปใช้กับระบบสำคัญ ไม่ควรนำข้อความจำกัด Preview ที่อาจยังไม่ปรับปรุงไปสรุปเป็นเงื่อนไข GA ถาวร

สำหรับการนำไปใช้จริง ให้ทบทวน backup plan, retention, ค่าใช้จ่าย และสิทธิ์เข้าถึงข้อมูลสำรองก่อนเปิด auto-protection จากนั้นทดสอบการเพิ่มและลบ label การสร้าง VM ใหม่ การย้ายโปรเจกต์ และกรณีสำรองล้มเหลว พร้อมกำหนด alert เมื่อ protected count ต่ำกว่า matching count ความสามารถใหม่นี้ช่วยให้การสำรองตามนโยบายเกิดตามทรัพยากรที่สร้างขึ้น แต่ยังต้องตรวจผล backup และการกู้คืนจริงอยู่เสมอ

แหล่งข่าว: Google Cloud release notes วันที่ 2 พฤศจิกายน 2026 และ คู่มือ Automate resource protection