موازنة كتلة نظام مجموعة الخدمة.

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

هناك ثلاث فئات مختلفة من العمل الذي يقوم به Resource Manager نظام المجموعة:

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

تكوين أجهزة ضبط الوقت إدارة موارد الكتلة

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

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

• بفحص حالته وتطبيق التحديثات (مثل تسجيل أن العقدة لأسفل) كل 1/10th من الثانية
• تعيين علامة التحقق من الموضع كل ثانية
• تعيين علامة التحقق من القيد كل ثانية
• تعيين علامة الموازنة كل خمس ثوان

وفيما يلي أمثلة على التكوين الذي يحكم أجهزة ضبط الوقت هذه:

ClusterManifest.xml:

        <Section Name="PlacementAndLoadBalancing">
            <Parameter Name="PLBRefreshGap" Value="0.1" />
            <Parameter Name="MinPlacementInterval" Value="1.0" />
            <Parameter Name="MinConstraintCheckInterval" Value="1.0" />
            <Parameter Name="MinLoadBalancingInterval" Value="5.0" />
        </Section>

عبر ClusterConfig.json لعمليات النشر المستقلة أو Template.json لمجموعات Azure المستضافة:

"fabricSettings": [
  {
    "name": "PlacementAndLoadBalancing",
    "parameters": [
      {
          "name": "PLBRefreshGap",
          "value": "0.10"
      },
      {
          "name": "MinPlacementInterval",
          "value": "1.0"
      },
      {
          "name": "MinConstraintCheckInterval",
          "value": "1.0"
      },
      {
          "name": "MinLoadBalancingInterval",
          "value": "5.0"
      }
    ]
  }
]

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

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

إدارة موارد الكتلة أيضا يحتاج بعض المعلومات الإضافية لتحديد ما إذا كان نظام المجموعة غير متوازنة . لذلك لدينا قطعتين أخريين من التكوين: موازنة Thresholds و ActivityThresholds.

موازنة الحدود

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

تعريف "عتبات الموازنة" على أساس كل مقياس كجزء من تعريف الكتلة. لمزيد من المعلومات حول المقاييس، راجع مقالة المقاييس.

ClusterManifest.xml

    <Section Name="MetricBalancingThresholds">
      <Parameter Name="MetricName1" Value="2"/>
      <Parameter Name="MetricName2" Value="3.5"/>
    </Section>

عبر ClusterConfig.json لعمليات التوزيع المستقلة أو Template.json للمجموعات المستضافة في Azure:

"fabricSettings": [
  {
    "name": "MetricBalancingThresholds",
    "parameters": [
      {
          "name": "MetricName1",
          "value": "2"
      },
      {
          "name": "MetricName2",
          "value": "3.5"
      }
    ]
  }
]

في هذا المثال، تستهلك كل خدمة وحدة واحدة من بعض المقاييس. في المثال العلوي، يكون الحد الأقصى للتحميل على عقدة خمسة والحد الأدنى اثنين. لنفترض أن عتبة التوازن لهذا المقياس هي ثلاثة. وبما أن النسبة في الكتلة هي 5/2 = 2.5 وهذا أقل من عتبة الموازنة المحددة لثلاثة، فإن الكتلة متوازنة. لا يتم تشغيل أي موازنة عند تدقيق إدارة موارد الكتلة.

في المثال السفلي، يكون الحد الأقصى للتحميل على عقدة 10، بينما الحد الأدنى هو اثنين، مما يؤدي إلى نسبة خمسة. خمسة أكبر من عتبة التوازن المحددة من ثلاثة لهذا المقياس. ونتيجة لذلك ، سيتم جدولة تشغيل إعادة التوازن في المرة القادمة التي يتم فيها تشغيل مؤقت التوازن. في مثل هذه الحالة، عادة ما يتم توزيع بعض الحمل على العقدة 3. نظرا لأن Resource Manager نظام مجموعة Service Fabric لا يستخدم نهجا جشعا، يمكن أيضا توزيع بعض الحمل على العقدة 2.

ملاحظة

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

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

حدود النشاط

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

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

تماما مثل موازنة العتبات، يتم تعريف عتبات النشاط لكل مقياس من خلال تعريف الكتلة:

ClusterManifest.xml

    <Section Name="MetricActivityThresholds">
      <Parameter Name="Memory" Value="1536"/>
    </Section>

عبر ClusterConfig.json لعمليات التوزيع المستقلة أو Template.json للمجموعات المستضافة في Azure:

"fabricSettings": [
  {
    "name": "MetricActivityThresholds",
    "parameters": [
      {
          "name": "Memory",
          "value": "1536"
      }
    ]
  }
]

ترتبط حدود الموازنة والنشاط بمقياس معين - يتم تشغيل الموازنة فقط إذا تم تجاوز حد الموازنة وحد النشاط لنفس المقياس.

ملاحظة

عند عدم تحديد ، تكون عتبة الموازنة لمقياس 1 ، و عتبة النشاط هي 0. وهذا يعني أن إدارة موارد الكتلة سيحاول الاحتفاظ هذا المقياس متوازنة تماما لأي تحميل معين. إذا كنت تستخدم مقاييس مخصصة، فمن المستحسن أن تحدد صراحة حدود الموازنة والنشاط الخاصة بك للمقاييس الخاصة بك.

موازنة الخدمات معا

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

في بعض الأحيان ، يتم نقل الخدمة التي لم تكن في حد ذاتها غير متوازنة (تذكر مناقشة الأوزان المحلية والعالمية في وقت سابق). لماذا يتم نقل الخدمة عندما تكون جميع مقاييس تلك الخدمة متوازنة؟ لنعرض مثالاً:

• لنفترض أن هناك أربع خدمات، الخدمة 1، الخدمة 2، الخدمة 3، الخدمة 4.
• تبلغ الخدمة 1 عن المقاييس المترية 1 والمقياس 2.
• تبلغ الخدمة 2 عن مقاييس القياس 2 والمقياس 3.
• تبلغ الخدمة 3 عن مقاييس القياس 3 والمقياس 4.
• الخدمة 4 تقارير متري متري 99.

ليس لدينا حقا أربع خدمات مستقلة ، لدينا ثلاث خدمات ذات صلة وواحدة متوقفة من تلقاء نفسها.

وبسبب هذه السلسلة، من الممكن أن يؤدي اختلال التوازن في المقاييس من 1 إلى 4 إلى انتقال النسخ المتماثلة أو المثيلات التي تنتمي إلى الخدمات من 1 إلى 3. نعلم أيضا أن عدم التوازن في المقاييس 1 أو 2 أو 3 لا يمكن أن يسبب حركات في الخدمة 4. لن تكون هناك فائدة لأن نقل النسخ المتماثلة أو المثيلات التي تنتمي إلى الخدمة 4 حولها لا يمكن أن يفعل شيئا على الإطلاق للتأثير على رصيد المقاييس 1-3.

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

موازنة نظام مجموعة لكل نوع عقدة

كما وصفنا في الأقسام السابقة، فإن عناصر التحكم الرئيسية في تشغيل إعادة التوازن هي حدود النشاطوحدود الموازنةوالموقتات. يوفر Resource Manager نظام مجموعة Service Fabric تحكما أكثر دقة في تشغيل إعادة التوازن مع تحديد المعلمات لكل نوع عقدة والسماح بالحركة فقط على أنواع العقد غير المتوازنة. الفائدة الرئيسية للموازنة لكل نوع عقدة هي السماح بتحسين الأداء على أنواع العقد التي تتطلب قواعد موازنة أكثر صرامة، دون تدهور الأداء على أنواع العقد الأخرى. تحتوي الميزة على جزأين رئيسيين:

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

كيف تؤثر الموازنة لكل نوع عقدة على نظام مجموعة

أثناء موازنة نظام مجموعة لكل نوع عقدة، يحسب نظام مجموعة Service Fabric Resource Manager حالة عدم التوازن لكل نوع عقدة. إذا كان نوع عقدة واحد على الأقل غير متوازن، فسيتم تشغيل مرحلة الموازنة. لن تنقل مرحلة الموازنة النسخ المتماثلة على أنواع العقد غير المتوازنة، عند إيقاف الموازنة مؤقتا على أنواع العقد هذه (على سبيل المثال، لم يمر الحد الأدنى من الفاصل الزمني للموازنة منذ مرحلة موازنة سابقة). يستخدم الكشف عن حالة غير متوازنة آليات مشتركة متاحة بالفعل لموازنة نظام المجموعة الكلاسيكية، ولكنه يحسن دقة التكوين والمرونة. يتم توفير الآليات المستخدمة للموازنة لكل نوع عقدة للكشف عن عدم التوازن في القائمة أدناه:

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

وصف الموازنة لكل نوع عقدة

لتمكين الموازنة لكل نوع عقدة، يجب تمكين المعلمة SeparateBalancingStrategyPerNodeType في بيان نظام المجموعة. بالإضافة إلى ذلك، يجب تمكين ميزة التكتل الفرعي أيضا. مثال على قسم PlacementAndLoadBalancing لبيان نظام المجموعة لتمكين الميزة:

<Section Name="PlacementAndLoadBalancing">
    <Parameter Name="SeparateBalancingStrategyPerNodeType" Value="true" />
    <Parameter Name="SubclusteringEnabled" Value="true" />
    <Parameter Name="SubclusteringReportingPolicy" Value="1" />
</Section>

ClusterConfig.json لعمليات التوزيع المستقلة أو Template.json للمجموعات المستضافة في Azure:

"fabricSettings": [
  {
    "name": "PlacementAndLoadBalancing",
    "parameters": [
      {
          "name": "SeparateBalancingStrategyPerNodeType",
          "value": "true"
      },
      {
          "name": "SubclusteringEnabled",
          "value": "true"
      },
      {
          "name": "SubclusteringReportingPolicy",
          "value": "1"
      },
    ]
  }
]

كما وصفنا في القسم السابق، يمكن تحديد الحدود والفواصل الزمنية لكل نوع عقدة. لمزيد من التفاصيل حول تحديث معلمة معينة، يرجى التحقق من الأقسام التالية:

• حدود موازنة المقاييس لكل نوع عقدة
• حدود النشاط القياسي لكل نوع عقدة
• الحد الأدنى للفاصل الزمني للموازنة لكل نوع عقدة

موازنة الحدود لكل نوع عقدة

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

<NodeTypes>
    <NodeType Name="NodeType1">
        <PlacementAndLoadBalancingOverrides>
            <MetricBalancingThresholdsPerNodeType>
                <BalancingThreshold Name="Metric1" Value="2.5">
                <BalancingThreshold Name="Metric2" Value="4">
                <BalancingThreshold Name="Metric3" Value="3.25">
            </MetricBalancingThresholdsPerNodeType>
        </PlacementAndLoadBalancingOverrides>
    </NodeType>
</NodeTypes>

إذا لم يتم تعريف حد الموازنة لمقياس لنوع عقدة، فإن الحد يرث قيمة حد موازنة المقياس المحدد عالميا في قسم PlacementAndLoadBalancing . وإلا، إذا لم يتم تعريف حد الموازنة للمقياس لا لنوع العقدة ولا عالميا في قسم PlacementAndLoadBalancing ، فسيكون للحد قيمة افتراضية لأحدها.

حدود النشاط لكل نوع عقدة

يمكن تحديد حد النشاط القياسي لكل نوع عقدة من أجل زيادة دقة تكوين الموازنة. تحتوي حدود النشاط على نوع عدد صحيح، لأنها تمثل حد أقصى لقيمة التحميل داخل نوع عقدة معين. يتم تعريف حدود النشاط في قسم PlacementAndLoadBalancingOverrides لكل نوع عقدة:

<NodeTypes>
    <NodeType Name="NodeType1">
        <PlacementAndLoadBalancingOverrides>
            <MetricActivityThresholdsPerNodeType>
                <ActivityThreshold Name="Metric1" Value="500">
                <ActivityThreshold Name="Metric2" Value="40">
                <ActivityThreshold Name="Metric3" Value="1000">
            </MetricActivityThresholdsPerNodeType>
        </PlacementAndLoadBalancingOverrides>
    </NodeType>
</NodeTypes>

إذا لم يتم تعريف حد النشاط لمقياس لنوع عقدة، فإن الحد يرث القيمة من حد نشاط القياس المحدد عالميا في قسم PlacementAndLoadBalancing . وإلا، إذا لم يتم تعريف حد النشاط للمقياس لا لنوع العقدة ولا عالميا في قسم PlacementAndLoadBalancing ، فسيكون للحد قيمة افتراضية صفرية.

الحد الأدنى للفاصل الزمني للموازنة لكل نوع عقدة

يمكن تحديد الحد الأدنى من الفاصل الزمني للموازنة لكل نوع عقدة من أجل زيادة دقة تكوين الموازنة. الحد الأدنى من الفاصل الزمني للموازنة له نوع عدد صحيح، لأنه يمثل الحد الأدنى من الوقت الذي يجب أن يمر قبل جولتي موازنة متتاليتين على نفس نوع العقدة. يتم تعريف الحد الأدنى للفاصل الزمني للموازنة في قسم PlacementAndLoadBalancingOverrides لكل نوع عقدة:

<NodeTypes>
    <NodeType Name="NodeType1">
        <PlacementAndLoadBalancingOverrides>
            <MinLoadBalancingIntervalPerNodeType>100</MinLoadBalancingIntervalPerNodeType>
        </PlacementAndLoadBalancingOverrides>
    </NodeType>
</NodeTypes>

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

أمثلة

مثال 1

دعونا نفكر في حالة تحتوي فيها المجموعة على نوعين من العقد، نوع العقدة A ونوع العقدة B. تبلغ جميع الخدمات عن نفس المقياس ويتم تقسيمها بين أنواع العقد هذه، وبالتالي تختلف إحصائيات التحميل بالنسبة لها. في المثال، يحتوي نوع العقدة A على حمل أقصى يبلغ 300 و100 كحد أدنى، ويحتوي نوع العقدة B على حمل أقصى يبلغ 700 والحد الأدنى للتحميل 500:

اكتشف العميل أن أحمال العمل لنوعين من العقد لها احتياجات موازنة مختلفة وقرر تعيين موازنة مختلفة وحدود نشاط لكل نوع عقدة. عتبة الموازنة لنوع العقدة A هي 2.5، وحد النشاط هو 50. بالنسبة لنوع العقدة B، يعين العميل حد الموازنة إلى 1.2، وحد النشاط إلى 400.

أثناء الكشف عن عدم التوازن لنظام المجموعة في هذا المثال، ينتهك كلا النوعين من العقد حد النشاط. الحد الأقصى لتحميل نوع العقدة A من 300 أعلى من حد النشاط المحدد وهو 50. الحد الأقصى لتحميل نوع العقدة B من 700 أعلى من حد النشاط المحدد وهو 400. ينتهك نوع العقدة A معايير عتبة الموازنة، نظرا لأن النسبة الحالية للتحميل الأقصى والحد الأدنى هي 3، وحد الموازنة هو 2.5. في المقابل، لا ينتهك نوع العقدة B معايير عتبة الموازنة، نظرا لأن النسبة الحالية للتحميل الأقصى والحد الأدنى لنوع العقدة هذا هي 1.2، ولكن حد الموازنة هو 1.4. الموازنة مطلوبة فقط للنسخ المتماثلة في نوع العقدة A، والمجموعة الوحيدة من النسخ المتماثلة التي ستكون مؤهلة للحركات أثناء مرحلة الموازنة هي النسخ المتماثلة الموضوعة في نوع العقدة A.

مثال 2

دعونا نفكر في حالة تحتوي فيها المجموعة على ثلاثة أنواع من العقد، نوع العقدة AوBوC. تبلغ جميع الخدمات عن نفس المقياس ويتم تقسيمها بين أنواع العقد هذه، وبالتالي تختلف إحصائيات التحميل بالنسبة لها. في المثال، يحتوي نوع العقدة A على حمل أقصى يبلغ 600 و100 كحد أدنى، ونوع العقدة B لديه الحد الأقصى للتحميل 900 والحد الأدنى للتحميل 100، ونوع العقدة C لديه الحد الأقصى للتحميل 600 والحد الأدنى للتحميل 300:

اكتشف العميل أن أحمال العمل الخاصة بأنواع العقد هذه لها احتياجات موازنة مختلفة وقرر تعيين موازنة وحدود نشاط مختلفة لكل نوع عقدة. عتبة الموازنة لنوع العقدة A هي 5، وحد النشاط هو 700. بالنسبة لنوع العقدة B، يعين العميل حد الموازنة إلى 10، وحد النشاط إلى 200. بالنسبة لنوع العقدة C، يعين العميل حد الموازنة إلى 2، وحد النشاط إلى 300.

الحد الأقصى لتحميل نوع العقدة A من 600 أقل من حد النشاط المحدد وهو 700، وبالتالي لن يكون نوع العقدة A متوازنا. الحد الأقصى لتحميل نوع العقدة B من 900 أعلى من حد النشاط المحدد وهو 200. يخالف نوع العقدة B معايير حد النشاط. الحد الأقصى لتحميل نوع العقدة C من 600 أعلى من حد النشاط المحدد وهو 300. يخالف نوع العقدة C معايير حد النشاط. لا ينتهك نوع العقدة B معايير عتبة الموازنة، نظرا لأن النسبة الحالية للتحميل الأقصى والحد الأدنى لنوع العقدة هذا هي 9، ولكن حد الموازنة هو 10. ينتهك نوع العقدة C معايير عتبة الموازنة، نظرا لأن النسبة الحالية للتحميل الأقصى والحد الأدنى هي 2، وحد الموازنة هو 2. الموازنة مطلوبة فقط للنسخ المتماثلة في نوع العقدة C، والمجموعة الوحيدة من النسخ المتماثلة التي ستكون مؤهلة للحركات أثناء مرحلة الموازنة هي النسخ المتماثلة الموضوعة في نوع العقدة C.

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

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