الموثوقية في موازن التحميل

تحتوي هذه المقالة على توصيات موثوقية محددة ل Load Balancer، بالإضافة إلى معلومات مفصلة حول المرونة الإقليمية لموازن التحميل مع مناطق التوفر والتعافي من الكوارث عبر المناطق واستمرارية الأعمال.

للحصول على نظرة عامة معمارية على الموثوقية في Azure، راجع موثوقية Azure.

توصيات الموثوقية

يحتوي هذا القسم على توصيات لتحقيق المرونة والتوافر. وتنقسم كل توصية إلى إحدى فئتين:

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

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

مصفوفة أولوية توصيات الموثوقية

توضع علامة على كل توصية وفقا لمصفوفة الأولوية التالية:

Image	الأولوية	‏‏الوصف
	عالي	الإصلاح الفوري مطلوب.
	متوسط	إصلاح في غضون 3-6 أشهر.
	منخفض	تحتاج إلى مراجعة.

ملخص توصيات الموثوقية

Category	الأولوية	التوصية
‏‏التوفر		تأكد من أن موازن التحميل القياسي متكرر في المنطقة
		تأكد من أن تجمع الخلفية يحتوي على مثيلين على الأقل
كفاءة النظام		استخدام بوابة NAT بدلا من القواعد الصادرة لأحمال عمل الإنتاج
		استخدام وحدة SKU لموازن التحميل القياسي

التوافر

تأكد من أن موازن التحميل القياسي متكرر في المنطقة

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

Azure Resource Graph

// Azure Resource Graph Query
// Find all LoadBalancers with with regional or zonal public IP Addresses
resources
| where type == "microsoft.network/loadbalancers"
| where tolower(sku.name) != 'basic'
| mv-expand feIPconfigs = properties.frontendIPConfigurations
| extend
    feConfigName = (feIPconfigs.name),
    PrivateSubnetId = toupper(feIPconfigs.properties.subnet.id),
    PrivateIPZones = feIPconfigs.zones,
    PIPid = toupper(feIPconfigs.properties.publicIPAddress.id),
    JoinID = toupper(id)
| where isnotempty(PrivateSubnetId)
| where isnull(PrivateIPZones) or array_length(PrivateIPZones) < 2
| project name, feConfigName, id
| union (resources
    | where type == "microsoft.network/loadbalancers"
    | where tolower(sku.name) != 'basic'
    | mv-expand feIPconfigs = properties.frontendIPConfigurations
    | extend
        feConfigName = (feIPconfigs.name),
        PIPid = toupper(feIPconfigs.properties.publicIPAddress.id),
        JoinID = toupper(id)
    | where isnotempty(PIPid)
    | join kind=innerunique (
        resources
        | where type == "microsoft.network/publicipaddresses"
        | where isnull(zones) or array_length(zones) < 2
        | extend
            LBid = toupper(substring(properties.ipConfiguration.id, 0, indexof(properties.ipConfiguration.id, '/frontendIPConfigurations'))),
            InnerID = toupper(id)
    ) on $left.PIPid == $right.InnerID)
| project recommendationId = "lb-4", name, id, tags, param1="Zones: No Zone or Zonal", param2=strcat("Frontend IP Configuration:", " ", feConfigName)

تأكد من أن تجمع الخلفية يحتوي على مثيلين على الأقل

انشر Load Balancer مع مثيلين على الأقل في الخلفية. يمكن أن يؤدي مثيل واحد إلى نقطة فشل واحدة. من أجل الإنشاء للمقياس، قد تحتاج إلى إقران موازن التحميل بمجموعات مقياس الجهاز الظاهري.

Azure Resource Graph

// Azure Resource Graph Query
// Find all LoadBalancers which only have 1 backend pool defined or only 1 VM in the backend pool
resources
| where type =~ 'Microsoft.Network/loadBalancers'
| extend bep = properties.backendAddressPools
| extend BackEndPools = array_length(bep)
| where BackEndPools == 0
| project recommendationId = "lb-2", name, id, Param1=BackEndPools, Param2=0, tags
| union (resources
        | where type =~ 'Microsoft.Network/loadBalancers'
        | extend bep = properties.backendAddressPools
        | extend BackEndPools = array_length(bep)
        | mv-expand bip = properties.backendAddressPools
        | extend BackendAddresses = array_length(bip.properties.loadBalancerBackendAddresses)
        | where BackendAddresses <= 1
        | project recommendationId = "lb-2", name, id, tags, Param1=BackEndPools, Param2=BackendAddresses)

كفاءة النظام

استخدام بوابة NAT بدلا من القواعد الصادرة لأحمال عمل الإنتاج

تخصص القواعد الصادرة كميات ثابتة من منافذ SNAT لكل مثيل جهاز ظاهري في تجمع الخلفية. يمكن أن تؤدي طريقة التخصيص هذه إلى استنفاد منفذ SNAT، خاصة إذا كانت أنماط نسبة استخدام الشبكة غير المتساوية تؤدي إلى إرسال جهاز ظاهري معين لحجم أكبر من الاتصالات الصادرة. بالنسبة لأحمال عمل الإنتاج، يوصى بزوج Standard Load Balancer أو أي توزيع شبكة فرعية باستخدام Azure NAT Gateway. تخصص بوابة NAT منافذ SNAT ديناميكيا عبر جميع مثيلات الجهاز الظاهري في شبكة فرعية، وبدورها تقلل من مخاطر استنفاد منفذ SNAT.

Azure Resource Graph

// Azure Resource Graph Query
// Find all LoadBalancers with Outbound rules configured
resources
| where type =~ 'Microsoft.Network/loadBalancers'
| extend outboundRules = array_length(properties.outboundRules)
| where outboundRules > 0
| project recommendationId = "lb-3", name, id, tags, Param1 = "outboundRules: >=1"

استخدام وحدة SKU لموازن التحميل القياسي

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

إشعار

لا تحتوي موازنات التحميل الأساسية على اتفاقية مستوى الخدمة (SLA).

Azure Resource Graph

// Azure Resource Graph Query
// Find all LoadBalancers using Basic SKU
resources
| where type =~ 'Microsoft.Network/loadBalancers'
| where sku.name == 'Basic'
| project recommendationId = "lb-1", name, id, tags, Param1=strcat("sku-tier: basic")

دعم منطقة القابلية للوصول

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

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

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

يدعم موازن تحميل Azure سيناريوهات مناطق التوفّر. يُمكنك استخدام "موازن التحميل القياسي" لزيادة التوفّر خلال السيناريو الخاص بك من خلال مواءمة الموارد وتوزيعها عبر المناطق. راجع هذه الوثيقة لفهم تلك المفاهيم والتوجيه الأساسي لتصميم السيناريو.

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

إشعار

ليس مطلوبا أن يكون لديك موازن تحميل لكل منطقة، بدلا من وجود موازن تحميل واحد مع واجهات أمامية متعددة (مناطقية أو منطقة زائدة عن الحاجة) مرتبطة بتجمعات الواجهة الخلفية الخاصة بها سوف تخدم الغرض.

المتطلبات الأساسية

• لاستخدام مناطق التوفر مع موازن التحميل، تحتاج إلى إنشاء موازن التحميل في منطقة تدعم مناطق التوفر. لمعرفة المناطق التي تدعم مناطق التوفر، راجع قائمة المناطق المدعومة.

• استخدم SKU القياسي لموازن التحميل وعنوان IP العام لدعم مناطق التوفر.

• نوع SKU الأساسي غير مدعوم.

• لإنشاء المورد الخاص بك، تحتاج إلى أن يكون لديك دور مساهم في الشبكة أو أعلى.

القيود

• لا يمكن تغيير المناطق أو تحديثها أو إنشاؤها للمورد بعد الإنشاء.
• لا يمكن تحديث الموارد من منطقة إلى منطقة زائدة عن الحاجة أو العكس بعد الإنشاء.

موازن التحميل الزائد عن الحاجة في المنطقة

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

يُقدَّم عنوان IP للواجهة الأمامية بشكل متزامن من خلال عمليات نشر متعددة مستقلة للبنية الأساسية في مناطق توفّر متعددة. ستنجح أي مرات إعادة محاولة أو إعادة تأسيس في مناطق أخرى غير متأثّرة بفشل المنطقة.

إشعار

يمكن أن تنتمي الأجهزة الظاهرية 1 و2 و3 إلى نفس الشبكة الفرعية وليس بالضرورة أن تكون في مناطق منفصلة كاقتراحات الرسم التخطيطي.

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

موازن التحميل النطاقي

يمكنك اختيار أن تكون لديك واجهة أمامية مضمونة لمنطقة واحدة، والتي تعرف باسم مناطقي. مع هذا السيناريو، تخدم منطقة واحدة في منطقة كل التدفق الوارد أو الصادر. تعتمد سلامة واجهتك الأمامية على سلامة المنطقة. لا يتأثّر مسار البيانات بحالات الفشل في المناطق بخلاف تلك المناطق المُوثق بها. يُمكنك استخدام الواجهات الأمامية في مناطق بعينها لكشف عنوان IP لكل منطقة توفّر.

بالإضافة إلى ذلك، يتم دعم استخدام الواجهات الأمامية في مناطق بعينها مباشرةً لنقاط النهاية متوازنة التحميل داخل كل منطقة. يُمكنك استخدام هذا التكوين لكشف نقاط النهاية متوازنة التحميل لكل منطقة لمراقبة كل منطقة على حدة. بالنسبة لنقاط النهاية العامة، يمكنك دمجها مع منتج موازنة تحميل DNS، مثل Traffic Manager واستخدام اسم نظام أسماء مجالات واحد.

بالنسبة للواجهة الأمامية لموازن التحميل العام، يمكنك إضافة معلمة مناطق إلى عنوان IP العام. يُشار إلى عنوان IP العام هذا بواسطة تكوين IP للواجهة الأمامية المُستخدم من قِبَل القاعدة المعنيَّة.

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

موازن تحميل غير نطاقي

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

إشعار

ستكون جميع عناوين IP العامة التي تمت ترقيتها من Basic SKU إلى Standard SKU من النوع "no-zone". تعرف على كيفية ترقية عنوان IP عام في مدخل Microsoft Azure.

تحسينات اتفاقية مستوى الخدمة

نظرا لأن مناطق التوفر منفصلة ماديا وتوفر مصدر طاقة وشبكة وتبريد متميز، يمكن أن تزيد اتفاقيات مستوى الخدمة (اتفاقيات مستوى الخدمة). لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة (SLA) للخدمات عبر الإنترنت.

إنشاء مورد مع تمكين منطقة التوفر

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

إشعار

• لا يمكن تغيير المناطق أو تحديثها أو إنشاؤها للمورد بعد الإنشاء.
• لا يمكن تحديث الموارد من منطقة إلى منطقة زائدة عن الحاجة أو العكس بعد الإنشاء.

التسامح مع الخطأ

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

لمزيد من المعلومات، راجع عمليات استرداد الموقع.

تجربة تعطل المنطقة

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

قد تتأثر تدفقات حركة المرور باستخدام منطقة في وقت فشل المنطقة، ولكن يمكن للتطبيقات استرداد البيانات. تستمر حركة المرور في المناطق الصحية داخل المنطقة عند إعادة الإرسال عندما يتقارب Azure حول فشل المنطقة.

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

واجهات أمامية متعددة

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

تقنيات التوزيع خزينة

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

الترحيل إلى دعم منطقة التوفر

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

التعافي من الكوارث عبر المناطق واستمرارية الأعمال

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

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

يدعم Azure Standard Load Balancer موازنة التحميل عبر المناطق لتمكين سيناريوهات قابلية الوصول العالية المتكررة جغرافيا مثل:

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

تكوين بروتوكول الإنترنت الأمامي لموازنة التحميل عبر المنطقة ثابت ويتم الإعلان عنه عبر معظم مناطق Azure.

إشعار

يجب أن يتطابق المنفذ الخلفي لقاعدة موازنة التحميل على موازنة التحميل عبر المنطقة مع منفذ الواجهة الأمامية لقاعدة موازنة التحميل/قاعدة nat الواردة على موازنة التحميل القياسي الإقليمي.

التعافي من الكوارث في المنطقة الجغرافية متعددة المناطق

التكرار الإقليمي

قم بتكوين التكرار الإقليمي عن طريق ربط موازن تحميل عبر المناطق بسلاسة بموازنات التحميل الإقليمية الحالية.

إذا فشلت إحدى المناطق، يتم توجيه حركة المرور إلى أقرب موازن تحميل إقليمي سليم.

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

زمن انتقال منخفض للغاية

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

تصل نسبة استخدام الشبكة التي بدأت من عميل إلى أقرب منطقة مشاركة وتتنقل عبر العمود الفقري لشبكة Microsoft العالمية للوصول إلى أقرب نشر إقليمي.

على سبيل المثال، لديك موازنة تحميل عبر المنطقة مع موازنات التحميل القياسية في مناطق Azure:

• غرب الولايات المتحدة
• أوروبا الشمالية

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

تستخدم موازنة التحميل عبر المنطقة من Azure خوارزمية موازنة التحميل الجغرافية القرب لقرار التوجيه.

يتم استخدام وضع توزيع التحميل المكون لموازنات التحميل الإقليمية لاتخاذ قرار التوجيه النهائي عند استخدام موازنات تحميل إقليمية متعددة للقرب الجغرافي.

لمزيد من المعلومات، راجع تكوين وضع توزيع Azure Load Balancer.

تتبع حركة الخروج تفضيلات التوجيه التي تم تعيينها على موازنات التحميل الإقليمية.

القدرة على توسيع نطاق أعلى/أسفل خلف نقطة نهاية واحدة

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

عنوان IP للبث العمومي الثابت

تتوفر موازنة التحميل عبر المنطقة مع IP عام ثابت، ما يضمن أن يظل عنوان IP كما هو. لمعرفة المزيد عن عنوان IP الثابت، اقرأ المزيد هنا

المحافظة على بروتوكول الإنترنت للعميل

موازنة التحميل عبر المنطقة هي موازنة تحميل شبكة اتصال عابرة من خلال Layer-4. يحتفظ هذا الاتصال العابر بعنوان IP الأصلي من الحزمة. يتوفر IP الأصلي للتعليمات البرمجية قيد التشغيل على الجهاز الظاهري. يسمح لك هذا الاحتفاظ بتطبيق منطق خاص بعنوان IP.

IP عائم

يمكن تكوين IP العائم على كل من مستوى IP العالمي ومستوى IP الإقليمي. لمزيد من المعلومات، تفضل بزيارة واجهات أمامية متعددة ل Azure Load Balancer

من المهم ملاحظة أن IP العائم الذي تم تكوينه على موازن التحميل عبر المنطقة Azure يعمل بشكل مستقل عن تكوينات IP العائمة على موازنات التحميل الإقليمية الخلفية. إذا تم تمكين IP العائم على موازن التحميل عبر المناطق، يجب إضافة واجهة التراجع المناسبة إلى الأجهزة الظاهرية الخلفية.

فحوصات الصحة

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

بنية حل عبر المنطقة من Azure Load Balancer حالي

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

أضف عمليات نشر موازن التحميل الحالية إلى موازن تحميل عبر المناطق لنشر متوفر بدرجة عالية عبر منطقة.

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

المناطق الرئيسية

• Central US
• شرق آسيا
• East US 2
• أوروبا الشمالية
• جنوب شرق آسيا
• جنوب المملكة المتحدة
• ولاية فرجينيا الأمريكية
• أوروبا الغربية
• غرب الولايات المتحدة

إشعار

يمكنك فقط نشر موازن التحميل عبر المناطق أو IP العام في المستوى العمومي في إحدى المناطق الرئيسية المدرجة.

المنطقة المشاركة هي المكان الذي يتم فيه الإعلان عن IP العام العالمي لموازنة التحميل.

تنتقل نسبة استخدام الشبكة التي بدأها المستخدم إلى أقرب منطقة مشاركة من خلال شبكة Microsoft الأساسية.

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

المناطق المشاركة

• شرق أستراليا
• جنوب شرق أستراليا
• وسط الهند‬
• Central US
• شرق آسيا
• شرق الولايات المتحدة
• East US 2
• شرق اليابان
• وسط شمال الولايات المتحدة
• أوروبا الشمالية
• South Central US
• جنوب شرق آسيا
• جنوب المملكة المتحدة
• US DoD Central
• US DoD East
• US Gov – أريزونا
• ولاية تكساس الأمريكية
• ولاية فرجينيا الأمريكية
• غرب وسط الولايات المتحدة
• أوروبا الغربية
• غرب الولايات المتحدة
• West US 2

إشعار

يمكن نشر موازنات التحميل الإقليمية الخلفية في أي منطقة Azure متاحة للجمهور ولا تقتصر على المناطق المشاركة فقط.

القيود

• تكوينات IP للواجهة الأمامية عبر المناطق عامة فقط. الواجهة الأمامية الداخلية غير مدعومة حالياً.

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

• ترجمة NAT64 غير مدعومة في الوقت الحالي. يجب أن يكون عناوين IP للواجهة الأمامية والخلفية من نفس النوع (v4 أو v6).

• حركة مرور UDP غير مدعومة على موازن التحميل عبر المناطق ل IPv6.

• حركة مرور UDP على المنفذ 3 غير مدعومة على موازن التحميل عبر المناطق

• القواعد الصادرة غير مدعومة على موازن التحميل عبر المناطق. بالنسبة للاتصالات الصادرة، استخدم القواعد الصادرة على موازن التحميل الإقليمي أو بوابة NAT.

التسعير واتفاقية مستوى الخدمة

يشارك موازن التحميل عبر المناطق اتفاقية مستوى الخدمة لموازن التحميل القياسي.

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

• الموثوقية في Azure
• لمزيد من المعلومات، راجع البرنامج التعليمي: إنشاء موازنة تحميل عبر المنطقة باستخدام مدخل Microsoft Azure لإنشاء موازنة التحميل عبر المنطقة.
• تعرف على المزيد حول موازنة التحميل عبر المنطقة.
• تعرف على المزيد حول Azure Load Balancer.