تصميم Azure Virtual Desktop: مجموعات المضيفين وموازنة الحمل بالتفصيل

By Mirko Peters · 2026-08-27

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

Automatically translated with AI from the original post. Read the English original

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

في أحدث حلقة لدينا من البودكاست، Azure Virtual Desktop - Simply Explained، استعرضنا المفاهيم الأساسية لـ AVD وسبب تحوّله إلى أداة لا غنى عنها للمؤسسات الحديثة. أما اليوم، فسنتوسع كثيراً في هذا الحديث بالتعمق في البنية التقنية. سنستعرض كيفية الاختيار بين مجموعات المضيفين المجمّعة والمخصصة، ونقيّم خوارزميات موازنة الحمل المختلفة، ونضبط حدود الجلسات بدقة، وفي النهاية نصمم بيئة توازن بين تجربة مستخدم عالية الأداء والكفاءة الصارمة في التكلفة.

مقدمة في بنية Azure Virtual Desktop

عند تصميم بيئة Azure Virtual Desktop (AVD)، فأنت تبني منظومة تربط بين مستوى التحكم الذي تديره Microsoft ومستوى البيانات الذي يعمل ضمن اشتراك Azure الخاص بك. يتولى مستوى التحكم مهامّ أساسية مثل الوصول عبر الويب، وخدمات البوابة، والتشخيص، وتوجيه الاتصالات. أما مستوى البيانات، حيث تعمل أحمال العمل الفعلية، فيتكوّن من أجهزة Azure الافتراضية التي تعمل كمضيفين للجلسات، ومنظّمة في مجموعات مضيفين.

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

مجموعات المضيفين المجمّعة مقابل المخصصة: اختيار النموذج المناسب

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

مجموعات المضيفين المجمّعة: أقصى كفاءة ووفورات في التكلفة

في مجموعة المضيفين المجمّعة، يتشارك عدة مستخدمين الجهاز الافتراضي نفسه في الوقت ذاته. فعلى سبيل المثال، قد تُجهّز جهاز Azure افتراضياً قوياً بعدة وحدات معالجة افتراضية وذاكرة وفيرة، وتسمح لعدة مستخدمين متزامنين بتسجيل الدخول إلى ذلك الجهاز الواحد.

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

مجموعات المضيفين المخصصة: قوة مخصصة والتحكم في الحالة

في المقابل، تُخصص مجموعات المضيفين المخصصة جهازاً افتراضياً واحداً مخصصاً لمستخدم محدد. فعندما يسجل جون الدخول إلى AVD كل صباح، يتصل بجهازه الافتراضي المعزول الخاص به، ولا يشاركه فيه أي مستخدم آخر.

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

خوارزميات موازنة التحميل: الأولوية للعمق مقابل الأولوية للاتساع

بمجرد أن تقرر استخدام مجموعات المضيفين المشتركة، يتمثل الاعتبار المعماري التالي في كيفية توزيع جلسات المستخدمين الواردة على أجهزة VM المتاحة في المجموعة. تقدّم AVD خوارزميتين رئيسيتين لموازنة التحميل للتعامل مع هذا التوزيع: Breadth-first وDepth-first.

موازنة التحميل Breadth-First: إعطاء الأولوية للأداء

صُممت خوارزمية Breadth-first لتوزيع جلسات المستخدمين الجديدة بالتساوي على جميع مضيفي الجلسات المتاحين في مجموعة المضيفين. فإذا كان لديك أربعة أجهزة VM في المجموعة، تذهب الجلسة الأولى للمستخدم إلى VM 1، والجلسة الثانية إلى VM 2، والثالثة إلى VM 3، والرابعة إلى VM 4، ثم تعود الجلسة الخامسة إلى VM 1.

لماذا تختار Breadth-first؟ يُعظّم هذا النهج موارد الأجهزة المتاحة لكل مستخدم. ولأن الجلسات موزّعة، يحصل كل مستخدم على حصة أكبر من CPU وRAM وIOPS للقرص على الجهاز الخاص به، ما ينتج عنه تجربة مستخدم سريعة وفائقة الاستجابة. وهو الخيار الأمثل للمؤسسات التي يُعد فيها أداء المستخدم أولوية قصوى وتكون أحمال التطبيقات غير متوقعة.

موازنة التحميل Depth-First: إعطاء الأولوية لكفاءة التكلفة

تتبع خوارزمية Depth-first النهج المعاكس تماماً. فهي تملأ مضيف جلسات واحداً حتى يبلغ الحد الأقصى المهيأ للجلسات قبل توجيه أي اتصالات مستخدمين جديدة إلى جهاز VM التالي في المجموعة.

لماذا تختار Depth-first؟ يدور هذا الأسلوب حول تحسين التكلفة ومواءمة التوسيع التلقائي. فمن خلال تكديس المستخدمين بإحكام على عدد أقل من أجهزة VM النشطة، تبقى الأجهزة الأخرى خاملة تماماً. وفي بيئة السحابة، يمكن إيقاف أجهزة VM الخاملة أو إلغاء تخصيصها بأمان باستخدام نصوص أتمتة Azure أو خطط التوسيع المدمجة. وهذا يمنعك من دفع تكلفة موارد حوسبة قيد التشغيل لا تحتاجها خلال ساعات الذروة المنخفضة.

تهيئة حدود الجلسات لتحقيق الأداء والتكلفة

اختيار خوارزمية موازنة التحميل ليس سوى نصف المعادلة؛ يجب عليك أيضاً تهيئة الحد الأقصى للجلسات لمضيفي الجلسات. ويتطلب تحديد العتبة الصحيحة موازنة حسابية دقيقة تستند إلى حجم أجهزة VM (عدد vCPU وحجم RAM).

كقاعدة عامة تقريبية لأحمال إنتاجية المكتب القياسية، يستهدف المعماريون غالباً نحو 4 إلى 6 جلسات مستخدمين لكل vCPU، رغم أن هذا الرقم يتفاوت بشكل كبير حسب مزيج التطبيقات. على سبيل المثال:

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

إذا ضبطت حد الجلسات الأقصى مرتفعاً أكثر من اللازم في تهيئة Depth-first، فسيعاني المستخدمون من تدهور حاد في الأداء عندما يصل جهاز VM إلى سقف موارده. وإذا ضبطته منخفضاً جداً، فستفقد الفوائد التوفيرية لتجميع الموارد. وتُعد أدوات المراقبة مثل Azure Monitor حيوية هنا؛ افحص وحدة المعالجة المركزية والذاكرة وأطوال قوائم انتظار القرص خلال دورة عمل نموذجية لضبط العتبة الدقيقة.

تحسين استخدام الموارد وكفاءة التكلفة

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

يتيح لك تنفيذ التوسيع التلقائي الأصلي لـ Azure Virtual Desktop تشغيل مضيفي الجلسات تلقائياً عندما يرتفع طلب المستخدمين في الصباح، وإيقافهم بأمان عند تسجيل المستخدمين الخروج في المساء. ومع موازنة التحميل بأسلوب Depth-first، يضمن التوسيع التلقائي عدم دفعك مقابل سعة "شبحية" أبداً.

علاوةً على ذلك، فإن تطبيق حاويات ملفات تعريف FSLogix أمرٌ لا غنى عنه لبيئة مجمّعة مصممة بشكل سليم. تُعيد FSLogix توجيه ملفات تعريف المستخدمين إلى مشاركة ملفات مركزية (مثل Azure Files أو Azure NetApp Files) عند تسجيل الدخول. وهذا يعني أنه بغض النظر عن مضيف الجلسة الذي يصل إليه المستخدم عبر خوارزمية breadth-first، تتبعه إعدادات سطح المكتب وملفات OST الخاصة بـ Outlook والتخصيصات الشخصية بسلاسة، مما يضمن تجربة مستخدم متسقة مع الحفاظ على خفة أقراص الأجهزة الافتراضية المحلية وسرعتها.

الخاتمة والخطوات التالية لتخطيط البنية

إن تصميم Azure Virtual Desktop تمرينٌ مجزٍ يتطلب الموازنة بين تجربة المستخدم وقابلية التنبؤ بالأداء والإنفاق على السحابة. فمن خلال تقييم مجموعات المضيفين المجمّعة مقابل المخصصة بعناية، واختيار خوارزمية موازنة الحمل بين breadth-first وdepth-first بحكمة، وضبط حدود الجلسات بدقة إلى جانب FSLogix والتوسيع التلقائي، يمكنك بناء بنية تحتية افتراضية لسطح المكتب مرنة وعالية الأداء.

إذا كنت مستعدًا للارتقاء باستراتيجية الvirtualization لديك إلى المستوى التالي، وترغب في الاستماع إلى مزيد من التحليلات المتخصصة حول تقنيات Microsoft الحديثة، فتأكد من الاستماع إلى الحلقة المرافقة، Azure Virtual Desktop - Simply Explained. فهي توفر الرؤى الأساسية التي تحتاجها لاتخاذ قرارات معمارية واثقة واستراتيجية لمؤسستك.

وفقكم الله في تصميم بنيتكم، وإلى اللقاء في السحابة!