إصدارات Kubernetes المدعومة في خدمة Azure Operator Nexus Kubernetes
يوفر هذا المستند نظرة عامة على مخطط تعيين الإصدار المستخدم لخدمة Operator Nexus Kubernetes، بما في ذلك إصدارات Kubernetes المدعومة. وهو يشرح الاختلافات بين الإصدارات الرئيسية والثانوية والتصحيحية، ويوفر إرشادات حول ترقية إصدارات Kubernetes، وما هي تجربة الترقية. يغطي المستند أيضا دورة حياة دعم الإصدار ونهاية العمر الافتراضي (EOL) لكل إصدار ثانوي من Kubernetes.
يطرح مجتمع Kubernetes إصدارات ثانوية كل ثلاثة أشهر تقريبًا. بدءا من الإصدار 1.19، قام مجتمع Kubernetes بزيادة نافذة الدعم لكل إصدار من تسعة أشهر إلى سنة واحدة.
تحتوي الإصدارات المطروحة للإصدار الثانوي على ميزات وتحسينات. إصدارات التصحيح هي الأكثر تواترًا (أسبوعية أحيانًا)، ومهمتها إصلاح الأخطاء الفادحة في أي إصدار ثانوي. تشمل إصدارات التصحيح إصلاحات للثغرات الأمنية أو الأخطاء الجسيمة.
إصدارات Kubernetes
يستخدم Kubernetes نظام تعيين إصدار قياسي الإصدار الدلالي لكل إصدار:
[major].[minor].[patch]
Examples:
1.24.7
1.25.4
يشير كل رقم في الإصدار إلى التوافق العام مع الإصدار السابق:
- تتغير أرقام الإصدارات الرئيسية عند تقديم التغييرات العاجلة على واجهة برمجة التطبيقات
- تتغير أرقام الإصدارات الثانوية عند إجراء تحديثات الوظائف المتوافقة مع الإصدارات السابقة للإصدارات الثانوية الأخرى.
- تتغير أرقام إصدارات التصحيح عند إجراء إصلاحات الأخطاء المتوافقة مع الإصدارات السابقة.
نوصي بشدة بالبقاء على اطلاع بأحدث التصحيحات المتوفرة. على سبيل المثال، إذا كان نظام مجموعة الإنتاج الخاص بك على 1.25.4، وهو 1.25.6 أحدث إصدار تصحيح متوفر متوفر لسلسلة 1.25 . من الضروري الترقية إلى 1.25.6 في أقرب وقت ممكن للتأكد من أن هذه المجموعة مصححة ومدعومة بالكامل. يمكن العثور على مزيد من التفاصيل حول ترقية نظام المجموعة في وثائق ترقية إصدارات Kubernetes.
تقويم إصدار Nexus Kubernetes
عرض إصدارات الإصدار القادمة في تقويم إصدار Nexus Kubernetes.
إشعار
اقرأ المزيد حول نهج الدعم الخاص بنا لإصدار Kubernetes.
للحصول على محفوظات الإصدارات السابقة، راجع محفوظات Kubernetes.
| إصدار K8s | Nexus GA | نهاية دورة الحياة | التوفر الموسع |
|---|---|---|---|
| 1.25 | يونيو 2023 | ديسمبر 2023 | حتى 1.31 GA |
| 1.26 | سبتمبر 2023 | مارس 2024 | حتى 1.32 GA |
| 1.27* | سبتمبر 2023 | يوليو 2024، LTS حتى يوليو 2025 | حتى 1.33 GA |
| 1.28 | نوفمبر 2023 | أكتوبر 2024 | حتى 1.34 GA |
* يشير إلى تعيين الإصدار للدعم طويل الأجل
مكونات إصدار خدمة Nexus Kubernetes
يتكون إصدار خدمة Operator Nexus Kubernetes من مكونين منفصلين يتم دمجهما في تمثيل واحد:
- إصدار Kubernetes. على سبيل المثال، 1.25.4، هو إصدار Kubernetes الذي تقوم بنشره في Operator Nexus. يتم توفير هذه الحزم بواسطة Azure AKS، بما في ذلك جميع إصدارات التصحيح التي يدعمها Operator Nexus. لمزيد من المعلومات حول إصدارات Azure AKS، راجع إصدارات Kubernetes المدعومة من AKS
- حزمة الإصدار، التي تغلف الميزات (الوظائف الإضافية) وصورة نظام التشغيل المستخدمة من قبل العقد في مجموعة Operator Nexus Kubernetes، كعدد واحد. على سبيل المثال، 2.
يتم تمثيل الجمع بين هذه القيم في واجهة برمجة التطبيقات ك kubernetesVersion واحد. على سبيل المثال،
1.25.4-2أو رمز "v" المدعوم بدلا من ذلك:v1.25.4-2.
حزم الإصدار
من خلال توسيع إصدار Kubernetes لتضمين قيمة ثانوية لإصدار التصحيح، حزمة الإصدار، يمكن لخدمة Operator Nexus Kubernetes حساب الحالات التي يتم فيها تعديل النشر لتضمين تحديثات إضافية متعلقة بنظام التشغيل. قد تتضمن هذه التحديثات على سبيل المثال لا الحصر: صور نظام التشغيل المحدثة وإصدارات التصحيح للميزات (الوظائف الإضافية) وما إلى ذلك. تتوافق مجموعات الإصدارات دائما مع مجموعات الإصدارات السابقة ضمن نفس إصدار التصحيح، على سبيل المثال، 1.25.4-2 متوافقة مع الإصدارات السابقة مع 1.25.4-1.
يجب تطبيق التغييرات على تكوين مجموعة Linux Kubernetes للمشغل المنشور فقط ضمن ترقية إصدار ثانوي Kubernetes، وليس أثناء ترقية إصدار التصحيح. تتضمن أمثلة تغييرات التكوين التي يمكن تطبيقها أثناء ترقية الإصدار الثانوي ما يلي:
- تغيير تكوين وكيل kube من استخدام iptables إلى ipvs
- تغيير CNI من منتج إلى آخر
عندما نتبع هذه المبادئ، يصبح من الأسهل التنبؤ بعملية التنقل بين إصدارات مختلفة من مجموعات Kubernetes التي تقدمها خدمة Operator Nexus Kubernetes وإدارتها.
يمكننا الترقية بسهولة من أي تحديث صغير في إصدار Kubernetes واحد إلى أي تحديث صغير في الإصدار التالي، مما يمنحك المرونة. على سبيل المثال، سيتم السماح بالترقية من 1.24.1-x إلى 1.25.4-x، بغض النظر عن وجود إصدار متوسط 1.24.2-x.
إصدار المكونات والتغييرات العاجلة
لاحظ التغييرات الهامة التالية التي يجب إجراؤها قبل الترقية إلى أي من الإصدارات الثانوية المتوفرة:
| إصدار Kubernetes | حزمة الإصدار | المكونات | مكونات نظام التشغيل | كسر التغييرات | ملاحظات |
|---|---|---|---|---|---|
| 1.25.6 | 1 | Calico v3.24.0 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.5.1 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.25.6 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.25.6 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.25.6 | 4 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.25.6 | 5 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.25.11 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.25.11 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.25.11 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.26.3 | 1 | Calico v3.24.0 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.5.1 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.26.3 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.26.3 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.26.3 | 4 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.26.3 | 5 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.26.6 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.26.6 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.26.6 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.27.1 | 1 | Calico v3.24.0 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.5.1 |
Azure Linux 2.0 | Cgroupv2 | يمكن العثور على خطوات لتعطيل cgroupv2 هنا |
| 1.27.1 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Cgroupv2 | يمكن العثور على خطوات لتعطيل cgroupv2 هنا |
| 1.27.1 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Cgroupv2 | يمكن العثور على خطوات لتعطيل cgroupv2 هنا |
| 1.27.1 | 4 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.27.1 | 5 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.27.3 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | Cgroupv2 | يمكن العثور على خطوات لتعطيل cgroupv2 هنا |
| 1.27.3 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.27.3 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.28.0 | 1 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | |
| 1.28.0 | 2 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة | عقد نظام المجموعة ممكنة على Azure Arc |
| 1.28.0 | 3 | Calico v3.26.1 metrics-server v0.6.3 Multus v3.8.0 azure-arc-servers v1.0.0 CoreDNS v1.9.3 etcd v3.5.6-5 sriov-dp v3.7.0-48 Csi-nfs v4.6.0 |
Azure Linux 2.0 | لا توجد تغييرات مفاجئة |
ترقية إصدارات Kubernetes
لمزيد من المعلومات حول ترقية نظام المجموعة، راجع ترقية نظام مجموعة Azure Operator Nexus Kubernetes Service.
نهج دعم إصدار Kubernetes
يدعم Operator Nexus ثلاثة إصدارات ثانوية من Kubernetes:
- أحدث إصدار ثانوي ل GA تم إصداره في Operator Nexus (الذي نشير إليه باسم N).
- إصداران ثانويان سابقان.
- يدعم كل إصدار ثانوي مدعوم أيضا اثنين كحد أقصى من أحدث التصحيحات الثابتة بينما تكون التصحيحات السابقة ضمن نهج التوفر الموسع لمدة بقاء الإصدار الثانوي.
توفر خدمة Operator Nexus Kubernetes مدة دعم موحدة لكل إصدار ثانوي من Kubernetes يتم إصداره. تلتزم الإصدارات بمخططين زمنيين مختلفين، مما يعكس:
- مدة الدعم - المدة التي يتم فيها الاحتفاظ بالإصدار بنشاط. في نهاية الفترة المدعومة، يكون الإصدار هو "نهاية العمر الافتراضي".
- التوفر الموسع – كم من الوقت يمكن تحديد إصدار للنشر بعد "نهاية العمر الافتراضي".
تعرف النافذة المدعومة من إصدارات Kubernetes على Operator Nexus باسم "N-2": (N (أحدث إصدار) - 2 (إصدارات ثانوية))، و"letter" تمثل إصدارات التصحيح.
على سبيل المثال، إذا كان Operator Nexus يقدم 1.17.a اليوم، يتم توفير الدعم للإصدارات التالية:
| إصدار ثانوي جديد | قائمة الإصدارات المدعومة |
|---|---|
| 1.17.a | 1.17.a،1.17.b،1.16.c،1.16.d،1.15.e،1.15.f |
عند تقديم إصدار ثانوي جديد، يكون أقدم إصدار ثانوي مدعوم وإصدارات التصحيح غير مدعومة. على سبيل المثال؛ قائمة الإصدارات المدعومة حاليًا هي:
1.17.a
1.17.b
1.16.c
1.16.d
1.15.e
1.15.f
عندما يصدر Operator Nexus الإصدار 1.18.*، فإن جميع إصدارات 1.15.* تنفد من الدعم.
المخطط الزمني للدعم
توفر خدمة Operator Nexus Kubernetes الدعم لمدة 12 شهرا من إصدار AKS GA الأولي لإصدار ثانوي عادة. يتبع هذا المخطط الزمني توقيت Azure AKS، والذي يتضمن إصدار الدعم طويل الأجل المعلن 1.27.
الإصدارات المدعومة:
- يمكن توزيعها كتجمعات جديدة لعامل التشغيل Nexus Kubernetes.
- يمكن أن يكون الهدف من الترقيات من الإصدارات السابقة. محدودة بمسارات الترقية العادية.
- قد تحتوي على تصحيحات إضافية أو حزم إصدار داخل الإصدار الثانوي.
إشعار
في ظروف استثنائية، قد يتم إنهاء دعم خدمة Nexus Kubernetes في وقت مبكر أو على الفور إذا تم تحديد مشكلة أمنية أو ثغرة أمنية. ستقوم Microsoft بإعلام العملاء بشكل استباقي إذا كان هذا سيحدث وتعمل على التخفيف من أي مشكلات محتملة.
نهاية العمر الافتراضي (EOL)
نهاية العمر الافتراضي (EOL) تعني عدم إنتاج المزيد من حزم التصحيح أو الإصدار. من المحتمل ألا تتم ترقية نظام المجموعة الذي قمت بإعداده بعد الآن لأن أحدث الإصدارات المدعومة لم تعد متوفرة. في هذا الحدث، الطريقة الوحيدة للترقية هي إعادة إنشاء مجموعة Nexus Kubernetes بالكامل باستخدام الإصدار الأحدث المدعوم. قد يتم استخدام الترقيات غير المدعومة من خلال Extended availability للعودة إلى إصدار مدعوم.
نهج التوفر الموسع
أثناء فترة التوفر الممتدة لإصدارات Kubernetes غير المدعومة (أي إصدارات EOL Kubernetes)، لا يتلقى المستخدمون تصحيحات الأمان أو إصلاحات الأخطاء. للحصول على معلومات مفصلة حول فئات الدعم، يرجى الرجوع إلى الجدول التالي.
| فئة الدعم | N-2 إلى N | التوفر الموسع |
|---|---|---|
| الترقيات من N-3 إلى إصدار مدعوم | مدعوم | مدعوم |
| تحجيم تجمع العقدة | مدعوم | مدعوم |
| إنشاء مجموعة أو تجمع عقدة | مدعوم | مدعوم |
| مكونات Kubernetes (بما في ذلك الوظائف الإضافية) | مدعوم | غير مدعوم |
| تحديثات المكونات | مدعوم | غير مدعوم |
| الإصلاحات العاجلة للمكون | مدعوم | غير مدعوم |
| تطبيق إصلاحات أخطاء Kubernetes | مدعوم | غير مدعوم |
| تطبيق تصحيحات أمان Kubernetes | مدعوم | غير مدعوم |
| تصحيحات أمان صورة العقدة | مدعوم | غير مدعوم |
إشعار
يعتمد Operator Nexus على الإصدارات والتصحيحات من kubernetes، وهو مشروع مفتوح المصدر يدعم فقط نافذة منزلقة من ثلاثة إصدارات ثانوية. يمكن أن يضمن Operator Nexus الدعم الكامل فقط أثناء تقديم هذه الإصدارات إلى المصدر. نظرا لعدم وجود المزيد من التصحيحات التي يتم إنتاجها في المنبع، يمكن لعامل التشغيل Nexus إما ترك هذه الإصدارات غير مصححة أو نسخة متشعبة. نظرا لهذا القيد، لا يدعم التوفر الموسع أي شيء من الاعتماد على kubernetes في المصدر.
إلى إصدارات kubectlمدعومة
يمكنك استخدام إصدار ثانوي واحد أقدم أو أحدث kubectl بالنسبة إلى إصدار kube-apiserverالمتوافق مع نهج دعم Kubernetes المخصصة لـ kubectl.
على سبيل المثال؛ إذا كان إصدار kube-apiserverلديك هو 1.17، فعندئذٍ يمكنك استخدام الإصدارات بدءًا من1.16 حتى 1.18 التابعة kubectlلـkube-apiserver.
لتثبيت kubectlأحدث الإصدارات أو تحديثها، قم بتشغيل ما يلي:
az aks install-cli
الدعم طويل الأجل (LTS)
توفر خدمة Azure Kubernetes (AKS) إصدار دعم طويل الأجل (LTS) من Kubernetes لمدة عامين. هناك إصدار ثانوي واحد فقط من Kubernetes يعتبر LTS في أي وقت.
| دعم المجتمع | الدعم طويل الأجل | |
|---|---|---|
| وقت الاستخدام | عندما يمكنك مواكبة إصدارات Kubernetes الأولية | السيناريوهات التي لا تتوافق فيها تطبيقاتك مع التغييرات التي تم إدخالها في إصدارات Kubernetes الأحدث، ولا يمكنك الانتقال إلى دورة إصدار مستمرة بسبب القيود التقنية أو العوامل الأخرى |
| إصدارات الدعم | ثلاثة إصدارات ثانوية ل GA | إصدار Kubernetes واحد (حاليا 1.27) لمدة عامين |
يحتفظ مجتمع المصدر بإصدار ثانوي من Kubernetes لمدة عام واحد من الإصدار. بعد هذه الفترة، تقوم Microsoft بإنشاء تحديثات الأمان وتطبيقها على إصدار LTS من Kubernetes لتوفير إجمالي عامين من الدعم على AKS.
هام
Kubernetes الإصدار 1.27 هو أول إصدار LTS مدعوم من Kubernetes على خدمة Operator Nexus Kubernetes.
الأسئلة المتداولة
كيف تخطرني Microsoft بإصدارات Kubernetes الجديدة؟
يتم تحديث هذا المستند بشكل دوري بالتواريخ المخطط لها لإصدارات Kubernetes الجديدة.
كم مرة يجب توقع ترقية إصدارات Kubernetes للبقاء في الدعم؟
بدءا من Kubernetes 1.19، وسع مجتمع مصدر مفتوح الدعم إلى عام واحد. تلتزم شركة Operator Nexus بتمكين التصحيحات ودعم مطابقة الالتزامات الأولية. بالنسبة لمجموعات Operator Nexus في 1.19 والإصدارات الأحدث، يمكنك الترقية مرة واحدة على الأقل في السنة للبقاء على إصدار مدعوم.
ماذا يحدث عند ترقية مجموعة Kubernetes بإصدار ثانوي غير مدعوم؟
إذا كنت تستخدم الإصدار N-3 أو أقدم، فأنت خارج نافذة الدعم. عند الترقية من الإصدار N-3 إلى N-2، فإنك تعود إلى نافذة الدعم لدينا. على سبيل المثال:
- إذا كان أقدم إصدار معتمد من AKS هو 1.25.x وكنت تستخدم الإصدار 1.24.x أو أقدم، فأنت خارج نطاق الدعم.
- الترقية بنجاح من 1.24.x إلى 1.25.x أو أعلى تعيدك إلى نافذة الدعم لدينا.
- "ترقيات مستوى التخطي" غير مدعومة. للترقية من 1.23.x إلى 1.25.x، يجب الترقية أولا إلى 1.24.x ثم إلى 1.25.x.
لا يتم دعم الرجوع إلى إصدارات أدنى.
ماذا يحدث إذا لم أرق نظام المجموعة؟
إذا لم تقم بترقية نظام المجموعة الخاص بك، فستستمر في تلقي الدعم لإصدار Kubernetes الذي تقوم بتشغيله حتى نهاية فترة الدعم. بعد ذلك، لن تتلقى بعد ذلك دعما لنظام المجموعة. تحتاج إلى ترقية نظام المجموعة إلى إصدار مدعوم لمتابعة تلقي الدعم.
ماذا يحدث إذا لم أرق نظام المجموعة قبل نهاية فترة التوفر الموسع؟
إذا لم تقم بترقية نظام المجموعة قبل نهاية فترة التوفر الموسعة، فلن تتمكن بعد ذلك من ترقية نظام المجموعة إلى إصدار مدعوم أو تجمعات الوكلاء الموسعة. تحتاج إلى إعادة إنشاء نظام المجموعة باستخدام إصدار مدعوم لمتابعة تلقي الدعم.
ماذا يعني "خارج الدعم"؟
يُقصد بعبارة 'خارج نطاق الدعم' أن:
- الإصدار الذي تستخدمه خارج قائمة الإصدارات المدعومة.
- يطلب منك ترقية نظام المجموعة إلى إصدار مدعوم عند طلب الدعم.
بالإضافة إلى ذلك، لا يقدم Operator Nexus أي وقت تشغيل أو ضمانات أخرى للمجموعات خارج قائمة الإصدارات المدعومة.
ماذا يحدث في حال أجرى المستخدم تغييرًا لسعة نظام مجموعة Kubernetes على إصدار ثانوي غير مدعوم؟
بالنسبة للإصدارات الثانوية غير المدعومة من قبل عامل التشغيل Nexus، يجب أن يستمر التحجيم أو التحجيم في العمل. نظرا لعدم وجود ضمانات بجودة الخدمة، نوصي بالترقية لإعادة نظام مجموعتك إلى الدعم.
هل يمكنني تخطي إصدارات Kubernetes متعددة أثناء ترقية نظام المجموعة؟
عند ترقية مجموعة عامل التشغيل Nexus Kubernetes المدعومة، لا يمكن تخطي الإصدارات الثانوية من Kubernetes. لا يدعم نهج انحراف إصدار وحدات التحكم Kubernetes تخطي الإصدار الثانوي. على سبيل المثال، تكون الترقيات بين:
- 1.12.x ->1.13.x: مسموح به.
- 1.13.x ->1.14.x: مسموح به.
- 1.12.x ->1.14.x: غير مسموح به.
الترقية من 1.12.x ->1.14.x:
- الترقية من 1.12.x ->1.13.x.
- الترقية من 1.13.x ->1.14.x.
هل يمكنني إنشاء نظام مجموعة جديد أثناء نافذة التوفر الموسعة الخاصة به؟
نعم، يمكنك إنشاء مجموعة 1.xx.x جديدة أثناء نافذة التوفر الموسعة. ومع ذلك، نوصي بإنشاء نظام مجموعة جديد مع أحدث إصدار مدعوم.
هل يمكنني ترقية نظام مجموعة إلى إصدار أحدث أثناء نافذة التوفر الموسعة؟
نعم، يمكنك ترقية مجموعة N-3 إلى N-2 أثناء نافذة التوفر الموسعة. إذا كان نظام المجموعة الخاص بك حاليا على N-4، يمكنك الاستفادة من التوفر الموسع للترقية الأولى من N-4 إلى N-3، ثم متابعة الترقية إلى إصدار مدعوم (N-2).
أنا على نافذة توفر موسعة، هل يمكنني إضافة تجمعات عقد جديدة؟ أم سأضطر إلى الترقية؟
نعم، يسمح لك بإضافة تجمعات العقد إلى نظام المجموعة.