الموثوقية في Elastic SAN
توضح هذه المقالة دعم الموثوقية في Azure Elastic SAN وتغطي كلا من المرونة الإقليمية مع مناطق التوفر والتعافي من الكوارث واستمرارية الأعمال.
دعم منطقة القابلية للوصول
مناطق توفر Azure هي ثلاث مجموعات منفصلة فعليا على الأقل من مراكز البيانات داخل كل منطقة Azure. مراكز البيانات داخل كل منطقة مجهزة ببنية أساسية مستقلة للطاقة والتبريد والشبكات. في حالة فشل المنطقة المحلية، يتم تصميم مناطق التوفر بحيث إذا تأثرت المنطقة الواحدة، فإن الخدمات الإقليمية والسعة والتوافر العالي تدعمها المنطقتين المتبقيتين.
يمكن أن تتراوح حالات الفشل من فشل البرامج والأجهزة إلى الأحداث مثل الزلازل والفيضانات والحرائق. يتم تحقيق التسامح مع الفشل مع التكرار والعزلة المنطقية لخدمات Azure. لمزيد من المعلومات التفصيلية حول مناطق التوفر في Azure، راجع المناطق ومناطق التوفر.
تم تصميم الخدمات الممكنة لمناطق توفر Azure لتوفير المستوى الصحيح من الموثوقية والمرونة. يمكن تكوينها بطريقتين. يمكن أن تكون إما زائدة عن الحاجة للمنطقة، مع النسخ المتماثل التلقائي عبر المناطق، أو منطقة، مع تثبيت المثيلات في منطقة معينة. يمكنك أيضا الجمع بين هذه الأساليب. لمزيد من المعلومات حول البنية المناطقية مقابل البنية الزائدة عن الحاجة للمنطقة، راجع توصيات لاستخدام مناطق التوفر والمناطق.
يدعم Azure Elastic SAN نشر منطقة التوفر مع التخزين المتكرر محليا (LRS) والنشر الإقليمي مع التخزين المتكرر في المنطقة (ZRS).
المتطلبات الأساسية
LRS وZRS Elastic SAN متاحان حاليا فقط في مجموعة فرعية من المناطق. للحصول على قائمة بالمناطق، راجع أهداف المقياس ل Elastic SAN.
إنشاء مورد باستخدام مناطق التوفر
لإنشاء Elastic SAN مع تمكين منطقة توفر، راجع نشر Elastic SAN.
تجربة تعطل المنطقة
عند توزيع Elastic SAN، إذا حددت ZRS لخيار التكرار في SAN الخاص بك، يتم دعم تجاوز الفشل النطاقي من قبل النظام الأساسي دون تدخل يدوي. تم تصميم SAN مرن باستخدام ZRS للشفاء الذاتي وإعادة التوازن نفسه للاستفادة من المناطق الصحية تلقائيا.
إذا قمت بنشر شبكة LRS مرنة، فقد تحتاج إلى نشر SAN جديد، باستخدام اللقطات المصدرة إلى الأقراص المدارة.
تصميم زمن انتقال منخفض
اختلافات زمن الانتقال بين SAN المرنة على LRS وS SAN المرنة على ZRS ليست عالية بشكل خاص. ومع ذلك، بالنسبة لأحمال العمل الحساسة لارتفاع زمن الانتقال، ضع في اعتبارك شبكة SAN مرنة على LRS لأنها توفر أقل زمن انتقال.
ترحيل منطقة التوفر
لترحيل SAN مرنة على LRs إلى ZRS، يجب عليك لقطة وحدات تخزين SAN المرنة الخاصة بك، وتصديرها إلى لقطات القرص المدارة، ونشر SAN مرنة على ZRS، ثم إنشاء وحدات تخزين على SAN على ZRS باستخدام لقطات القرص هذه. لمعرفة كيفية استخدام اللقطات (معاينة)، راجع لقطات وحدات تخزين Azure Elastic SAN (معاينة).
الإصلاح بعد كارثة واستمرارية الأعمال
يتعلق التعافي من الكوارث (DR) بالتعافي من الأحداث عالية التأثير، مثل الكوارث الطبيعية أو عمليات النشر الفاشلة التي تؤدي إلى وقت تعطل وفقدان البيانات. بغض النظر عن السبب، فإن أفضل علاج للكارثة هو خطة الإصلاح بعد الكارثة محددة جيدا ومختبرة وتصميم تطبيق يدعم الإصلاح بعد الكارثة بنشاط. قبل البدء في التفكير في إنشاء خطة التعافي من الكوارث، راجع توصيات لتصميم استراتيجية التعافي من الكوارث.
عندما يتعلق الأمر بالتعافي من الكوارث، تستخدم Microsoft نموذج المسؤولية المشتركة. في نموذج المسؤولية المشتركة، تضمن Microsoft توفر البنية الأساسية الأساسية وخدمات النظام الأساسي. في الوقت نفسه، لا تقوم العديد من خدمات Azure تلقائيا بنسخ البيانات نسخا متماثلا أو الرجوع من منطقة فاشلة للنسخ المتماثل إلى منطقة أخرى ممكنة. بالنسبة إلى هذه الخدمات، أنت مسؤول عن إعداد خطة التعافي من الكوارث التي تعمل مع حمل العمل الخاص بك. توفر معظم الخدمات التي تعمل على عروض النظام الأساسي كخدمة (PaaS) في Azure ميزات وإرشادات لدعم الإصلاح بعد الكارثة ويمكنك استخدام ميزات خاصة بالخدمة لدعم الاسترداد السريع للمساعدة في تطوير خطة الإصلاح بعد الكارثة.
التعافي من الكوارث في منطقة واحدة ومتعددة المناطق
بالنسبة إلى Azure Elastic SAN، فأنت مسؤول عن تجربة الإصلاح بعد الكوارث. يمكنك أخذ لقطات من وحدات التخزين وتصديرها إلى لقطات القرص المدارة. بعد ذلك، يمكنك نسخ لقطة تزايدية إلى منطقة جديدة لتخزين بياناتك في منطقة أخرى غير المنطقة التي توجد فيها شبكة SAN المرنة. يجب عليك التصدير إلى مناطق بعيدة جغرافيا عن منطقتك الأساسية لتقليل إمكانية تأثر مناطق متعددة بسبب كارثة.
الكشف عن الانقطاع والإعلام والإدارة
يمكنك العثور على إعلانات الانقطاع في Service Health - Microsoft Azure.
القدرة والمرونة الاستباقية للتعافي من الكوارث
تعمل Microsoft وعملاؤها ضمن نموذج المسؤولية المشتركة. تعني المسؤولية المشتركة أنه بالنسبة إلى DR الذي يدعم العميل (الخدمات المسؤولة عن العميل)، يجب عليك معالجة DR لأي خدمة تقوم بنشرها والتحكم فيها. يجب التحقق مسبقا من أي خدمة تقوم بنشرها ستعمل مع Elastic SAN. للتأكد من أن الاسترداد استباقي، يجب عليك دائما النشر المسبق للثانويات لأنه لا يوجد ضمان للقدرة في وقت التأثير لأولئك الذين لم يتم تخصيصهم مسبقا.