صيانة الأجهزة الظاهرية في Azure
ينطبق على: ✔️ أجهزة Linux الظاهرية ✔️ أجهزة Windows الظاهرية ✔️ مجموعات المقياس المرنة ✔️ مجموعات المقياس الموحدة
يقوم Azure بتحديث نظامه الأساسي بشكل دوري لتحسين موثوقية وأداء وأمان البنية الأساسية للمضيف للأجهزة الظاهرية. وتتراوح أغراض هذه التحديثات من تركيب مكونات برامج التصحيح في البيئة المضيفة إلى ترقية مكونات الشبكات أو وقف تشغيل الأجهزة.
نادرًا ما تؤثر التحديثات على الأجهزة الظاهرية المستضافة. عندما يكون للتحديثات تأثير، يختار Azure الطريقة الأقل تأثيرًا للتحديثات:
- إذا كان التحديث لا يتطلب إعادة تشغيل، فسيتم إيقاف الجهاز الظاهري مؤقتًا أثناء تحديث المضيف، أو يتم ترحيل الجهاز الظاهري مباشرة إلى مضيف تم تحديثه بالفعل.
- إذا كانت الصيانة تتطلب إعادة تشغيل، فسيتم إعلامك بالصيانة المخطط لها. يوفر Azure أيضا نافذة زمنية يمكنك من خلالها بدء الصيانة بنفسك، في الوقت الذي يناسبك. عادة ما تكون نافذة الصيانة الذاتية 35 يومًا ما لم تكن الصيانة أمرًا عاجلاً. تستثمر Azure في التقنيات لتقليل عدد الحالات التي تتطلب فيها صيانة النظام الأساسي المخطط لها إعادة تشغيل الأجهزة الظاهرية. للحصول على إرشادات حول إدارة الصيانة المخطط لها، راجع التعامل مع إعلامات الصيانة المخطط لها باستخدام Azure CLI أو PowerShell أو المدخل.
توضح هذه الصفحة كيفية تنفيذ Azure لكلا النوعين من الصيانة. لمزيد من المعلومات حول الأحداث غير المخطط لها (الانقطاعات)، راجع إدارة توفر الأجهزة الظاهرية لـ Windows أو المقالة المقابلة لنظام التشغيل Linux.
داخل الجهاز الظاهري، يمكنك الحصول على إشعارات حول الصيانة القادمة باستخدام الأحداث المجدولة لنظام Windows أو Linux.
الصيانة التي لا تتطلب إعادة تشغيل
لا تؤثر معظم تحديثات الأنظمة الأساسية على الأجهزة الافتراضية للعملاء. عندما يتعذر إجراء تحديث بدون تأثير، يختار Azure آلية التحديث الأقل تأثيراً على الأجهزة الافتراضية للعملاء.
توقف معظم الصيانة غير الصفرية الجهاز الافتراضي لمدة تقل عن 10 ثوان. في بعض الحالات، يستخدم Azure آليات صيانة لحفظ الذاكرة. تعمل هذه الآليات على إيقاف الجهاز الظاهري مؤقتًا لمدة تصل إلى 30 ثانية عادةً مع الاحتفاظ بالذاكرة في ذاكرة الوصول العشوائي (RAM). بعد ذلك يتم استئناف الجهاز الافتراضي، ويتم مزامنة ساعته تلقائياً.
تعمل صيانة الحفاظ على الذاكرة لأكثر من 90 بالمائة من الأجهزة الافتراضية من Azure. لا تعمل مع سلاسل G وL وM وN وH. يستخدم Azure بشكل متزايد تقنيات الترحيل المباشر ويحسن آليات صيانة الحفاظ على الذاكرة لتقليل فترات التوقف المؤقت.
يتم تطبيق عمليات الصيانة التي لا تتطلب إعادة التشغيل على مجال خطأ واحد في كل مرة. وهي تتوقف إذا تلقت أي إشارات صحية تحذيرية من أدوات مراقبة النظام الأساسي.
يمكن أن تؤثر هذه الأنواع من التحديثات على بعض التطبيقات. عندما يتم ترحيل الجهاز الظاهري إلى مضيف مختلف، فقد تظهر بعض أحمال العمل الحساسة انخفاضًا طفيفًا في الأداء في الدقائق القليلة التي تسبق توقف الجهاز الظاهري. للتحضير لصيانة الأجهزة الظاهرية وتقليل التأثير أثناء صيانة Azure، حاول استخدام الأحداث المجدولة لنظام Windows أو Linux لمثل هذه التطبيقات.
لمزيد من التحكم في جميع أنشطة الصيانة بما في ذلك التحديثات بدون تأثير والتحديثات بدون إعادة تشغيل، يمكنك استخدام ميزة «التحكم في الصيانة». يجب أن تستخدم إما خوادم Azure المخصصة أو جهازًا ظاهريًا معزولاً. يمنحك التحكم في الصيانة خيار تخطي جميع تحديثات النظام الأساسي وتطبيق التحديثات في الوقت الذي تختاره خلال نافذة متجددة مدتها 35 يومًا. لمزيد من المعلومات، راجع التحكم في التحديثات باستخدام التحكم في الصيانة وواجهة سطر الأوامر في Azure.
الترحيل المباشر
الترحيل المباشر عبارة عن عملية لا تتطلب إعادة التشغيل والتي تحافظ على ذاكرة الجهاز الظاهري. وهو يتسبب في حدوث إيقاف مؤقت أو تجميد، وعادة لا يستمر ذلك لأكثر من 5 ثوانٍ. باستثناء سلاسل G وM وN وH، فإن جميع الأجهزة الظاهرية لخدمة تأجير البنية التحتية (IaaS) مؤهلة للترحيل المباشر. تمثل الأجهزة الظاهرية المؤهلة أكثر من 90 بالمائة من الأجهزة الظاهرية لخدمة تأجير البنية التحتية التي يتم توزيعها على أسطول Azure.
ملاحظة
لن تتلقى إشعارًا في مدخل Azure لعمليات الترحيل المباشر التي لا تتطلب إعادة تشغيل. للاطلاع على قائمة بعمليات الترحيل المباشر التي لا تتطلب إعادة تشغيل، يمكنك الاستعلام عن الأحداث المجدولة.
يبدأ نظام Azure الأساسي الترحيل المباشر في السيناريوهات التالية:
- الصيانة المخططة
- فشل في الأجهزة
- تحسينات التخصيص
تستخدم بعض سيناريوهات الصيانة المخطط لها الترحيل المباشر، ويمكنك استخدام الأحداث المجدولة لمعرفة موعد بدء عمليات الترحيل المباشر مسبقًا.
يمكن أيضًا استخدام الترحيل المباشر لنقل الأجهزة الظاهرية عندما تتنبأ خوارزميات التعلم الآلي من Azure بفشل وشيك في الأجهزة، أو عندما تريد تحسين تخصيصات الأجهزة الظاهرية. لمزيد من المعلومات حول النمذجة التنبؤية التي تكتشف مثيلات الأجهزة المتدهورة، راجع تحسين مرونة أجهزة Azure الظاهرية باستخدام التعلم الآلي التنبؤي والترحيل المباشر. تظهر إعلامات الترحيل المباشر في مدخل Azure في سجلات "المراقبة وصحة الخدمة"، وكذلك في "الأحداث المجدولة" إذا كنت تستخدم هذه الخدمات.
الصيانة التي تتطلب إعادة التشغيل
في الحالة النادرة التي تحتاج فيها الأجهزة الظاهرية إلى إعادة التشغيل من أجل الصيانة المخطط لها، سيتم إعلامك مسبقًا. تتكون الصيانة المخطط لها من مرحلتين: مرحلة الخدمة الذاتية ومرحلة الصيانة المجدولة.
خلال مرحلة الخدمة الذاتية، التي تستمر عادة أربعة أسابيع، تبدأ الصيانة على أجهزتك الظاهرية. كجزء من الخدمة الذاتية، يمكنك الاستعلام عن كل جهاز ظاهري لمعرفة حالته ونتيجة آخر طلب صيانة لك.
عند بدء صيانة الخدمة الذاتية، تتم إعادة توزيع الجهاز الظاهري إلى عقدة تم تحديثها بالفعل. بسبب إعادة تشغيل الجهاز الظاهري، يتم فقدان القرص المؤقت، ويتم تحديث عناوين IP الديناميكية المقترنة بواجهة الشبكة الظاهرية.
في حالة ظهور خطأ أثناء صيانة الخدمة الذاتية، تتوقف العملية، ولا يتم تحديث الجهاز الظاهري، وستحصل على خيار إعادة محاولة صيانة الخدمة الذاتية.
عند انتهاء مرحلة الخدمة الذاتية، تبدأ مرحلة الصيانة المجدولة. خلال هذه المرحلة، لا يزال بإمكانك الاستعلام عن مرحلة الصيانة، ولكن لا يمكنك بدء الصيانة بنفسك.
لمزيد من المعلومات حول إدارة الصيانة التي تتطلب إعادة تشغيل، راجع التعامل مع إعلامات الصيانة المخطط لها باستخدام Azure CLI أو PowerShell أو المدخل.
اعتبارات التوفر أثناء الصيانة المجدولة
إذا قررت الانتظار حتى مرحلة الصيانة المجدولة، فهناك بعض الأمور التي يجب مراعاتها للحفاظ على أعلى توفر لأجهزتك الظاهرية.
المناطق المقترنة
يتم إقران كل منطقة من مناطق Azure بمنطقة أخرى داخل نفس المنطقة الجغرافية المجاورة. فهي تصنع معًا زوجًا من المنطقة. أثناء مرحلة الصيانة المجدولة، يقوم Azure بتحديث الأجهزة الظاهرية فقط في منطقة واحدة من زوج المنطقة. على سبيل المثال، أثناء تحديث الجهاز الظاهري في شمال وسط الولايات المتحدة، لا يقوم Azure بتحديث أي جهاز ظاهري في جنوب وسط الولايات المتحدة في نفس الوقت. ومع ذلك، يمكن أن تكون مناطق أخرى مثل شمال أوروبا تحت الصيانة في نفس الوقت مع شرق الولايات المتحدة. يمكن أن يساعدك فهم كيفية عمل أزواج المناطق في توزيع الأجهزة الظاهرية بشكل أفضل عبر المناطق. لمزيد من المعلومات، راجع أزواج مناطق Azure.
مناطق التوفّر
مناطق التوفر هي مواقع فعلية فريدة داخل منطقة Azure. تتكون كل منطقة من مركز بيانات واحد أو أكثر مزودًا بالطاقة المستقلة والتبريد والشبكات. لضمان المرونة، هناك ما لا يقل عن ثلاث مناطق منفصلة في جميع المناطق الممكّنة.
تشكل منطقة التوفر مجموعة مكونة من المجال الخاطئ ومجال التحديث. إذا قمت بإنشاء ثلاثة أجهزة ظاهرية أو أكثر عبر ثلاث مناطق في منطقة Azure، يتم توزيع الأجهزة الظاهرية بشكل فعال عبر مجالات الخطأ الثلاثة ومجالات التحديث الثلاثة. يتعرف النظام الأساسي Azure على هذا التوزيع عبر مجالات التحديث للتأكد من عدم تحديث الأجهزة الظاهرية في مناطق مختلفة في نفس الوقت.
يتم تشغيل كل تحديث للبنية الأساسية منطقة تلو الأخرى، داخل منطقة واحدة. ولكن، يمكنك إجراء التوزيع في المنطقة 1، والتوزيع المختلف في المنطقة 2، في نفس الوقت. عمليات التوزيع ليست كلها متسلسلة. ولكن عملية توزيع واحدة لا تشغل سوى منطقة واحدة في كل مرة من أحل الحد من المخاطر.
مجموعات قياس الآلات الافتراضية
تعد مجموعات مقاييس الجهاز الظاهري في وضع التنسيق المرن موردًا للحوسبة من Azure يسمح لك بالجمع بين قابلية التوسع لمجموعات مقاييس الجهاز الظاهري في وضع التنسيق «الموحد» مع ضمانات التوفر الإقليمية لمجموعات التوفر.
باستخدام التنسيق «المرن»، يمكنك اختيار ما إذا كانت مثيلاتك منتشرة عبر مناطق متعددة، أو منتشرة عبر مجالات الخطأ داخل منطقة واحدة.
مجموعات التوفر ومجموعات المقياس «الموحد»
عند توزيع حمل عمل على أجهزة Azure الظاهرية، يمكنك إنشاء الأجهزة الظاهرية ضمن مجموعة توفر لإتاحة قابلية الوصول العالية لتطبيقك. باستخدام مجموعات التوفر، يمكنك التأكد من توفر جهاز ظاهري واحد على الأقل أثناء حدوث انقطاع أو أحداث الصيانة التي تتطلب إعادة التشغيل.
ضمن مجموعة التوفر، تنتشر الأجهزة الظاهرية الفردية عبر ما يصل إلى 20 مجال تحديث. أثناء الصيانة المجدولة، يتم تحديث مجال تحديث واحد فقط في أي وقت. لا يتم بالضرورة تحديث مجالات التحديث بالتتابع.
مجموعات مقياس الجهاز الظاهري في وضع التنسيق الموحد تشكل موردًا حسابيًا في Azure، والذي يمكنك استخدامه لتوزيع وإدارة مجموعة من الأجهزة الظاهرية المتطابقة كمورد واحد. يتم توزيع مجموعة المقاييس تلقائيًا عبر مجالات الترقية (UD)، مثل الأجهزة الظاهرية في مجموعة التوفر. كما هو الحال مع مجموعات التوفر، عند استخدام مجموعات المقاييس «الموحدة»، يتم تحديث مجال ترقية واحد فقط في أي وقت أثناء الصيانة المجدولة.
لمزيد من المعلومات حول إعداد الأجهزة الظاهرية لقابلية الوصول العالية، راجع إدارة توفر الأجهزة الظاهرية لنظام Windows أو المقالة المقابلة لنظام Linux.
الخطوات التالية
يمكنك استخدام Azure CLI أو Azure PowerShell أو المدخل لإدارة الصيانة المخطط لها.