إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يعد التوفر العالي ميزة رئيسية في قاعدة بيانات Azure ل MySQL، وهي مصممة لتقليل وقت التوقف عن العمل وضمان بقاء تطبيقاتك قابلة للوصول حتى أثناء الصيانة المخطط لها أو الانقطاعات غير المتوقعة. تتناول هذه المقالة الأسئلة الشائعة حول خيارات قابلية الوصول العالية (HA) والفوترة وعمليات تجاوز الفشل وتأثيرات الأداء وأفضل الممارسات لمساعدتك في اتخاذ قرارات مستنيرة لأحمال عمل MySQL على Azure.
ما هي اتفاقيات مستوى الخدمة للخوادم المرنة المتكررة محليا مقابل الخوادم المرنة الاحتياطية للمنطقة الاحتياطية؟
يمكن العثور على معلومات اتفاقية مستوى الخدمة لقاعدة بيانات Azure لخادم MySQL المرن في اتفاقية مستوى الخدمة لقاعدة بيانات Azure ل MySQL.
كيف تتم محاسبتي على الخوادم عالية التوفر (HA)؟
تحتوي الخوادم التي تم تمكينها باستخدام HA على نسخة متماثلة أساسية وثانوية. يمكن أن تكون النسخة المتماثلة الثانوية في نفس المنطقة أو المنطقة زائدة عن الحاجة. تتم محاسبتك على الحوسبة والتخزين المتوفرين لكل من النسخة المتماثلة الأساسية والثانوية. على سبيل المثال، إذا كان لديك نسخة أساسية مع 4 vCores للحوسبة و 512 غيغابايت من التخزين المتوفر، فإن النسخة المتماثلة الثانوية تحتوي على 4 vCores و 512 غيغابايت من التخزين المتوفر.
تتم فوترة خادم HA الزائد عن الحاجة في منطقتك مقابل 8 vCores و 1,024 غيغابايت من التخزين. بناء على وحدة تخزين النسخ الاحتياطي، قد تتم محاسبتك أيضا على تخزين النسخ الاحتياطي.
هل يمكنني استخدام النسخة المتماثلة الاحتياطية لعمليات القراءة أو الكتابة؟
الخادم الاحتياطي غير متاح لعمليات القراءة أو الكتابة. إنه وضع استعداد سلبي لتمكين تجاوز الفشل السريع.
هل سأفقد البيانات عند حدوث تجاوز الفشل؟
يمكن الوصول إلى السجلات في ZRS حتى عندما يكون الخادم الأساسي غير متوفر. يساعد هذا التوفر على ضمان عدم فقدان البيانات. بعد تنشيط النسخة المتماثلة الاحتياطية وتطبيق السجلات الثنائية، فإنها تأخذ دور الخادم الأساسي.
هل أحتاج إلى اتخاذ أي إجراء بعد تجاوز الفشل؟
تتسم عمليات تجاوز الفشل بشفافية كاملة من تطبيق العميل. لست بحاجة إلى اتخاذ أي إجراء. يجب أن تستخدم التطبيقات منطق إعادة المحاولة لاتصالاتها.
ماذا يحدث عندما لا أختار منطقة معينة للنسخة المتماثلة الاحتياطية الخاصة بي؟ هل يمكنني تغيير المنطقة لاحقا؟
إذا لم تختر منطقة، تحديد واحدة عشوائيا. إنه المستخدم للخادم الأساسي. لتغيير المنطقة لاحقا، يمكنك تعيين قابلية الوصول العالية إلى معطل في جزء قابلية الوصول العالية ، ثم تعيينها مرة أخرى إلى منطقة زائدة عن الحاجة واختيار منطقة.
هل النسخ المتماثل بين النسخ المتماثلة الأساسية والاحتياطية متزامن؟
يشبه النسخ المتماثل بين الأساسي والاستعداد الوضع شبه المتزامن في MySQL. عندما يتم تنفيذ المعاملة ، فإنها لا تلتزم بالضرورة بالاستعداد. ولكن عندما يكون الأساسي غير متاح ، يقوم وضع الاستعداد بتكرار جميع تغييرات البيانات من الأساسي للتأكد من عدم فقدان البيانات.
هل هناك تجاوز فشل إلى النسخة المتماثلة الاحتياطية لجميع حالات الفشل غير المخطط لها؟
إذا كان هناك عطل في قاعدة البيانات أو فشل في العقدة، تتم إعادة تشغيل الجهاز الظاهري للخادم المرن على نفس العقدة. في الوقت نفسه ، يتم تشغيل تجاوز الفشل التلقائي. إذا نجحت إعادة تشغيل الجهاز الظاهري للخادم المرن قبل انتهاء تجاوز الفشل، إلغاء عملية تجاوز الفشل. يعتمد تحديد الخادم الذي سيتم استخدامه كنسخة متماثلة أساسية على العملية التي تنتهي أولا.
هل هناك تأثير على الأداء عند استخدام HA؟
بالنسبة للقابلية العالية للجودة المتكررة في المنطقة، على الرغم من عدم وجود تأثير كبير على الأداء لأحمال عمل القراءة عبر مناطق التوفر، فقد يكون هناك انخفاض يصل إلى 40 بالمائة في زمن انتقال استعلام الكتابة. ترجع الزيادة في زمن انتقال الكتابة إلى النسخ المتماثل المتزامن عبر منطقة التوفر. يكون تأثير زمن انتقال الكتابة مرتين في قابلية الوصول العالية الزائدة عن الحاجة في المنطقة مقارنة بقابلية الوصول العالية للمنطقة نفسها. بالنسبة إلى قابلية الوصول المتكررة محليا، نظرا لأن النسخة المتماثلة الأساسية والاحتياطية موجودة في نفس المنطقة، فإن زمن انتقال النسخ المتماثل وبالتالي يكون زمن انتقال الكتابة المتزامن أقل.
باختصار، إذا كان زمن انتقال الكتابة أكثر أهمية بالنسبة لك مقارنة بالتوفر، فقد ترغب في اختيار قابلية الوصول العالية المحلية الزائدة عن الحاجة ولكن إذا كان توفر بياناتك ومرونتها أكثر أهمية بالنسبة لك على حساب إسقاط زمن انتقال الكتابة، فيجب عليك اختيار قابلية الوصول المتكررة للمنطقة. لقياس التأثير الدقيق لانخفاض زمن الانتقال في إعداد قابلية الوصول العالية (HA)، نوصيك بإجراء اختبار أداء لحمل العمل الخاص بك لاتخاذ قرار مستنير.
كيف تتم صيانة خادم HA الخاص بي؟
تحدث الأحداث المخطط لها مثل تحجيم الحوسبة وترقيات الإصدار الثانوي على مثيل الاستعداد الأصلي أولا، تليها تشغيل عملية تجاوز الفشل المخطط لها، ثم تعمل على المثيل الأساسي الأصلي. يمكنك تعيين نافذة الصيانة المجدولة لخوادم HA كما تفعل مع الخوادم المرنة. مقدار وقت التوقف عن العمل هو نفس وقت التوقف عن العمل لقاعدة بيانات Azure لمثيل MySQL Flexible Server عند تعطيل قابلية الوصول العالية.
هل يمكنني إجراء استعادة نقطة زمنية (PITR) لخادم HA الخاص بي؟
يمكنك إجراء PITR لقاعدة بيانات Azure الممكنة لمثيل MySQL Flexible Server إلى قاعدة بيانات Azure جديدة لمثيل MySQL Flexible Server الذي تم تعطيل قابلية الوصول العالية. إذا تم إنشاء الخادم المصدر باستخدام قابلية الوصول العالية المتكررة للمنطقة، فيمكنك تمكين قابلية الوصول العالية المتكررة للمنطقة أو قابلية الوصول العالية المتكررة المحلية على الخادم المستعاد لاحقا. إذا تم إنشاء الخادم المصدر باستخدام قابلية الوصول المحلية المتكررة، فيمكنك تمكين قابلية الوصول العالية المحلية المتكررة فقط على الخادم المستعاد.
هل يمكنني تمكين قابلية الوصول العالية على خادم بعد إنشاء الخادم؟
يجب تمكين قابلية الوصول العالية المتكررة للمنطقة أثناء إنشاء الخادم. يمكنك تمكين قابلية الوصول العالية المحلية الزائدة عن الحاجة بعد إنشاء الخادم، ولكن تأكد من تعيين معلمات الخادم enforce_gtid_consistency و gtid_mode إلى قبل ON المتابعة.
هل يمكنني تعطيل قابلية الوصول العالية لخادم بعد إنشائه؟
يمكنك تعطيل HA على خادم بعد إنشائه. تتوقف الفوترة على الفور.
كيف يمكنني التخفيف من وقت التوقف عن العمل؟
يجب أن تكون قادرا على التخفيف من وقت تعطل تطبيقك حتى عندما لا تستخدم HA. يمكن إجراء وقت تعطل الخدمة، مثل التصحيحات المجدولة أو ترقيات الإصدار الثانوي أو العمليات التي بدأها العميل مثل توسيع نطاق الحوسبة أثناء فترات الصيانة المجدولة. للتخفيف من تأثير التطبيق على مهام الصيانة التي بدأها Azure، يمكنك جدولتها في يوم من أيام الأسبوع والوقت الذي يقلل من التأثير على التطبيق.
هل يمكنني استخدام نسخة متماثلة للقراءة لخادم ممكن لقابلية الوصول العالية؟
نعم، يتم دعم النسخ المتماثلة للقراءة لخوادم HA.
هل يمكنني استخدام النسخ المتماثل للبيانات لخوادم HA؟
يتوفر دعم النسخ المتماثل للبيانات للخادم الذي تم تمكينه عالي التوفر (HA) فقط من خلال النسخ المتماثل المستند إلى GTID.
يتوفر الإجراء المخزن للنسخ المتماثل باستخدام GTID على جميع الخوادم التي تدعم HA بالاسم mysql.az_replication_with_gtid.
لتقليل وقت التوقف عن العمل، هل يمكنني الفشل في الوصول إلى خادم الاستعداد أثناء إعادة تشغيل الخادم أو أثناء الزيادة أو التصغير؟
حاليا، استخدمت قاعدة بيانات Azure ل MySQL Flexible Server تجاوز الفشل المخطط له لتحسين عمليات قابلية الوصول العالية بما في ذلك التحجيم/التصغير، والصيانة المخطط لها للمساعدة في تقليل وقت التوقف عن العمل.
عند بدء تشغيل هذه العمليات، ستعمل على مثيل الاستعداد الأصلي أولا، متبوعا بتشغيل عملية تجاوز الفشل المخطط لها، ثم تعمل على المثيل الأساسي الأصلي.
هل يمكننا تغيير وضع التوفر (HA/المحلي المتكرر) للخادم**
إذا قمت بإنشاء الخادم مع تمكين وضع قابلية الوصول العالية المتكررة للمنطقة، فيمكنك التغيير من قابلية الوصول العالية المتكررة للمنطقة إلى المحلية المتكررة والعكس صحيح.
لتغيير وضع التوفر، يمكنك تعيين قابلية الوصول العالية إلى معطل في جزء قابلية الوصول العالية ، ثم تعيينها مرة أخرى إلى المنطقة الزائدة عن الحاجة أو المحلية الزائدة عن الحاجة واختيار وضع قابلية الوصول العالية.