وصف

إن الترقيات في Nutanix مصممة دائمًا بحيث تتم دون الحاجة إلى أي توقف لأجهزة VM الخاصة بالمستخدمين وأحمال العمل الخاصة بها. الغرض من هذه الوثيقة هو أن تكون بمثابة مقدمة تصف كيفية عمل كل نوع من أنواع الترقيات ومشاركة بعض أفضل الممارسات المفيدة للمسؤولين. ستجد معلومات مماثلة في دليل ترقية Acropolis (تذكر دائمًا اختيار الدليل الذي يتوافق مع نظام التشغيل AOS الذي يعمل حاليًا على مجموعتك).

الإصدارات المتأثرة: جميع الإصدارات، جميع إصدارات ملفات Nutanix، جميع إصدارات LCM، جميع إصدارات AOS، جميع إصدارات AHV
ينطبق ما يلي على كافة ترقيات Nutanix:

هل هناك حاجة إلى التوقف؟

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

هل هناك تأثير على الأداء؟

توصي Nutanix بإجراء الترقيات أثناء فترة الصيانة المجدولة أو خارج ساعات العمل العادية؛ وإلا فقد يواجه المستخدمون تأخيرًا أثناء عملية الترقية. قد يكون هذا التأخير ملحوظًا بشكل خاص بالنسبة للمجموعات التي تستخدم روابط شبكية بسرعة 1 جيجابايت فقط بسبب النطاق الترددي المحدود المتاح في هذا التكوين.

ما هو ترتيب الترقية الموصى به؟

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

ماذا يحدث إذا أصبح الترقية متوقفة؟

• إذا واجهت فشلاً أثناء عمليات الفحص قبل الترقية، فراجع المقالة المذكورة في Prism للحصول على معلومات حول كيفية حل المشكلة. بمجرد حل المشكلة، انقر فوق الرابط للعودة إلى الإصدارات المتاحة في Prism ثم حاول الترقية مرة أخرى.
• إذا تعطلت عملية الترقية نفسها، فاتصل بدعم Nutanix للحصول على المساعدة. لا تحاول التدخل لأن هذا قد يؤدي إلى انقطاع الخدمة.
• لا يدعم Nutanix التراجع عن ترقيات البرامج.

كيف أعرف إذا كان الإصدار متوافقًا؟

• إذا ظهر إصدار في أقسام Upgrade Software أو Life Cycle Manager (LCM) في Prism، فهذا يعني تلقائيًا أنه تم بالفعل تأكيد توافقه مع المجموعة كما هي، ويمكنك الانتقال إلى الإصدار الجديد في أي وقت.
• إذا لم تجد الإصدار الذي تريده مدرجًا، فقد يكون ذلك لعدة أسباب. تستغرق الإصدارات الأحدث بعض الوقت قبل أن تصبح متاحة للتنزيل بنقرة واحدة، ولكن لا يزال بإمكانك الحصول على الملفات الثنائية وملفات البيانات الوصفية مباشرةً من بوابة Nutanix ثم تحميلها إلى Prism يدويًا. قد يكون من الضروري أيضًا الانتقال إلى إصدار وسيط (ترقية متعددة الخطوات) من أجل إحضار المجموعة أولاً إلى إصدار قادر على الترقية إلى الإصدار المطلوب.
• ستعرض لك صفحة مسارات الترقية على بوابة Nutanix إصدارات AOS أو Prism Central (PC) أو ملفات Nutanix التي يمكن نقل مجموعتك إليها الآن بناءً على ما تقوم بتشغيله حاليًا. إذا كنت بحاجة إلى الانتقال إلى إصدار أحدث من الإصدار الموضح في صفحة مسارات الترقية، فابدأ بترقية المجموعة إلى أحدث إصدار ممكن أولاً. بمجرد القيام بذلك، يجب أن تتمكن من الوصول إلى الإصدار الذي تريده في محاولتك التالية. لتوفير الوقت، تذكر أن المجموعة التي تعمل بنظام AOS على فرع إصدار دعم طويل الأمد (LTS) (مثل 5.5.x) يمكنها دائمًا الترقية مباشرة إلى فرع إصدار LTS المتاح التالي (مثل 5.10.x).
  • KB-5505: إصدارات الدعم طويل الأمد (LTS) والدعم قصير الأمد (STS) (ينطبق على AOS فقط)
  • كيفية التحقق من إصدار AOS
  • كيفية التحقق من إصدار Prism Central
  • كيفية التحقق من إصدار ملفات Nutanix
• للتأكد من أن إصدارًا معينًا من AOS وPrism Central وNutanix Files متوافق مع بعضه البعض، تحقق من قابلية التشغيل البيني للمنتجات البرمجية .

ماذا يجب أن أفعل مسبقاً؟

• من idea دائمًا تثبيت أحدث إصدار من Nutanix Cluster Check (NCC) وتشغيله للتأكد من أن مجموعتك في أفضل حالة ممكنة قبل بدء الترقية.
• للتأكد من أن Prism لديه إمكانية الوصول إلى البرامج الثابتة والبرامج التي ترغب في اختيارها، راجع متطلبات المنفذ وجدار الحماية وتأكد من تكوين شبكتك وفقًا لذلك. إذا كنت تستخدم Prism Central، فتأكد من أن منفذ SSL 9440 مفتوح في كلا الاتجاهين بين Prism Central VM وأي مجموعات مسجلة.
• إذا تم تسجيل مجموعتك في Prism Central، فتأكد من تحديثها قبل ترقية AOS على مجموعة Prism Element. تم تصميم Prism Central لإدارة مجموعات Prism Element التي تقع ضمن نفس الإصدار الرئيسي والإصدارات السابقة. على سبيل المثال، يتم دعم Prism Central 5.10.0.1 لإدارة مجموعات Prism Element التي تعمل بنظام 5.10.0.2 لأن الإصدار الرئيسي (5.10.0) هو نفسه. ومع ذلك، لا يتم دعم PC 5.10.0.1 لإدارة مجموعات PE التي تعمل بنظام 5.10.1 لأن إصدار PE هذا هو إصدار رئيسي أحدث. في مثل هذه الحالات، يجب ترقية الكمبيوتر إلى 5.10.1 أو الإصدارات الأحدث لإعادته إلى التوافق مع المجموعات التي يديرها.
• راجع صفحات مسارات الترقية ومصفوفة التوافق على بوابة Nutanix للتأكد من توافق البرنامج الجديد. تحتوي مصفوفة التوافق أيضًا على إرشادات حول توافق البرنامج مع حلول الشركاء Nutanix Ready وأنظمة التشغيل AHV Guest.
• اقرأ ملاحظات الإصدار على بوابة الدعم للحصول على معلومات حول المشكلات المعروفة في الإصدار بالإضافة إلى إصلاحات الأخطاء أو التحسينات أو الميزات التي تأتي معه.
• إذا كنت تستخدم برنامجًا مشرفًا أو تطبيقًا تابعًا لجهة خارجية، فتحقق من موقع الويب الخاص بالبائع للتأكد من توافقه مع الإصدار المطلوب من AOS.

حل

ستجد أدناه ملخصًا للمتطلبات الأساسية لكل نوع من أنواع الترقيات، وما يحدث في الواجهة الخلفية، والمدة التي من المتوقع أن تستغرقها العملية.

برنامج AOS

متطلبات الترقية

ماذا يحدث عندما أضغط على الترقية الآن ؟

• أولاً، سيتم تشغيل عمليات التحقق قبل الترقية للتأكد من إمكانية ترقية المجموعة. إذا فشلت أي من عمليات التحقق قبل الترقية، فسترى معلومات حول هذا في Prism ولن تبدأ ترقية AOS الفعلية. سيتعين على المستخدمين النقر فوق "العودة إلى الإصدارات" وبدء الترقية مرة أخرى بعد حل المشكلة التي أبلغت عنها عمليات التحقق قبل الترقية. للاطلاع على القائمة الكاملة لعمليات التحقق قبل الترقية والمقالات ذات الصلة بها، راجع KB 6524 .
• بعد ذلك، يتم نسخ برنامج AOS إلى كل CVM (جهاز تحكم VM) في المجموعة.
• في المرحلة الأخيرة، يتم إعادة تشغيل أجهزة VM الخاصة بوحدة التحكم في المجموعة واحدة تلو الأخرى على إصدار AOS الجديد. سيتم إعادة توجيه حركة التخزين من أجهزة VM الخاصة بالمستخدمين إلى جهاز CVM مجاور أثناء ترقية الجهاز المحلي. خلال هذه الفترة القصيرة (حوالي 10 دقائق) قد تواجه أجهزة VM الخاصة بالمستخدمين المحليين قدرًا صغيرًا من التأخير الإضافي لأنها تتلقى إدخال/إخراج التخزين من جهاز CVM بعيد.

كم من الوقت تستغرق؟

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

برنامج Prism Central

نظرة عامة والمتطلبات

ماذا يحدث عندما أضغط على الترقية الآن ؟

• أولاً، سيتم تشغيل عمليات التحقق قبل الترقية للتأكد من إمكانية ترقية المجموعة. إذا فشلت أي من عمليات التحقق قبل الترقية، فسترى معلومات حول هذا في Prism ولن تبدأ عملية الترقية الفعلية. سيتعين على المستخدمين النقر فوق "العودة إلى الإصدارات" وبدء الترقية مرة أخرى بعد حل المشكلة التي تم الإبلاغ عنها بواسطة عمليات التحقق قبل الترقية. للاطلاع على القائمة الكاملة لعمليات التحقق قبل الترقية والمقالات ذات الصلة بها، راجع KB 6524 .
• إذا كان لديك Prism Central أحادي الجهاز الافتراضي، فسيتم تشغيل البرنامج الجديد ثم إعادة تشغيل PCVM للوصول إلى الإصدار الجديد. خلال هذه الفترة القصيرة، لن تكون واجهة المستخدم متاحة، ولكن لن يكون هناك أي تأثير على مجموعات Prism Element التي تديرها Prism Central.
• إذا كان لديك Scale-Out Prism Central (ثلاثة أجهزة PCVM)، فسيتم نسخ البرنامج إلى كل جهاز PCVM ثم إعادة تشغيله واحدًا تلو الآخر حتى يظهر على البرنامج الجديد. ستظل خدمات Prism Central وواجهة المستخدم متوفرة أثناء الترقية.
• بعد تشغيل PCVM من الترقية، سيستغرق الأمر بضع دقائق حتى تصبح واجهة المستخدم متاحة. قم بتسجيل الدخول وتأكد من اكتمال مهمة ترقية Prism Central بنجاح (100%).

كم من الوقت تستغرق؟

بالنسبة لـ Single-VM Prism Central، حوالي 25 دقيقة.
بالنسبة لـ Scale-Out Prism Central (ثلاثة PCVMs)، حوالي ساعة واحدة.

برنامج المشرف الافتراضي

• ترقية AHV
• ترقية ESXi
• ترقية Hyper-V
• KB 3123: سياسة دعم المشرف الافتراضي

ماذا يحدث عندما أضغط على الترقية الآن ؟

• أولاً، سيتم تشغيل عمليات التحقق قبل الترقية للتأكد من إمكانية ترقية المجموعة. إذا فشلت أي من عمليات التحقق قبل الترقية، فسترى معلومات حول هذا في Prism ولن تبدأ ترقية المشرف الفعلي. سيتعين على المستخدمين النقر فوق " العودة إلى الإصدارات" وبدء الترقية مرة أخرى بعد حل المشكلة التي أبلغت عنها عمليات التحقق قبل الترقية. للاطلاع على القائمة الكاملة لعمليات التحقق قبل الترقية والمقالات ذات الصلة بها، راجع KB 6524 .
• يتم اختيار المضيف في المجموعة عن طريق الترقية ويتم إرسال مهمة لترحيل أجهزة VM الخاصة بالمستخدم من المضيف.
• بمجرد أن يصبح CVM هو الجهاز الظاهري الوحيد المتبقي على المضيف، يتم وضعه في وضع الصيانة ويتم إعداد البرنامج الجديد لبرنامج التشغيل الافتراضي.
• بعد تثبيت إصدار المشرف الجديد، سيتم إعادة تشغيل المضيف.
• بمجرد عودة المضيف من إعادة التشغيل إلى إصدار البرنامج الجديد، يتم إخراج المضيف من وضع الصيانة ويتم تشغيل CVM.
• ستنتظر المجموعة حتى تصبح VM Controller وخدماتها متاحة على الإنترنت قبل تحديد المضيف التالي الذي سيخضع للترقية. سيعمل المشرف الافتراضي على موازنة VMs المستخدم عبر العقدة التي تمت ترقيتها حسب الحاجة بناءً على تكوينها الحالي.

كم من الوقت تستغرق؟

يعتمد هذا على المدة التي يستغرقها إخلاء أجهزة VM الخاصة بالمستخدمين من كل مضيف قبل إيقاف تشغيله للترقية. التقدير الجيد هو حوالي 30-45 دقيقة لكل عقدة.

البرامج الثابتة مع مدير دورة الحياة (LCM)

سيركز هذا القسم بشكل أساسي على تحديثات البرامج الثابتة باستخدام LCM؛ ومع ذلك، يمكنك أيضًا استخدام LCM لترقية برامج مثل AOS وFoundation. يستخدم تحديث كيانات البرامج باستخدام LCM نفس الآليات التي كانت متاحة في قسم One Click Upgrade Software القديم من Prism. إذا كنت مهتمًا بكيفية عمل هذه الآليات، فيرجى الرجوع إلى أقسام هذا المستند التي تصف سير العمل هذه.

راجع KB 7536 للحصول على الأسئلة الشائعة حول هذه الميزة. يجب تكوين القواعد في جدار الحماية الخارجي للسماح بتحديثات LCM. راجع دليل Prism Web Console: متطلبات جدار الحماية للحصول على التفاصيل. راجع دليل LCM للحصول على التفاصيل الكاملة حول استخدام الميزة.

قد تعتمد قدرة LCM على جرد أو تحديث مكونات معينة على إصدارات AOS وFoundation التي تعمل على المجموعة. يجب على المستخدمين الراغبين في رؤية قائمة كاملة بالتحديثات المتاحة أن يفكروا في تحديث هذه البرامج أولاً أو التحقق من ملاحظات إصدار LCM لمعرفة ما إذا كانت أي من هذه التبعيات موجودة لبيئتك.

ماذا يحدث عندما أضغط على تحديث ؟

• سيتم إجراء عمليات فحص أولية للتأكد من أن المجموعة في حالة جيدة لاستكمال عملية الترقية. سيقوم Prism بالإبلاغ في حالة فشل أي عمليات فحص أولية ويمكنك الرجوع إلى KB 4584 للحصول على شرح لكل منها وكيفية حل المشكلة. بمجرد حل المشكلة التي تسببت في فشل عملية الفحص الأولي، قم بتشغيل جرد جديد ثم حاول إجراء عملية الترقية مرة أخرى.
• بشكل أساسي، تتطلب كافة تحديثات البرامج الثابتة التي يتم إجراؤها من خلال LCM أن يقوم المضيفون بالتمهيد إلى منطقة مؤقتة تعتمد على CentOS تسمى Phoenix مع الاستثناءات التالية.
  • وحدات معينة لمنصات Dell.
  • من LCM 2.3.2 فصاعدًا، بالنسبة لبرامج القرص الثابتة، يستخدم LCM آلية التحديث القائمة على IVU والتي لا تتطلب إعادة تشغيل المضيف.
  • من LCM 2.4.0 فصاعدًا، بالنسبة إلى البرامج الثابتة BIOS وBMC، عندما يتم استيفاء شروط معينة، يستخدم LCM آلية تحديث Redfish التي لا تتطلب إعادة تشغيل المضيف.
• يتمتع LCM بذكاء مدمج يخبره بالترتيب الذي يجب أن يتم به تحديث البرامج الثابتة، لذا لا داعي لقلق المستخدمين بشأن التحديثات التي يجب إجراؤها أولاً. يمكن للمستخدمين ببساطة تحديد إجراء تحديث الكل وسيقوم LCM تلقائيًا بتلبية جميع التبعيات بين البرامج الثابتة.
• إذا تم تحديد مضيفين متعددين لإجراء تحديثات البرامج الثابتة، فسوف يقوم LCM بإخلاء أجهزة المستخدم الافتراضية من المضيفين واحدًا تلو الآخر وتشغيلها في منطقة التدريج Phoenix لإجراء التحديثات. لن يتم إيقاف تشغيل أي أجهزة مستخدم افتراضية ويجب أن يستمر تقديم عبء العمل الخاص بك دون انقطاع.
• اعتمادًا على البرامج الثابتة التي تتم ترقيتها، قد ترى إعادة تشغيل برنامج التشغيل الافتراضي الخاص بك عدة مرات في Phoenix. هذا سلوك متوقع ولا ينبغي لك محاولة التدخل.
• بمجرد اكتمال تحديثات البرامج الثابتة، سيتم إعادة تشغيل العقدة المحددة في المشرف الافتراضي وتشغيل VM وحدة التحكم المحلية، مما يضمن تشغيل جميع خدمات المجموعة.
• أخيرًا، سيتأكد LCM من أن المشرف المحلي أصبح قادرًا مرة أخرى على استضافة أجهزة VM للمستخدم قبل متابعة الترقية إلى العقدة التالية.

كم من الوقت تستغرق؟

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

• تميل ترقية البرامج الثابتة SATA DOM (Phoenix) إلى أن تستغرق حوالي 45 دقيقة لكل عقدة.
• تميل ترقيات البرامج الثابتة BIOS وBMC (Phoenix) إلى أن تستغرق نفس القدر من الوقت تقريبًا مثل SATA DOM.
• تستغرق ترقيات BIOS وBMC الثابتة (Redfish) عادة حوالي 10 - 15 دقيقة.
• تستغرق ترقية البرامج الثابتة للقرص (IVU) وقتًا أقل مقارنةً بآلية Phoenix، ولكن الوقت الإجمالي يتناسب طرديًا مع عدد الأقراص التي تتم ترقيتها.

برامج الأساس

الشرط المسبق الوحيد لترقية برنامج Foundation هو أن تكون جميع وحدات التحكم في الخوادم قيد التشغيل، وأن تكون خدمة Foundation في حالة توقف عبر المجموعة. لا تعمل هذه الخدمة عادةً إلا في حالة إجراء ترقية LCM أو عملية توسيع المجموعة.

ماذا يحدث عندما أضغط على الترقية الآن ؟

تعد الملفات الثنائية الأساسية تحديثات عبر جميع أجهزة CVM. لا تتم إعادة تشغيل أي خدمات قيد التشغيل أو أجهزة CVM أو برامج تشغيل افتراضية.

كم من الوقت تستغرق؟

يستغرق هذا الأمر دقيقة واحدة تقريبًا.

برنامج Nutanix Cluster Check (NCC)

لا توجد متطلبات مسبقة لترقية NCC بخلاف ضرورة تشغيل جميع أجهزة CVM. راجع دليل NCC للحصول على إرشادات حول كيفية الترقية.

ماذا يحدث عندما أضغط على الترقية الآن ؟

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

كم من الوقت تستغرق؟

يستغرق هذا الأمر حوالي خمس دقائق.

برنامج خادم الملفات (Nutanix Files)

تثبيت (أو ترقية) الملفات

ماذا يحدث عندما أضغط على الترقية الآن ؟

• أولاً، سيتم تشغيل عمليات التحقق قبل الترقية للتأكد من إمكانية ترقية المجموعة. إذا فشلت أي من عمليات التحقق قبل الترقية، فسترى معلومات حول هذا في Prism ولن تبدأ ترقية خادم الملفات الفعلية. سيتعين على المستخدمين النقر فوق "العودة إلى الإصدارات" وبدء الترقية مرة أخرى بعد حل المشكلة التي تم الإبلاغ عنها بواسطة عمليات التحقق قبل الترقية. للاطلاع على القائمة الكاملة لعمليات التحقق قبل الترقية والمقالات ذات الصلة بها، راجع KB-6524 .
• بمجرد بدء ترقية خادم الملفات، تتم ترقية كل جهاز افتراضي لخادم الملفات واحدًا تلو الآخر إلى إصدار Nutanix Files الجديد. أثناء توقف جهاز FSVM عن العمل بسبب الترقية، قد يواجه المستخدمون المتصلون بالمشاركات التي تستضيفها هذه العقدة فقدان الاتصال لمدة تتراوح تقريبًا من 20 إلى 30 ثانية. بعد هذه الفترة القصيرة، سيتولى جهاز FSVM آخر استضافة هذه المشاركات، وسيستعيد المستخدمون الوصول إلى ملفاتهم.
• بعد أن يكمل كل FSVM إعادة تشغيله على الإصدار الجديد من Nutanix Files، سيتأكد الترقية من أنه يمكنه استضافة المشاركات مرة أخرى قبل البدء في ترقية FSVM التالي.

كم من الوقت تستغرق؟

حوالي 20 دقيقة لكل ملف خادم VM.

معلومات إضافية

• Nutanix KB 6945 - المستند الأصلي في بوابة Nutanix