التعمق أكثر من ذلك فيما يخص التوفّر

  • 10 دقائق

تقدم Azure SQL Database و Azure SQL Managed Instance خيارات توفر كبيرة بشكل افتراضي في مستويات الخدمة المختلفة. هناك بعض الأشياء الإضافية التي يمكنك القيام بها لزيادة أو تعديل توفّر قواعد البيانات / المثيلات خاصتك. ستتمكن من رؤية التأثير بشكلٍ مباشر على اتفاقية مستوى الخدمة (SLA). في هذه الوحدة، سترى كيف يمكنك التعمق أكثر من ذلك فيما يخص خيارات التوفر المختلفة في Azure SQL.

مجموعات التوافر

في المستوى Business Critical في Azure SQL Database، يمكنك الاشتراك (بدون رسوم إضافية) لتكوين المنطقة المكرر إذا كانت المنطقة الخاصة بك تدعم ذلك. على مستوى عالٍ، يتم نشر مجموعة Always On (AG) التي تعمل خلف قواعد بيانات Business Critical والمثيلات المدارة عبر ثلاث مناطق توفر داخل منطقة. منطقة التوفر هي في الأساس مركز بيانات منفصل داخل منطقة معينة. هناك دائمًا فصل مادي بين مناطق التوافر. تحمي هذه الإمكانية من حوادث الفشل الكارثية التي قد تحدث في أحد مراكز البيانات في المنطقة.

Diagram that shows the Availability Zone architecture.

من ناحية الأداء، قد تكون هناك زيادة صغيرة في زمن انتقال الشبكة لأن AG الآن موزعة عبر مراكز البيانات التي توجد بعض المسافة بينهما. لهذا السبب، لا تكون مناطق التوفر قيد التشغيل بشكل افتراضي. يمكنك اختيار استخدام ما يسمى عادة نشر "Multi-Az" أو "Single-Az". تكوين هذا الخيار بسيط مثل إضافة معلمة إلى أمر PowerShell/Azure CLI أو تحديد مربع في مدخل Microsoft Azure.

مناطق التوافر جديدة نسبياً على Azure SQL، لذا فهي متوفرة حالياً فقط في مناطق ومستويات خدمة معينة. مع مرور الوقت، من المرجح أن يتم دعم هذه الإمكانية في مناطق أكثر وربما المزيد من مستويات الخدمة. على سبيل المثال، أصدر مؤخرًاً مستوى General Purpose لـ Azure SQL Database معاينة للنشر multi-az

Azure SQL SLA

يحافظ Azure SQL على اتفاقية على مستوى الخدمة (SLA) التي توفر الدعم المالي للالتزام بتحقيق أفضل مستويات الخدمة والحفاظ عليها. إذا لم يتم تحقيق مستوى الخدمة والمحافظة عليه كما هو موضح في الاتفاقية على مستوى الخدمة (SLA)، فقد تكون مؤهلاً للحصول على رصيد مقابل جزء من رسوم الخدمة الشهرية.

حاليًا، يمكنك تحقيق أعلى توفّر (99.995٪) من نشر Azure SQL Database لمستوى Business Critical التي تحتوي على مناطق توفر تم تكوينها. المستوى الحرج للأعمال هو الخيار الوحيد في الصناعة الذي يوفر RPO وRTO SLAs من 5 إلى 30 ثانية، على التوالي.

  • RPO يرمز إلى عنصر نقطة الاسترداد. وهو يمثل كمية البيانات التي قد تكون على استعداد لفقدانها في أسوأ سيناريو.
  • RTO يرمز إلى وقت الاسترداد الهدف وهو يمثل المدة التي يستغرقها النسخ احتياطي والتشغيل مرة أخرى في حالة حدوث كارثة.

بالنسبة إلى نشر General Purpose أو Business Critical المنطقة الواحدة لـ Azure SQL Database أو Azure SQL Managed Instance، تكون اتفاقية SLA 99.99٪.

تعتمد SLA الخاصة بمستوى Hyperscale على عدد النسخ المتماثلة. تذكر أنك تختار عدد النسخ المتماثلة التي لديك في Hyperscale. إذا لم يكن لديك أي منها، يكون سلوك تجاوز الفشل أشبه بذاك الخاص بـ General Purpose. إذا كانت لديك نسخ متماثلة، يكون سلوك تجاوز الفشل أشبه بذاك الخاص بـ Business Critical. فيما يلي اتفاقيات مستوى الخدمة، استنادًا إلى عدد النسخ المتماثلة:

  • 0 النسخ المتماثلة: 99.5٪
  • 1 نسخة متماثلة: 99.9٪
  • 2 أو أكثر من النسخ المتماثلة: 99.99٪

مجموعات النسخ الجغرافي وتجاوز الفشل التلقائي

بعد اختيار مستوى خدمة (واعتبار مناطق التوفر قابلة للتطبيق)، يمكنك النظر في بعض الخيارات الأخرى من أجل نقل مقياس القراءة أو القدرة على تجاوز الفشل عبر منطقة أخرى: مجموعات النسخ الجغرافي وتجاوز الفشل التلقائي. في SQL Server المحلي، إن تكوين أي من هذه الخيارات هو شيء من شأنه أن يستغرق الكثير من التخطيط والتنسيق والوقت.

جعلت السحابة - وAzure SQL على وجه التحديد - هذه العملية أسهل. بالنسبة إلى كل من مجموعات النسخ الجغرافية ومجموعات تجاوز الفشل التلقائي، يمكنك تكوينها ببضع نقرات في مدخل Microsoft Azure أو بعض الأوامر في PowerShell/Azure CLI.

فيما يلي بعض الاعتبارات التي تساعدك في تحديد ما إذا كانت مجموعات النسخ الجغرافي أو تجاوز الفشل التلقائي هي الأفضل للسيناريو الخاص بك:

الميزات النسخ الجغرافي المتماثل مجموعات تجاوز الفشل
تجاوز الفشل التلقائي لا ‏‏نعم‬
تجاوز الفشل عبر قواعد بيانات متعددة في نفس الوقت لا ‏‏نعم‬
يجب على المستخدم تحديث سلسلة الاتصال بعد تجاوز الفشل ‏‏نعم‬ لا
دعم SQL Managed Instance لا ‏‏نعم‬
يمكن أن تكون في نفس المنطقة التي فيها الابتدائي ‏‏نعم‬ لا
نسخ متماثلة متعددة ‏‏نعم‬ لا
يدعم مقياس القراءة ‏‏نعم‬ ‏‏نعم‬