مشاركة عبر

مراقب نظام المجموعة على جهاز Azure Stack Edge Pro GPU

  • مقالة

ينطبق على: نعم ل Pro GPU SKUAzure Stack Edge Pro - GPUنعم ل Pro 2 SKUAzure Stack Edge Pro 2

توفر هذه المقالة نظرة عامة موجزة على مراقب نظام المجموعة على جهاز Azure Stack Edge بما في ذلك متطلبات مراقب نظام المجموعة والإعداد والإدارة.

حول حصة نظام المجموعة والشاهد

في Windows Server Failover Clustering، يجب الحفاظ على الحصة لكي تبقى مجموعة Windows Server متصلة في حالة حدوث فشل. عندما تفشل العقد في نظام مجموعة Windows Server، تحتاج العقد الباقية إلى التحقق من أنها تشكل غالبية نظام المجموعة للبقاء متصلة.

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

لمزيد من المعلومات حول حصة نظام المجموعة، راجع فهم حصة نظام المجموعة.

حصة نظام المجموعة والشاهد على Azure Stack Edge

يتم تنفيذ تجاوز الفشل للمجموعات في Windows Server على جهاز Azure Stack Edge ثنائي العقد. يتم الاحتفاظ بالحصة دائما على نظام مجموعة Azure Stack Edge بحيث يمكن أن يظل الجهاز متصلا في حالة حدوث فشل. إذا فشلت إحدى العقد، يجب أن تتحقق غالبية العقد الباقية من أن نظام المجموعة يظل متصلا. مفهوم الأغلبية موجود فقط للمجموعات التي لها عدد فردي من العقد.

بالنسبة إلى نظام مجموعة Azure Stack Edge مع عقدتين، إذا فشلت عقدة، يوفر مراقب نظام المجموعة التصويت الثالث بحيث يظل نظام المجموعة متصلا (حيث يترك نظام المجموعة بأصوات 2/3 - أغلبية).

مراقب نظام المجموعة على Azure Stack Edge

يتطلب نظام مجموعة Azure Stack Edge المكون من عقدتين مراقب نظام المجموعة، بحيث إذا فشلت إحدى عقد Azure Stack Edge، فإن مراقب نظام المجموعة يمثل التصويت الثالث، ويبقى نظام المجموعة متصلا (منذ ترك نظام المجموعة بأصوات 2/3 - أغلبية). من ناحية أخرى، إذا فشلت كل من عقد الجهاز في وقت واحد، أو فشلت عقدة Azure Stack Edge ثانية بعد فشل العقدة الأولى، فلا يوجد تصويت الأغلبية، وتنتقل المجموعة دون اتصال.

يتطلب هذا النظام أن يكون لكل من عقد Azure Stack Edge اتصال ببعضها البعض ومراقب نظام المجموعة. إذا كان مراقب نظام المجموعة ينتقل دون اتصال أو يفقد الاتصال بأي من عقد الجهاز، فإن إجمالي عدد الأصوات في حالة فشل عقدة Azure Stack Edge واحدة سيكون زوجيا. في هذه الحالة، سيحاول Windows Server Failover Clustering معالجة هذا عن طريق اختيار عقدة جهاز بشكل عشوائي لن تحصل على التصويت (لجعل العدد الإجمالي للأصوات فرديا). في هذه الحالة، إذا كانت عقدة Azure Stack Edge التي فشلت هي تلك التي حصلت على تصويت واحد في نظام مجموعة Azure Stack Edge، فلن يكون هناك تصويت بالأغلبية وسينتقل نظام المجموعة دون اتصال. هذا هو السبب في أنه من أجل منع نظام مجموعة Azure Stack Edge من العمل دون اتصال في حالة فشل عقدة جهاز واحد، من المهم أن يكون مراقب نظام المجموعة متصلا وأن يكون لديه اتصال بكل من عقد الجهاز.

متطلبات الشهود

يمكن أن يكون مراقب نظام المجموعة في السحابة أو يعيش محليا. في كل حالة، هناك متطلبات معينة يجب أن يفي بها الشاهد.

  • متطلبات مراقب السحابة

    • يجب أن يكون لكل من عقد الجهاز في نظام المجموعة اتصال إنترنت موثوق به.
    • تأكد من أن المنفذ الافتراضي HTTPS 443 مفتوح على جهازك حيث يستخدم مراقب السحابة هذا المنفذ لإنشاء اتصال صادر مع خدمة Azure blob.

  • متطلبات الشهود المحليين

    • يتم إنشاء مشاركة ملف SMB 2.0 محليا ولكن ليس على عقد جهازك.
    • يوجد ما لا يقل عن 5 ميغابايت من المساحة الفارغة على مشاركة الملف.
    • يمكن لجهازك الوصول إلى مشاركة الملف عبر الشبكة.

إعداد مراقب نظام المجموعة وتكوينه

لكي يكون لدى الشاهد تصويت مستقل، يجب استضافته دائما خارج عقد Azure Stack Edge في نظام مجموعة الجهاز. يمكن نشر الشاهد بأي من الطرق التالية.

  • مراقب السحابة - استخدم مراقب السحابة عندما تكون كلتا العقدتين على نظام مجموعة Azure Stack Edge متصلتين ب Azure. لإعداد مراقب سحابة، استخدم حساب Azure Storage في السحابة وقم بتكوين الشاهد عبر واجهة المستخدم المحلية للجهاز.

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

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

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

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