مشاركة عبر

ترقية جسر موارد Arc

  • مقالة

توضح هذه المقالة كيفية ترقية جسر موارد Arc، والطريقتين لإجراء الترقية: الترقية المدارة بواسطة السحابة أو الترقية اليدوية. حاليا، يختلف بعض موفري السحابة الخاصة في كيفية التعامل مع ترقيات جسر موارد Arc.

موفرو السحابة الخاصة

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

بالنسبة إلى VMware vSphere الممكن بواسطة Arc، تتوفر الترقية اليدوية والترقية السحابية. يتم اختيار الأجهزة على الإصدار 1.0.15 والإصدارات الأحدث تلقائيا للترقية المدارة بواسطة السحابة. لكي يعمل أي من خياري الترقية، يجب استيفاء متطلبات الترقية . قد تحاول Microsoft إجراء ترقية مدارة بواسطة السحابة لوصلة موارد Arc في أي وقت إذا كان الجهاز الخاص بك قريبا خارج الدعم. بينما تقدم Microsoft ترقية مدارة بواسطة السحابة، لا تزال مسؤولا عن التأكد من أن جسر موارد Arc الخاص بك ضمن إصدارات n-3 المدعومة. قد تتسبب الاضطرابات في فشل الترقية المدارة بواسطة السحابة وقد تحتاج إلى ترقية جسر موارد Arc يدويا. إذا كنت على وشك الخروج من الدعم، فيرجى الترقية يدويا للبقاء في الإصدارات المدعومة.  لا تنتظر الترقية المدارة بواسطة السحابة. يجب ترقية أي أجهزة أقدم من الإصدار 1.0.15 يدويا.

لإدارة جهاز Azure Arc الظاهري (معاينة) على Azure Stack HCI، يتوفر إصدار الجهاز 1.0.15 أو أعلى فقط على الإصدار 23H2 من Azure Stack HCI. في HCI 23H2، تدير أداة LCM الترقيات عبر جميع HCI وجسر موارد Arc ومكونات الامتداد كحزمة "وصفة تم التحقق من صحتها". يجب إزالة أي إصدار معاينة من جسر موارد Arc قبل التحديث من 22H2 إلى 23H2. قد تتسبب محاولة ترقية جسر موارد Arc بشكل مستقل عن مكونات بيئة HCI الأخرى في حدوث مشكلات في بيئتك قد تؤدي إلى سيناريو استرداد البيانات بعد الكوارث. لمزيد من المعلومات، تفضل بزيارة صفحة الأسئلة المتداولة حول إدارة Arc VM.

بالنسبة إلى System Center Virtual Machine Manager (SCVMM) الممكن بواسطة Arc، تتوفر ميزة الترقية اليدوية لإصدار الجهاز 1.0.14 والإصدارات الأحدث. تحتاج الأجهزة الموجودة أسفل الإصدار 1.0.14 إلى تنفيذ خيار الاسترداد للوصول إلى الإصدار 1.0.15 أو أعلى. راجع خطوات تنفيذ عملية الاسترداد، ثم احذف الجهاز الظاهري للجهاز من SCVMM وقم بتنفيذ خطوات الاسترداد. يؤدي ذلك إلى نشر جسر موارد جديد وإعادة توصيل موارد Azure الموجودة مسبقا.

المتطلبات الأساسية

قبل ترقية جسر موارد Arc، يجب استيفاء المتطلبات الأساسية التالية:

  • يجب أن يكون الجهاز الظاهري متصلا بالإنترنت وصحيا بحالة "قيد التشغيل". يمكنك التحقق من مورد Azure من جسر موارد Arc للتحقق.

  • يجب أن تكون بيانات الاعتماد في الجهاز الظاهري للجهاز محدثة. لاختبار أن بيانات الاعتماد داخل Arc resource bridge VM صالحة، قم بإجراء عملية على جهاز ظاهري ممكن بواسطة Arc من Azure أو قم بتحديث بيانات الاعتماد لتكون معينة.

  • يجب أن تكون هناك مساحة كافية على جهاز الإدارة (~3.5 غيغابايت) والجهاز الظاهري للجهاز (35 غيغابايت) لتنزيل الصور المطلوبة.

  • بالنسبة إلى VMware الممكن بواسطة Arc، تتطلب ترقية جسر الموارد مساحة خالية 200 غيغابايت على مخزن البيانات. يتم أيضا إنشاء قالب جديد.

  • يجب تمكين الاتصال الصادر من الأجهزة الظاهرية IPs (k8snodeippoolstart/end، VM IP 1/2) إلى msk8s.sb.tlu.dl.delivery.mp.microsoft.com، المنفذ 443. تأكد من تمكين القائمة الكاملة لنقاط النهاية المطلوبة لوصلة موارد Arc أيضا.

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

  • لا يمكن ترقية جسر موارد Arc الذي تم تكوينه باستخدام DHCP ولا يتم دعمه في بيئة إنتاج. بدلا من ذلك، يجب نشر جسر موارد Arc جديد باستخدام تكوين IP ثابت.

نظرة عامة

تنشر عملية الترقية جسر موارد جديدا باستخدام IP الجهاز الظاهري المحجوز (k8snodeippoolend IP، VM IP 2). بمجرد أن يصل جسر الموارد الجديد، يصبح جسر الموارد النشط. يتم حذف جسر الموارد القديم، ويصبح عنوان IP للجهاز الظاهري (k8dsnodeippoolstartVM IP 1) الجهاز المحجوز الجديد الذي سيتم استخدامه في الترقية التالية.

يتكون نشر جسر موارد جديد من تنزيل صورة الجهاز (~3.5 غيغابايت) من السحابة، واستخدام الصورة لنشر جهاز ظاهري جديد للجهاز، والتحقق من تشغيل جسر الموارد الجديد، وتوصيله ب Azure، وحذف الجهاز الظاهري القديم، وحجز IP القديم لاستخدامه للترقية المستقبلية.

بشكل عام، تستغرق الترقية بشكل عام 30 دقيقة على الأقل، اعتمادا على سرعات الشبكة. قد يحدث وقت توقف متقطع قصير أثناء التسليم بين جسر موارد Arc القديم إلى جسر موارد Arc الجديد. يمكن أن يحدث وقت تعطل إضافي إذا لم يتم استيفاء المتطلبات الأساسية، أو إذا كان التغيير في الشبكة (DNS وجدار الحماية والوكيل وما إلى ذلك) يؤثر على اتصال شبكة جسر موارد Arc.

هناك طريقتان لترقية جسر موارد Arc: الترقيات المدارة بواسطة السحابة التي تديرها Microsoft، أو الترقيات اليدوية حيث يتم تنفيذ أوامر Azure CLI بواسطة مسؤول.

الترقية المدارة بواسطة السحابة

يتم اختيار جسور موارد Arc على موفر سحابة خاص مدعوم بإصدار جهاز 1.0.15 أو أعلى تلقائيا في الترقية المدارة بواسطة السحابة. مع الترقية المدارة بواسطة السحابة، قد تحاول Microsoft ترقية جسر موارد Arc في أي وقت إذا كان على إصدار جهاز سيتوقف عن الدعم قريبا. يجب استيفاء متطلبات الترقية لكي تعمل الترقية المدارة بواسطة السحابة. بينما تقدم Microsoft ترقية مدارة بواسطة السحابة، لا تزال مسؤولا عن التحقق من أن جسر الموارد الخاص بك سليم، عبر الإنترنت، في حالة "قيد التشغيل"، وضمن إصدارات n-3 المدعومة. قد تتسبب الاضطرابات في فشل الترقيات المدارة بواسطة السحابة. إذا كنت على وشك الخروج من الدعم، فيرجى الترقية يدويا للبقاء في الإصدارات المدعومة.  لا تنتظر الترقية المدارة بواسطة السحابة.

للتحقق من حالة وصلة الموارد وإصدار الجهاز، قم بتشغيل az arcappliance show الأمر من جهاز الإدارة أو تحقق من مورد Azure الخاص بوصلة موارد Arc. إذا لم يكن الجهاز الظاهري الخاص بك في حالة تشغيل سليمة، فقد تفشل الترقية المدارة بواسطة السحابة.

تتم معالجة الترقيات المدارة بواسطة السحابة من خلال Azure. يتم دفع إشعار إلى Azure ليعكس حالة الجهاز الظاهري أثناء ترقيته. مع تقدم جسر الموارد خلال الترقية، قد تتحول حالته ذهابا وإيابا بين خطوات الترقية المختلفة. تكتمل الترقية عندما يكون الجهاز الظاهري status للجهاز و Running provisioningState هو Succeeded.

للتحقق من حالة الترقية المدارة بواسطة السحابة، تحقق من مورد Azure في ARM، أو قم بتشغيل أمر Azure CLI التالي من جهاز الإدارة:

az arcappliance show --resource-group [REQUIRED] --name [REQUIRED]

ترقية يدوية

يمكن ترقية جسر موارد Arc يدويا من جهاز الإدارة. يجب عليك تلبية جميع متطلبات الترقية قبل محاولة الترقية. يجب أن يحتوي جهاز الإدارة على ملفات تكوين kubeconfig والأجهزة المخزنة محليا أو لن تتمكن من تشغيل الترقية.

تستغرق الترقية اليدوية بشكل عام ما بين 30-90 دقيقة، اعتمادا على سرعات الشبكة. يأخذ أمر الترقية جسر موارد Arc إلى إصدار الجهاز التالي، والذي قد لا يكون أحدث إصدار متوفر للجهاز. قد تكون هناك حاجة إلى ترقيات متعددة للوصول إلى إصدار مدعوم. يمكنك التحقق من إصدار الجهاز الخاص بك عن طريق التحقق من مورد Azure من جسر موارد Arc.

قبل الترقية، ستحتاج إلى أحدث ملحق Azure CLI ل arcappliance:

az extension add --upgrade --name arcappliance

لترقية جسر الموارد يدويا، استخدم الأمر التالي:

az arcappliance upgrade <private cloud> --config-file <file path to ARBname-appliance.yaml>

على سبيل المثال، لترقية جسر موارد على VMware، قم بتشغيل: az arcappliance upgrade vmware --config-file c:\contosoARB01-appliance.yaml

لترقية جسر موارد على SCVMM، قم بتشغيل: az arcappliance upgrade scvmm --config-file c:\contosoARB01-appliance.yaml

لترقية جسر موارد على Azure Stack HCI، يرجى الانتقال إلى 23H2 واستخدام أداة إدارة الترقية المضمنة. مزيد من المعلومات متوفرة هنا.

إصدارات الإصدار

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

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

بشكل عام، يتم دعم أحدث إصدار تم إصداره والإصدارات الثلاثة السابقة (n-3) من جسر موارد Arc، بدءا من إصدار الجهاز 1.0.15 وما بعده. يجب ترقية جسر موارد Arc مع إصدار جهاز أقدم من 1.0.15 أو إعادة توزيعه ليكون على الأقل على إصدار الجهاز 1.0.15 ليكون في نافذة دعم الإنتاج.

على سبيل المثال، إذا كان الإصدار الحالي هو 1.0.18، فإن الإصدارات النموذجية المدعومة n-3 هي:

  • الإصدار الحالي: 1.0.18
  • n-1 الإصدار: 1.0.17
  • n-2 الإصدار: 1.0.16
  • n-3 الإصدار: 1.0.15

قد تكون هناك مثيلات لا تكون فيها الإصدارات المدعومة متتالية. على سبيل المثال، تم إصدار الإصدار 1.0.18 وتم العثور عليه لاحقا ليحتوي على خطأ. تم إصدار إصلاح عاجل في الإصدار 1.0.19 وتمت إزالة الإصدار 1.0.18. في هذا السيناريو، تصبح الإصدارات المدعومة n-3 1.0.19، 1.0.17، 1.0.16، 1.0.15.

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

إذا لم تتم ترقية جسر الموارد إلى أحد الإصدارات المدعومة (n-3)، فسيقع خارج نافذة الدعم ولن يكون مدعوما. إذا حدث ذلك، فقد لا يكون من الممكن دائما ترقية جسر موارد غير مدعوم إلى إصدار أحدث، حيث لم يعد من الممكن أن تكون خدمات المكونات المستخدمة بواسطة جسر موارد Arc متوافقة. بالإضافة إلى ذلك، قد لا يتمكن جسر الموارد غير المدعوم من توفير مقاييس مراقبة وصحية موثوقة.

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

توفر الإعلام والترقية

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

للتحقق مما إذا كان جسر موارد Arc الخاص بك يحتوي على ترقية متوفرة، قم بتشغيل الأمر :

az arcappliance get-upgrades --resource-group [REQUIRED] --name [REQUIRED]

لمشاهدة الإصدار الحالي من جهاز جسر موارد Arc، قم بتشغيل az arcappliance show أو التحقق من مورد Azure من جسر موارد Arc.

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