إصدارات Kubernetes المدعومة في خدمة Azure Kubernetes (AKS)

يصدر مجتمع Kubernetes إصدارات ثانوية كل أربعة أشهر تقريبا.

تحتوي الإصدارات المطروحة للإصدار الثانوي على ميزات وتحسينات. إصدارات التصحيح هي الأكثر تواترًا (أسبوعية أحيانًا)، ومهمتها إصلاح الأخطاء الفادحة في أي إصدار ثانوي. تشمل إصدارات التصحيح إصلاحات للثغرات الأمنية أو الأخطاء الجسيمة.

إصدارات Kubernetes

يستخدم Kubernetes نظام تعيين إصدار قياسي الإصدار الدلالي لكل إصدار:

[major].[minor].[patch]

Examples:
  1.29.2
  1.29.1

يشير كل رقم في الإصدار إلى التوافق العام مع الإصدار السابق:

  • تتغير الإصدارات الرئيسية عند قطع تحديثات واجهة برمجة التطبيقات غير المتوافقة أو التوافق مع الإصدارات السابقة.
  • تتغير الإصدارات الثانوية عند إجراء تحديثات للوظائف المتوافقة مع الإصدارات السابقة من الإصدارات الثانوية الأخرى.
  • تتغير إصدارات التصحيح عند إجراء إصلاحات للأخطاء المتوافقة مع الإصدارات السابقة.

الهدف هو تشغيل أحدث إصدارات التصحيح من الإصدار الثانوي قيد التشغيل. على سبيل المثال، إذا كانت مجموعة الإنتاج قيد التشغيل 1.29.11.29.2 وهي أحدث إصدار تصحيح متاح للإصدار الثانوي 1.29 ، يجب الترقية إلى 1.29.2 في أقرب وقت ممكن لضمان تصحيح نظام المجموعة الخاص بك ودعمه بالكامل.

تقويم إصدار AKS Kubernetes

عرض إصدارات الإصدار القادم على تقويم إصدار AKS Kubernetes. لمشاهدة التحديثات في الوقت الحقيقي لحالة إصدار المنطقة وملاحظات إصدار الإصدار، تفضل بزيارة صفحة ويب حالة إصدار AKS. لمعرفة المزيد حول صفحة ويب حالة الإصدار، راجع متعقب إصدار AKS.

إشعار

يتبع AKS 12 شهرا من الدعم لإصدار Kubernetes (GA) المتوفر بشكل عام. لقراءة المزيد حول نهج الدعم الخاص بنا لإصدار Kubernetes، يرجى قراءة الأسئلة المتداولة.

للحصول على محفوظات الإصدارات السابقة، راجع محفوظات Kubernetes.

إصدار K8s إصدار المصدر الإصدار الأولي لـ AKS التوفر العام لـ AKS نهاية دورة الحياة دعم النظام الأساسي
1.26 ديسمبر 2022 فبراير 2023 أبريل 2023 مارس 2024 حتى 1.30 GA
1.27* أبريل 2023 يونيو 2023 يوليو 2023 يوليو 2024، LTS حتى يوليو 2025 حتى 1.31 GA
1.28 أغسطس 2023 سبتمبر 2023 نوفمبر 2023 نوفمبر 2024 حتى 1.32 GA
1.29 ديسمبر 2023 فبراير 2024 مارس 2024 حتى 1.33 GA
1.30 أبريل 2024 يونيو 2024 يوليو 2024 حتى 1.34 GA

* يشير إلى تعيين الإصدار للدعم طويل الأجل

مخطط جانت لجدول إصدار AKS Kubernetes

إذا كنت تفضل رؤية هذه المعلومات بشكل مرئي، فإليك مخطط جانت مع عرض جميع الإصدارات الحالية:

يعرض مخطط جانت دورة حياة جميع إصدارات Kubernetes النشطة حاليا في AKS.

مكونات AKS التي تكسر التغييرات حسب الإصدار

لاحظ التغييرات الهامة التالية قبل الترقية إلى أي من الإصدارات الثانوية المتوفرة:

إصدار Kubernetes الوظائف الإضافية المدارة من AKS مكونات AKS مكونات نظام التشغيل كسر التغييرات ملاحظات
1.26 نهج Azure 1.3.0
Metrics-Server 0.6.3
KEDA 2.10.1
فتح شبكة الخدمة 1.2.3
DNS الأساسي V1.9.4
تراكب VPA 0.11.0
Azure-Keyvault-SecretsProvider 1.4.1
وحدة تحكم دخول بوابة التطبيق (AGIC) 1.5.3
Image Cleaner v1.2.3
هوية حمل العمل Azure v1.0.0
MDC Defender 1.0.56
Azure Active Directory Pod Identity 1.8.13.6
GitOps 1.7.0
KMS 0.5.0
azurefile-csi-driver 1.26.10
Cilium 1.12.8
CNI 1.4.44
مقياس المجموعة التلقائي 1.8.5.3
صورة نظام التشغيل Ubuntu 22.04 Cgroups V2
حاوية 1.7
Azure Linux 2.0
Cgroups V1
حاوية 1.6
azurefile-csi-driver 1.26.10 بلا
1.27 نهج Azure 1.3.0
برنامج تشغيل azuredisk-csi v1.28.5
برنامج تشغيل azurefile-csi v1.28.10
blob-csi v1.22.4
csi-attacher v4.3.0
csi-resizer v1.8.0
csi-snapshotter v6.2.2
وحدة تحكم اللقطة v6.2.2
Metrics-Server 0.6.3
Keda 2.11.2
فتح شبكة الخدمة 1.2.3
DNS الأساسي V1.9.4
تراكب VPA 0.11.0
Azure-Keyvault-SecretsProvider 1.4.1
Application Gateway Ingress Controller (AGIC) 1.7.2
Image Cleaner v1.2.3
هوية حمل العمل Azure v1.0.0
MDC Defender 1.0.56
Azure Active Directory Pod Identity 1.8.13.6
GitOps 1.7.0
azurefile-csi-driver 1.28.7
KMS 0.5.0
برنامج تشغيل مخزن CSI السري 1.3.4-1
Cilium 1.13.10-1
CNI 1.4.44
مقياس المجموعة التلقائي 1.8.5.3
صورة نظام التشغيل Ubuntu 22.04 Cgroups V2
ContainerD 1.7 لنظام التشغيل Linux و1.6 لنظام التشغيل Windows
Azure Linux 2.0
Cgroups V1
حاوية 1.6
Keda 2.11.2
Cilium 1.13.10-1
azurefile-csi-driver 1.28.7
برنامج تشغيل azuredisk-csi v1.28.5
blob-csi v1.22.4
csi-attacher v4.3.0
csi-resizer v1.8.0
csi-snapshotter v6.2.2
وحدة تحكم اللقطة v6.2.2
بسبب حالة شهادة Ubuntu 22.04 FIPS، سنقوم بتبديل عقد AKS FIPS من 18.04 إلى 20.04 من 1.27 فصاعدا.
1.28 نهج Azure 1.3.0
azurefile-csi-driver 1.29.2
csi-node-driver-registrar v2.9.0
csi-livenessprobe 2.11.0
azuredisk-csi-linux v1.29.2
azuredisk-csi-windows v1.29.2
csi-provisioner v3.6.2
csi-attacher v4.5.0
csi-resizer v1.9.3
csi-snapshotter v6.2.2
وحدة تحكم اللقطة v6.2.2
Metrics-Server 0.6.3
KEDA 2.11.2
فتح شبكة الخدمة 1.2.7
DNS الأساسي V1.9.4
تراكب VPA 0.13.0
Azure-Keyvault-SecretsProvider 1.4.1
Application Gateway Ingress Controller (AGIC) 1.7.2
Image Cleaner v1.2.3
هوية حمل العمل Azure v1.2.0
MDC Defender Security Publisher 1.0.68
برنامج تشغيل مخزن CSI السري 1.3.4-1
MDC Defender Old File Cleaner 1.3.68
MDC Defender Pod Collector 1.0.78
MDC Defender Low Level Collector 1.3.81
Azure Active Directory Pod Identity 1.8.13.6
GitOps 1.8.1
Cilium 1.13.10-1
CNI v1.4.43.1 (افتراضي)/v1.5.11 (تراكب Azure CNI)
مقياس المجموعة التلقائي 1.27.3
Tigera-Operator 1.28.13
صورة نظام التشغيل Ubuntu 22.04 Cgroups V2
ContainerD 1.7.5 لنظام التشغيل Linux و1.7.1 لنظام التشغيل Windows
Azure Linux 2.0
Cgroups V1
حاوية 1.6
azurefile-csi-driver 1.29.2
csi-resizer v1.9.3
csi-attacher v4.4.2
csi-provisioner v4.4.2
blob-csi v1.23.2
برنامج تشغيل azurefile-csi v1.29.2
برنامج تشغيل azuredisk-csi v1.29.2
csi-livenessprobe v2.11.0
csi-node-driver-registrar v2.9.0
بلا
1.29 نهج Azure 1.3.0
csi-provisioner v4.0.0
csi-attacher v4.5.0
csi-snapshotter v6.3.3
وحدة تحكم اللقطة v6.3.3
Metrics-Server 0.6.3
KEDA 2.11.2
فتح شبكة الخدمة 1.2.7
DNS الأساسي V1.9.4
تراكب VPA 0.13.0
Azure-Keyvault-SecretsProvider 1.4.1
Application Gateway Ingress Controller (AGIC) 1.7.2
Image Cleaner v1.2.3
هوية حمل العمل Azure v1.2.0
MDC Defender Security Publisher 1.0.68
MDC Defender Old File Cleaner 1.3.68
MDC Defender Pod Collector 1.0.78
MDC Defender Low Level Collector 1.3.81
Azure Active Directory Pod Identity 1.8.13.6
GitOps 1.8.1
برنامج تشغيل مخزن CSI السري 1.3.4-1
azurefile-csi-driver 1.29.3
Cilium 1.13.5
CNI v1.4.43.1 (افتراضي)/v1.5.11 (تراكب Azure CNI)
مقياس المجموعة التلقائي 1.27.3
Tigera-Operator 1.30.7
صورة نظام التشغيل Ubuntu 22.04 Cgroups V2
ContainerD 1.7.5 لنظام التشغيل Linux و1.7.1 لنظام التشغيل Windows
Azure Linux 2.0
Cgroups V2
حاوية 1.6
Tigera-Operator 1.30.7
csi-provisioner v4.0.0
csi-attacher v4.5.0
csi-snapshotter v6.3.3
وحدة تحكم اللقطة v6.3.3
بلا

إصدار الاسم المستعار الثانوي

إشعار

يتطلب الإصدار الثانوي الاسم المستعار الإصدار 2.37 من Azure CLI أو أعلى بالإضافة إلى إصدار واجهة برمجة التطبيقات 20220401 أو أعلى. استخدم az upgrade لتثبيت أحدث إصدار من CLI.

يسمح لك AKS بإنشاء نظام مجموعة دون تحديد إصدار التصحيح الدقيق. عند إنشاء نظام مجموعة دون تعيين تصحيح، يقوم نظام المجموعة بتشغيل أحدث تصحيح GA للإصدار الثانوي. على سبيل المثال، إذا قمت بإنشاء نظام مجموعة باستخدام 1.29 وهو 1.29.2 أحدث تصحيح GA'd متوفر، فسيتم إنشاء مجموعتك باستخدام 1.29.2. إذا كنت تريد ترقية إصدار التصحيح الخاص بك في نفس الإصدار الثانوي، فيرجى استخدام الترقية التلقائية.

لمعرفة التصحيح الذي تعمل عليه، قم بتشغيل az aks show --resource-group myResourceGroup --name myAKSCluster الأمر . currentKubernetesVersion تعرض الخاصية إصدار Kubernetes بأكمله.

{
 "apiServerAccessProfile": null,
  "autoScalerProfile": null,
  "autoUpgradeProfile": null,
  "azurePortalFqdn": "myaksclust-myresourcegroup.portal.hcp.eastus.azmk8s.io",
  "currentKubernetesVersion": "1.29.2",
}

نهج دعم إصدار Kubernetes

تعرف AKS إصدارا متوفرا بشكل عام (GA) كإصدار متوفر في جميع المناطق وممكن في جميع قياسات SLO أو SLA. تدعم AKS ثلاثة إصدارات ثانوية ومتوفرة بوجه عام من Kubernetes:

  • أحدث إصدار ثانوي ل GA تم إصداره في AKS (الذي نشير إليه باسم N).
  • إصداران ثانويان سابقان.
    • يدعم كل إصدار ثانوي مدعوم أيضا اثنين من التصحيحات الثابتة كحد أقصى.

قد تدعم AKS أيضا إصدارات المعاينة، والتي يتم تسميتها بشكل صريح وتخضع لشروط وأحكام المعاينة.

توفر AKS دعم النظام الأساسي لإصدار ثانوي واحد فقط من KUbernetes بعد الإصدارات المدعومة العادية. تعرف نافذة دعم النظام الأساسي لإصدارات Kubernetes على AKS باسم "N-3". لمزيد من المعلومات، راجع نهج دعم النظام الأساسي.

إشعار

تعتمد AKS على ممارسات التوزيع الآمن التي تستلزم التوزيع التدريجي بالمنطقة. وهذا يعني أن الأمر قد يستغرق ما يصل إلى 10 أيام عمل حتى يتوفر إصدار جديد أو إصدار جديد في جميع المناطق.

تعرف النافذة المدعومة من إصدارات Kubernetes الثانوية على AKS باسم "N-2"، حيث تشير N إلى أحدث إصدار، ما يعني أن إصدارين ثانويين سابقين مدعومان أيضا.

على سبيل المثال، في اليوم الذي يقدم فيه AKS الإصدار 1.29، يتم توفير الدعم للإصدارات التالية:

إصدار ثانوي جديد قائمة الإصدارات الثانوية المدعومة
1.29 1.29, 1.28, 1.27

عند تقديم إصدار ثانوي جديد، يتم إهمال أقدم إصدار ثانوي وإزالته. على سبيل المثال، لنفترض أن قائمة الإصدار الثانوي المدعومة الحالية هي:

1.29
1.28
1.27

عندما تصدر AKS الإصدار 1.30، ستخرج جميع إصدارات 1.27 من الدعم بعد 30 يوما.

يدعم AKS أيضا إصدارين تصحيحيين كحد أقصى من إصدار ثانوي معين. على سبيل المثال، نظرا للإصدارات المدعومة التالية:

Current Supported Version List
------------------------------
1.29.2, 1.29.1, 1.28.7, 1.28.6, 1.27.11, 1.27.10

عند إزالة إصدارات AKS 1.29.3 و1.28.8أقدم إصدارات التصحيح وتعطيلها وتحول قائمة الإصدارات المدعومة:

New Supported Version List
----------------------
1.29.3, 1.29.2, 1.28.8, 1.28.7, 1.27.11, 1.27.10

نهج دعم النظام الأساسي

نهج دعم النظام الأساسي هو خطة دعم مخفضة لبعض إصدارات Kubernetes غير المدعومة. أثناء دعم النظام الأساسي، يتلقى العملاء الدعم فقط من Microsoft للمشكلات المتعلقة بالنظام الأساسي AKS/Azure. لا يتم دعم أي مشكلات تتعلق بوظائف Kubernetes ومكوناته.

ينطبق نهج دعم النظام الأساسي على المجموعات في إصدار n-3 (حيث n هو أحدث إصدار ثانوي مدعوم من AKS GA)، قبل أن ينخفض نظام المجموعة إلى n-4. على سبيل المثال، يعتبر Kubernetes v1.26 دعم النظام الأساسي عندما يكون الإصدار 1.29 هو أحدث إصدار GA. ومع ذلك، أثناء إصدار التوفر العام v1.30، سيقوم الإصدار 1.26 بالترقية التلقائية إلى v1.27. إذا كنت تستخدم إصدار n-2، في اللحظة التي يصبح فيها n-3 مهمل أيضا، وتدخل في نهج دعم النظام الأساسي.

تعتمد AKS على الإصدارات والتصحيحات من Kubernetes، وهو مشروع مفتوح المصدر يدعم فقط نافذة منزلقة من ثلاثة إصدارات ثانوية. يمكن أن تضمن AKS الدعم الكامل فقط أثناء تقديم هذه الإصدارات إلى المصدر. نظرا لعدم وجود المزيد من التصحيحات التي يتم إنتاجها في المنبع، يمكن ل AKS إما ترك هذه الإصدارات غير مصححة أو نسخة متشعبة. نظرا لهذا القيد، لا يدعم دعم النظام الأساسي أي شيء من الاعتماد على Kubernetes في المصدر.

يوضح هذا الجدول إرشادات الدعم لدعم المجتمع مقارنة بدعم النظام الأساسي.

فئة الدعم دعم المجتمع (N-2) دعم النظام الأساسي (N-3)
الترقيات من N-3 إلى إصدار مدعوم مدعوم مدعوم
توفر النظام الأساسي (Azure) مدعوم مدعوم
تحجيم تجمع العقدة مدعوم مدعوم
توفر الجهاز الظاهري مدعوم مدعوم
المشكلات المتعلقة بالتخزين والشبكات مدعوم معتمدة باستثناء إصلاحات الأخطاء والمكونات التي تم إيقافها
بدء/إيقاف مدعوم مدعوم
تدوير الشهادات مدعوم مدعوم
اتفاقية مستوى الخدمة للبنية الأساسية مدعوم مدعوم
اتفاقية مستوى الخدمة لمستوى التحكم مدعوم مدعوم
اتفاقية مستوى الخدمة للنظام الأساسي (AKS) مدعوم غير مدعوم
مكونات Kubernetes (بما في ذلك الوظائف الإضافية) مدعوم غير مدعوم
تحديثات المكونات مدعوم غير مدعوم
الإصلاحات العاجلة للمكون مدعوم غير مدعوم
تطبيق إصلاحات الأخطاء مدعوم غير مدعوم
تطبيق تصحيحات الأمان مدعوم غير مدعوم
دعم واجهة برمجة تطبيقات Kubernetes مدعوم غير مدعوم
إنشاء مجموعة أو تجمع عقدة مدعوم غير مدعوم
نسخة مطابقة من تجمع العُقد مدعوم غير مدعوم
ترقية صورة العقدة مدعوم غير مدعوم

إشعار

يخضع الجدول أعلاه للتغيير ويحدد سيناريوهات الدعم الشائعة. لا يتم دعم أي سيناريوهات تتعلق بوظيفة Kubernetes ومكوناته ل N-3. لمزيد من الدعم، راجع الدعم واستكشاف الأخطاء وإصلاحها ل AKS.

إلى إصدارات kubectlمدعومة

يمكنك استخدام إصدار ثانوي واحد أقدم أو أحدث kubectl بالنسبة إلى إصدار kube-apiserverالمتوافق مع نهج دعم Kubernetes المخصصة لـ kubectl.

على سبيل المثال، إذا كان kube-apiserver الخاص بك عند 1.28، فيمكنك استخدام الإصدارات 1.27 إلى 1.29 من kubectl مع kube-apiserver هذا.

لتثبيت kubectlأحدث الإصدارات أو تحديثها، قم بتشغيل ما يلي:

az aks install-cli

الدعم طويل الأجل (LTS)

توفر AKS دعما مجتمعيا لمدة عام واحد وسنة واحدة من الدعم طويل الأجل (LTS) لدعم إصلاحات أمان المنفذ من المنبع المجتمعي في مستودعنا العام. تساهم مجموعة عمل LTS المصدر في جهودها مرة أخرى إلى المجتمع لتزويد عملائنا بنافذة دعم أطول.

لمزيد من التفاصيل حول LTS، راجع الدعم طويل الأجل لخدمة Azure Kubernetes (AKS).

عملية الإصدار والتعطيل

يمكنك الرجوع إلى إصدارات الإصدار القادمة والإهمال في تقويم إصدار AKS Kubernetes.

إصدارات Kubernetes الثانويةهي:

  • تنشر AKS إعلانا بتاريخ مخطط لإصدار إصدار جديد وإيقاف الإصدار القديم المعني على ملاحظات إصدار AKS قبل 30 يوما على الأقل من الإزالة.
  • تستخدم AKS Azure Advisor لتنبيهك إذا كان إصدار جديد قد يسبب مشكلات في نظام المجموعة بسبب واجهات برمجة التطبيقات المهملة. ينبهك Azure Advisor أيضا إذا كنت خارج الدعم
  • تنشر AKS إشعار حماية الخدمة المتوفر لجميع المستخدمين الذين لديهم وصول إلى AKS والمدخل وترسل بريدا إلكترونيا إلى مسؤولي الاشتراك مع تواريخ إزالة الإصدار المخطط لها.

    إشعار

    لمعرفة مسؤولي الاشتراك أو لتغييرهم، يرجى الرجوع إلى إدارة اشتراكات Azure.

  • لديك 30 يوما من إزالة الإصدار للترقية إلى إصدار ثانوي مدعوم لمتابعة تلقي الدعم.

إصدارات التصحيح الجديدة من Kubernetes:

  • نظرًا إلى أن إصدارات التصحيح عاجلة بطبيعتها، يمكن طرحها للخدمة كما لو كانت متاحة. بمجرد توفر التصحيحات، يكون الحد الأدنى لدورة حياة شهرين.
  • بشكل عام، لا تتواصل AKS على نطاق واسع مع إصدار إصدارات التصحيح الجديدة. مع ذلك، تراقب AKS تصحيحات CVE المتوفرة وتتحقق منها لتدعمها في AKS في الوقت المناسب. إذا تم العثور على تصحيح هام أو كان إجراء المستخدم مطلوبا، يقوم AKS بإعلامك بالترقية إلى التصحيح المتوفر حديثا.
  • لديك 30 يوما من إزالة إصدار التصحيح من AKS للترقية إلى تصحيح مدعوم والاستمرار في تلقي الدعم. ومع ذلك، لن تتمكن بعد ذلك من إنشاء مجموعات أو تجمعات عقدة بمجرد إهمال/إزالة الإصدار.

استثناءات نهج الإصدارات المدعومة

تحتفظ AKS بحق إضافة أو إزالة إصدارات جديدة/موجودة تحتوي على خطأ واحد أو أكثر من الأخطاء الفادحة التي تؤثر على الإنتاج أو مشكلات أمنية دون إعلام مسبق.

قد يتم تخطي إصدارات تصحيح معينة أو تسريع إطلاقها، اعتمادا على خطورة الخطأ أو مشكلة الأمان.

مدخل Microsoft Azure وإصدارات واجهة مستوى الاستدعاء

عند نشر نظام مجموعة AKS مع مدخل Azure وAzure CLI وAzure PowerShell، يتم تعيين نظام المجموعة افتراضيا إلى الإصدار الثانوي N-1 وأحدث تصحيح. على سبيل المثال، إذا كانت AKS تدعم 1.29.2 و1.29.1 و1.28.7 و1.28.6 و1.27.11 و1.27.10، فإن الإصدار الافتراضي المحدد هو 1.28.7.

لمعرفة الإصدارات المتوفرة حاليا لاشتراكك ومنطقتك، استخدم az aks get-versions الأمر . يذكر المثال التالي إصدارات Kubernetes المتوفرة لمنطقة EastUS:

az aks get-versions --location eastus --output table

الأسئلة المتداولة

كيف تخطرني Microsoft بإصدارات Kubernetes الجديدة؟

ينشر فريق AKS إعلانات ذات تواريخ مخططة لإصدارات Kubernetes الجديدة في وثائقنا، GitHub، وفي رسائل البريد الإلكتروني لمسؤولي الاشتراك الذين يمتلكون مجموعات ستخرج عن الدعم. تستخدم AKS أيضا Azure Advisor لتنبيهك داخل مدخل Azure إذا كنت خارج الدعم وإعلامك بواجهات برمجة التطبيقات المهملة التي يمكن أن تؤثر على التطبيق أو عملية التطوير.

كم مرة يجب توقع ترقية إصدارات Kubernetes للبقاء في الدعم؟

بدءا من Kubernetes 1.19، وسع مجتمع مصدر مفتوح الدعم إلى عام واحد. تلتزم AKS بتمكين التصحيحات والدعم المطابق لالتزامات المصدر. بالنسبة لمجموعات AKS على 1.19 والإصدارات الأحدث، يمكنك الترقية مرة واحدة على الأقل في السنة للبقاء على إصدار مدعوم.

ماذا يحدث عند ترقية مجموعة Kubernetes بإصدار ثانوي غير مدعوم؟

إذا كنت على إصدار n-3 أو إصدار أقدم، فهذا يعني أنك خارج نطاق الدعم وسيُطلب منك الترقية. عندما تنجح الترقية من الإصدار n-3 إلى n-2، سيتجدد إدراج المستخدم في نُهج الدعم. على سبيل المثال:

  • إذا كان أقدم إصدار ثانوي مدعوم من AKS هو 1.27 وكنت على 1.26 أو أكثر، فأنت خارج الدعم.
  • عند الترقية بنجاح من 1.26 إلى 1.27 أو أعلى، فإنك تعود إلى نهج الدعم لدينا.

لا يتم دعم الرجوع إلى إصدارات أدنى.

ماذا يعني "خارج الدعم"؟

يُقصد بعبارة 'خارج نطاق الدعم' أن:

  • الإصدار الذي تستخدمه خارج قائمة الإصدارات المدعومة.
  • سيُطلب منك ترقية نظام المجموعة إلى إصدار مدعوم عند طلب الدعم، إلا إذا كنت في فترة السماح التي تبلغ 30 يومًا بعد تعطيل الإصدار.

بالإضافة إلى ذلك، لا تعرض AKS وقتًا للتشغيل أو أي ضمانات أخرى لنظام المجموعات خارج قائمة الإصدارات المدعومة.

ماذا يحدث عند تغيير حجم مجموعة Kubernetes بإصدار ثانوي غير مدعوم؟

بالنسبة إلى الإصدارات الثانوية غير المدعومة من AKS، ينبغي أن يستمر التحجيم داخل العمل أو خارجه. نظرا لعدم وجود ضمانات بجودة الخدمة، نوصي بالترقية لإعادة نظام مجموعتك إلى الدعم.

هل يمكنك البقاء على إصدار Kubernetes إلى الأبد؟

إذا كان نظام المجموعة غير مدعوم لأكثر من ثلاثة (3) إصدارات ثانوية ووجد أنه يحمل مخاطر أمنية، يقوم Azure بالاتصال بك بشكل استباقي لترقية نظام مجموعتك. إذا لم تتخذ المزيد من الإجراءات، يحتفظ Azure بالحق في ترقية نظام المجموعة تلقائيا نيابة عنك.

ماذا يحدث إذا قمت بتغيير حجم مجموعة Kubernetes بإصدار ثانوي غير مدعوم؟

بالنسبة إلى الإصدارات الثانوية غير المدعومة من AKS، ينبغي أن يستمر التحجيم داخل العمل أو خارجه. نظرا لعدم وجود ضمانات بجودة الخدمة، نوصي بالترقية لإعادة نظام مجموعتك إلى الدعم.

ما هو الإصدار الذي تدعمه وحدة التحكم إذا لم يكن تجمع العقدة في أحد إصدارات AKS المدعومة؟

يجب أن تكون وحدة التحكم ضمن إطار نافذة من إصدارات من مختلف تجمعات العقد. للحصول على تفاصيل بشأن ترقية وحدة التحكم أو تجمعات العقد، عليك بالاطلاع على الوثائق المتعلقة بـ ترقية تجمعات العقد.

ما الفرق المسموح به في الإصدارات بين مستوى التحكم وتجمع العقدة؟

يسمح نهج انحراف الإصدار الآن باختلاف ما يصل إلى 3 إصدارات بين وحدة التحكم وتجمعات الوكلاء. يتبع AKS تغيير نهج الإصدار المنحرف هذا بدءا من الإصدار 1.28 وما بعده.

هل يمكنني تخطي إصدارات متعددة من AKS في أثناء ترقية نظام المجموعة؟

عند ترقية نظام مجموعة AKS معتمدة، لا يمكن تخطي إصدارات Kubernetes الثانوية. لا يدعم نهج انحراف إصدار وحدات التحكم Kubernetes تخطي الإصدار الثانوي. على سبيل المثال، تكون الترقيات بين:

  • 1.28.x ->1.29.x: مسموح به.
  • 1.27.x ->1.28.x: مسموح به.
  • 1.27.x ->1.29.x: غير مسموح به.

للترقية من 1.27.x ->1.29.x:

  1. الترقية من 1.27.x ->1.28.x.
  2. الترقية من 1.28.x ->1.29.x.

لا يمكن تخطي إصدارات متعددة إلا عند الترقية من إصدار غير مدعوم إلى أدنى حد من الإصدارات المدعومة. على سبيل المثال، يمكنك الترقية من 1.25.x غير معتمد إلى 1.27.x معتمد إذا كان 1.27 هو الحد الأدنى من الإصدار الثانوي المدعوم.

عند إجراء ترقية من إصدار غير مدعوم يتخطى إصدارين ثانويين أو أكثر، يتم إجراء الترقية دون أي ضمان للوظائف ويتم استبعادها من اتفاقيات مستوى الخدمة والضمان المحدود. تتمتع المجموعات التي تعمل بإصدار غير مدعوم بالمرونة في فصل ترقيات وحدة التحكم مع ترقيات تجمع العقدة. ومع ذلك، إذا كان إصدارك قديما بشكل ملحوظ، نوصي بإعادة إنشاء نظام المجموعة.

هل يمكنني إنشاء نظام مجموعة 1.xx.x جديدة في غضون نافذة الدعم الخاصة التي تبلغ 30 يومًا؟

‏‏لا. بمجرد إهمال/إزالة إصدار، لا يمكنك إنشاء نظام مجموعة بهذا الإصدار. مع طرح التغيير، ستبدأ في رؤية الإصدار القديم الذي تمت إزالته من قائمة الإصدارات. قد تستغرق هذه العملية ما يصل إلى أسبوعين من الإعلان، تدريجيا حسب المنطقة.

أنا على إصدار مهمل حديثا، هل يمكنني إضافة تجمعات عقد جديدة؟ أم سأضطر إلى الترقية؟

‏‏لا. لا يسمح لك بإضافة تجمعات عقدة من الإصدار المهمل إلى نظام المجموعة الخاص بك. يسمح بإنشاء أو ترقية تجمعات العقد حتى إصدار مستوى التحكم بالإصدار غير المدعوم، بغض النظر عن اختلاف الإصدار بين تجمع العقدة ولوحة التحكم. يسمح فقط بالترقيات الثانوية المستعارة.

كم مرة تقوم بتحديث التصحيحات؟

التصحيحات لها دورة حياة لا تقل عن شهرين. لمواكبة آخر التحديثات عند إصدار تصحيحات جديدة، اتبع ملاحظات إصدار AKS.

الخطوات التالية

للحصول على معلومات حول كيفية ترقية نظام المجموعة، راجع: