إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
تشرح هذه المقالة كيفية تصميم شبكات Azure التي تمتد عبر عدة مناطق. توفر شبكة متعددة المناطق توافرا عاليا ضد الانقطاعات الإقليمية، وتخدم المستخدمين الموزعين جغرافيا مع زمن استجابة أقل، وتدعم متطلبات إقامة البيانات التنظيمية.
ما تغطيه هذه المقالة
تغطي هذه المقالة التكرار بين المناطق والمناطق الإقليمية، واستراتيجيات التوجيه عبر المناطق، وخيارات طوبولوجيا المركز لنشر المناطق المتعددة، وأنماط التحويل النشط-النشط مقابل السلبي النشط، واعتبارات زمن استجابة التكرار.
من يحتاج إلى هذا المقال
اقرأ هذا المقال إذا كان بيئتك تتوافق مع أي من هذه الشروط:
- عبء عملك يتطلب حماية من التعافي من الكوارث ضد فشل كامل في منطقة Azure.
- تخدم المستخدمين في عدة مناطق جغرافية وتحتاج إلى تقليل زمن استجابة الشبكة.
- تتطلب متطلبات التنظيم أو الامتثال بقاء البيانات ضمن حدود جغرافية محددة.
- تحدد أهداف استمرارية الأعمال هدف وقت الاسترداد (RTO) لا يمكن لمنطقة واحدة تحقيقه بمفردها.
إذا كان عبء العمل لديك يعمل في منطقة واحدة وكانت عمليات النشر المتكررة في المنطقة تلبي متطلبات التوفر، فقد لا تحتاج إلى تصميم متعدد المناطق بعد. ابدأ بطوبولوجيا محور وسكوب أو Virtual WAN في منطقة واحدة ووسعها لاحقا.
التركيز على الرفع والتغيير: غالبا لا يمكن لأعباء العمل القديمة العمل بوضع نشط-نشط عبر المناطق. خطط للاسترداد من الكوارث باستخدام استرداد موقع Azure ومركز في منطقة الاسترداد بدلا من تصميم نشط كامل.
تحديث التركيز: نشر التطبيقات النشطة والمرتبطة بالعملاء عبر منطقتين مع وحدات SKU مكررة في المناطق، باستخدام مساحة عناوين غير متداخلة حتى تتمكن المناطق من النظير عند الحاجة.
التركيز عبر السحابة: استخدم WAN ظاهرية لربط مناطق وفروع متعددة، وخطط للتوجيه عبر المناطق جنبا إلى جنب مع النقل عبر السحابة.
خدمات وميزات Azure
الجدول التالي يسرد خدمات وميزات Azure التي تمكن الشبكات متعددة المناطق:
| الخدمة أو الميزة | الدور في التصميم متعدد المناطق | التعرف على المزيد |
|---|---|---|
| مدير حركة بيانات Azure | توجيه حركة المرور المعتمد على DNS عبر المناطق لأي بروتوكول | نظرة عامة على مدير المرور |
| الواجهة الأمامية لـ Azure | توازن الحمل العالمي HTTP/HTTPS مع CDN وWAF على الحافة | نظرة عامة على الباب الأمامي |
| الpeering العالمي ل VNet | الاتصال الخاص عالي النطاق الترددي بين الشبكات الافتراضية في مناطق مختلفة | تناظر الشبكة الظاهرية |
| ExpressRoute الوصول العالمي | يربط المواقع المحلية ببعضها البعض من خلال العمود الفقري ل Azure | ExpressRoute الوصول العالمي |
| WAN ظاهرية (multi-hub) | النقل العالمي الذي تديره Microsoft مع التوجيه التلقائي بين المحاور | النقل العالمي عبر Virtual WAN |
| Azure Virtual Network Manager (AVNM) | أتمتة طوبولوجيا الارتباط عبر المناطق وإدارة مجموعات الشبكات | نظرة عامة على AVNM |
لماذا تتطلب المناطق متعددة الشبكات الافتراضية متعددة
الشبكة الافتراضية (VNet) تمتد عبر منطقة واحدة. تغطي الشبكات الفرعية داخل تلك الشبكة جميع مناطق التوفر في المنطقة، لكن VNet نفسه لا يمكنه التوسع عبر حدود المناطق. لذلك، تعني الشبكات متعددة المناطق نشر عدة شبكات VNet، واحدة أو أكثر لكل منطقة، وربطها بخدمات عبر المناطق.
هذا القيد الأساسي يشكل كل تصميم متعدد المناطق:
- كل منطقة تحتاج إلى مساحة عناوين VNet خاصة بها (غير متداخلة مع مناطق أخرى للارتباط).
- تتطلب حركة المرور عبر المناطق آلية اتصال صريحة: الربط العالمي VNet، أو Virtual WAN بين المحاور، أو التوجيه القائم على البوابة.
- توجه خدمات توازن الأحمال العالمية (مدير المرور أو الباب الأمامي) المستخدمين إلى النشر الإقليمي الصحيح.
للحصول على إرشادات تخطيط الشبكات الفرعية والعناوين، راجع تخطيط عناوين IP.
مناطق التوافر مقابل التكرار الإقليمي
قبل تصميم طوبولوجيا متعددة المناطق، افهم مستويين من تكرار البنية التحتية في Azure:
| المستوى | الحماية ضد | آلِيَّة | مثال |
|---|---|---|---|
| مناطق التوافر | فشل مركز بيانات واحد داخل منطقة معينة | مراكز بيانات منفصلة ماديا مع طاقة مستقلة وتبريد وشبكات | Azure Firewall المتكرر في المنطقة تم نشره عبر 3 مناطق |
| التكرار الإقليمي | فشل كامل في المنطقة (كارثة طبيعية، انقطاع واسع النطاق) | نشر أعباء العمل في منطقتين أو أكثر من Azure | تطبيق ويب نشط ونشط في شرق الولايات المتحدة وغرب الولايات المتحدة |
ابدأ بتكرار المنطقة. تحمي عمليات النشر المتكررة في المناطق من أكثر سيناريوهات الفشل شيوعا (مشاكل مركز البيانات الفردي) دون تعقيد التوجيه متعدد المناطق. أضف التكرار الإقليمي عندما يحتاج عملك إلى حماية من الانقطاعات على مستوى المنطقة أو عندما تحتاج إلى خدمة المستخدمين الموزعين جغرافيا.
مرجع خدمات الشبكة المتكررة في المناطق
يوضح الجدول التالي خيارات النشر المتكررة حسب المناطق لخدمات الشبكة الأساسية. قم بنشر هذه في كل منطقة تشغل فيها أحمال العمل:
| الخدمة | خيار التكرار حسب المنطقة | ملاحظات |
|---|---|---|
| Azure Firewall | النشر عبر مناطق توافر الخدمات | توزع عبر جميع المناطق الثلاث في المنطقة |
| Standard Load Balancer | واجهة أمامية احتياطية للمنطقة | السلوك الافتراضي لوحدة SKU القياسية |
| بوابة التطبيق v2 | النشر المتكرر في المناطق | يتطلب Standard_v2 أو WAF_v2 SKU |
| VPN Gateway | نشط مع وحدات تخزين احتياطية في المناطق | استخدم وحدات SKUs ذات اللواحق AZ (VpnGw1AZ، VpnGw2AZ، إلخ) |
| بوابة إكسبريس روت | وحدات SKUs المكررة حسب المنطقة | استخدم ErGw1AZ، ErGw2AZ، أو ErGw3AZ |
| Azure Bastion | تكرار المنطقة (معاينة) | وحدات SKU الأساسية، القياسية، والمميزة |
| بوابة NAT (StandardV2) | المنطقة زائدة عن الحاجة | مطلوب وحدة تخزين StandardV2؛ وحدة SKU القياسية مخصصة فقط للمناطق |
كيفية اختيار نهج توجيه حركة المرور عبر المناطق
استخدم جدول القرار التالي لاختيار الخدمة المناسبة لتوجيه حركة المرور بين المناطق:
| متطلبك | الخدمة الموصى بها | طريقة العمل |
|---|---|---|
| تجاوز الفشل متعدد المناطق أو توزيع الحمل لأي بروتوكول (HTTP، TCP، UDP) | مدير حركة بيانات Azure | يعيد أفضل عنوان IP لنقطة نهاية من خلال دقة DNS. العميل يتصل مباشرة بنقطة النهاية. تعتمد سرعة التجاوز على TTL في DNS (عادة من 30 إلى 300 ثانية). |
| موازنة التحميل العالمية ل HTTP/HTTPS مع CDN وWAF ونظام الفشل السريع | الواجهة الأمامية لـ Azure | ينهي الاتصالات عند نقاط الحافة (PoPs). يوجه الطلبات إلى أقرب خلفية صحية. يوفر تجاوز الفشل على مستوى الاتصال (ثواني، وليس DNS-TTL معتمد). |
| حركة المرور الخاصة في الواجهة الخلفية بين المناطق (التكرار، واجهات برمجة التطبيقات الداخلية) | الpeering العالمي ل VNet | يربط VNets عبر المناطق عبر العمود الفقري ل Microsoft. المقارنة ليست انتقالية؛ كل علاقة تبادل هي علاقة صريحة. Per-GB تطبق رسوم نقل البيانات. |
| الاتصال من موقع إلى موقع داخل الموقع عبر Azure | ExpressRoute الوصول العالمي | يربط دائرتي ExpressRoute بحيث تتواصل المواقع المحلية عبر العمود الفقري ل Microsoft دون عبور أجهزة التوجيه المركزية. |
نصيحة
اجمع بين هذه الخدمات. على سبيل المثال، استخدم Front Door لحركة مرور HTTP الموجهة للمستخدم وGlobal VNet Peering لتكرار الخلفية بين المناطق.
كيفية اختيار طوبولوجيا مركز متعدد المناطق
بعد أن تقرر توسيع شبكتك عبر المناطق، اختر نمط مركز لإدارة الاتصال عبر المناطق:
| العامل | مركز لكل منطقة (تقليدي) | Virtual WAN متعدد المراكز |
|---|---|---|
| الاتصال عبر المناطق | يقوم العميل بتكوين التناظر العالمي VNet بين المراكز الإقليمية ويدير UDRs | التوجيه التلقائي بين المحاور: جميع مراكز Virtual WAN تتداخل بشكل افتراضي |
| Management | تحكم كامل للعملاء في التوجيه، وقواعد الجدار الناري، والنظافة | بنية تحتية مركزية مدارة من Microsoft مع إدارة قائمة على السياسات |
| الأفضل ل | المنظمات التي تحتاج إلى تحكم دقيق في التوجيه، أو NVA مخصصة، أو استثمارات مركزية قائمة | المنظمات التي لديها مناطق متعددة، أو 30+ موقع فرع، أو تفضل البنية التحتية المدارة |
| النقل العالمي | يتطلب تشابه صريح + تكوين UDR بين كل زوج من الموزعات | مدمج: حركة المرور بين أي مسارين مركزيين تلقائيا |
| تغير الحجم | إضافة المحاور والنظائر يدويا (يمكن ل AVNM أتمتتها) | إضافة مراكز من خلال تكوين Virtual WAN: التوجيه التلقائي للتحديثات |
| نموذج التكلفة | موارد VNet في Hub (جدار حماية، بوابة، ارتباط) يتم فوترتها بشكل منفصل | تسعير وحدات Virtual WAN بالإضافة إلى الموارد المتصلة |
للمقارنة التفصيلية بين المحور والسبوك مقابل Virtual WAN في منطقة واحدة، انظر طوبولوجيا المركز والسبوكوشبكة Virtual WAN.
اعتبارات التصميم
تركيز تصميم الرفع والتبديل متعدد المناطق
- بالنسبة لأحمال العمل القديمة التي لا يمكن أن تمتد عبر المناطق أو المناطق، صمم للتعافي من الكوارث بدلا من النشط والنشط: قم بالتكرار باستخدام استرداد موقع Azure إلى منطقة استعادة.
- ابن مركزا في منطقة الاسترداد يعكس المركز الأساسي بحيث يكون لحركة المرور الفائلة نفس الخدمات المشتركة.
- استخدم مدير حركة بيانات Azure أو DNS failover لإعادة توجيه المستخدمين أثناء انقطاع إقليمي.
- حافظ على مساحة عناوين منطقة الاسترداد غير متداخلة مع المنطقة الأساسية لتجنب التعارضات أثناء الفشل وأي تشابه لاحق.
تحديث التركيز على التصميم متعدد المناطق
- نشر أحمال العمل النشطة ونشطة على العملاء عبر منطقتين مع وحدات تخزين احتياطية في المنطقة لتحقيق أعلى حالة مرونة.
- قم بتعيين نطاقات عناوين غير متداخلة للمناطق الأساسية والنسخ الاحتياطي حتى تتمكن المعالجات النشطة والنشطة من استخدام الارتباط العالمي VNet لاحقا دون إعادة العناوين.
- اختر طبقة التسليم حسب نوع التطبيق: الواجهة الأمامية لـ Azure لتطبيقات الويب وTraffic Manager للتطبيقات غير المتعلقة بالويب، موزعة عبر نقاط نهاية عامة إقليمية.
- واجه نقاط النهاية العامة لكل منطقة بجدار الحماية المركزي (SNAT وDNAT) بحيث يتم فحص حركة المرور الواردة قبل الوصول إلى الخلفيات.
تركيز التصميم متعدد المناطق عبر السحابة
- استخدم WAN ظاهرية لربط مناطق وفروع وحواف سحابية متعددة في Azure باستخدام توجيه تلقائي من أي إلى أي (any).
- الخطة الملخصة، نطاقات العناوين غير المتداخلة عبر المناطق والسحب بحيث يبقى توجيه النقل بسيطا.
- إنهاء اتصالات IPsec عبر السحابة على المحاور الآمنة الإقليمية، ودع Virtual WAN يتولى التوجيه بين المحاور.
- وزع الدخول العام عبر المناطق باستخدام Front Door أو Traffic Manager، وحافظ على الفحص على كل جدار حماية مركزي إقليمي.
المتطلبات المسبقه
قبل تصميم شبكة متعددة المناطق، تأكد من أنك تملك:
- نشر واختبار طوبولوجيا منطقة واحدة. ابدأ ب hub-and-spoke أو Virtual WAN.
- متطلبات التوافر العالي والتعافي من الكوارث المحددة: RTO، هدف نقطة الاسترداد (RPO)، ومتطلبات الامتثال.
- أنشأت خطة عناوين IP غير متداخلة في جميع المناطق. انظر تخطيط عناوين IP.
- تم تحديد الأحمال التي تحتاج إلى تكرار إقليمي مقابل تكرار المناطق فقط.
أنماط نشر نشط-نشط مقابل نشط-سلبي
نموذج النشر متعدد المناطق الخاص بك يحدد كيفية تدفق حركة المرور أثناء التشغيل العادي وأثناء الفشل الإقليمي:
Active-active
تخدم كلتا المنطقتين حركة المرور في نفس الوقت. يقوم موازن التحميل العام، مثل مدير المرور أو الباب الأمامي، بتوزيع الطلبات عبر المناطق بناء على القرب أو الأداء أو الوزن.
متى تستخدم نشط-نشط:
- يمكن لتطبيقك التعامل مع الطلبات في أي منطقة بدون تبعيات حالة خاصة بالمنطقة.
- تحتاج إلى أقل RTO ممكن (التحويل المؤقت فوري لأن المنطقة الصحية تخدم حركة المرور بالفعل).
- تريد استخدام السعة في كلا المنطقتين أثناء التشغيل العادي (كفاءة في التكلفة).
اعتبارات التواصل:
- يجب أن يكون لكلا المنطقتين بنية تحتية متطابقة في الشبكة، بما في ذلك جدران الحماية، البوابات، وموازنات الأحمال.
- يجب أن يحافظ تكرار البيانات بين المناطق على تحديث كلا النشرين.
- تحدد فترات DNS TTL وHealth Probe مدى سرعة نقل حركة المرور في Traffic Manager. يوفر Front Door خدمة تجاوز سرعة أسرع على مستوى الاتصال.
Active-passive
منطقة واحدة (أساسية) تتعامل مع جميع المرور. المنطقة الثانوية تبقى جاهزة لكنها لا تلبي طلبات المستخدمين حتى حدث الفشل (failover).
متى تستخدم النشط السلبي:
- تطبيقك لديه متطلبات صارمة لمنطقة الكتابة أو لا يمكنه تكرار الحالة بسهولة.
- تمنع قيود التكلفة تشغيل كامل الطاقة في منطقتين في نفس الوقت.
- تحمل RTO لديك يسمح بالوقت اللازم لتفعيل المنطقة الثانوية.
اعتبارات التواصل:
- يمكن أن تستخدم بنية الشبكة في المنطقة السلبية مستويات أصغر أو سعة مخفضة حتى مرحلة التحويل التلقائي.
- يتطلب التحويل التلقائي للفشل مجسات صحية بعتبات مناسبة (تجنب التلاعب).
- اختبار الفشل بانتظام. يمكن أن تنحرف تكوينات الشبكة في المنطقة السلبية إذا لم يتم التحقق منها.
- حافظ على مزامنة جداول المسار وقواعد NSG بين المناطق. استخدم قوالب البنية التحتية كرمز للتأكد من أن المنطقة السلبية تتوافق مع وضع الأمان للمنطقة الأساسية.
- قم بتوفير بوابات VPN أو ExpressRoute مسبقا في المنطقة السلبية. قد يستغرق إعداد البوابة من 20 إلى 45 دقيقة. هذا بطيء جدا لمعظم أهداف RTO.
الاختيار بين الشبكات النشطة-النشطة والنشطة-السلبية
يؤثر الاختيار بين الشبكات النشطة-النشطة والنشطة-السلبية على حجم الشبكة وتكلفتها وتعقيدها التشغيلي:
| الاعتبار | Active-active | Active-passive |
|---|---|---|
| سعة الشبكة | السعة الكاملة في كلا المنطقتين | تقليل السعة في المنطقة السلبية (المقياس عند التحويل التلقائي) |
| توفير البوابة | دائما في كلا المنطقتين | مجهزة مسبقا لكن يمكن استخدام مستويات أصغر |
| مزامنة البيانات عبر المناطق | حركة مرور تكرار مستمرة ثنائية الاتجاه | التكرار غير المتزامن أحادي الاتجاه إلى وضع الاستعداد |
| قواعد جدار الحماية | مجموعات قواعد متطابقة، وكلاهما يطبق بنشاط | مجموعات قواعد متطابقة، لكن مجموعة سلبية نادرا ما تمارس |
| عنونة IP | كلا المنطقتين تعلنان لموازن التحميل العالمي | فقط المنطقة الرئيسية تعلن حتى الفشل |
| المخاطر التشغيلية | أدنى: كلا المسارين يتم تمرينهما باستمرار | أعلى: قد ينحرف المسار السلبي أو يكون له تكوينات غير مختبرة |
تكرار البيانات وكمون الاستجابة
التكرار عبر المناطق يدخل زمن استجابة في الشبكة يؤثر على تصميم التطبيق. عادة ما تظهر مناطق Azure ضمن نفس الجغرافيا زمن استجابة ذهابا وإيابا بين 1–10 مللي ثانية للأزواج القريبة (على سبيل المثال، شرق الولايات المتحدة إلى شرق الولايات المتحدة 2) و30–70 مللي ثانية للأزواج البعيدة (على سبيل المثال، شرق الولايات المتحدة إلى غرب الولايات المتحدة). يمكن أن تتجاوز أزواج المناطق العابرة للأطلسي أو عبر المحيط الهادئ 100 مللي ثانية.
اعتبارات التصميم الرئيسية:
- طوبولوجيا التكرار: اختر التكرار المتزامن فقط لأزواج المناطق ذات التأخير المنخفض (< 10 مللي ثانية). استخدم التكرار غير المتزامن للأزواج البعيدة لتجنب تدهور أداء التطبيق.
- تخطيط النطاق الترددي: تقدير متطلبات معدل نقل البيانات للتكرار وأخذ تكاليف نقل البيانات في الاعتبار لرؤية VNet العالمية لكل جيجابايت. يمكن أن تولد التكرار عالي الحجم بين المناطق البعيدة شحنات خروج كبيرة.
- حل النزاعات: تتطلب الأنماط النشطة-النشطة مع الكتابة ثنائية الاتجاه استراتيجيات حل النزاعات في طبقة التطبيق أو قاعدة البيانات. توفر الشبكة الاتصال، لكن التطبيقات يجب أن تتعامل مع تعارضات الكتابة.
- نقاط النهاية الخاصة لتكرار PaaS: عند تكرار Azure SQL أو Cosmos DB أو Storage عبر المناطق، استخدم نقاط نهاية خاصة في كل منطقة للحفاظ على حركة مرور النسخ على العمود الفقري ل Microsoft وتجنب التعرض للشبكة العامة.
اعتبارات التكلفة
تزيد الشبكات متعددة المناطق من التكاليف من خلال تكرار البنية التحتية ونقل البيانات عبر المناطق. خطط ميزانيتك حول هذه العوامل الأساسية للتكليف:
- نقل البيانات عبر المناطق: تتحمل حركة المرور بين المراكز العالمية VNet وحركة المرور بين المراكز في Virtual WAN رسوما لكل جيجابايت عند عبور البيانات لحدود المناطق. الحركة داخل المنطقة بين شبكات VNes المتشابهة في نفس المنطقة لا تدفع أي تكلفة إضافية لنفس المنطقة وتفرض بمعدل أقل للمناطق العابرة.
- أجهزة الشبكة المكررة: كل منطقة تتطلب جدار حماية خاص، وموازن حمل، ونسخ بوابة خاصة بها. النشر النشط والنشط يضاعف هذه التكاليف. يمكن للنشر النشط والسلبي تقليل التكاليف باستخدام مستويات أصغر في منطقة الاستعداد وتوسيع المستويات أثناء الفشل الإضافي.
- رسوم توازن الأحمال العالمية: كل من مدير المرور ومدير الباب الأمامي يتقاضيان رسوما بناء على استفسارات DNS أو طلبات معالجة. كما تفرض Front Door رسوما على نقل البيانات من نقاط الشراء الطرفية إلى الخلفية.
- ExpressRoute و VPN Gateway: غالبا ما تتطلب تصاميم المناطق المتعددة حالات بوابة في كل منطقة. دوائر ExpressRoute التي تربط عدة مناطق تضيف رسوم منفذ شهرية ورسوم بيانات لكل جيجابايت.
- تحسين الموقع لحركة المرور: صمم طبقات التطبيقات لتقليل المكالمات عبر المناطق. احتفظ بنسخ القراءة في نفس موقع مع الحوسبة في كل منطقة لتقليل عرض النطاق الترددي للنسخ واستعلامات الحساسية للزمن.
اعتبارات الأمان
تقدم الشبكة متعددة المناطق اعتبارات أمنية تتجاوز النشر في منطقة واحدة:
- تبقى حركة المرور على عمود Microsoft الفقري. جميع حركة المرور بين المناطق عبر الربط بين المراكز عبر Global VNet Peering أو Virtual WAN بين المراكز تمر عبر شبكة Microsoft الأساسية، وليس الإنترنت العام.
- نشر جدران حماية احتياطية في كل منطقة. كل مركز إقليمي يحتاج إلى نسخة جدار حماية خاص بها لفحص حركة المرور. نشر جدران الحماية عبر مناطق التوفر للحفاظ على الأمان أثناء فشل المناطق.
- يوفر نظام WAF من الباب الأمامي أمانا حافية. عند استخدام Front Door، يقوم Web Application Firewall المدمج الخاص به بفحص حركة المرور قبل وصوله إلى أي نشر إقليمي. يوفر هذا طبقة أولى من الدفاع على حافة الشبكة.
- خطة إلغاء DNS بعناية. يعتمد نظام Traffic Manager على TTL DNS. تمكن TTLs الأقصر من تجاوز الفشل بشكل أسرع لكنها تزيد من حجم استعلامات DNS. يوفر Front Door خدمة الفشل على مستوى الاتصال لا تعتمد على انتهاء صلاحية ذاكرة DNS المؤقتة للعميل.
- يبقى حركة ExpressRoute Global Reach خاصة. لا تلامس حركة المرور بين المواقع المحلية المتصلة عبر الوصول العالمي الإنترنت العام. يبقى على العمود الفقري ل Microsoft بين الدوائر.
- قنوات تكرار آمنة عبر المناطق. حركة مرور النسخ الخلفي عبر الربط العالمي VNet خاصة بشكل افتراضي، لكنها تطبق مجموعات أمان الشبكة والتشفير للبيانات الحساسة أثناء النقل.
المقالات ذات الصلة
إذا كان تصميمك متعدد المناطق يتضمن سيناريوهات محددة تم تناولها في مكان آخر في هذا الدليل، انظر:
- طوبولوجيا المحور والسبوك: نمط تصميم محور لكل منطقة لنشر المناطق المتعددة.
- Virtual WAN: نمط متعدد المحاور في Virtual WAN مع توجيه تلقائي بين المحاور.
- الاتصال عبر المناطق: إرشادات مفصلة حول التشابر، والوصول العالمي، وخيارات الاتصال بين المحاور.
- شبكات VNet والشبكات الفرعية: تصميم VNet لكل منطقة وتخطيط الشبكات الفرعية.
- تخطيط عناوين IP: مساحات عناوين غير متداخلة عبر المناطق.
- Azure Firewall وفحص حركة المرور: نشر جدار ناري احتياطي في كل مركز إقليمي.
التعرف على المزيد
لمزيد من المعلومات حول الخدمات والمفاهيم التي نوقشت في هذا المقال، راجع الموارد التالية:
- نظرة عامة على مدير المرور
- نظرة عامة الواجهة الأمامية لـ Azure
- نظرة عامة على تناظر الشبكة الظاهرية
- ExpressRoute الوصول العالمي
- بنية شبكة النقل العالمي Virtual WAN
- مناطق Azure ومناطق التوفر
الخطوات التالية
نصيحة
تستكشف بمفردك؟ عد إلى الناظر العام للعثور على مقالك التالي حسب القدرات.
الخطوة التالية في رحلتك في الرفع والوردية:
اتصل بشبكتك المحلية: بعد التخطيط للتعافي من الكوارث، قم بإنشاء VPN أو اتصال ExpressRoute بالاتصال المحلي.
الخطوة التالية في رحلتك التحديثية:
صمم أنماط الدخول إلى الإنترنت الخاصة بك: حدد كيف تصل حركة العملاء إلى تطبيقاتك عبر منطقتك الأساسية والمنطقة الاحتياطية.
التالي في رحلتك عبر السحابة:
قم بإعداد أنفاق مشفرة إلى سحومك الأخرى: بعد التخطيط متعدد المناطق، قم بتكوين الاتصال عبر السحابة عبر السحابة.