تحديد خيار MySQL Server الصحيح في Azure
ينطبق على:
قاعدة بيانات Azure لـ MySQL - خادم فردي قاعدة بيانات Azure لـ MySQL - خادم مرن
هام
قاعدة بيانات Azure لخادم MySQL الفردي على مسار الإيقاف. نوصي بشدة بالترقية إلى قاعدة بيانات Azure لخادم MySQL المرن. لمزيد من المعلومات حول الترحيل إلى خادم Azure Database for MySQL المرن، راجع ما الذي يحدث لقاعدة بيانات Azure لخادم MySQL الفردي؟
باستخدام Azure، يمكن تشغيل أحمال عمل خادم MySQL في خدمة تأجير البنية التحتية المُستضافة (IaaS) أو نظام أساسي كخدمة مُستضاف (PaaS) للجهاز الظاهري. يتوفر خيارا توزيع للنظام الأساسي كخدمة، وتوجد مستويات خدمة داخل كل خيار توزيع. عند الاختيار بين IaaS وPaaS، يجب أن تقرر ما إذا كنت تريد إدارة قاعدة البيانات الخاصة بك، أو تطبيق التصحيحات، والنسخ الاحتياطية، والأمان، والمراقبة، والتحجيم، أو تفويض هذه العمليات إلى Azure.
عند اتخاذ القرار، ضع في اعتبارك الخيارين التاليين:
Azure Database for MySQL. يندرج هذا الخيار في فئة الصناعة من PaaS، ويمثل محرك قاعدة بيانات MySQL مدارا بالكامل استنادا إلى الإصدار المستقر من إصدار مجتمع MySQL. تندرج قاعدة البيانات الارتباطية كخدمة (DBaaS) هذه، المُستضافة على النظام الأساسي لـ Azure على السحابة، ضمن فئة مجال النظام الأساسي كخدمة. باستخدام مثيل مدار من MySQL على Azure، يمكنك استخدام الميزات المضمنة في التصحيح التلقائي viz، والتوافر العالي، والنسخ الاحتياطية التلقائية، والتحجيم المرن، والأمان على مستوى المؤسسة، والتوافق والحوكمة، والمراقبة والتنبيه التي تتطلب تكوينا واسع النطاق عندما يكون MySQL Server إما محليا أو في جهاز Azure الظاهري. عند استخدام MySQL كخدمة، فإنك تدفع أولا بأول، مع خيارات لتوسيع نطاقها أو توسيعها لمزيد من التحكم دون انقطاع. تتوفر قاعدة بيانات Azure ل MySQL، التي يتم تشغيلها بواسطة إصدار مجتمع MySQL، في وضعين للنشر:
الخادم المرن هو خدمة قاعدة بيانات جاهزة للإنتاج مدارة بالكامل مصممة لمزيد من التحكم الدقيق والمرونة على وظائف إدارة قاعدة البيانات وإعدادات التكوين. تسمح بنية الخادم المرن للمستخدمين باختيار التوفر العالي داخل منطقة توفر واحدة وعبر مناطق توفر متعددة. توفر الخوادم المرنة عناصر تحكم أفضل لتحسين التكلفة مع القدرة على إيقاف/بدء تشغيل الخادم وطبقة الحوسبة القابلة للاندفاع، وهي مثالية لأحمال العمل التي لا تحتاج إلى سعة حساب كاملة باستمرار. يدعم Flexible Server أيضا المثيلات المحجوزة التي تسمح لك بتوفير ما يصل إلى 63٪ من التكلفة، وهو أمر مثالي لأحمال عمل الإنتاج مع متطلبات سعة حساب يمكن التنبؤ بها. تدعم الخدمة إصدار المجتمع من MySQL 5.7 و8.0. تتوفر الخدمة بشكل عام اليوم في مناطق Azure المختلفة. الخوادم المرنة هي الحل الأنسب لجميع عمليات التطوير الجديدة وترحيل أحمال عمل الإنتاج إلى خدمة Azure Database for MySQL.
Single Server خدمة قاعدة بيانات مُدارة بشكل كامل مُصممة لأدنى حد من التخصيص. تم تصميم النظام الأساسي للخادم الفردي للتعامل مع معظم وظائف إدارة قاعدة البيانات مثل التصحيح والنسخ الاحتياطية والتوافر العالي والأمان بأقل قدر من تكوين المستخدم والتحكم فيه. تم تحسين البنية لقابلية وصول عالية مدمجة مع توفر بنسبة 99.99٪ في منطقة توفر واحدة. وهو يدعم إصدار المجتمع من MySQL 5.6 (متوقف) و5.7 و8.0. تتوفر الخدمة بشكل عام اليوم في مناطق Azure المختلفة. الخوادم الفردية هي الأنسب فقط للتطبيقات الموجودة التي تستفيد بالفعل من الخوادم الفردية. يوصى باختيار Flexible Server لجميع التطورات أو عمليات الترحيل الجديدة.
MySQL على الأجهزة الظاهرية من Azure. يندرج هذا الخيار ضمن فئة مجال خدمة تأجير البنية التحتية. باستخدام هذه الخدمة، يمكنك تشغيل MySQL Server داخل جهاز ظاهري مُدار على النظام الأساسي لـ Azure على السحابة. يمكنك تثبيت جميع الإصدارات والإصدارات الحديثة من MySQL على جهاز ظاهري.
مقارنة خيارات نشر MySQL في Azure
تم سرد الاختلافات الرئيسية بين هذه الخيارات في الجدول التالي:
| السمة | قاعدة بيانات Azure لـ MySQL Single Server |
قاعدة بيانات Azure لـ MySQL الخادم المرن |
MySQL على أجهزة Azure الظاهرية |
|---|---|---|---|
| عام | |||
| التوفر العام | متوفر بشكل عام | متوفر بشكل عام | متوفر بشكل عام |
| اتفاقية على مستوى الخدمة (SLA) | SLA قابلية الوصول العالية لنسبة 99.99% | 99.99% يستخدمون Availability Zones | 99.99% يستخدمون Availability Zones |
| نظام التشغيل الأساسي | Windows | Linux | مُدار بواسطة المستخدم |
| MySQL Edition | Community Edition | Community Edition | Community أو Enterprise Edition |
| MySQL Version Support | 5.6 (متقاعد)، 5.7 و8.0 | 5.7 و8.0 | أي إصدار |
| تحديد منطقة التوفر لموضع التطبيق المشترك | لا | نعم | نعم |
| اسم المستخدم في سلسلة الاتصال | <user_name>@server_name. على سبيل المثال، mysqlusr@mypgServer |
اسم المستخدم فقط. على سبيل المثال، mysqlusr |
اسم المستخدم فقط. على سبيل المثال، mysqlusr |
| تحجيم الحوسبة والتخزين | |||
| حساب المستويات | Basic، General Purpose، General Purpose | Burstable، General Purpose، Memory Optimized | Burstable، General Purpose، Memory Optimized |
| تحجيم الحساب | مدعم (التحجيم من وإلى طبقة Basic غير مدعم) | مدعوم | مدعوم |
| حجم وحدة التخزين | 5 GiB إلى 16 TiB | 20 جيجابايت إلى 16 تيرابايت | 32 GiB إلى 32,767 GiB |
| تحجيم التخزين عبر الإنترنت | مدعوم | مدعوم | غير معتمد |
| تحجيم التخزين التلقائي | مدعوم | مدعوم | غير معتمد |
| تحجيم عمليات الإدخال/الإخراج | غير معتمد | مدعوم | غير معتمد |
| تحسين التكلفة | |||
| أسعار المثيل المحجوز | مدعوم | مدعوم | مدعوم |
| إيقاف/بدء تشغيل الخادم للتطوير | يمكن إيقاف الخادم حتى سبعة أيام | يمكن إيقاف الخادم لمدة تصل إلى 30 يوماً | مدعوم |
| Burstable SKU منخفضة التكلفة | غير معتمد | مدعوم | مدعوم |
| الشبكة/الأمان | |||
| إمكانية اتصال الشبكة | - نقاط النهاية العامة مع جدار حماية الخادم. - وصول خاص مع دعم Private Link. |
- نقاط النهاية العامة مع جدار حماية الخادم. - وصول خاص مع دعم Private Link. - وصول خاص مع تكامل الشبكة الظاهرية. |
- نقاط النهاية العامة مع جدار حماية الخادم. - وصول خاص مع دعم Private Link. |
| SSL/TLS | ممكّن افتراضياً مع دعم لـ TLS v1.2, 1.1 و1.0 | ممكّن افتراضياً مع دعم لـ TLS v1.2, 1.1 و1.0 | مدعم لـ TLS v1.2 و1.1 و1.0 |
| تشفير البيانات الثابتة | مدعوم بمفاتيح يديرها العميل (BYOK) | مدعم للمفاتيح المُدارة بواسطة الخدمة | غير معتمد |
| مصادقة Microsoft Entra | مدعوم | مدعوم | غير معتمد |
| دعم Microsoft Defender for Cloud | نعم | نعم | لا |
| تدقيق الخادم | مدعوم | مدعوم | مُدار بواسطة المستخدم |
| التصحيح والصيانة | |||
| التحديث الجزئي لنظام التشغيل | تلقائي | تلقائي | إدارة المستخدم |
| ترقية إصدار MySQL الثانوي | تلقائي | تلقائي | إدارة المستخدم |
| ترقية الإصدار الرئيسي المحلي لـ MySQL | مدعم للإصدار من 5.6 إلى 5.7 | غير معتمد | مُدار بواسطة المستخدم |
| التحكم في الصيانة | مُدار من قبل النظام | - يديره العميل | إدارة المستخدم |
| نافذة Maintenance | في أي وقت في غضون 15 ساعة | نافذة ساعة واحدة | إدارة المستخدم |
| إخطار الصيانة المخطط لها | لمدة ثلاثة أيام | لمدة خمسة أيام | إدارة المستخدم |
| قابلية الوصول العالية | |||
| التوافر العالي | قابلية وصول عالية مضمّنة (بدون وضع الاستعداد السريع) | قابلية وصول عالية مضمّنة (بدون وضع الاستعداد السريع)، وقابلية الوصول العالية في نفس المنطقة والمُكررة عبر المناطق مع وضع الاستعداد السريع | إدارة المستخدم |
| التكرار في المنطقة | غير مدعوم | مدعوم | مدعوم |
| موضع منطقة الاستعداد | غير مدعوم | مدعوم | مدعوم |
| تجاوز الفشل التلقائي | نعم (يدوّر خادم آخر) | نعم | مُدار بواسطة المستخدم |
| تجاوز فشل يدوي مفروض بدأه المستخدم | لا | نعم | مُدار بواسطة المستخدم |
| تجاوز فشل Transparent Application | نعم | نعم | مُدار بواسطة المستخدم |
| النسخ المتماثل | |||
| دعم النسخ المتماثلة للقراءة | نعم | نعم | مُدار بواسطة المستخدم |
| عدد النسخ المتماثلة للقراءة المدعمة | 5 | 10 | مُدار بواسطة المستخدم |
| وضع النسخ المتماثل | غير متزامن | غير متزامن | مُدار بواسطة المستخدم |
| دعم Gtid للنسخ المتماثلة للقراءة | مدعوم | مدعوم | مُدار بواسطة المستخدم |
| الدعم عبر المناطق (النسخ المتماثل عبر المناطق الجغرافية) | نعم | غير مدعوم | مُدار بواسطة المستخدم |
| سيناريوهات مختلطة | مدعم مع Data-in Replication | مدعم مع Data-in Replication | مُدار بواسطة المستخدم |
| دعم Gtid لـ data-in replication | مدعوم | غير معتمد | مُدار بواسطة المستخدم |
| النسخ المتماثل لإخراج البيانات | غير معتمد | مدعوم | مدعوم |
| النسخ الاحتياطي والاسترداد | |||
| النسخ الاحتياطي الآلي | نعم | نعم | لا |
| استبقاء النسخ الاحتياطية | من 7 إلى 35 يوماً | من 1 إلى 35 يوماً | مُدار بواسطة المستخدم |
| استبقاء النسخ الاحتياطية على المدى البعيد | مُدار بواسطة المستخدم | مُدار بواسطة المستخدم | مُدار بواسطة المستخدم |
| تصدير النسخ الاحتياطية | مدعم باستخدام النسخ الاحتياطية المنطقية | مدعم باستخدام النسخ الاحتياطية المنطقية | مدعوم |
| إمكانية استعادة أي نقطة زمنية إلى أي وقت خلال فترة الاستبقاء | نعم | نعم | مُدار بواسطة المستخدم |
| نقطة الاستعادة السريعة | لا | نعم | لا |
| إمكانية الاستعادة في منطقة مختلفة | غير مدعوم | نعم | نعم |
| القدرة على الاستعادة إلى شبكة ظاهرية مختلفة | لا | نعم | نعم |
| إمكانية الاستعادة إلى منطقة مختلفة | نعم (مُكرر عبر المناطق الجغرافية) | نعم (مُكرر عبر المناطق الجغرافية) | مُدار بواسطة المستخدم |
| إمكانية استعادة خادم محذوف | نعم | نعم | لا |
| الإصلاح بعد كارثة | |||
| الإصلاح بعد كارثة عبر المناطق | استخدام النسخ المتماثلة للقراءة عبر المناطق، والنسخ الاحتياطي المتكرر جغرافيا | استخدام النسخ الاحتياطي المُكرر عبر المناطق الجغرافية | مُدار بواسطة المستخدم |
| تجاوز الفشل التلقائي | لا | غير معتمد | لا |
| يمكن استخدام نفس نقطة النهاية r/w | لا | غير معتمد | لا |
| رصد | |||
| تكامل وتنبيه Azure Monitor | مدعوم | مدعوم | مُدار بواسطة المستخدم |
| مراقبة عمليات قواعد البيانات | مدعوم | مدعوم | مُدار بواسطة المستخدم |
| رؤى أداء الاستعلام | مدعوم | مدعم (باستخدام المصنفات) | مُدار بواسطة المستخدم |
| سجلات الخادم | مدعوم | مدعم (باستخدام سجلات التشخيص) | مُدار بواسطة المستخدم |
| سجلات التدقيق | مدعوم | مدعوم | مدعوم |
| سجلات الأخطاء | غير معتمد | مدعوم | مدعوم |
| دعم Azure advisor | مدعوم | غير معتمد | غير معتمد |
| الاضافات | |||
| validate_password | غير معتمد | في الإصدار الأولي | مدعوم |
| caching_sha2_password | غير معتمد | في الإصدار الأولي | مدعوم |
| إنتاجية المطور | |||
| إدارة الأسطول | مدعم لـ Azure CLI وPowerShell وREST وAzure Resource Manager | مدعم لـ Azure CLI وPowerShell وREST وAzure Resource Manager | مدعوم للأجهزة الظاهرية مع Azure CLI وPowerShell وREST وAzure Resource Manager |
| دعم Terraform | مدعوم | مدعوم | مدعوم |
| GitHub Actions | مدعوم | مدعوم | مُدار بواسطة المستخدم |
دوافع العمل للاختيار بين النظام الأساسي كخدمة (PaaS) أو خدمة تأجير البنية التحتية (IaaS)
يمكن أن تؤثر عدة عوامل على ما إذا كنت تختار PaaS أو IaaS لاستضافة قواعد بيانات MySQL.
التكلفة
غالبا ما يكون خفض التكلفة هو الاعتبار الأساسي في تحديد أفضل حل لاستضافة قواعد البيانات الخاصة بك. وينطبق هذا سواء كنت شركة ناشئة لديها قليل من المال أو تعمل كفريق في شركة قائمة تعمل في ظل قيود صارمة على الميزانية. يصف هذا المقطع أساسيات الفوترة والترخيص في Azure، حيث إنها تنطبق على Azure Database for MySQL وMySQL على الأجهزة الظاهرية من Azure.
الفوترة
تتوفر قاعدة بيانات Azure ل MySQL حاليا كخدمة في عدة مستويات بأسعار موارد مختلفة. يتم إصدار فاتورة بجميع الموارد كل ساعة بسعر ثابت. للحصول على أحدث المعلومات حول مستويات الخدمة المدعمة حالياً وأحجام الحساب والتخزين، راجع صفحة الأسعار. يمكنك ضبط أحجام الحساب ومستويات الخدمة ديناميكياً لتلائم احتياجات معدل النقل المتغير لتطبيقك. تتم محاسبتك على حركة المرور الصادرة على الإنترنت بمعدلات نقل البيانات العادية.
باستخدام Azure Database for MySQL، تقوم Microsoft تلقائياً بتكوين برنامج قاعدة البيانات وترقيته وتحديثه. هذه الإجراءات الآلية تقلل من تكاليف الإدارة الخاصة بك. تتضمن Azure Database for MySQL إمكانات نسخ احتياطي تلقائي. تساعدك هذه الإمكانات على تحقيق وفورات كبيرة في التكاليف، خاصة عندما يكون لديك العديد من قواعد البيانات. في المقابل، مع MySQL على أجهزة Azure الظاهرية، يمكنك اختيار وتشغيل أي إصدار MySQL. بغض النظر عن إصدار MySQL الذي تستخدمه، تدفع مقابل الجهاز الظاهري المقدم، وتكلفة التخزين المرتبطة بالبيانات، والنسخ الاحتياطي، وبيانات المراقبة، وتخزين السجل، وتكاليف نوع ترخيص MySQL المحدد المستخدم (إن وجد).
توفر قاعدة بيانات Azure ل MySQL توفرا عاليا مضمنا للمقاطعة على مستوى العقدة مع الحفاظ على ضمان اتفاقية مستوى الخدمة بنسبة 99.99٪ للخدمة. لكن، بالنسبة إلى قابلية الوصول العالية لقاعدة البيانات داخل الأجهزة الظاهرية، يمكنك استخدام خيارات قابلية الوصول العالية مثل النسخ المتماثل لـ MySQL المتوفرة في قاعدة بيانات MySQL. لا يوفر استخدام خيار قابلية وصول عالية مدعومة اتفاقية مستوى خدمة إضافية. ولكنه يتيح لك تحقيق توفر قاعدة بيانات أكثر من 99.99٪ بتكلفة إضافية ونفقات إدارية.
لمزيد من معلومات التسعير، راجع المقالات التالية:
الإدارة
بالنسبة للعديد من الشركات، فإن قرار الانتقال إلى الخدمة السحابية يتعلق بتخفيف تعقيد الإدارة بقدر ما يتعلق بالتكلفة.
مع IaaS وMicrosoft:
- إدارة البنية الأساسية.
- توفير التصحيح التلقائي للأجهزة ونظام التشغيل الأساسيين.
من خلال النظام الأساسي كخدمة، تقوم Microsoft بما يلي:
- إدارة البنية الأساسية.
- توفير التصحيح التلقائي لنظام التشغيل ومحرك قاعدة البيانات والأجهزة الأساسية.
- إدارة قابلية الوصول العالية لقاعدة البيانات.
- إجراء عمليات النسخ الاحتياطي وتكرار جميع البيانات لتوفير التعافي من الكوارث تلقائيًا.
- تشفير البيانات الثابتة والمتحركة افتراضيًا.
- مراقبة الخادم وتوفير ميزات لنتائج تحليلات أداء الاستعلام وتوصيات الأداء
يصف الجدول التالي الاعتبارات الإدارية لكل خيار:
باستخدام Azure Database for MySQL، يمكنك متابعة إدارة قاعدة البيانات الخاصة بك. لكنك لم تعد بحاجة إلى إدارة مشغل قاعدة البيانات أو نظام التشغيل أو الجهاز. تتضمن أمثلة العناصر التي يمكنك الاستمرار في إدارتها ما يلي:
- قواعد البيانات
- تسجيل الدخول
- ضبط الفهرس
- ضبط الاستعلام
- التدقيق
- الأمان
بالإضافة إلى ذلك، يتطلب تكوين الإتاحة العالية لمركز بيانات آخر الحد الأدنى من التكوين أو الإدارة.
باستخدام MySQL على أجهزة Azure الظاهرية، يمكنك التحكم في نظام التشغيل وتكوين مثيل خادم MySQL. يمكنك تحديد متى يتم تحديث نظام التشغيل وبرامج قاعدة البيانات أو ترقيتها باستخدام جهاز ظاهري وما هي التصحيحات التي يجب تطبيقها. يمكنك أيضا اختيار وقت تثبيت أي برنامج إضافي مثل تطبيق مكافحة الفيروسات. يتم توفير بعض الميزات التلقائية لتبسيط التصحيح بشكل كبير والنسخ الاحتياطي وقابلية الوصول العالية. يمكنك التحكم في حجم الجهاز الظاهري وعدد الأقراص وتكوينات التخزين الخاصة بها. لمزيد من المعلومات، راجع الجهاز الظاهري وأحجام الخدمة السحابية لـ Azure.
حان الوقت للانتقال إلى Azure
Azure Database for MySQL هي الحل المناسب للتطبيقات المصممة على السحابة عندما تكون إنتاجية المطور وسرعة تسويق الحلول الجديدة أمراً بالغ الأهمية. مع الوظائف البرمجية مثل DBA، تناسب الخدمة مهندسي السحابة والمطورين لأنها تقلل من الحاجة إلى إدارة نظام التشغيل الأساسي وقاعدة البيانات.
عندما تريد تجنب الوقت والنفقات للحصول على أجهزة محلية جديدة، MySQL على أجهزة Azure الظاهرية هو الحل الصحيح للتطبيقات التي تتطلب تحكما دقيقا وتخصيص محرك MySQL غير مدعوم من قبل الخدمة أو تتطلب الوصول إلى نظام التشغيل الأساسي. هذا الحل مناسب أيضا لترحيل التطبيقات وقواعد البيانات المحلية الموجودة إلى Azure سليمة للحالات التي تكون فيها قاعدة بيانات Azure ل MySQL مناسبة بشكل سيئ.
بما أنه لا توجد حاجة إلى تغيير طبقات البيانات والتطبيق والعرض التقديمي، يمكنك توفير الوقت والتكلفة المطلوبة لإعادة معالجة الحل الموجود. أو بدلاً من ذلك، يمكنك التركيز على ترحيل كل الحلول لديك إلى Azure ومعالجة بعض تحسينات الأداء التي قد يتطلبها نظام Azure الأساسي.
الخطوات التالية
- راجع أسعار Azure Database for MySQL.
- ابدأ بإنشاء خادمك الأول.