ترحيل MySQL – الخادم المرن إلى دعم منطقة التوفر
يصف هذا الدليل كيفية ترحيل MySQL - الخادم المرن من دعم منطقة عدم التوفر إلى دعم منطقة التوفر.
يمكنك تكوين قاعدة بيانات Azure لخادم MySQL المرن لاستخدام أحد النموذجين المعماريين عاليي التوفر (HA):
بنية قابلية الوصول العالية للمنطقة نفسها (نطاقي). يُفضل هذا الخيار لتكرار البنية الأساسية مع زمن انتقال أقل للشبكة لأن الخوادم الأساسية والاحتياطية ستكون في نفس منطقة الإتاحة. وذلك ما يوفر قابلية وصول عالية دون تكوين تكرار التطبيق عبر المناطق. تُفضل قابلية الوصول العالية في نفس المنطقة عندما تريد تحقيق أعلى مستوى من الإتاحة داخل منطقة إتاحة واحدة بأقل زمن انتقال للشبكة. تتوفر قابلية الوصول العالية في نفس المنطقة في جميع مناطق Azure حيث يمكنك استخدام Azure Database for MySQL - Flexible Server. لمعرفة المزيد حول بنية قابلية الوصول العالية في نفس المنطقة، راجع نفس بنية قابلية الوصول العالية للمنطقة.
بنية قابلية الوصول العالية المكررة في المنطقة. يُفضل هذا الخيار لعزل كامل وتكرار للبنية الأساسية عبر مناطق توافر متعددة. يوفر أعلى مستوى من الإتاحة، لكنه يتطلب منك تكوين تكرار التطبيق عبر المناطق. تُفضل قابلية الوصول العالية المتكررة في المنطقة عندما تريد تحقيق أعلى مستوى من الإتاحة ضد أي فشل في البنية الأساسية في منطقة الإتاحة وعندما يكون زمن الانتقال عبر منطقة الإتاحة مقبولاً. يمكن تمكينه فقط عند إنشاء الخادم. تتوفر قابلية الوصول العالية المكررة في المنطقة في مجموعة فرعية من مناطق Azure حيث تدعم المنطقة مناطق توفر متعددة وتتوفر مشاركات ملفات Premium المكررة في المنطقة. لمعرفة المزيد حول بنية قابلية الوصول العالية المكررة في المنطقة، راجع بنية قابلية الوصول العالية المكررة في المنطقة.
لترحيل حمل العمل الحالي من المنطقة (نفس المنطقة HA) إلى قابلية الوصول العالية المكررة في المنطقة، ستحتاج إلى القيام بما يلي:
نشر وتكوين خادم جديد تم تكوينه ل HA متكرر في المنطقة.
اتبع إرشادات الترحيل في هذا المستند لنقل الموارد إلى الخادم الجديد.
المتطلبات الأساسية
للترحيل إلى دعم منطقة التوفر:
ستحتاج إلى خادم واحد على الأقل من الخادمين التاليين:
خادم مصدر يقوم بتشغيل قاعدة بيانات Azure لخادم MySQL المرن في منطقة لا تدعم مناطق التوفر.
قاعدة بيانات Azure لخادم MySQL المرن الذي لم يتم تمكينه ل HA في وقت الإنشاء.
هام
إذا قمت في الأصل بتوفير قاعدة بيانات Azure لخادم MySQL المرن كخادم غير HA، يمكنك ببساطة تمكينه لبنية قابلية الوصول العالية في نفس المنطقة. ومع ذلك، إذا كنت تريد تمكينه لبنية قابلية الوصول العالية المكررة في المنطقة، فستحتاج إلى تنفيذ أحد خيارات الترحيل المتوفرة المدرجة في هذه المقالة.
ستحتاج إلى إنشاء خادم هدف يقوم بتشغيل قاعدة بيانات Azure لخادم MySQL المرن في منطقة تدعم مناطق التوفر. لمزيد من المعلومات حول كيفية إنشاء قاعدة بيانات Azure لخادم MySQL المرن، راجع استخدام مدخل Azure لإنشاء قاعدة بيانات Azure لخادم MySQL المرن. تأكد من تكوين الخادم الذي تم إنشاؤه لتكرار المنطقة عن طريق تمكين قابلية الوصول العالية وتحديد الخيار Zone-Redundant .
تلميح
إذا كنت تريد مرونة القدرة على التنقل بين النطاقات (نفس المنطقة) وHA المكررة للمنطقة في المستقبل، يمكنك توفير قاعدة بيانات Azure لخادم MySQL المرن مع تمكين قابلية الوصول العالية المكررة في المنطقة أثناء إنشاء الخادم. بمجرد توفير الخادم، يمكنك بعد ذلك تعطيل قابلية الوصول العالية.
متطلبات وقت التعطل
يمكن تصنيف عمليات الترحيل إما عبر الإنترنت أو دون اتصال:
• الترحيل دون اتصال بالإنترنت. إذا كان تطبيقك قادرا على تحمل بعض وقت التعطل، فإن عمليات الترحيل دون اتصال هي الخيار المفضل دائما، لأنها بسيطة وسهلة التنفيذ. مع الترحيل دون اتصال، يتم أخذ الخادم المصدر دون اتصال، ويتم إجراء تفريغ واستعادة قواعد البيانات على الخادم الهدف. سيتطلب هذا الخيار معظم وقت التعطل. يتم تحديد مدة وقت التعطل حسب الوقت المستغرق لإجراء الاستعادة على الخادم الهدف.
• الترحيل عبر الإنترنت. يحتوي هذا الخيار على الحد الأدنى من وقت التعطل وهو الخيار الأفضل إذا كنت تريد وقت تعطل أقل. يسمح الخادم المصدر بالتحديثات، وسيهتم حل الترحيل بنسخ التغييرات الجارية بين الخادم المصدر والهدف جنبا إلى جنب مع التفريغ الأولي والاستعادة على الهدف.
خيار الترحيل 1: الترحيل دون اتصال
يمكنك الترحيل من قاعدة بيانات Azure لخادم مرن إلى آخر باستخدام إحدى الأدوات التالية. سيتطلب كلا الخيارين وقت تعطل.
خدمة ترحيل البيانات (DMS). لمعرفة كيفية ترحيل خادم MySQL المرن إلى خادم آخر باستخدام DMS، راجع ترحيل قاعدة بيانات Azure ل MySQL - خادم واحد إلى خادم مرن دون اتصال باستخدام DMS عبر مدخل Microsoft Azure. على الرغم من أن البرنامج التعليمي يوضح خطوات الترحيل من Azure MySQL Single Server إلى Flexible Server، يمكنك استخدام نفس الإجراء لترحيل البيانات من قاعدة بيانات Azure واحدة لخادم MySQL المرن الذي لا يدعم مناطق التوفر إلى أخرى تدعم مناطق التوفر.
أدوات مفتوحة المصدر. يمكنك الترحيل دون اتصال باستخدام أدوات مفتوحة المصدر، مثل MySQL Workbench أو mydumper/myloader أو mysqldump للنسخ الاحتياطي لقاعدة البيانات واستعادتها. للحصول على معلومات حول كيفية استخدام هذه الأدوات، راجع خيارات ترحيل قاعدة بيانات Azure ل MySQL - خادم واحد إلى خادم مرن. على الرغم من أن البرنامج التعليمي يوضح خطوات الترحيل من Azure MySQL Single Server إلى Flexible Server، يمكنك استخدام نفس الإجراء لترحيل البيانات من قاعدة بيانات Azure واحدة لخادم MySQL المرن الذي لا يدعم مناطق التوفر إلى أخرى تدعم مناطق التوفر.
خيار الترحيل 2: الترحيل عبر الإنترنت
يمكنك الترحيل من قاعدة بيانات Azure لخادم مرن إلى آخر بأقل وقت تعطل إلى تطبيقاتك باستخدام إحدى الأدوات التالية:
خدمة ترحيل البيانات (DMS). لمعرفة كيفية ترحيل خادم MySQL المرن إلى خادم آخر باستخدام DMS، راجع ترحيل قاعدة بيانات Azure ل MySQL - خادم واحد إلى خادم مرن عبر الإنترنت باستخدام DMS عبر مدخل Microsoft Azure. على الرغم من أن البرنامج التعليمي يوضح خطوات الترحيل من Azure MySQL Single Server إلى Flexible Server، يمكنك استخدام نفس الإجراء لترحيل البيانات من قاعدة بيانات Azure واحدة لخادم MySQL المرن الذي لا يدعم مناطق التوفر إلى أخرى تدعم مناطق التوفر.
أدوات مفتوحة المصدر. يمكنك استخدام مجموعة من الأدوات مفتوحة المصدر مثل mydumper/myloader مع النسخ المتماثل للبيانات. لمعرفة كيفية إعداد النسخ المتماثل للبيانات، راجع كيفية تكوين Azure Database for MySQL Data-in Replication.
هام
النسخ المتماثل للبيانات غير مدعوم للخوادم التي تدعم قابلية الوصول العالية. الحل البديل هو توفير الخادم الهدف مع قابلية وصول عالية زائدة عن الحاجة للمنطقة أولا ثم تعطيل قابلية الوصول العالية قبل تكوين النسخ المتماثل للبيانات. بمجرد اكتمال النسخ المتماثل، قم بتمكين قابلية الوصول العالية المكررة في المنطقة مرة أخرى على الخادم الهدف.
الخطوات التالية
تعلم المزيد عن: