دعم طويل الأجل لإصدارات Azure Kubernetes Service (AKS)

يصدر مجتمع Kubernetes إصدارا ثانويا جديدا كل أربعة أشهر تقريبا، مع نافذة دعم لكل إصدار لمدة عام واحد. في Azure Kubernetes Service (AKS)، تسمى نافذة الدعم هذه دعم المجتمع.

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

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

أنواع دعم AKS

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

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

تمكين الدعم طويل الأجل

يتطلب تمكين LTS نقل مجموعتك إلى المستوى المتميز وتحديد خطة دعم LTS بشكل صريح. في حين أنه من الممكن تمكين LTS عندما يكون نظام المجموعة في *دعم المجتمع، يتم تحصيل رسوم منك بمجرد تمكين الطبقة المتميزة.

تمكين LTS على نظام مجموعة جديد

• إنشاء نظام مجموعة جديد مع تمكين LTS باستخدام az aks create الأمر .

  ينشئ الأمر التالي مجموعة AKS جديدة مع تمكين LTS باستخدام Kubernetes الإصدار 1.27 كمثال. لمراجعة إصدارات Kubernetes المتوفرة، راجع متعقب إصدار AKS.

  az aks create \
      --resource-group <resource-group-name> \
      --name <cluster-name> \
      --tier premium \
      --k8s-support-plan AKSLongTermSupport \
      --kubernetes-version 1.27 \
      --generate-ssh-keys
  

تمكين LTS على نظام مجموعة موجود

• تمكين LTS على نظام مجموعة موجود باستخدام az aks update الأمر .

  az aks update --resource-group <resource-group-name> --name <cluster-name> --tier premium --k8s-support-plan AKSLongTermSupport
  

الترحيل إلى أحدث إصدار من LTS

يدعم مجتمع Kubernetes المصدر مسار ترقية إصدارين ثانويين. تقوم العملية بترحيل الكائنات في مجموعة Kubernetes كجزء من عملية الترقية، وتوفر مسار ترحيل تم اختباره ومعتمدا.

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

• ترحيل إلى أحدث إصدار LTS باستخدام az aks upgrade الأمر .

  يستخدم الأمر التالي Kubernetes الإصدار 1.32.2 كإصدار مثال. لمراجعة إصدارات Kubernetes المتوفرة، راجع متعقب إصدار AKS.

  az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version 1.32.2
  

  إشعار

  1.30 هو إصدار LTS التالي بعد 1.27. يمكنك الاشتراك في LTS من مجموعة إصدار 1.30 من خلال الخطوات المذكورة. LTS الإصدار 1.27 يذهب نهاية العمر الافتراضي (EOL) بحلول يوليو 2025. التصحيحات المدعومة في LTS اليوم : [1.27.100] [https://github.com/aks-lts/kubernetes/blob/release-1.27-lts/CHANGELOG/CHANGELOG-1.27.md#v127100-akslts] حاليا يدعم LTS فقط التصحيحين الأحدث والتصحيحات القديمة السابقة يتم إهمالها.

تعطيل الدعم طويل الأجل على نظام مجموعة موجود

يتطلب تعطيل LTS على نظام مجموعة موجود نقل نظام المجموعة إلى المستوى المجاني أو القياسي وتحديد خطة دعم KubernetesOfficial بشكل صريح.

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

1. تعطيل LTS على نظام مجموعة موجود باستخدام az aks update الأمر .

   az aks update --resource-group <resource-group-name> --name <cluster-name> --tier [free|standard] --k8s-support-plan KubernetesOfficial
   

2. ترقية نظام المجموعة إلى إصدار مدعوم لاحقا باستخدام az aks upgrade الأمر .

   يستخدم الأمر التالي Kubernetes الإصدار 1.28.3 كإصدار مثال. لمراجعة إصدارات Kubernetes المتوفرة، راجع متعقب إصدار AKS.

   az aks upgrade --resource-group <resource-group-name> --name <cluster-name> --kubernetes-version 1.28.3
   

الوظائف الإضافية والميزات غير المعتمدة

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

يوفر الجدول التالي قائمة بالوظائف الإضافية والميزات غير المدعومة وأسباب عدم دعمها:

كيف نقرر إصدار LTS التالي

تتوفر إصدارات Kubernetes LTS لمدة عامين من GA، ونميز إصدارا أعلى من Kubernetes على أنه LTS استنادا إلى المعايير التالية:

• انقضى هذا الوقت الكافي للعملاء للترحيل من إصدار LTS السابق إلى إصدار LTS الحالي.
• أكمل الإصدار السابق نافذة دعم لمدة عامين.

اقرأ ملاحظات إصدار AKS للبقاء على علم بالوقت الذي يمكنك فيه التخطيط للترحيل.

الأسئلة الشائعة

تنتهي صلاحية دعم المجتمع ل AKS 1.27 في يوليو 2024. هل يمكنني إنشاء نظام مجموعة AKS جديد مع الإصدار 1.27 بعد ذلك التاريخ؟

نعم، طالما تم تمكين LTS على نظام المجموعة، يمكنك إنشاء مجموعة AKS جديدة مع الإصدار 1.27 بعد انتهاء نافذة دعم المجتمع.

هل يمكنني تمكين وتعطيل LTS على AKS 1.27 بعد انتهاء دعم المجتمع؟

يمكنك تمكين خطة دعم LTS على AKS 1.27 بعد انتهاء دعم المجتمع. ومع ذلك، لا يمكنك تعطيل LTS على AKS 1.27 بعد نهاية دعم المجتمع.

لدي مجموعة تعمل على الإصدار 1.27. هل يعني ذلك أنه تلقائيا في LTS؟

لا، تحتاج إلى تمكين LTS على نظام المجموعة بشكل صريح لتلقي دعم LTS. يتطلب تمكين LTS أيضا التواجد في المستوى المتميز.

ما هو نموذج التسعير ل LTS؟

يتوفر LTS على المستوى المتميز راجع تسعير الطبقة المتميزة للحصول على مزيد من المعلومات.

بعد تمكين LTS، تم تغيير autoUpgradeChannel لنظام المجموعة إلى قناة التصحيح

وهذا الأمر متوقع. إذا لم يكن هناك autoUpgradeChannel محدد لنظام مجموعة AKS، تعيينه افتراضيا إلى patch مع LTS.