مشاركة عبر

تحديث مضيف الجلسة ل Azure Virtual Desktop (معاينة)

  • مقالة

هام

تحديث مضيف جلسة العمل ل Azure Virtual Desktop قيد المعاينة حاليا. للحصول على الشروط القانونية التي تنطبق على ميزات Azure الموجودة في الإصدار التجريبي، أو المعاينة، أو التي لم يتم إصدارها بعد في التوفر العام، راجع شروط الاستخدام التكميلية لمعاينات Microsoft Azure.

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

فيما يلي التغييرات التي يمكنك إجراؤها عند إجراء تحديث:

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

تحديث العملية

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

فيما يلي مثال: إذا كان لديك تجمع مضيف مع 10 مضيفي جلسة وقمت بإدخال حجم دفعة من ثلاثة، يتم تحديث مضيف جلسة عمل واحد (الأولي)، ثم يتم تحديث مضيفي الجلسة المتبقية على ثلاث دفعات من مضيفي الجلسة الثلاثة. في أي وقت بعد أن يكمل مضيف الجلسة الأولية تحديثه، هناك ما لا يقل عن سبعة مضيفي جلسات متاحين للاستخدام في تجمع المضيف.

أثناء التحديث، يتبع تحديث مضيف جلسة العمل هذه العملية:

  1. يتم تحديد مضيفي الجلسة الحاليين بناء على أسمائهم وحجم الدفعة المحددة مسبقا. يتم إرسال إعلام يحدده المسؤول إلى أي مستخدمين متصلين، ثم تنتظر الخدمة المدة المحددة سابقا قبل تسجيل الخروج من أي مستخدمين متبقين.

  2. يتم وضع مضيفي الجلسة المحددين في وضع الاستنزاف، ثم إزالتهم من تجمع المضيف. لا يتم حذف حساب الكمبيوتر لمضيفي الجلسة الذين انضموا إلى مجال Active Directory.

  3. يتم إنشاء نفس العدد من مضيفي الجلسة الجدد باستخدام تكوين مضيف جلسة العمل المحدث. موارد Azure الجديدة للجهاز الظاهري وقرص نظام التشغيل وواجهة الشبكة بتنسيق SessionHostName-DateTime، على سبيل المثال، يتم استبدال جهاز ظاهري موجود يسمى VM1-0 بجهاز ظاهري جديد يسمى VM1-0-2023-04-15T17-16-07. لا يتم تغيير اسم مضيف نظام التشغيل. يتم ضم مضيفي الجلسة الجدد إلى الدليل الخاص بك باستخدام ملحقات Azure VM.

    يرث مضيفو الجلسة المنضمون إلى مجال Active Directory كائنات كمبيوتر AD الموجودة. تنشئ هذه العملية علاقة الثقة وتقطع علاقة الثقة الحالية مع الأجهزة الظاهرية السابقة.

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

  5. يتم إلغاء تخصيص الأجهزة الظاهرية الأصلية أو حذفها، اعتمادا على ما إذا كنت قد اخترت حفظ الأجهزة الظاهرية الأصلية.

يمكن أن تكون هناك عملية تحديث مضيف جلسة عمل واحدة قيد التشغيل أو مجدولة في تجمع مضيف واحد في كل مرة. ومع ذلك، يمكنك تشغيل عمليات تحديث مضيف الجلسة على تجمعات مضيفين متعددة في نفس الوقت.

يتم تكريم حالة الطاقة الحالية ووضع استنزاف مضيفي الجلسة. يمكنك إجراء تحديث على تجمع مضيف حيث يتم إلغاء تخصيص جميع مضيفي الجلسة لتوفير التكاليف.

هام

  • إذا كنت تستخدم Azure Virtual Desktop Insights، فلن يتم تثبيت عامل Azure Monitor أو عامل Log Analytics تلقائيا على مضيفي الجلسة المحدثة. لتثبيت العامل تلقائيا، إليك بعض الخيارات:

  • ضع في اعتبارك حدود الحصة النسبية لاشتراك Azure الخاص بك وفكر في إرسال طلب لزيادة الحصة النسبية إذا تجاوز التحديث الحد.

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

الأجهزة الظاهرية وأدوات الإدارة

يجب دعم الصورة الجديدة ل Azure Virtual Desktop وإنشاء الجهاز الظاهري، ويمكن أن تكون من:

  • Microsoft Azure Marketplace.

  • صورة مشتركة لمعرض حوسبة Azure موجود.

  • صورة مدارة موجودة.

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

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

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

تستخدم كائنات نهج المجموعة (GPOs) لتطبيق النهج على مضيفي جلسة العمل ويتم تطبيقها عادة على مستوى الوحدة التنظيمية في مجال Active Directory. ومع ذلك، قد يكون هناك بعض التطبيقات/التصفية التي تم إجراؤها باستخدام كائنات الكمبيوتر أو كائنات المجموعة. نظرا لأن الأجهزة الظاهرية الجديدة ترث كائنات الكمبيوتر المعزولة، لا تزال عناصر نهج المجموعة الموجودة سارية. يجب التأكد من استمرار تطبيق عناصر نهج المجموعة الحالية إذا قمت بتغيير عضوية الوحدة التنظيمية كجزء من عملية التحديث.

الجدولة وجلسات عمل المستخدم

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

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

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

المشكلات المعروفة والقيود

فيما يلي المشكلات والقيود المعروفة:

  • لا يتم عرض إصدار تكوين مضيف جلسة العمل الحالي في شفرة مضيف الجلسة في المدخل. حتى يتم إصلاح هذه المشكلة، يمكنك الوصول إلى المدخل باستخدام عنوان URL للمدخل هذا لعرض إصدار التكوين الحالي.

  • يتوفر تحديث مضيف الجلسة فقط في سحابة Azure العالمية. لا يتوفر في السحب الأخرى، مثل Azure US Government أو Azure التي تديرها 21Vianet.

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

  • لا تدعم تكوينات مضيف جلسة العمل حاليا الوصول إلى صورة مشتركة لمعرض حوسبة Azure موجودة في اشتراك Azure مختلف عن تجمع المضيف.

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

  • إذا فشل أحد التحديثات، فلا يمكن حذف تجمع المضيف حتى يتم إلغاء التحديث.

  • يتغير تقدم التحديث فقط عند تحديث مضيف جلسة عمل. على سبيل المثال، في تجمع مضيف مع 10 مضيفي جلسة عمل، بينما يتم تحديث مضيف الجلسة الأول، يظهر التقدم على أنه 0.00٪. ينتقل هذا فقط إلى 10٪ بمجرد تحديث مضيف الجلسة الأول.

  • إذا قررت إنشاء صورة مأخوذة من مضيف جلسة عمل موجود تستخدمه بعد ذلك كصورة مصدر لتحديث مضيف جلسة العمل، فستحتاج إلى حذف C:\packages\plugin المجلد قبل إنشاء الصورة. وإلا فإن هذا المجلد يمنع ملحق DSC الذي ينضم إلى الأجهزة الظاهرية المحدثة إلى تجمع المضيف من التشغيل.

  • إذا كنت تستخدم Azure Virtual Desktop Insights، فلن يتم تثبيت عامل Azure Monitor أو عامل Log Analytics تلقائيا على مضيفي الجلسة المحدثة. لتثبيت العامل تلقائيا، إليك بعض الخيارات:

  • يمكن أن يؤدي تعديل تكوين مضيف جلسة العمل في تجمع مضيف مع عدم وجود مضيفي جلسة عمل في نفس الوقت الذي يتم فيه إنشاء مضيف جلسة عمل إلى تجمع مضيف بخصائص مضيف جلسة عمل غير متناسقة ويجب تجنبه.

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

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