تكوين نظام مجموعة تجاوز الفشل ل Windows Server على Azure VMware Solution vSAN
في هذه المقالة، تعرف على كيفية تكوين تجاوز الفشل للمجموعات في Windows Server على Azure VMware Solution vSAN مع الأقراص المشتركة الأصلية.
نظام مجموعة تجاوز الفشل ل Windows Server، المعروف سابقا باسم خدمة نظام مجموعة خدمة Microsoft (MSCS)، هو ميزة نظام تشغيل Windows Server (OS). WSFC هي ميزة مهمة للأعمال، وبالنسبة للعديد من التطبيقات مطلوبة. على سبيل المثال، WSFC مطلوب للتكوينات التالية:
- تم تكوين SQL Server على النحو التالي:
- مثيل نظام مجموعة تجاوز الفشل Always On (FCI)، على سبيل المثال قابلية وصول عالية على مستوى المثيل.
- Always On Availability Group (AG)، لقابلية الوصول العالية على مستوى قاعدة البيانات.
- خدمات ملفات Windows:
- مشاركة ملف عام قيد التشغيل على عقدة نظام المجموعة النشطة.
- خادم ملفات التحجيم (SOFS)، الذي يخزن الملفات في وحدات التخزين المشتركة لنظام المجموعة (CSV).
- مساحات التخزين المباشرة (S2D)؛ الأقراص المحلية المستخدمة لإنشاء تجمعات التخزين عبر عقد نظام المجموعة المختلفة.
يمكنك استضافة مجموعة WSFC على مثيلات Azure VMware Solution المختلفة، والمعروفة باسم Cluster-Across-Box (CAB). يمكنك أيضا وضع نظام مجموعة WSFC على عقدة Azure VMware Solution واحدة. يعرف هذا التكوين باسم Cluster-in-a-Box (CIB). لا نوصي باستخدام حل CIB لتنفيذ الإنتاج، استخدم CAB بدلا من ذلك مع نهج الموضع. إذا فشلت عقدة Azure VMware Solution الفردية، فسيتم إيقاف تشغيل جميع عقد نظام مجموعة WSFC، وسيعاني التطبيق من وقت تعطل. يتطلب Azure VMware Solution ما لا يقل عن ثلاث عقد في مجموعة سحابية خاصة.
من المهم نشر تكوين WSFC مدعوم. تريد دعم الحل الخاص بك على VMware vSphere ومع Azure VMware Solution. يوفر VMware مستندا مفصلا حول WSFC على vSphere 7.0، وإعداد تجاوز الفشل للمجموعات وخدمة نظام مجموعة Microsoft.
تركز هذه المقالة على WSFC على Windows Server 2016 وWindows Server 2019. لسوء الحظ، لا يتوفر الدعم الأساسي لإصدارات Windows Server القديمة، لذلك لا نعتبرها هنا.
أولا، تحتاج إلى إنشاء WSFC. بعد ذلك، استخدم المعلومات التي نقدمها في هذه المقالة لتحديد توزيع WSFC على Azure VMware Solution.
المتطلبات الأساسية
- بيئة Azure VMware Solution
- وسائط تثبيت نظام التشغيل Microsoft Windows Server
التصميمات المرجعية
يوفر Azure VMware Solution دعما أصليا ل WSFC الظاهري. وهو يدعم الحجوزات المستمرة SCSI-3 (SCSI3PR) على مستوى القرص الظاهري. يتطلب WSFC هذا الدعم للتحكيم في الوصول إلى قرص مشترك بين العقد. يتيح دعم SCSI3PRs تكوين WSFC مع مورد قرص مشترك بين الأجهزة الظاهرية في الأصل على مخازن بيانات vSAN.
يوضح الرسم التخطيطي التالي بنية العقد الظاهرية WSFC على سحابة خاصة ل Azure VMware Solution. يظهر مكان تواجد Azure VMware Solution، بما في ذلك خوادم WSFC الظاهرية (المربع الأزرق)، فيما يتعلق بالنظام الأساسي الأوسع ل Azure. يوضح هذا الرسم التخطيطي بنية محورية نموذجية، ولكن من الممكن إعداد مماثل باستخدام Azure Virtual WAN. كلاهما يقدم جميع القيمة التي يمكن أن تجلبها لك خدمات Azure الأخرى.
التكوينات المدعومة
حاليا، التكوينات المدعومة هي:
- Microsoft Windows Server 2012 أو إصدار أحدث
- ما يصل إلى خمس عقد تجاوز الفشل للمجموعات لكل نظام مجموعة
- ما يصل إلى أربعة محولات PVSCSI لكل جهاز ظاهري
- ما يصل إلى 64 قرصا لكل محول PVSCSI
متطلبات تكوين الجهاز الظاهري
معلمات تكوين عقدة WSFC
- تثبيت أحدث أدوات VMware على كل عقدة WSFC.
- لا يتم دعم خلط الأقراص غير المشتركة والمشتركة على محول SCSI ظاهري واحد. على سبيل المثال، إذا تم إرفاق قرص النظام (محرك الأقراص C:) ب SCSI0:0، فسيتم إرفاق القرص المشترك الأول ب SCSI1:0. تحتوي عقدة الجهاز الظاهري ل WSFC على نفس وحدة تحكم SCSI الظاهرية كحد أقصى مثل جهاز ظاهري عادي - ما يصل إلى أربع (4) وحدات تحكم SCSI ظاهرية.
- يجب أن تكون معرفات SCSI للأقراص الظاهرية متسقة بين جميع الأجهزة الظاهرية التي تستضيف عقد WSFC نفسها.
| المكون | المتطلبات |
|---|---|
| إصدار أجهزة الجهاز الظاهري | 11 أو أعلى لدعم Live vMotion. |
| Virtual NIC | VMXNET3 بطاقة واجهة شبكة ظاهرية (NIC)؛ تمكين التحجيم الجانبي ل Windows Receive (RSS) داخل الضيف على NIC الظاهري. |
| الذاكرة | استخدم ذاكرة حجز الجهاز الظاهري الكاملة للعقد في نظام مجموعة WSFC. |
| زيادة مهلة الإدخال/الإخراج لكل عقدة WSFC. | تعديل HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services\Disk\TimeOutValueSet إلى 60 ثانية أو أكثر. (إذا قمت بإعادة إنشاء نظام المجموعة، فقد تتم إعادة تعيين هذه القيمة إلى القيمة الافتراضية الخاصة بها، لذلك يجب تغييرها مرة أخرى.) |
| مراقبة سلامة نظام مجموعة Windows | يجب تعديل قيمة معلمة SameSubnetThreshold لمراقبة صحة نظام مجموعة Windows للسماح ب 10 رسائل كشف أخطاء الاتصال الفائتة كحد أدنى. إنه الإعداد الافتراضي في Windows Server 2016. تنطبق هذه التوصية على جميع التطبيقات التي تستخدم WSFC، بما في ذلك الأقراص المشتركة وغير المشتركة. |
عقدة WSFC - معلمات تكوين أقراص التمهيد
| المكون | المتطلبات |
|---|---|
| نوع وحدة تحكم SCSI | LSI Logic SAS |
| وضع القرص | ظاهري |
| مشاركة ناقل SCSI | بلا |
| تعديل الإعدادات المتقدمة لوحدة تحكم SCSI ظاهرية تستضيف جهاز التمهيد. | أضف الإعدادات المتقدمة التالية إلى كل عقدة WSFC: scsiX.returnNo الاتصال DuringAPD = "TRUE" scsiX.returnBusyOnNo الاتصال Status = "FALSE" حيث X هو رقم معرف وحدة تحكم ناقل SCSI لجهاز التمهيد. بشكل افتراضي، يتم تعيين X إلى 0. |
عقدة WSFC - معلمات تكوين الأقراص المشتركة
| المكون | المتطلبات |
|---|---|
| نوع وحدة تحكم SCSI | VMware Paravirtualized (PVSCSI) |
| وضع القرص | مستقل - ثابت (راجع الخطوة 2 في الرسم التوضيحي التالي). باستخدام هذا الإعداد، تأكد من استبعاد جميع الأقراص من اللقطات. اللقطات غير مدعومة للأجهزة الظاهرية المستندة إلى WSFC. |
| مشاركة ناقل SCSI | المادية (انظر الخطوة 1 في الرسم التوضيحي التالي) |
| علامة متعدد الكتاب | غير مستخدم |
| تنسيق القرص | غير مطلوب سميك المقدمة (ثخانة صفرية حريصة (EZT) مع vSAN) |
السيناريوهات غير المدعومة
الوظائف التالية غير مدعومة ل WSFC على Azure VMware Solution:
- مخازن بيانات NFS
- مساحات مخصصة للتخزين
- vSAN باستخدام خدمة iSCSI
- نظام مجموعة vSAN الممتدة
- توافق vMotion المحسن (EVC)
- التسامح مع خطأ vSphere (FT)
- اللقطات
- التخزين المباشر (عبر الإنترنت) vMotion
- N-Port ID Virtualization (NPIV)
قد تؤدي التغييرات الساخنة في أجهزة الجهاز الظاهري إلى تعطيل رسالة كشف أخطاء الاتصال بين عقد WSFC.
الأنشطة التالية غير مدعومة وقد تتسبب في تجاوز فشل عقدة WSFC:
- إضافة ذاكرة ساخنة
- إضافة وحدة المعالجة المركزية (CPU) إلى Hot
- استخدام اللقطات
- زيادة حجم قرص مشترك
- إيقاف حالة الجهاز الظاهري مؤقتا واستئناحها
- الإفراط في الالتزام بالذاكرة مما يؤدي إلى تبديل ESXi أو تضخيم ذاكرة الجهاز الظاهري
- ملف Hot Extend Local VMDK، حتى إذا لم يكن مقترنا بوحدة تحكم مشاركة ناقل SCSI
تكوين WSFC مع الأقراص المشتركة على Azure VMware Solution vSAN
تأكد من توفر بيئة Active Directory.
إنشاء أجهزة ظاهرية (VMs) على مخزن بيانات vSAN.
قم بتشغيل جميع الأجهزة الظاهرية، وقم بتكوين اسم المضيف وعناوين IP، وانضم إلى جميع الأجهزة الظاهرية إلى مجال Active Directory، وقم بتثبيت آخر تحديثات نظام التشغيل المتوفرة.
تثبيت أحدث أدوات VMware.
تمكين وتكوين ميزة Windows Server Failover Cluster على كل جهاز ظاهري.
تكوين مراقب نظام المجموعة للحصة (يمكن أن يكون مراقب مشاركة ملف).
قم بإيقاف تشغيل جميع عقد نظام مجموعة WSFC.
أضف وحدة تحكم SCSI ظاهرية واحدة أو أكثر من Para (حتى أربعة) إلى كل جزء جهاز ظاهري من WSFC. استخدم الإعدادات لكل فقرات سابقة.
في عقدة نظام المجموعة الأولى، أضف جميع الأقراص المشتركة المطلوبة باستخدام إضافة قرص ثابت لجهاز>جديد. اترك مشاركة القرص على أنها غير محددة (افتراضية) ووضع القرص على أنها مستقلة - مستمرة. ثم قم بإرفاقه بوحدة (وحدات) التحكم التي تم إنشاؤها في الخطوات السابقة.
تابع عقد WSFC المتبقية. أضف الأقراص التي تم إنشاؤها في الخطوة السابقة عن طريق تحديد Add New Device>Existing Hard Disk. تأكد من الاحتفاظ بنفس معرفات SCSI للقرص على جميع عقد WSFC.
قم بتشغيل أول عقدة WSFC، وسجل الدخول، وافتح وحدة تحكم إدارة القرص (mmc). تأكد من أن الأقراص المشتركة المضافة قابلة للإدارة بواسطة نظام التشغيل ومن تهيئتها. تنسيق الأقراص وتعيين حرف محرك أقراص.
الطاقة على عقد WSFC الأخرى.
أضف القرص إلى نظام مجموعة WSFC باستخدام معالج إضافة قرص وأضفه إلى وحدة تخزين مشتركة لنظام المجموعة.
اختبر تجاوز الفشل باستخدام معالج نقل القرص وتأكد من أن نظام مجموعة WSFC مع الأقراص المشتركة يعمل بشكل صحيح.
قم بتشغيل معالج مجموعة التحقق من الصحة لتأكيد ما إذا كانت المجموعة وعقدها تعمل بشكل صحيح.
من المهم الاحتفاظ بالعناصر المحددة التالية من اختبار التحقق من صحة نظام المجموعة في الاعتبار:
التحقق من صحة الحجز الدائم لمساحات التخزين. إذا كنت لا تستخدم Storage Spaces مع نظام المجموعة الخاص بك (مثل Azure VMware Solution vSAN)، فإن هذا الاختبار غير قابل للتطبيق. يمكنك تجاهل أي نتائج لاختبار التحقق من صحة Storage Spaces Persistent Reservation بما في ذلك هذا التحذير. لتجنب التحذيرات، يمكنك استبعاد هذا الاختبار.
التحقق من صحة اتصال الشبكة. يعرض اختبار التحقق من صحة نظام المجموعة تحذيرا يشير إلى توفر واجهة شبكة واحدة فقط لكل عقدة نظام مجموعة. يمكنك تجاهل هذا التحذير. يوفر Azure VMware Solution التوفر والأداء المطلوبين، نظرا لأن العقد متصلة بأحد مقاطع مركز بيانات NSX-T. ومع ذلك، احتفظ بهذا العنصر كجزء من اختبار التحقق من صحة نظام المجموعة، لأنه يتحقق من صحة الجوانب الأخرى لاتصال الشبكة.
إنشاء نهج الموضع ذات الصلة لوضع الأجهزة الظاهرية WSFC على عقد Azure VMware Solution الصحيحة اعتمادا على تكوين WSFC CIB أو CAB. للقيام بذلك، تحتاج إلى قاعدة ترابط المضيف إلى الجهاز الظاهري. بهذه الطريقة، تعمل عقد نظام المجموعة على نفس مضيف (مضيفات) Azure VMware Solution أو منفصلة على التوالي.
المعلومات المرتبطة
- تجاوز الفشل للمجموعات في Windows Server
- إرشادات Microsoft Clustering على vSphere (1037959) (vmware.com)
- حول إعداد تجاوز الفشل للمجموعات وخدمة نظام مجموعة Microsoft (vmware.com)
- vSAN 6.7 U3 - WSFC مع الأقراص المشتركة والحجوزات المستمرة SCSI-3 (vmware.com)
- حدود Azure VMware Solution
الخطوات التالية
الآن بعد أن تناولنا إعداد WSFC في Azure VMware Solution، تعرف على المزيد حول:
- إعداد WSFC الجديد عن طريق إضافة المزيد من التطبيقات التي تتطلب إمكانية WSFC. على سبيل المثال، SQL Server وSAP ASCS.
- إعداد حل النسخ الاحتياطي.