إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يوفر Azure Disk Storage أقراصا مدارة للأجهزة الظاهرية (VMs) Azure. وهو مصمم لأحمال العمل المهمة للأعمال، ويضمن الموثوقية والتوافر على مستوى المؤسسة. يتم نسخ بياناتك تلقائيا للحماية من فشل الأجهزة، مع خيارات تكرار متعددة لتلبية متطلبات المتانة الخاصة بك.
عند استخدام Azure، تعد الموثوقية مسؤولية مشتركة. توفر Microsoft مجموعة من الإمكانات لدعم المرونة والاسترداد. أنت مسؤول عن فهم كيفية عمل هذه الإمكانات في جميع الخدمات التي تستخدمها، وتحديد الإمكانات التي تحتاجها لتحقيق أهداف عملك وأهداف وقت التشغيل.
توضح هذه المقالة كيفية جعل Azure Disk Storage مرنا لحالات الانقطاع والمشاكل المحتملة المختلفة، بما في ذلك الأخطاء العابرة، وفشل منطقة التوفر، والفشل على مستوى المنطقة. كما يصف خيارات النسخ الاحتياطي والاسترداد، ويسلط الضوء على المعلومات الرئيسية حول اتفاقية مستوى الخدمة (SLA) Azure Disk Storage.
مهم
عند مراعاة موثوقية القرص، تحتاج أيضا إلى مراعاة موثوقية الأجهزة الظاهرية والبنية الأساسية للشبكة والتطبيقات التي تعمل على الأجهزة الظاهرية الخاصة بك. قد يكون لتحسين مرونة القرص وحده تأثير محدود إذا لم تكن المكونات الأخرى مرنة على قدم المساواة. اعتمادا على متطلبات المرونة الخاصة بك، قد تحتاج إلى إجراء تغييرات في التكوين عبر مناطق متعددة.
توصيات نشر الإنتاج
يوفر إطار عمل Azure Well-Architected توصيات للموثوقية والأداء والأمان والتكلفة والعمليات. لفهم كيفية تأثير هذه المجالات على بعضها البعض والمساهمة في حل Azure Disk Storage موثوق به، راجع أفضل ممارسات البنية Azure Disk Storage.
نظرة عامة على بنية الموثوقية
يستخدم كل جهاز ظاهري الأقراص لأغراض مختلفة:
- قرص نظام التشغيل: يقوم قرص نظام تشغيل واحد بتشغيل نظام التشغيل. بشكل افتراضي، إنه قرص مدار يستمر في البيانات. يمكنك أيضا استخدام أقراص نظام التشغيل المؤقتة، والتي لا تتم إدارتها. تجنب استخدام قرص نظام التشغيل لتخزين التطبيقات أو البيانات.
- أقراص البيانات: صفر أو أكثر من الأقراص المدارة لتخزين التطبيقات والبيانات.
- القرص المؤقت: قرص غير دائم وغير مدار مضمن مع كل جهاز ظاهري.
يركز هذا الدليل بشكل خاص على الأقراص المدارة، والتي تستمر البيانات بشكل موثوق. لمعرفة المزيد حول أدوار القرص المختلفة، راجع أدوار القرص.
تم تصميم الأقراص المدارة لتوفر 99.999% VM وتوفر ما لا يقل عن 99.999999999% (11 9s) من المتانة. عند استخدام الأقراص المدارة، يتم نسخ بياناتك ثلاث مرات. إذا أصبحت إحدى النسخ الثلاث غير متوفرة، Azure تلقائيا بإنشاء نسخة جديدة من البيانات في الخلفية. تضمن هذه العملية استمرار بياناتك والتسامح العالي مع الخطأ.
بشكل افتراضي، تستخدم الأقراص المدارة التخزين المتكرر محليا (LRS). يحتفظ LRS بثلاث نسخ من بيانات القرص داخل مركز بيانات واحد، والذي يحمي من فشل الأجهزة مثل مشكلات محرك الأقراص أو حامل الخادم.
على الرغم من أن LRS يحمي أقراصك من رف الخادم وفشل محرك الأقراص، فإنه لا يمثل كوارث مثل الحريق أو الفيضانات داخل مركز البيانات. للحصول على مستويات أعلى من الحماية، استخدم التخزين المتكرر للمنطقة (ZRS)، والذي ينسخ الأقراص عبر مناطق توفر متعددة.
بالنسبة للتطبيقات التي تعمل على أجهزة ظاهرية متعددة، تتمتع أجهزة ظاهرية متعددة باتفاقية مستوى الخدمة ذات قابلية وصول عالية عند توزيعها عبر مناطق توفر متعددة. بالنسبة للأجهزة الظاهرية والأقراص التي يتم توزيعها عبر مناطق توفر متعددة، يتم تجميع الأقراص والأجهزة الظاهرية الأصلية الخاصة بها على التوالي في نفس المنطقة، مما يمنع عدة أجهزة ظاهرية من النزول حتى إذا واجهت منطقة بأكملها انقطاعا.
عندما لا تتوفر المناطق أو يكون حمل العمل الخاص بك حساسا لزمن الانتقال بين الأجهزة الظاهرية، قم بتوزيع الأجهزة الظاهرية والأقراص عبر مجالات خطأ متعددة. لا توفر مجالات الخطأ تكرار المنطقة، ولكنها تقلل من تأثير فشل الأجهزة أو انقطاع الشبكة أو انقطاع الطاقة. يمنع هذا فشل أجهزة ظاهرية متعددة إذا تعطل مجال خطأ تخزين واحد.
المرونة في مواجهة الأعطال العابرة
الأخطاء العابرة هي حالات فشل قصيرة متقطعة في المكونات. تحدث بشكل متكرر في بيئة موزعة مثل السحابة، وهي جزء طبيعي من العمليات. الأخطاء العابرة تصحح نفسها بعد فترة زمنية قصيرة. من المهم أن تتمكن تطبيقاتك من معالجة الأخطاء العابرة، عادة عن طريق إعادة محاولة الطلبات المتأثرة.
يجب أن تتبع جميع التطبيقات المستضافة على السحابة إرشادات معالجة الأخطاء العابرة ل Azure عند الاتصال بأي واجهات برمجة تطبيقات وقواعد بيانات ومكونات أخرى مستضافة على السحابة. لمزيد من المعلومات، راجع توصيات للتعامل مع الأخطاء العابرة.
تسترد الأقراص المدارة تلقائيا من الأخطاء العابرة في البنية الأساسية Azure.
المرونة في مواجهة حالات فشل منطقة التوفر
مناطق التوفر هي مجموعات منفصلة فعليا من مراكز البيانات داخل منطقة Azure. عند فشل منطقة واحدة، يمكن أن تفشل الخدمات إلى إحدى المناطق المتبقية.
هناك طريقتان لاستخدام مناطق التوفر مع الأقراص المدارة:
- يمكنك نشر قرص ZRS، الموجود في ثلاث مناطق توفر في منطقة. للحصول على أفضل موثوقية، نوصي باستخدام أقراص ZRS لأن أقراص ZRS توفر مرونة تلقائية للمنطقة.
- يمكنك نشر قرص LRS نطاقي، والذي يقع في منطقة واحدة فقط. عند استخدام أقراص LRS المناطقية، فأنت مسؤول عن تكوين حمل العمل الخاص بك ليكون مرنا لانقطاعات المنطقة. يمكنك تحقيق هذه المرونة عن طريق نشر أجهزة ظاهرية وأقراص متعددة وتحديد موقعها عبر مناطق التوفر.
إذا لم تقم بتكوين دعم منطقة التوفر، فسيكون القرص الخاص بك غير مناطقي أو إقليمي وقد يتم وضعه في أي منطقة توفر في المنطقة. تعتبر هذه الأقراص LRS لأنها يتم نسخها نسخا متماثلا داخل المنطقة.
الأقراص المكررة في المنطقة
ينسخ ZRS بياناتك بشكل متزامن عبر ثلاث مناطق توفر داخل منطقة. عند تمكين تكرار المنطقة لقرص مدار، Azure يضمن أن الفشل في أي منطقة واحدة لا يؤثر على توفر البيانات.
يمكن مشاركة أقراص ZRS بين الأجهزة الظاهرية لتحسين توفر التطبيقات المجمعة أو الموزعة مثل SQL Server FCI أو SAP ASCS/SCS أو GFS2. يمكنك إرفاق قرص ZRS مشترك بالأجهزة الظاهرية الأساسية والثانوية في مناطق مختلفة، مع الاستفادة من كل من أقراص ZRS والأجهزة الظاهرية الموزعة عبر مناطق توفر متعددة. إذا فشلت المنطقة الأساسية، يمكنك تجاوز الفشل بسرعة إلى الجهاز الظاهري الثانوي باستخدام حجز SCSI المستمر.
إذا تم إرفاق قرص ZRS كقرص بيانات بجهاز ظاهري واحد في منطقة تتعطل، يمكنك فرض فصل القرص عن الجهاز الظاهري الفاشل وإرفاقه بجهاز ظاهري آخر.
متطلبات
دعم المنطقة: للحصول على قائمة بالمناطق التي تدعم أقراص ZRS المدارة، راجع خيارات التكرار للأقراص المدارة.
أنواع الأقراص: يتم دعم الأقراص المكررة في المنطقة مع أقراص Premium SSD وSSD القياسية المدارة. ZRS غير مدعوم مع Premium SSD v2 أو Ultra Disks أو Standard HDD managed disks.
Cost
تتحمل ZRS تكلفة أعلى من LRS بسبب الحمل الإضافي للنسخ المتماثل والبنية الأساسية المطلوبة للحفاظ على البيانات عبر مناطق متعددة. يختلف الفرق الدقيق في التكلفة حسب المنطقة ونوع القرص. للحصول على معلومات تسعير مفصلة، راجع Azure تسعير القرص المدار.
تكوين دعم منطقة التوفر
إنشاء قرص ZRS جديد: لإنشاء قرص ZRS مدار جديد، راجع البرنامج التعليمي - إدارة أقراص Azure باستخدام Azure CLI لأجهزة Linux الظاهرية، أو البرنامج التعليمي: إدارة الأقراص باستخدام Azure PowerShell للأجهزة الظاهرية Windows. حدد طبقة قرص ZRS أثناء إنشاء القرص.
أنت مسؤول عن إرفاق القرص بالأجهزة الظاهرية، بما في ذلك تكوين الأقراص المشتركة على أجهزة ظاهرية متعددة في مناطق مختلفة إذا كان ذلك مناسبا لحمل العمل الخاص بك.
تغيير قرص موجود لاستخدام ZRS: يمكنك تحويل قرص غير مناطقي (إقليمي) موجود إلى ZRS.
على الرغم من أنه لا يمكنك تحويل قرص LRS نطاقي إلى ZRS، يمكنك إنشاء قرص ZRS جديد من لقطة. راجع تحويل قرص من LRS إلى ZRS للحصول على إجراءات ومتطلبات الترحيل خطوة بخطوة.
تعطيل دعم منطقة التوفر: لا يمكنك تغيير تكوين منطقة التوفر لقرص ZRS موجود. بدلا من ذلك، تحتاج إلى إنشاء قرص جديد مع التكوين الجديد باستخدام لقطة من القرص السابق، ثم حذف القرص القديم.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يمكن توقعه عند تكوين الأقراص المدارة ل ZRS، وتكون جميع مناطق التوفر قيد التشغيل.
العملية عبر المناطق: يدير Azure توجيه نسبة استخدام الشبكة تلقائيا بين مناطق التوفر عند استخدام جهاز ظاهري مع قرص متكرر في المنطقة. أثناء العمليات العادية، يتم توزيع الطلبات عبر المناطق بشفافية.
النسخ المتماثل للبيانات عبر المناطق: تنسخ أقراص ZRS كل كتابة بشكل متزامن عبر مناطق توفر متعددة في المنطقة. تكتمل عملية الكتابة فقط بعد تخزين البيانات في مجموعات في مناطق متعددة. يوفر هذا النهج تناسقا قويا وتوافرا عاليا، ولكنه يمكن أن يقدم زمن انتقال كتابة أعلى قليلا مقارنة بأقراص LRS.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين قرص مدار ل ZRS، وهناك انقطاع في إحدى مناطق التوفر.
الكشف والاستجابة: قد تؤثر انقطاعات المنطقة على الأقراص فقط أو الأجهزة الظاهرية فقط أو كليهما. يعتمد السلوك على ما إذا كان انقطاع المنطقة يؤثر على الجهاز الظاهري المرفق بالقرص.
إذا ظل الجهاز الظاهري سليما ولكن القرص يتأثر بالانقطاع، يستمر الجهاز الظاهري في العمل. يقوم Microsoft تلقائيا بإعادة توجيه عمليات القرص للعمل مقابل البيانات في مناطق توفر صحية، ولا يوجد شيء تحتاج إلى القيام به.
إذا كان الجهاز الظاهري معزولا، فأنت بحاجة إلى تبديل حمل العمل الخاص بك إلى جهاز ظاهري آخر في منطقة توفر مختلفة.
الأقراص المشتركة: إذا قمت بالفعل بإنشاء الجهاز الظاهري الثانوي في منطقة مختلفة وتكوين الأقراص المشتركة، يتوفر القرص للجهاز الظاهري الثانوي لاستخدامه. لا توجد تغييرات في التكوين مطلوبة.
الأقراص غير المشتركة: يمكنك فرض فصل القرص عن الجهاز الظاهري الفاشل ثم إرفاقه بجهاز ظاهري في منطقة سليمة. لتنفيذ فصل قوة:
- Azure CLI: استخدم الأمر az vm disk detach مع الوسيطة
--force-detach. - Azure PowerShell: استخدم Remove-AzVMDataDisk cmdlet مع الوسيطة
-ForceDetach.
- Azure CLI: استخدم الأمر az vm disk detach مع الوسيطة
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
فقدان البيانات المتوقع: لا يحدث فقدان للبيانات أثناء فشل المنطقة.
وقت التعطل المتوقع: عند مشاركة القرص الخاص بك بين أجهزة ظاهرية متعددة، لا يتوقع أي وقت تعطل.
إعادة التوزيع: Azure إعادة توجيه نسبة استخدام الشبكة تلقائيا إلى نسخة أخرى من القرص الموجود في منطقة سليمة.
استعادة المنطقة
Azure يكتشف تلقائيا عندما تكون المنطقة الفاشلة سابقا سليمة ويستعيد مزامنة البيانات إلى المنطقة المستردة.
أقراص LRS المناطقية
توجد أقراص LRS المناطقية في منطقة توفر معينة وترفق فقط بالأجهزة الظاهرية في تلك المنطقة. جميع نسخ بيانات القرص موجودة في نفس المنطقة. لا يوفر قرص LRS منطقة واحد وVM مرونة المنطقة. إذا واجهت المنطقة التي تحتوي على القرص انقطاعا، فقد يصبح القرص غير متوفر.
بالنسبة لأحمال العمل متعددة الأجهزة الظاهرية، يمكنك تحقيق مرونة المنطقة عن طريق نشر أجهزة ظاهرية متعددة وأقراص LRS الخاصة بها عبر مناطق توفر مختلفة. هذا الأسلوب هو الطريقة الأكثر شيوعا لتحقيق قابلية وصول عالية لأحمال العمل مثل خوادم الويب، طبقات التطبيق، ومجموعات قواعد البيانات. إذا فشلت منطقة ما، يمكنك تكوين حمل العمل الخاص بك للاستمرار في العمل باستخدام الأجهزة الظاهرية في مناطق صحية.
يعمل نمط التوزيع متعدد المناطق هذا مع جميع أنواع الأقراص، بما في ذلك Premium SSD v2 و Ultra Disks، والتي تدعم LRS فقط. لمزيد من المعلومات حول هذا الأسلوب، راجع توزيع الأجهزة الظاهرية والأقراص عبر مناطق التوفر.
متطلبات
دعم المنطقة: يتم دعم الأقراص المدارة ل LRS المناطقية في جميع المناطق التي لديها مناطق توفر.
أنواع الأقراص: تدعم جميع أنواع الأقراص المدارة عمليات توزيع LRS المناطقية.
Cost
يتم فرض رسوم على أقراص LRS المناطقية بنفس معدل الأقراص غير المناطقية. للحصول على معلومات تسعير مفصلة، راجع Azure تسعير القرص المدار.
تكوين دعم منطقة التوفر
إنشاء قرص جديد مع دعم منطقة التوفر: لإنشاء قرص مدار جديد مع تكرار LRS النطاقي، راجع البرنامج التعليمي - إدارة أقراص Azure باستخدام Azure CLI لأجهزة Linux الظاهرية، أو البرنامج التعليمي - إدارة الأقراص باستخدام Azure PowerShell للأجهزة الظاهرية Windows.
حدد منطقة التوفر أثناء إنشاء القرص.
مهم
ينصح بتثبيت منطقة توفر واحدة فقط عندما يكون زمن الاستجابة عبر المناطق مرتفعا جدا لاحتياجاتك وبعد التأكد من أن التأخير لا يفي بمتطلباتك. في حد ذاته، لا يوفر مورد المنطقة مرونة لانقطاع منطقة توفر. لتحسين مرونة مورد المنطقة، تحتاج إلى نشر موارد منفصلة بشكل صريح في مناطق توفر متعددة وتكوين توجيه نسبة استخدام الشبكة وتجاوز الفشل. لمزيد من المعلومات، راجع الموارد المناطقية ومرونة المناطق.
تغيير تكوين منطقة التوفر لقرص موجود: لا يمكنك تغيير تكوين منطقة التوفر لقرص LRS نطاقي موجود. بدلا من ذلك، تحتاج إلى إنشاء قرص جديد يحتوي على التكوين الجديد باستخدام لقطة من القرص السابق، ثم حذف القرص القديم.
السلوك عندما تكون جميع المناطق صحية
يصف هذا القسم ما يجب توقعه عند تكوين قرص مدار ل LRS المناطقي، وجميع مناطق التوفر تعمل.
عملية عبر المناطق: تظل نسبة استخدام الشبكة بين الجهاز الظاهري النطاقي وقرص LRS النطاقي في نفس المنطقة داخل منطقة التوفر.
عند نشر أجهزة ظاهرية متعددة عبر المناطق، فأنت مسؤول عن توزيع الطلبات الواردة عبر الأجهزة الظاهرية. يقرأ كل جهاز ظاهري من القرص النطاقي الخاص به ويكتب إليه.
النسخ المتماثل للبيانات عبر المناطق: يتم نسخ جميع عمليات الكتابة إلى أقراص LRS المناطقية بشكل متزامن داخل منطقة التوفر.
عند نشر أجهزة ظاهرية متعددة عبر المناطق، إذا كان حمل العمل يتطلب تناسق البيانات عبر الأجهزة الظاهرية، فأنت مسؤول عن مزامنة البيانات. على سبيل المثال، يمكنك استخدام النسخ المتماثل لقاعدة البيانات أو النسخ المتماثل لطبقة التطبيق.
السلوك أثناء فشل المنطقة
يصف هذا القسم ما يجب توقعه عند تكوين قرص مدار ل LRS النطاقي، وهناك انقطاع في إحدى مناطق التوفر.
الكشف والاستجابة: إذا كان لديك جهاز ظاهري واحد مع قرص LRS نطاقي، فأنت مسؤول عن الكشف عن انقطاع المنطقة وتشغيل تجاوز الفشل أو استجابة أخرى.
عندما يكون لديك أجهزة ظاهرية موزعة عبر مناطق متعددة، فأنت مسؤول عن تكوين حمل العمل الخاص بك للكشف عن فشل المنطقة والاستمرار في التشغيل على الأجهزة الظاهرية الموجودة في مناطق سليمة.
- الإعلام: لا تقوم Microsoft بإعلامك تلقائيا عندما تكون المنطقة معطلة. ومع ذلك، يمكنك استخدام Azure Resource Health لمراقبة صحة كل مورد على حدة، ويمكنك إعداد تنبيهات Resource Health لإبلاغك بالمشاكل. يمكنك أيضا استخدام حالة خدمة Azure لفهم الصحة العامة للخدمة، بما في ذلك أي أعطال في المناطق، ويمكنك إعداد تنبيهات صحة الخدمة لإبلاغك بالمشاكل.
فقدان البيانات المتوقع: يوفر النسخ المتماثل LRS ما لا يقل عن 99.999999999% (11 9s) من القدرة على الصمود، لذلك يحتفظ القرص ببياناته ويمكن استرداد البيانات بعد استرداد المنطقة.
عندما يكون لديك أجهزة ظاهرية موزعة عبر المناطق، فإن أي بيانات كانت موجودة فقط على الأقراص في المنطقة الفاشلة غير متوفرة مؤقتا. إذا كان التطبيق الخاص بك يقوم بمزامنة البيانات عبر الأجهزة الظاهرية، تستمر الأجهزة الظاهرية في المناطق السليمة في تقديم الطلبات باستخدام بياناتها الخاصة.
وقت التعطل المتوقع: لا يتوفر قرص LRS نطاقي واحد حتى تسترد منطقة التوفر.
عندما يكون لديك أجهزة ظاهرية وأقراص موزعة عبر المناطق، يمكن أن يستمر حمل العمل الخاص بك في العمل على الأجهزة الظاهرية في المناطق الصحية.
إعادة التوزيع: إذا كان لديك جهاز ظاهري واحد مع قرص LRS نطاقي، فأنت مسؤول عن إعادة توجيه حركة المرور إلى جهاز ظاهري آخر، إذا كان لديك واحد متوفر.
عندما يكون لديك أجهزة ظاهرية موزعة عبر المناطق، يمكنك تكوين حمل العمل الخاص بك لإعادة توزيع نسبة استخدام الشبكة تلقائيا إلى الأجهزة الظاهرية في المناطق السليمة.
استعادة المنطقة
عند استرداد منطقة التوفر الفاشلة، يتم استرداد الأقراص المدارة تلقائيا. إذا تأثر الجهاز الظاهري المرفق بالقرص بسبب الانقطاع، يتم إعادة تشغيله. أنت مسؤول عن إعادة مزامنة بيانات التطبيق إلى الأجهزة الظاهرية والأقراص الأخرى في مناطق التوفر الأخرى، إذا كنت تستخدمها.
اختبار فشل المنطقة
لا يمكنك محاكاة فشل المنطقة مباشرة على مستوى القرص، ولكن يمكنك استخدام دعم Azure Chaos Studio لمحاكاة أحداث خفض المنطقة في مجموعات مقياس الجهاز الظاهريومحاكاة فقدان جهاز ظاهري فردي.
يجب اختبار مرونة التطبيق الخاص بك لفشل المنطقة وسلوك القرص المدار أثناء الانقطاع. مراقبة أداء القرص أثناء انقطاع المنطقة المحاكية، والتحقق من أن تطبيقاتك تتعامل مع زيادة زمن الانتقال بشكل مناسب. تنفيذ سيناريوهات الاختبار التلقائي التي تتحقق من أن التطبيقات الخاصة بك يمكنها معالجة التأخير المؤقت للإدمار/إخراج وفرض عمليات الفصل للأقراص المشتركة.
القدرة على الصمود في وجه الإخفاقات على مستوى المنطقة
Azure Disk Storage هي خدمة من منطقة واحدة تعمل ضمن حدود منطقة Azure محددة. لا توفر الخدمة قدرات أصلية متعددة المناطق أو تجاوز الفشل التلقائي بين المناطق. إذا أصبحت منطقة ما غير متوفرة، فإن موارد القرص المدارة في تلك المنطقة غير متوفرة أيضا.
حلول متعددة المستويات مخصصة للمرونة
يمكنك إنشاء حل متعدد المناطق عن طريق نشر الأجهزة الظاهرية والأقراص في كل منطقة، ونسخ البيانات نسخا متماثلا أو نسخها احتياطيا عبر المناطق، والفشل أو الاستعادة من النسخ الاحتياطية عند الحاجة. أنت مسؤول عن إدارة الموارد في كل منطقة، وتنسيق البيانات ومزامنتها، ومعالجة تجاوز الفشل أو الاستعادة. وتشمل بعض الأساليب الشائعة ما يلي:
- استرداد موقع Azure، الذي يوفر النسخ المتماثل عبر المناطق للأجهزة الظاهرية والأقراص.
- النسخ الاحتياطي في Azure، الذي يوفر خدمات النسخ الاحتياطي المدارة، بما في ذلك خدمات النسخ الاحتياطي للقرص. يمكنك استخدام الاستعادة عبر المناطق لاستعادة الأجهزة الظاهرية في منطقة أخرى.
- إنشاء الحل المستند إلى اللقطة الخاصة بك عن طريق نسخ لقطات القرص للأقراص عبر المناطق.
- استخدام الأساليب التي توفرها قواعد بيانات وتطبيقات محددة. تعمل هذه الأساليب عبر المناطق من خلال نسخ التغييرات وإدارة المجموعات. على سبيل المثال، يوفر SQL Server Always On Availability Groups حماية البيانات عبر المناطق المدركة للتطبيق مع تناسق قابل للتخصيص وسلوك تجاوز الفشل.
النسخ الاحتياطي والاستعادة
تدعم Azure الأقراص المدارة نهج النسخ الاحتياطي المتعددة للحماية من فقدان البيانات وفسادها. Azure النسخ الاحتياطي للقرص هو حل أصلي قائم على السحابة يقوم بأتمتة إدارة دورة حياة اللقطة. يوفر النسخ الاحتياطية المتزايدة المتسقة مع الأعطال مع نهج استبقاء قابلة للتكوين. يدعم هذا النهج بدون عامل النسخ الاحتياطية المتعددة يوميا دون التأثير على أداء التطبيق ويتكامل مع مركز النسخ الاحتياطي في Azure للإدارة المركزية. يمكنك استخدام لقطات تزايدية لتقليل تكاليف التخزين وأوقات النسخ الاحتياطي.
للحماية على مستوى الجهاز الظاهري، يوفر النسخ الاحتياطي في Azure نسخا احتياطية متسقة مع التطبيق للجهاز الظاهري بأكمله، بما في ذلك جميع الأقراص المرفقة. يعد هذا الأسلوب مثاليا عندما تحتاج إلى نسخ احتياطي منسق لأقراص متعددة أو نسخ احتياطية مدركة للتطبيقات. بالنسبة لأحمال عمل قاعدة البيانات، ضع في اعتبارك حلول النسخ الاحتياطي الخاصة بالتطبيق التي توفر حماية متسقة مع المعاملات وخيارات استرداد أسرع.
بالنسبة لأحمال العمل الهامة، قم بتنفيذ استراتيجية النسخ الاحتياطي ذات الطبقات التي تجمع بين Azure النسخ الاحتياطي للقرص والنسخ المتماثل للقطة عبر المنطقة والنسخ الاحتياطية على مستوى التطبيق لتناسق المعاملة. تكوين نهج النسخ الاحتياطي استنادا إلى متطلبات الاسترداد واحتياجات التوافق واعتبارات التكلفة.
اتفاقية مستوى الخدمة
تصف اتفاقية مستوى الخدمة (SLA) لخدمات Azure التوفر المتوقع لكل خدمة والشروط التي يجب أن يفي بها الحل الخاص بك لتحقيق توقع التوفر هذا. لمزيد من المعلومات، راجع اتفاقيات مستوى الخدمة للخدمات عبر الإنترنت.
لا توفر Azure Disk Storage اتفاقية مستوى الخدمة الخاصة بها ولكنها مضمنة في اتفاقية مستوى الخدمة للأجهزة الظاهرية. يمكن أن يؤثر تكوين القرص على اتفاقية مستوى الخدمة (SLA) المتوفرة لجهازك الظاهري.