إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
Azure Elastic SAN هي خدمة شبكة تخزين أصلية على السحابة (SAN) توفر حلا قابلا للتطوير وفعالا من حيث التكلفة وعالي الأداء وشاملا لمجموعة من خيارات الحوسبة. تمكنك Elastic SAN من إنشاء وحدات التخزين وإدارتها، وهي أقراص ظاهرية يمكنك توصيلها بأجهزتك الظاهرية أو حاوياتك أو خدمات Azure الأخرى عبر بروتوكول iSCSI.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل Azure Elastic SAN مرنا لحالات الانقطاع والمشاكل المحتملة المختلفة، بما في ذلك الأخطاء العابرة، وفشل منطقة التوفر، والفشل على مستوى المنطقة. كما يصف خيارات النسخ الاحتياطي والاسترداد، ويسلط الضوء على المعلومات الرئيسية حول Azure Elastic SAN اتفاقية مستوى الخدمة (SLA).
توصيات نشر الإنتاج للموثوقية
استخدم التوصيات التالية لأحمال عمل الإنتاج:
- استخدام التخزين المتكرر في المنطقة (ZRS): ينشر ZRS نسخا من بياناتك عبر ثلاث مناطق توفر.
- تكوين الوصول إلى الشبكة لتقليل التدخل اليدوي أثناء فشل المنطقة: تمكن نقاط النهاية الخاصة تجاوز الفشل التلقائي للمنطقة دون تدخل يدوي، بينما قد تتطلب نقاط نهاية الخدمة تدخلا يدويا.
- لأحمال العمل التي تتطلب التعافي من الكوارث عبر المناطق: إنشاء لقطات من وحدات التخزين الخاصة بك بانتظام، وتصديرها إلى لقطات القرص المدارة لحماية البيانات. انسخ اللقطات إلى منطقة ثانوية بعيدة جغرافيا عن منطقتك الأساسية.
نظرة عامة على بنية الموثوقية
يحتوي Elastic SAN على تسلسل هرمي للموارد من ثلاثة مستويات:
- Elastic SAN: مورد المستوى الأعلى حيث تقوم بتكوين التكرار وتخصيص سعة التخزين وتعيين حدود الأداء. يحدد عدد الوحدات الأساسية المخصصة ل Elastic SAN إجمالي IOPS ومعدل النقل المتاح عبر SAN بأكمله.
- مجموعات وحدات التخزين: بنيات الإدارة المستخدمة لإدارة وحدات التخزين على نطاق واسع. يتم تكوين إعدادات الوصول إلى الشبكة، مثل نقاط النهاية الخاصة أو نقاط نهاية الخدمة، على مستوى مجموعة وحدة التخزين وموروثة بواسطة جميع وحدات التخزين في المجموعة.
- وحدات التخزين: وحدات تخزين فردية مقسمة من السعة الإجمالية ل SAN. يتم توصيل وحدات التخزين لحساب الموارد من خلال بروتوكول iSCSI.
لمزيد من التفاصيل حول الموارد التي تنشرها، راجع موارد Elastic SAN.
داخليا، يخزن Elastic SAN بياناتك داخل مجموعات التخزين. عند تكوين Elastic SAN لاستخدام التخزين المتكرر محليا (LRS)، يتم نسخ بياناتك ثلاث مرات داخل مجموعة تخزين واحدة في مركز بيانات واحد. يمكنك تكوين التخزين المتكرر للمنطقة (ZRS) لتخزين نسخ من البيانات عبر ثلاث مناطق توفر. لمزيد من المعلومات، راجع المرونة ضد فشل مناطق التوفر.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
إذا تمت مقاطعة اتصال iSCSI الخاص بك بوحدة تخزين Elastic SAN، يحاول بادئ iSCSI على العميل إعادة الاتصال تلقائيا. قد تواجه توقفا مؤقتا قصيرا في عمليات الإدخال/الإخراج أثناء إعادة الاتصال. قم بتكوين بادئ iSCSI الخاص بك مع إعدادات إعادة المحاولة والمهلة المناسبة للتعامل مع الانقطاعات العابرة. للحصول على توصيات مفصلة لإعداد iSCSI وMPIO، راجع تحسين أداء Elastic SAN.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
يمكن تكوين Azure Elastic SAN لاستخدام التخزين المتكرر في المنطقة (ZRS)، ما يعني أنه يتم نسخ بياناتك بشكل متزامن عبر ثلاث مناطق توفر في المنطقة. يساعدك التكرار في المنطقة على تحقيق المرونة والموثوقية لأحمال العمل الإنتاجية.
يؤثر نهج الاتصال الخاص بك على قدرة حمل العمل على تجاوز الفشل بشفافية أثناء فشل المنطقة. استخدم نقاط النهاية الخاصة للاتصال بوحدات التخزين الخاصة بك. تدعم نقاط النهاية الخاصة تجاوز الفشل التلقائي. إذا كنت تستخدم نقاط نهاية الخدمة، فقد يتطلب تجاوز الفشل تدخلا يدويا. لمزيد من المعلومات حول نهج الاتصال، راجع التعرف على تكوينات الشبكات ل Elastic SAN.
يؤدي استخدام التخزين الزائد محليا (LRS) إلى ترك Elastic SAN غير محمي ضد فشل منطقة التوفر. يجعل LRS Elastic SAN غير منطقة عن طريق تخزين البيانات في منطقة توفر واحدة بدلا من توزيعها عبر المناطق باستخدام ZRS.
المتطلبات
دعم المنطقة: يمكن نشر موارد Elastic SAN المكررة في المنطقة في مجموعة فرعية من المناطق. للحصول على قائمة بالمناطق، راجع أهداف المقياس ل Elastic SAN.
Cost
عند إنشاء Elastic SAN مع ZRS، تكون التكلفة أعلى من LRS. لمزيد من المعلومات حول التسعير، راجع تسعير Azure Elastic SAN.
تكوين دعم منطقة التوفر
إنشاء Elastic SAN جديد باستخدام ZRS: عند إنشاء Elastic SAN وتحديد ZRS كخيار التكرار، تكون Elastic SAN الخاصة بك زائدة عن الحاجة تلقائيا. لا يمكنك تغيير خيار التكرار بعد إنشاء Elastic SAN. لمزيد من المعلومات حول إنشاء مورد Elastic SAN جديد، راجع نشر Elastic SAN.
تمكين تكرار المنطقة على LRS Elastic SAN موجود: لا يمكنك تحويل LRS Elastic SAN إلى ZRS في مكانه. للترحيل، قم بلقطة وحدات تخزين Elastic SAN الخاصة بك، وتصديرها إلى لقطات القرص المدارة، ونشر Elastic SAN جديد على ZRS، ثم إنشاء وحدات تخزين على Elastic SAN الجديد باستخدام لقطات القرص هذه. لمزيد من المعلومات، راجع لقطات Azure Elastic SAN وحدات التخزين.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين Elastic SAN لتكرار المنطقة، وجميع المناطق تعمل.
عملية عبر المناطق: عند الاتصال بوحدات تخزين Elastic SAN، يوجه اتصال iSCSI إلى نظام مجموعة في إحدى مناطق التوفر. يوجه النظام الأساسي حركة المرور بين المناطق تلقائيا.
النسخ المتماثل للبيانات عبر المناطق: عندما يكتب العميل البيانات إلى وحدة تخزين Elastic SAN، تتم كتابة هذه البيانات بشكل متزامن إلى مجموعات داخل ثلاث مناطق توفر قبل الاعتراف بعملية الكتابة. يضمن النسخ المتماثل المتزامن مستوى عاليا من تناسق البيانات ويضمن عدم فقدان البيانات أثناء فشل المنطقة.
يوفر توزيع ZRS Elastic SAN موثوقية أكثر من LRS Elastic SAN، ولكنه يضيف المزيد من زمن انتقال الكتابة. قياس Elastic SAN ومحاكاة حمل العمل للتطبيق الخاص بك لمقارنة زمن الانتقال بين LRS وZRS، لمعرفة ما إذا كان يؤثر على حمل العمل الخاص بك.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يمكن توقعه عند تكوين Elastic SAN لتكرار المنطقة، وهناك انقطاع في إحدى المناطق.
الكشف والاستجابة: يكتشف النظام الأساسي Elastic SAN أي حالات فشل في منطقة التوفر. لا تحتاج إلى القيام بأي شيء لبدء تجاوز فشل المنطقة ل ZRS Elastic SANs.
اخطار: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام حالة خدمة Azure لفهم السلامة العامة للخدمة، بما في ذلك أي حالات فشل في المنطقة، ويمكنك إعداد تنبيهات حماية الخدمة لإعلامك بالمشكلات.
الطلبات النشطة: عندما تصبح منطقة التوفر غير متوفرة، قد تنهي الخدمة عمليات الإدخال/الإخراج قيد التقدم التي تتصل بالنسخ المتماثلة في المنطقة المتأثرة، ويجب إعادة محاولة هذه العمليات. إذا كنت تستخدم نقاط النهاية الخاصة، تفشل الخدمة تلقائيا. إذا كنت تستخدم نقاط نهاية الخدمة، فقد تحتاج إلى إعادة تشغيل بادئ iSCSI لتجاوز الفشل إلى منطقة صحية.
فقدان البيانات المتوقع: يمنع Elastic SAN فقدان البيانات أثناء فشل المنطقة عن طريق النسخ المتماثل للبيانات بشكل متزامن عبر ثلاث مناطق توفر.
وقت التعطل المتوقع: عند استخدام نقاط النهاية الخاصة، يحدث تجاوز فشل المنطقة تلقائيا. قد تواجه التوفر وتدهور الأداء لبضع دقائق بعد تجاوز الفشل بينما يعيد SAN توازن نفسه.
عند استخدام نقاط نهاية الخدمة، لا يتحول Elastic SAN إلى منطقة سليمة تلقائيا. قد تحتاج إلى إعادة تشغيل بادئ iSCSI لبدء تجاوز الفشل إلى منطقة صحية مختلفة.
إعادة توجيه حركة المرور: عندما تكون المنطقة غير متوفرة، يكتشف النظام الأساسي Elastic SAN فقدان المنطقة ويوجه حركة المرور إلى المناطق الصحية المتبقية.
لضمان تجاوز فشل المنطقة التلقائي دون تدخل يدوي، استخدم نقاط النهاية الخاصة للاتصال ب Elastic SAN. عند استخدام نقاط نهاية الخدمة بدلا من نقاط النهاية الخاصة، قد تحتاج إلى إعادة تشغيل بادئ iSCSI يدويا لبدء تجاوز الفشل إلى منطقة صحية.
استعادة المنطقة
عند استرداد منطقة التوفر، يقوم النظام الأساسي Elastic SAN تلقائيا باستعادة العمليات العادية واستئناف النسخ المتماثل عبر ثلاث مناطق. لستَ بحاجة إلى اتخاذ أي إجراء.
اختبار فشل المنطقة
يدير النظام الأساسي Azure Elastic SAN توجيه نسبة استخدام الشبكة وتجاوز الفشل واسترداد المنطقة للموارد المكررة في المنطقة. نظرا لإدارة هذه الميزة بالكامل، لا تحتاج إلى التحقق من صحة عمليات فشل منطقة التوفر.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
Azure Elastic SAN هي خدمة من منطقة واحدة. إذا أصبحت المنطقة غير متوفرة، فإن مورد Elastic SAN غير متوفر أيضا. لا يوجد نسخ متماثل مضمن عبر المناطق أو تجاوز الفشل ل Elastic SAN. أنت مسؤول عن تصميم حل التعافي من الكوارث متعدد المناطق الخاص بك إذا كان حمل العمل الخاص بك يتطلب مرونة على مستوى المنطقة.
حلول متعددة المستويات مخصصة للمرونة
أنت مسؤول عن تنفيذ التعافي من الكوارث متعددة المستويات لبيانات Elastic SAN الخاصة بك. النهج الموصى به هو استخدام لقطات وحدة التخزين:
إنشاء لقطات بانتظام. استخدم لقطات وحدة التخزين لالتقاط نسخ في نقطة زمنية من وحدات تخزين Elastic SAN.
يعتمد هدف نقطة الاسترداد (RPO) على عدد المرات التي تقوم فيها بإنشاء نسخ مطابقة ونسخها إلى المنطقة الثانوية. كلما قمت بإنشاء لقطات ونسخها بشكل متكرر، انخفض فقدان البيانات المحتمل أثناء وقوع كارثة.
تصدير اللقطات إلى لقطات القرص المدارة.تصدير لقطات وحدة التخزين إلى لقطات القرص المدارة، والتي يمكن نسخها إلى مناطق أخرى.
نسخ اللقطات إلى منطقة ثانوية.انسخ اللقطة التزايدية إلى منطقة جديدة بعيدة جغرافيا عن منطقتك الأساسية. وهذا يقلل من مخاطر تأثر مناطق متعددة بكارثة واحدة.
الاستعادة من اللقطات. في سيناريو التعافي من الكوارث، قم بإنشاء وحدات تخزين جديدة على Elastic SAN الثانوي من لقطات القرص المدارة المنسخة.
يعتمد هدف وقت الاسترداد (RTO) على حجم بياناتك، والوقت الذي يستغرقه نسخ اللقطات عبر المناطق، والوقت اللازم لنشر وتكوين Elastic SAN جديد في المنطقة الثانوية. لتقليل وقت الاسترداد، ضع في اعتبارك نشر Elastic SAN ثانوي في منطقة التعافي قبل حدوث كارثة. يساعد هذا أيضا على تجنب قيود السعة أثناء الانقطاع.
النسخ الاحتياطي والاستعادة
بالنسبة لمعظم الحلول، يجب ألا تعتمد حصريا على النسخ الاحتياطية. بدلا من ذلك، استخدم الإمكانات الأخرى الموضحة في هذا الدليل لدعم متطلبات المرونة الخاصة بك. ومع ذلك، تحمي النسخ الاحتياطية من بعض المخاطر التي لا تحميها الأساليب الأخرى. لمزيد من المعلومات، راجع ما المقصود بالتكرار والنسخ المتماثل والنسخ الاحتياطي؟.
يدعم Elastic SAN نوعين من النسخ الاحتياطي:
Azure Elastic SAN النسخ الاحتياطي: توفر هذه الإمكانية النسخ الاحتياطي في Azure حلا مدارا بالكامل لجدولة النسخ الاحتياطية، وتعيين المخططات الزمنية لانتهاء الصلاحية لنقاط الاسترداد، واسترداد البيانات إلى وحدة تخزين جديدة. يساعد على الحماية من فقدان البيانات من عمليات الحذف العرضية وبرامج الفدية وتحديثات التطبيقات. لمزيد من المعلومات، راجع Azure Elastic SAN النسخ الاحتياطي (معاينة).
مهم
نظرا لأن هذا الحل مشمول بالشروط التكميلية من Microsoft لمعاينات Azure، استخدمه للاختبار، وليس لاستخدام الإنتاج.
لقطات: بدلا من ذلك، يمكنك إنشاء لقطات وإدارتها استنادا إلى متطلبات حماية البيانات.
يدعم Azure Elastic SAN لقطات وحدة التخزين لحماية البيانات. اللقطات هي نسخ تزايدية في نقطة زمنية من وحدات التخزين الخاصة بك التي تستهلك مساحة من السعة الإجمالية ل Elastic SAN. لحماية بياناتك، قم بإنشاء لقطات بانتظام. يعتمد التردد على مقدار البيانات التي يمكنك تحمل خسارتها (RPO الخاص بك). يمكنك إنشاء لقطات يدويا أو إنشاء أتمتة خاصة بك لإنشائها على جدول زمني.
يتم تخزين اللقطات داخل نفس Elastic SAN مثل وحدات التخزين الخاصة بك واستخدام نفس إعداد التكرار. للحماية من حالات الفشل على مستوى المنطقة، قم بتصدير اللقطات إلى لقطات القرص المدارة ونسخها إلى منطقة مختلفة. لمزيد من المعلومات، راجع تصدير لقطة وحدة التخزينونسخ لقطة تزايدية إلى منطقة جديدة.
يمكنك إنشاء وحدة تخزين Elastic SAN جديدة من لقطة أو من لقطة قرص مدارة. لمزيد من المعلومات، راجع إنشاء وحدة تخزين من لقطة.
المرونة في صيانة الخدمة
تقوم Microsoft بتطبيق تحديثات الخدمة بانتظام وتقوم بأعمال صيانة أخرى. تتعامل منصة Azure مع هذه الأنشطة تلقائيا، مما يضمن أن الصيانة ستكون سلسة وشفافة بالنسبة لك. لا يتوقع توقف أثناء فعاليات الصيانة إلا إذا تم إعلامك من خلال صيانة مخططة من حالة خدمة Azure.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.