إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
توضح هذه المقالة دعم الموثوقية في Azure DDoS Network Protection، والمرونة الإقليمية مع مناطق التوفر والاسترداد عبر المناطق واستمرارية الأعمال. للحصول على نظرة عامة أكثر تفصيلا على الموثوقية في Azure، راجع موثوقية Azure.
دعم منطقة القابلية للوصول
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
Azure DDoS Protection هي منطقة زائدة عن الحاجة بشكل افتراضي وتديرها الخدمة نفسها. لا تحتاج إلى تكوين تكرار المنطقة أو إعداده بنفسك.
التعافي من الكوارث عبر المناطق واستمرارية الأعمال
يشير الإصلاح بعد الكوارث (DR) إلى الممارسات التي تستخدمها المؤسسات للتعافي من الأحداث عالية التأثير، مثل الكوارث الطبيعية أو عمليات النشر الفاشلة التي تؤدي إلى التوقف عن العمل وفقدان البيانات. بغض النظر عن السبب، فإن أفضل علاج للكارثة هو خطة الإصلاح بعد الكارثة محددة جيدا ومختبرة وتصميم تطبيق يدعم الإصلاح بعد الكارثة بنشاط. قبل البدء في إنشاء خطة التعافي من الكوارث، راجع توصيات لتصميم استراتيجية التعافي من الكوارث.
بالنسبة إلى DR، تستخدم Microsoft نموذج المسؤولية المشتركة. في هذا النموذج، تضمن Microsoft توفر البنية الأساسية وخدمات النظام الأساسي. ومع ذلك، لا تقوم العديد من خدمات Azure تلقائيا بنسخ البيانات نسخا متماثلا أو الرجوع من منطقة فاشلة للنسخ المتماثل إلى منطقة أخرى ممكنة. بالنسبة إلى هذه الخدمات، أنت مسؤول عن إعداد خطة التعافي من الكوارث التي تعمل مع حمل العمل الخاص بك. توفر معظم الخدمات التي تعمل على عروض النظام الأساسي كخدمة (PaaS) في Azure ميزات وإرشادات لدعم الإصلاح بعد الكوارث. يمكنك استخدام ميزات خاصة بالخدمة لدعم الاسترداد السريع للمساعدة في تطوير خطة الإصلاح بعد الكارثة.
التعافي من الكوارث في المنطقة الجغرافية متعددة المناطق
يمكنك اختيار أحد نهجين لإدارة استمرارية الأعمال لحماية موزع لحجب الخدمة عبر الشبكات الظاهرية الخاصة بك. النهج الأول تفاعلي والنهج الثاني استباقي.
- خطة استمرارية الأعمال التفاعلية. الشبكات الظاهرية هي موارد خفيفة الوزن إلى حد ما. في حالة انقطاع إقليمي، يمكنك استدعاء واجهات برمجة تطبيقات Azure لإنشاء شبكة ظاهرية بنفس مساحة العنوان، ولكن في منطقة مختلفة. لإعادة إنشاء نفس البيئة التي كانت موجودة في المنطقة المتأثرة، ستحتاج إلى إجراء استدعاءات API لإعادة نشر موارد الشبكة الظاهرية للمنطقة الأساسية. إذا كان الاتصال المحلي متوفرا، كما هو الحال في التوزيع المختلط، يجب نشر بوابة VPN جديدة، والاتصال بشبكتك المحلية.
إشعار
دائما ما ينطوي النهج التفاعلي للحفاظ على استمرارية الأعمال على خطر عدم تمكنك من الوصول إلى موارد المنطقة الأساسية، بسبب مدى الكارثة. في هذه الحالة، ستحتاج إلى إعادة إنشاء جميع موارد المنطقة الأساسية.
- خطة استباقية لاستمرارية الأعمال. يمكنك إنشاء شبكتين ظاهريتين باستخدام نفس مساحة عنوان IP الخاص والموارد في منطقتين مختلفتين قبل الوقت المحدد. إذا كنت تستضيف خدمات مواجهة للإنترنت في الشبكة الظاهرية، يمكنك إعداد Traffic Manager لتوجيه حركة المرور جغرافيا إلى المنطقة النشطة. ومع ذلك، لا يمكنك توصيل شبكتين ظاهريتين بمساحة العنوان نفسها بشبكتك المحلية، حيث قد يتسبب ذلك في حدوث مشكلات في التوجيه. في وقت وقوع كارثة وفقدان الشبكة الظاهرية في منطقة واحدة، يمكنك توصيل الشبكة الظاهرية الأخرى في المنطقة المتاحة، مع مساحة العنوان المطابقة لشبكتك المحلية.
لإنشاء شبكة ظاهرية، راجع إنشاء شبكة ظاهرية.
التعافي من الكوارث في المنطقة الجغرافية أحادية المنطقة
بالنسبة إلى المناطق الجغرافية أحادية المنطقة في سيناريو الكوارث، لا تزال الشبكة الظاهرية والموارد في المنطقة المتأثرة غير قابلة للوصول خلال وقت تعطيل الخدمة.