اعتبارات التخزين لأحمال عمل Azure Virtual Desktop
تتناول هذه المقالة منطقة تصميم التخزين لحمل عمل Azure Virtual Desktop . Azure Virtual Desktop هو حل حساب المستخدم النهائي المستند إلى السحابة الذي يمنح المستخدمين حق الوصول إلى أسطح المكتب والتطبيقات الخاصة بهم من أي مكان وعلى أي جهاز. تغطي هذه المناقشة اعتبارات التخزين للأجهزة الظاهرية (VMs) وملفات تعريف المستخدمين والتطبيقات.
هام
هذه المقالة هي جزء من سلسلة حمل عمل Azure Well-Architected Framework Azure Virtual Desktop . إذا لم تكن على دراية بهذه السلسلة، نوصي بالبدء بما هو حمل عمل Azure Virtual Desktop؟.
تحديد المنطقة
التأثير: كفاءة الأداء، تحسين التكلفة
عند نشر Azure Virtual Desktop، يعد تحديد المنطقة أحد الاعتبارات المهمة. قبل تحديد منطقة Azure التي تريد التوزيع إليها، يجب عليك التحقق من توفر المنتج. يمكن أن تختلف وحدات SKU لخدمات مثل أجهزة Azure الظاهرية حسب المنطقة، لأنه ليس كل منطقة تحتوي على أجهزة متطابقة. للحصول على توفر وحدات SKU للجهاز الظاهري والخدمات الأخرى، راجع المنتجات المتوفرة حسب المنطقة.
قبل تحديد منطقة معينة، يجب أن تكون على دراية أيضا بمتطلبات التوافق الإقليمية وإقامة البيانات.
هناك اعتبار مهم آخر في تحديد المنطقة وهو زمن الانتقال. من الأفضل بشكل عام مركزية جميع الموارد الضرورية في نفس منطقة Azure مثل تجمع المضيف. إذا قمت بتوزيع Azure Virtual Desktop في منطقة بعيدة عن المستخدمين، يمكن أن يزيد من زمن الانتقال ويتدهور الأداء. كما يمكن أن يزيد من تكلفة نقل البيانات بين المناطق.
يحتوي مخزن بيانات تعريف Azure Virtual Desktop على مساحات العمل وتجمعات المضيفين ومجموعات التطبيقات وخطط التحجيم. مخزن بيانات التعريف هذا غير مدعوم دائما في المنطقة التي تحددها لمضيفي الجلسة. يمكن أن يؤدي هذا النقص في الدعم إلى فصل مخزن بيانات التعريف ومضيفي الجلسة. للحصول على معلومات مفصلة، راجع مواقع البيانات ل Azure Virtual Desktop.
التوصيات
- تحقق من توفر وحدات SKU للأجهزة الظاهرية وخدمات Azure التي تحتاجها في منطقتك المحددة.
- تعرف على متطلبات التوافق وإقامة البيانات لأي منطقة تفكر فيها.
- ضع مواردك في نفس منطقة Azure مثل تجمع المضيف لتقليل زمن الانتقال وتقليل تكاليف نقل البيانات.
- تعرف على المناطق التي تتوفر فيها موارد مستوى إدارة Azure Virtual Desktop.
حجم الجهاز الظاهري والقرص
التأثير: كفاءة الأداء، تحسين التكلفة
يعد تغيير حجم الجهاز الظاهري أحد الاعتبارات المهمة عند نشر Azure Virtual Desktop. يؤثر تغيير الحجم بشكل مباشر على التكلفة وتجربة المستخدم النهائي. يحدد تغيير الحجم أيضا أحمال العمل التي تعمل بسلاسة. الهدف العام هو تغيير حجم الأجهزة الظاهرية الخاصة بك بشكل صحيح من خلال النظر في عوامل مثل متطلبات الموارد لحمل العمل الخاص بك وما إذا كنت تستخدم تجمعات المضيفين الشخصية أو المجمعة. يفضل أيضا استخدام عدد أكبر من الأجهزة الظاهرية الأصغر من استخدام عدد قليل من الأجهزة الظاهرية الكبيرة، لأنه من الأسهل إدارة الأجهزة الظاهرية الأصغر وصيانتها. للحصول على معلومات مفصلة حول تحجيم الجهاز الظاهري، راجع إرشادات تحجيم الجهاز الظاهري لمضيف الجلسة.
توفر خطط التحجيم طريقة فعالة لاستخدام أجهزة ظاهرية صغيرة ومنخفضة الكثافة للمستخدم. تقوم خطة التحجيم تلقائيا بضبط عدد الأجهزة الظاهرية بناء على طلب المستخدم والجدول الزمني. يقلل هذا النهج من التكاليف عن طريق إيقاف تشغيل الأجهزة الظاهرية غير المستخدمة. إنه يحسن الموارد من خلال مطابقة سعة تجمع المضيف مع جلسات عمل المستخدم. لمزيد من المعلومات، راجع خطط التحجيم التلقائي وسيناريوهات المثال في Azure Virtual Desktop.
عند تحديد قرص نظام تشغيل ل Azure Virtual Desktop، يمكنك توفير التكاليف عن طريق تحديد محرك أقراص ثابت قياسي (HDD) عبر محرك أقراص ذي حالة صلبة (SSD)، ولكنك تضحي بالأداء. إذا كان حمل عمل الإنتاج يتطلب اتفاقية على مستوى الخدمة (SLA)، فيجب عليك استخدام تخزين SSD متميز.
هناك اعتبار آخر هو أن أجهزة Azure الظاهرية لديها عمليات إدخال/إخراج في الثانية (IOPS) وحدود أداء معدل النقل التي تستند إلى نوع الجهاز الظاهري وحجمه. تحدد وحدة SKU المحددة لأقراص نظام التشغيل وأقراص البيانات في نهاية المطاف IOPS المتوفرة للمستخدم. إذا كنت تستخدم ملفات تعريف FSLogix، فلديك متطلبات IOPS إضافية، لأن ملفات التعريف يتم سحبها من مشاركات الشبكة وكتابتها على القرص. للحصول على معلومات مفصلة حول IOPS وأداء القرص، راجع أهداف قابلية التوسع والأداء لأقراص الجهاز الظاهري.
التوصيات
- افحص استخدام وحدة المعالجة المركزية ووحدة معالجة الرسومات والذاكرة والتخزين لأحمال العمل التي يقوم المستخدمون بتشغيلها قبل تحديد وحدة SKU للجهاز الظاهري.
- استخدم الأجهزة الظاهرية مع نواة وحدة المعالجة المركزية الفعلية على الأقل لمضيفي جلسة واحدة.
- استخدم الأجهزة الظاهرية مع أربعة ذاكرات أساسية على الأقل لمضيفي الجلسات المتعددة.
- استخدم عددا أكبر من الأجهزة الظاهرية الأصغر بدلا من عدد قليل من الأجهزة الظاهرية الكبيرة.
- استخدم خطط التحجيم لضبط عدد الأجهزة الظاهرية استنادا إلى طلب المستخدم والجدول الزمني.
- خذ بعين الاعتبار حدود أداء IOPS ومعدل النقل للأجهزة الظاهرية عند تحديد نوع قرص.
- استخدم SSDs لأحمال العمل عالية الأداء.
- استخدم محركات الأقراص ذات الحالة الصلبة المتميزة لأحمال عمل الإنتاج التي تتطلب أداء عاليا وا زمن انتقال منخفض واتفاقية مستوى الخدمة.
- استخدم محركات الأقراص ذات الحالة الصلبة المتميزة Windows 10 أو Windows 11 Enterprise متعددة الجلسات.
- استخدم محركات الأقراص ذات الحالة الصلبة القياسية أو المتميزة لأسطح المكتب الشخصية.
ملفات تعريف المستخدمين
التأثير: كفاءة الأداء، تحسين التكلفة
يمكن ل Azure Virtual Desktop معالجة المهام المقترنة بملفات تعريف المستخدمين بكفاءة، مثل إدارة ملفات جدول التخزين الكبيرة دون اتصال والإعدادات الحديثة المستمرة. بشكل عام، FSLogix هو حل ملف تعريف المستخدم الموصى به ل Azure Virtual Desktop. تم تصميمه لتجوال ملفات التعريف في بيئات الحوسبة عن بعد. عندما يقوم المستخدم بتسجيل الدخول، يتم إرفاق حاوية ملف تعريف FSLogix ديناميكيا ببيئة الحوسبة عبر قرص ثابت ظاهري (VHD) وقرص ثابت ظاهري Hyper-V (VHDX). يتوفر ملف تعريف المستخدم على الفور ويظهر في النظام مثل ملف تعريف مستخدم أصلي.
يوفر Azure العديد من حلول التخزين لإسكان حاويات ملف تعريف FSLogix للاستخدام مع Azure Virtual Desktop. في معظم السيناريوهات، Azure Files هو حل التخزين الموصى به لبيئة سطح المكتب الظاهرية. طالما أن السعة و IOPS وا لزمن الانتقال تلبي احتياجاتك، فإن Azure Files توفر قيمة ممتازة. تقلل مشاركات الملفات المدارة بالكامل من الصيانة من جانبك. للحصول على معلومات مفصلة حول مستويات التخزين المتوفرة، راجع مستويات ملفات Azure.
خيار آخر لحل تخزين FSLogix هو Azure NetApp Files، وهي خدمة تخزين ملفات عالية الأداء أصلية من Azure من فئة المؤسسة. تؤثر طبقة المنتج والسعة التي تحددها ل Azure NetApp Files على أدائها. يؤدي توفير المزيد من السعة إلى ميزانية أداء أعلى، ما قد يؤدي إلى متطلبات المستوى الأدنى. يمكن أن يؤدي هذا الموقف إلى تكلفة إجمالية أكثر مثالية للملكية (TCO). عند تحديد طبقة، تحتاج إلى موازنة اعتبارات السعة والأداء والتكلفة. لمزيد من المعلومات حول المستويات المتوفرة، راجع مستويات Azure NetApp Files.
يوفر الجدول التالي مقارنة سريعة بين خيارات التخزين ل FSLogix:
| الميزات | ملفات Azure | ملفات Azure NetApp |
|---|---|---|
| حالة الاستخدام | الغرض العام | الغرض العام من نطاق المؤسسة |
| خدمة النظام الأساسي | نعم، حل Azure أصلي | نعم، حل Azure أصلي |
| التوفر الإقليمي | جميع المناطق | المناطق المحددة |
| التكرار | زائد محليا أو زائد عن الحاجة في المنطقة أو زائد جغرافيا أو زائد عن الحاجة جغرافيا | مكرر محليا، أو زائد عن الحاجة في المنطقة مع النسخ المتماثل عبر المناطق، أو متكرر جغرافيا مع النسخ المتماثل عبر المناطق |
| مستويات | قياسي (محسن للمعاملات)، متميز | قياسي، متميز، فائق |
| الأداء | ما يصل إلى 100,000 IOPS كحد أقصى لكل مشاركة مع 10 غيغابايت في الثانية لكل مشاركة في زمن انتقال يبلغ حوالي 3 مللي ثانية | ما يصل إلى 460,000 IOPS كحد أقصى لكل وحدة تخزين مع 4.5 غيغابايت في الثانية لكل وحدة تخزين في زمن انتقال 1 مللي ثانية تقريبا. للحصول على IOPS وتفاصيل الأداء، راجع اعتبارات الأداء لملفات Azure NetAppوالأسئلة المتداولة حول الأداء لملفات Azure NetApp. |
| السعة | 100 تيرابايت لكل مشاركة، ما يصل إلى 5 PiB لكل حساب للأغراض العامة | 100 تيرابايت لكل وحدة تخزين، حتى 12.5 PiB لكل حساب NetApp |
| البنية الأساسية المطلوبة | الحد الأدنى لحجم المشاركة 1 غيغابايت | تجمع سعة أدنى يبلغ 2 تيرابايت، بحد أدنى لحجم الحجم 100 جيبي بايت |
| البروتوكولات | نظام ملفات الشبكة (NFS) 4.1 (معاينة)، كتلة رسائل الخادم (SMB) 3.0، SMB 2.1، REST | NFS 4.1، NFS 3، SMB 3.x، SMB 2.x، بروتوكول مزدوج |
للحصول على معلومات مفصلة حول حلول تخزين FSLogix، راجع خيارات التخزين لحاويات ملف تعريف FSLogix في Azure Virtual Desktop.
التوصيات
- استخدم FSLogix كحل لملف تعريف المستخدم ل Azure Virtual Desktop.
- انشر حل التخزين الخاص بك لحاويات ملف تعريف FSLogix في نفس المنطقة مثل مضيفي الجلسة.
- تحقق من أن أي حل تخزين تفكر فيه يدعم البروتوكولات التي تستخدمها.
- استخدم ملفات Azure كحل تخزين في معظم السيناريوهات. ضع في اعتبارك الإرشادات التالية عند تحديد طبقة:
- استخدم مشاركات الملفات المتميزة لأحمال العمل كثيفة الإدخال/الإخراج التي تتطلب أداء عاليا وا زمن انتقال منخفضا.
- استخدم مشاركات الملفات القياسية لأحمال عمل الإدخال/إخراج الأقل حساسية لتقلب الأداء.
- استخدم مشاركات الملفات القياسية لنموذج فوترة الدفع أولا بأول.
- ضع في اعتبارك استخدام Azure NetApp Files كحل تخزين لعمليات توزيع Azure Virtual Desktop واسعة النطاق. ضع النقاط التالية في الاعتبار:
- تحقق من توفر Azure NetApp Files في منطقتك.
- ضع في اعتبارك التكاليف ومتطلبات الأداء عند تحديد مستوى وسعة توفير.
- يجب أن تدرك أن السعة التي توفرها يمكن أن تؤثر على اختيارك للطبقة.
التطبيقات (إرفاق التطبيق)
التأثير: التميز التشغيلي
إرفاق التطبيق هو الحل الموصى به لتسليم التطبيقات إلى أجهزة Azure Virtual Desktop الظاهرية. ويوفر العديد من الفوائد لإدارة التعبئة والتغليف والتطبيقات. تتضمن الأمثلة زيادة الأمان والمرونة والتحكم وتقليل وقت النشر. على سبيل المثال، يمكنك استخدام App Attach لتحديث التطبيقات دون التأثير على بيانات المستخدم أو إعداداته. وهو يدعم تطبيقات سطح المكتب وتطبيقات النظام الأساسي العام لـ Windows (UWP). يوفر App Attach أيضا طريقة لاستخدام مثبت تطبيق Windows لتثبيت التطبيقات وإلغاء تثبيتها بسهولة.
يختلف App Attach عن MSIX. تم تصميم App Attach خصيصا للمنتجات المدعومة مثل Azure Virtual Desktop. في توزيع Azure Virtual Desktop، يوفر App Attach التطبيقات لمضيفي الجلسة داخل حاويات MSIX. تفصل هذه الحاويات بيانات المستخدم ونظام التشغيل والتطبيقات. يحسن هذا الفصل الأمان ويزيد من كفاءة استكشاف الأخطاء وإصلاحها. تتمثل إحدى الفوائد الرئيسية لإرفاق التطبيق في أنه يوفر المرونة والتحكم في تسليم التطبيق. على سبيل المثال، يمكنك إرفاق التطبيقات ديناميكيا من حزمة MSIX بجلسة مستخدم.
لا يحتوي App Attach على تبعيات محددة على نوع نسيج التخزين الذي تستخدمه مشاركة الملف. ونتيجة لذلك، فإن اعتبارات مشاركة App Attach هي نفسها اعتبارات مشاركة FSLogix. لهذه الاعتبارات، راجع ملفات تعريف المستخدمين، في وقت سابق من هذه المقالة. لمعرفة المزيد حول متطلبات التخزين، راجع خيارات التخزين لحاويات ملفات تعريف FSLogix في Azure Virtual Desktop.
التوصيات
افصل App Attach storage fabric عن حاويات ملف تعريف FSLogix.
استبعاد الملفات التالية من عمليات فحص مكافحة الفيروسات لتجنب ازدحام الأداء:
- <App-Attach-file-share>*. Vhd
- <App-Attach-file-share>*. VHDX
- <App-Attach-file-share>. Cim
استبعاد المواقع التالية من عمليات فحص مكافحة الفيروسات إذا كنت تستخدم ملفات Azure:
- \storageaccount.file.core.windows.net\مشاركة*. Vhd
- \storageaccount.file.core.windows.net\مشاركة*. VHDX
- \storageaccount.file.core.windows.net\مشاركة*. Cim
قم بتشغيل اختبار إذا كنت تستخدم مضيف جلسة متعددة لمعرفة ما إذا كان يمكن للمستخدمين اثنين أو أكثر على نفس مضيف الجلسة تشغيل التطبيق بنجاح في نفس الوقت.
قم بتضمين خطوات في خطط الإصلاح بعد كارثة ل Azure Virtual Desktop لنسخ مشاركة ملف إرفاق التطبيق في موقع تجاوز الفشل الثانوي. تأكد أيضا من إمكانية الوصول إلى مسار مشاركة الملف في الموقع الثانوي. ضع في اعتبارك استخدام مساحة اسم نظام الملفات الموزعة (DFS) لتلبية هذا المطلب.
تحقق من أن مشاركة ملف إرفاق التطبيق تحتوي على الأذونات التالية عند استخدام ملفات Azure:
كائن Azure والدور المطلوب وظيفة الدور مضيفو الجلسة (كائنات كمبيوتر الجهاز الظاهري) Storage File Data SMB Share Reader يوفر الوصول للقراءة إلى مشاركات ملفات Azure عبر SMB المسؤولون في مشاركات الملفات Storage File Data SMB Share Elevated Contributor يوفر الوصول للقراءة والكتابة والحذف والأذونات لتعديل قوائم التحكم في الوصول على الملفات والدلائل في مشاركات ملفات Azure
الخطوات التالية
الآن بعد أن نظرت في اعتبارات التخزين، راجع كيفية دمج حمل عمل Azure Virtual Desktop مع مناطق هبوط Azure.
استخدم أداة التقييم لتقييم خيارات التصميم الخاصة بك.