# Microsoft เปิดพรีวิว AKS upgrade health gates หยุดอัปเกรดเองเมื่อระบบไม่ปกติ

> Microsoft เปิดพรีวิว AKS upgrade health gates เมื่อ 10 พ.ย. 2026 ให้ AKS หยุดอัปเกรดเองเมื่อสุขภาพระบบแย่ลง พร้อม Upgrade Insights และ Fleet Manager GA

- ประเภท: ข่าว · หมวด: Cloud
- เผยแพร่: 2026-11-11T05:41:00.000Z · อัปเดต: 2026-11-11T05:41:00.000Z
- โดย: กองบรรณาธิการ THAI DATA, THAI DATA IT BUSINESS ENTERPRISE
- ที่มา: https://thaidata.co.th/cloud/aks-upgrade-health-gates-kubecon-2026-fleet-dra/

## สรุปประเด็นสำคัญ

- Microsoft ประกาศชุดความสามารถใหม่ของ AKS บนบล็อก Microsoft Open Source เมื่อ **10 พฤศจิกายน 2026** (ราว 23:00 น. เวลาไทย) ระหว่างงาน **KubeCon + CloudNativeCon North America 2026** ที่ Salt Lake City ซึ่งจัด 9–12 พ.ย.
- **AKS upgrade health gates** (พรีวิว) ให้ AKS ถามสุขภาพโหนดจากระบบมอนิเตอร์ขององค์กรหลังอัปเกรดแต่ละโหนด ถ้าได้คำตอบว่าไม่ปกติ AKS จะ **หยุดการอัปเกรด** แทนที่จะไปต่อทั้ง node pool ต้องใช้ Azure CLI **2.85.0** ขึ้นไป
- **Upgrade Insights** (พรีวิว) ตรวจความพร้อมแบบ dry run ก่อนเริ่มอัปเกรด เช่น API ที่ถูกถอด, pod disruption budget ที่เข้มเกินไป, IP ใน subnet และโควตา VM ไม่พอ
- Azure Kubernetes Fleet Manager ประกาศ **GA 3 ความสามารถ** ของ placement ได้แก่ drift detection, takeover และ eviction พร้อม disruption budget
- AKS เพิ่ม **managed DRA สำหรับ GPU NVIDIA** (พรีวิว ต้องใช้ Kubernetes **1.35** ขึ้นไป) และ managed DRANET สำหรับ node pool ที่รองรับ RDMA

Microsoft เปิดพรีวิว AKS upgrade health gates เมื่อวันที่ 10 พฤศจิกายน 2026 (ราว 23:00 น. เวลาไทย) ให้ Azure Kubernetes Service (AKS) ถามผลตรวจสุขภาพจากระบบมอนิเตอร์ขององค์กรระหว่างอัปเกรดคลัสเตอร์ และหยุดการอัปเกรดเองเมื่อระบบเริ่มไม่ปกติ ประกาศพร้อม Upgrade Insights และการวาง resource ข้ามคลัสเตอร์ของ Fleet Manager 3 ความสามารถที่ GA

ประกาศนี้อยู่ในบทความของ Brendan Burns รองประธานบริษัทฝ่าย Azure OSS and Cloud Native ของ Microsoft ที่เผยแพร่ระหว่างงาน KubeCon + CloudNativeCon North America 2026 ซึ่งเป็นงานหลักของ CNCF จัดที่ Salt Palace Convention Center เมือง Salt Lake City รัฐยูทาห์ ระหว่างวันที่ 9–12 พฤศจิกายน แก่นของประกาศคือการย้ายงานที่เคยอยู่ในสคริปต์ คู่มือปฏิบัติงาน หรือคนที่นั่งเฝ้าแดชบอร์ด ให้มาอยู่ในตัวควบคุม (controller) ของ Kubernetes แทน

![หน้าบทความ What's new with Microsoft in open-source and Kubernetes at KubeCon North America 2026 บนบล็อก Microsoft Open Source](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aks-upgrade-health-gates-kubecon-2026-fleet-dra/aks-kubecon-2026-microsoft-oss-blog.webp?v=bab15781) _(ภาพ: Microsoft Open Source Blog (ภาพหน้าจอ))_

## AKS upgrade health gates ทำงานอย่างไร

เอกสาร Microsoft Learn อธิบายว่า AKS upgrade health gates ใช้ custom resource ของ Kubernetes เป็นข้อตกลงระหว่างการอัปเกรดกับระบบมอนิเตอร์ ได้แก่ UpgradeGatePolicy กำหนดว่าจะคุมคลัสเตอร์หรือ node pool ใด UpgradeOperation แทนการอัปเกรดที่กำลังทำ HealthCheckRequest คือคำขอให้ตรวจโหนด node pool หรือทั้งคลัสเตอร์ และ HealthSignal คือคำตอบจากผู้ตรวจ ผู้ตรวจนี้เป็นตัวมอนิเตอร์ที่ Microsoft ดูแล controller ที่องค์กรเขียนเอง หรือเครื่องมือ observability ที่เชื่อมเข้ามาก็ได้

| ขอบเขตของคำขอ | ตอบ True | ตอบ False | ไม่รู้หรือไม่ตอบ |
| --- | --- | --- | --- |
| โหนด | ไปต่อเมื่อผู้ตรวจทุกตัวตอบ True | หยุดการอัปเกรด | รอจนครบ nodeTimeout แล้วหยุด |
| node pool | ไม่มีผล | หยุดการอัปเกรด node pool นั้น | ไม่มีผล |
| คลัสเตอร์ | ไม่มีผล | หยุดทุก node pool ที่อยู่ใต้ gate | ไม่มีผล |

ข้อที่ต้องระวังคือผู้ตรวจต้องตอบคำขอระดับโหนดเสมอ ถ้าตอบแค่ระดับ node pool หรือคลัสเตอร์ โหนดแรกที่อัปเกรดจะรอจนหมดเวลาแล้วการอัปเกรดจะหยุด เอกสารยกตัวอย่างสัญญาณที่ใช้ได้ เช่น latency หรือ error rate ของแอป, pod ที่ crash วนซ้ำ และ smoke test ระหว่างอัปเกรด Brendan Burns เขียนว่าการตัดสินใจที่เคยเป็นของคนที่นั่งเฝ้า จะกลายเป็นการตรวจที่ทำงานทุกครั้ง

![ตารางผลของสัญญาณ True, False และ Unknown ในแต่ละขอบเขตของ upgrade health gates บน Microsoft Learn](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aks-upgrade-health-gates-kubecon-2026-fleet-dra/aks-upgrade-health-gates-signal-table.webp?v=ddca3baa) _(ภาพ: Microsoft Learn (ภาพหน้าจอ))_

## ข้อจำกัดของ AKS upgrade health gates ช่วงพรีวิว

- AKS upgrade health gates ใช้ได้กับ **AKS Standard** เท่านั้น ยังไม่รองรับ AKS Automatic และ node pool ต้องเป็นแบบ Virtual Machine Scale Sets (VMSS)
- node pool แบบ VirtualMachines **ไม่ถูกคุม** การอัปเกรดจะเดินต่อโดยไม่มีการตรวจและไม่มีคำเตือน
- คลัสเตอร์ที่ชื่อมีตัวพิมพ์ใหญ่หรือขีดล่าง การสั่ง `az aks upgrade` ทั้งคลัสเตอร์จะล้มเหลว ต้องอัปเกรด control plane ก่อน แล้วอัปเกรดทีละ node pool
- ถ้าเปิดตัวมอนิเตอร์แบบ on-demand ของ Microsoft ระบบจะรอโหนดใหม่ได้สูงสุด 1 นาที เกินนั้นการอัปเกรดจะหยุด และปรับเวลานี้ไม่ได้
- ต้องใช้ Azure CLI 2.85.0 ขึ้นไป ส่วนขยาย aks-preview 22.0.0b15 ขึ้นไป และลงทะเบียน feature flag `EnableUpgradeGatePreview`
- เปิดระดับคลัสเตอร์แล้ว node pool ใดก็ขอออกไม่ได้ แต่เปิดเฉพาะ node pool โดยไม่เปิดทั้งคลัสเตอร์ได้

เอกสารย้ำว่า AKS upgrade health gates ไม่ได้มาแทนการมอนิเตอร์แอป แต่ต่อผลมอนิเตอร์เข้ากับขั้นตอนอัปเกรด และคำสั่ง CLI กับ API อาจเปลี่ยนก่อน GA

## Upgrade Insights ตรวจก่อนเริ่ม ใช้คู่กับ AKS upgrade health gates

Upgrade Insights (พรีวิว) ทำงานคู่กับ AKS upgrade health gates โดยแก้อีกครึ่งของปัญหา คือสิ่งที่ทำให้อัปเกรดค้างกลางทาง ผู้ดูแลส่งเป้าหมายที่จะอัปเกรด เช่น เวอร์ชัน Kubernetes ของ control plane, node pool หรือ node image แล้ว AKS จะประเมินแบบ dry run โดยไม่เปลี่ยนอะไรในคลัสเตอร์ ผลออกมาเป็น Passed, Warning หรือ Failed พร้อมปัญหาที่พบและวิธีแก้ ใช้ผ่านคำสั่ง `az aks upgrade-insights` และ `az aks nodepool upgrade-insights` ในส่วนขยาย aks-preview ใช้ได้ทั้ง AKS Automatic และ AKS Standard

ตารางในเอกสารแสดงสิ่งที่ตรวจได้ เช่น เวอร์ชันที่หลุดรอบซัพพอร์ต, API ที่ถูกถอดในเวอร์ชันเป้าหมาย, add-on ที่ไม่เข้ากัน, pod disruption budget ที่ทำให้ drain โหนดไม่ได้, IP ใน subnet หรือโควตา VM ไม่พอสำหรับ surge node, เวอร์ชัน node pool ที่ห่างจาก control plane และ node image ที่ไม่ได้อัปเกรดตามรอบที่กำหนด ผลแต่ละครั้งเป็นภาพ ณ ขณะนั้น ต้องสั่งประเมินใหม่หลังแก้ไข

![ตารางรายการตรวจของ Upgrade Insights ใน AKS ตั้งแต่เวอร์ชันที่หมดซัพพอร์ตถึง node image](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aks-upgrade-health-gates-kubecon-2026-fleet-dra/aks-upgrade-insights-checks-table.webp?v=b1d92192) _(ภาพ: Microsoft Learn (ภาพหน้าจอ))_

## Fleet Manager: 3 ความสามารถของ placement เป็น GA

Azure Kubernetes Fleet Manager สร้างบนโครงการ KubeFleet ใน CNCF Sandbox ให้ทีมแพลตฟอร์มวาง resource ของ Kubernetes ข้ามหลายคลัสเตอร์จาก hub เดียว Microsoft ระบุว่าบทเรียนจาก COSMIC แพลตฟอร์มภายในที่ทีมวิศวกรรม Microsoft 365 รันบน AKS ช่วยวางแนวทางของ Fleet และประกาศ GA 3 ความสามารถ

| ความสามารถ | ใช้เมื่อ |
| --- | --- |
| Drift detection | มีคนแก้ resource บนคลัสเตอร์สมาชิกโดยตรงจนไม่ตรงกับที่ hub กำหนด |
| Takeover | คลัสเตอร์ใหม่เข้าร่วมพร้อมเวิร์กโหลดที่รันอยู่แล้ว เลือกได้ว่าจะทับเสมอ (Always) ทับเมื่อไม่มีความต่าง (IfNoDiff) หรือไม่ทับ (Never) |
| Eviction + disruption budget | ต้องถอด resource ออกจากคลัสเตอร์สมาชิกโดยไม่ต้องเชื่อมต่อคลัสเตอร์นั้น และจำกัดจำนวน placement ที่ออฟไลน์พร้อมกัน |

สำหรับกรณีง่าย Microsoft เพิ่มการวาง resource ด้วย annotation บน resource ปกติของ Kubernetes แทนการสร้างออบเจ็กต์ placement แยก

![หน้าเอกสาร Taking over existing workloads with Azure Kubernetes Fleet Manager resource placement](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aks-upgrade-health-gates-kubecon-2026-fleet-dra/aks-fleet-manager-takeover-doc.webp?v=2c0c456b) _(ภาพ: Microsoft Learn (ภาพหน้าจอ))_

## GPU และเครือข่าย RDMA ผ่าน DRA

Dynamic Resource Allocation (DRA) เปลี่ยนจากการขอ GPU เป็นจำนวนเครื่อง มาเป็นการบอกว่าต้องการฮาร์ดแวร์แบบใด แล้วให้ Kubernetes จับคู่ให้ AKS เพิ่มของที่ AKS ดูแลไดรเวอร์ให้ 3 ส่วน

| ความสามารถ | สถานะและเงื่อนไขตามเอกสาร |
| --- | --- |
| Managed DRA สำหรับ GPU NVIDIA | พรีวิว ต้องใช้ Kubernetes 1.35 ขึ้นไป ยังไม่รองรับ node auto-provisioning, cluster autoscaler และ Azure Container Linux |
| Managed DRANET | สำหรับ VM ที่รองรับ RDMA เช่น N-series และ H-series ต้องใช้ Kubernetes 1.35 ขึ้นไป ไม่รองรับ Windows node pool |
| Multi-NIC pods | พรีวิว ต่อ network interface เพิ่มบน subnet แยกเข้ากับ pod โดยตรง ใช้ DRANET |

เวิร์กโหลดเดิมที่ขอ GPU ผ่าน `nvidia.com/gpu` ต้องเขียนใหม่เป็น resource claim ก่อนย้ายไป node pool แบบ DRA ส่วนองค์กรที่ใช้ NVIDIA Network Operator อยู่ต้องถอดออกก่อนเปิด DRANET บนโหนดเดียวกัน

![หน้าเอกสาร Use dynamic resource allocation for NVIDIA GPUs in Azure Kubernetes Service (AKS) preview](https://thaidata-co-th.s3.ap-southeast-1.amazonaws.com/thaidata.co.th/images/articles/aks-upgrade-health-gates-kubecon-2026-fleet-dra/aks-managed-dra-gpu-doc.webp?v=a7dea24c) _(ภาพ: Microsoft Learn (ภาพหน้าจอ))_

## ความปลอดภัยของโหนดและงานโอเพนซอร์ส

Azure Container Linux ระบบปฏิบัติการแบบ immutable ของ AKS รองรับ Integrity Policy Enforcement (IPE) แบบ GA ในโหมด audit IPE เป็นโมดูลความปลอดภัยของ Linux ที่เข้า kernel 6.12 ตรวจว่าโค้ดที่รันมาจากโวลุ่ม dm-verity ที่ลงลายเซ็นแล้ว โหมด audit บันทึกโค้ดที่ไม่น่าเชื่อถือโดยยังไม่บล็อก ส่วน node auto-provisioning รองรับ Azure Container Linux แล้ว และ container network observability เลือกฟิลด์ที่เก็บตอนรวม flow log ได้ เช่น ชื่อโดเมน IP ของ pod และ URL

ฝั่งโอเพนซอร์ส Microsoft ระบุว่า AI Runway ได้รับเข้าเป็นโครงการ CNCF Sandbox ใช้ deploy และจัดการ inference หลายผู้ให้บริการบน Kubernetes ส่วน Unbounded ซึ่งต่อ worker node จากคลาวด์อื่น on-premises และ edge เข้ากับ control plane เดิม อยู่ในคิวรอเข้า CNCF Sandbox

## ทำไมเรื่องนี้สำคัญ

การอัปเกรด Kubernetes เป็นงานที่ทุกองค์กรต้องทำซ้ำทุกไม่กี่เดือน เพราะแต่ละเวอร์ชันมีอายุซัพพอร์ตจำกัด ดังที่เห็นจาก[รอบหมดซัพพอร์ตของ Kubernetes 1.34 บน EKS, AKS และ GKE](/software/kubernetes-1-34-end-of-support-eks-aks-gke/) ปัญหาที่พบบ่อยคือรู้ว่ามีอุปสรรคเมื่ออัปเกรดไปครึ่งทางแล้ว หรืออัปเกรดผ่านแต่แอปพังโดยไม่มีใครเห็นทัน Upgrade Insights ย้ายการตรวจมาไว้ก่อนเริ่ม ส่วน AKS upgrade health gates ให้ระบบหยุดเองเมื่อสัญญาณแย่ลง แต่ทั้งสองยังเป็นพรีวิวที่ Microsoft ไม่แนะนำให้ใช้กับระบบจริงและไม่อยู่ใต้ SLA

## สิ่งที่องค์กรไทยควรทำ

1. **ทดลอง Upgrade Insights กับคลัสเตอร์ทดสอบก่อนรอบอัปเกรดถัดไป** เพราะเป็น dry run ที่ไม่เปลี่ยนคลัสเตอร์ แล้วเทียบผลกับ checklist ที่ทีมใช้อยู่
2. **เตรียมสัญญาณสุขภาพที่ตอบระดับโหนดได้** ก่อนเปิด AKS upgrade health gates เช่น readiness ของ pod และ error rate ของแอปจากเครื่องมือมอนิเตอร์เดิม
3. **ตรวจชนิด node pool** ถ้ายังเป็นแบบ VirtualMachines AKS upgrade health gates จะไม่คุม node pool นั้นและไม่มีคำเตือน
4. **ทีมที่ดูแลหลายคลัสเตอร์ลองใช้ drift detection แบบ ReportDiff** เพื่อหาคลัสเตอร์ที่ถูกแก้มือก่อนเปิดการทับค่าอัตโนมัติ
5. **ทีมที่รันงาน GPU วางแผนย้ายไป Kubernetes 1.35** และแก้ manifest ที่ขอ `nvidia.com/gpu` ถ้าจะใช้ managed DRA และดู[ค่าคลัสเตอร์ EKS, GKE และ AKS](/cloud/managed-kubernetes-price-2026-eks-gke-aks/)ประกอบการวางงบ

ติดตามข่าว Kubernetes และบริการคลาวด์อื่น ๆ ได้ที่[หมวดคลาวด์](/cloud/)

## บริการของ THAI DATA CLOUD ที่เกี่ยวข้อง

ความสามารถอย่าง AKS upgrade health gates จะได้ผลก็ต่อเมื่อองค์กรมีระบบมอนิเตอร์ที่บอกได้จริงว่าแอปยังปกติหรือไม่ และมีคนดูแลรอบอัปเกรดอย่างสม่ำเสมอ องค์กรที่ทีมไอทีมีคนไม่พอสามารถใช้ [Managed Cloud Services](https://msp.thaidata.cloud/services/managed-cloud-services/) ของ THAI DATA CLOUD ซึ่งดูแลตั้งแต่ติดตั้ง บริหาร ไปจนถึง Monitoring ระบบคลาวด์ขององค์กรตลอด 24 ชั่วโมง (THAI DATA CLOUD เป็นผู้ดำเนินงานเว็บไซต์นี้)

## คำถามที่พบบ่อย

### AKS upgrade health gates คืออะไร?

AKS upgrade health gates คือความสามารถพรีวิวของ Azure Kubernetes Service ที่ให้ AKS ขอผลตรวจสุขภาพจากระบบมอนิเตอร์ขององค์กรระหว่างอัปเกรด หลังอัปเกรดแต่ละโหนด ถ้าผลเป็นไม่ปกติหรือไม่ตอบภายในเวลาที่กำหนด AKS จะหยุดการอัปเกรดแทนการไปต่อทั้ง node pool Microsoft ประกาศเมื่อ 10 พฤศจิกายน 2026

### AKS upgrade health gates ใช้กับคลัสเตอร์แบบไหนได้บ้าง?

ช่วงพรีวิว AKS upgrade health gates ใช้ได้กับคลัสเตอร์ AKS Standard ที่ node pool เป็นแบบ Virtual Machine Scale Sets ยังไม่รองรับ AKS Automatic ต้องใช้ Azure CLI 2.85.0 ขึ้นไป ส่วนขยาย aks-preview 22.0.0b15 ขึ้นไป และต้องลงทะเบียน feature flag EnableUpgradeGatePreview ก่อน

### Upgrade Insights ต่างจาก AKS upgrade health gates อย่างไร?

Upgrade Insights ตรวจก่อนเริ่มอัปเกรดแบบ dry run โดยไม่แตะคลัสเตอร์ แล้วรายงานผล Passed, Warning หรือ Failed พร้อมวิธีแก้ ส่วน AKS upgrade health gates ทำงานระหว่างการอัปเกรดจริง และหยุดการอัปเกรดเมื่อสุขภาพของโหนด คลัสเตอร์ หรือเวิร์กโหลดแย่ลง ทั้งสองอย่างยังเป็นพรีวิว

### Azure Kubernetes Fleet Manager มีอะไรใหม่ที่ GA บ้าง?

Microsoft ประกาศ GA 3 ความสามารถของการวาง resource ข้ามคลัสเตอร์ ได้แก่ drift detection ที่แจ้งเมื่อ resource บนคลัสเตอร์สมาชิกไม่ตรงกับที่กำหนด takeover ที่ให้รับเวิร์กโหลดเดิมบนคลัสเตอร์ที่เพิ่งเข้าร่วมตามกฎที่ตั้งไว้ และ eviction พร้อม disruption budget ที่จำกัดจำนวน placement ที่ออฟไลน์พร้อมกัน


## แหล่งอ้างอิง

- [What's new with Microsoft in open-source and Kubernetes at KubeCon North America 2026](https://opensource.microsoft.com/blog/2026/11/10/whats-new-with-microsoft-in-open-source-and-kubernetes-at-kubecon-north-america-2026/) — Microsoft Open Source Blog
- [Upgrade health gates in Azure Kubernetes Service (AKS) (preview)](https://learn.microsoft.com/en-us/azure/aks/upgrade-health-gates) — Microsoft Learn
- [Use the Upgrade Insights API in Azure Kubernetes Service (AKS) (preview)](https://learn.microsoft.com/en-us/azure/aks/upgrade-insights) — Microsoft Learn
- [Taking over existing workloads with Azure Kubernetes Fleet Manager resource placement](https://learn.microsoft.com/en-us/azure/kubernetes-fleet/concepts-placement-takeover) — Microsoft Learn
- [Use dynamic resource allocation for NVIDIA GPUs in Azure Kubernetes Service (AKS) (preview)](https://learn.microsoft.com/en-us/azure/aks/managed-dra-for-gpus) — Microsoft Learn
- [KubeCon + CloudNativeCon North America 2026](https://events.linuxfoundation.org/kubecon-cloudnativecon-north-america/) — The Linux Foundation