Azure Database for MySQL - طبقات خدمة خادم واحد

  • مقالة

تُطبق على: قاعدة بيانات Azure للخادم الوحيد الخاص بـ MySQL

هام

قاعدة بيانات Azure لخادم MySQL الفردي على مسار الإيقاف. نوصي بشدة بالترقية إلى قاعدة بيانات Azure لخادم MySQL المرن. لمزيد من المعلومات حول الترحيل إلى خادم Azure Database for MySQL المرن، راجع ما الذي يحدث لقاعدة بيانات Azure لخادم MySQL الفردي؟

يمكنك إنشاء قاعدة بيانات Azure لخادم MySQL في واحد من ثلاثة مستويات خدمة مختلفة: الأساسي والأغراض العامة والذاكرة المحسّنة. يتم التمييز بين طبقات الخدمة بمقدار الحوسبة في vCores التي يمكن توفيرها، والذاكرة لكل vCore، وتقنية التخزين المستخدمة لتخزين البيانات. يتم توفير جميع الموارد على مستوى خادم MySQL. يمكن أن يتضمن الخادم على قاعدة بيانات واحدة أو أكثر.

السمة الاساسيه الغرض العام مُحسّن للذاكرة
حوسبة الجيل الجيل الرابع، الجيل الخامس الجيل الرابع، الجيل الخامس Gen 5
وحدات vCore 1، 2 2، 4، 8، 16، 32، 64 2، 4، 8، 16، 32
وحدة ذاكرة لكل vCore 2 غيغابايت 5 غيغابايت 10 غيغابايت
حجم وحدة التخزين من 5 GB إلى 1 تيرابايت من 5 GB إلى 16 ТБ من 5 GB إلى 16 ТБ
فترة الاستبقاء بنسخة احتياطية من قاعدة البيانات من 7 إلى 35 يوماً من 7 إلى 35 يوماً من 7 إلى 35 يوماً

لاختيار مستوى التسعير، استخدم الجدول التالي كنقطة بداية.

مستوى الخدمة أحمال العمل المستهدفة
أساسي أحمال العمل التي تتطلب حوسبة خفيفة وأداء الإدخال/ الإخراج. تشمل الأمثلة الخوادم المُستخدمة للتطوير أو الاختبار أو التطبيقات صغيرة حجم التي نادرًا ما تُستخدم.
General Purpose وهي مناسبة لمعظم أحمال العمل التي تتطلب حوسبة وذاكرة متوازنتين مع معدل نقل الإدخال/إخراج قابل للتوسعة. تتضمن الأمثلة على ذلك خوادم لاستضافة تطبيقات الويب والجوال وتطبيقات المؤسسات الأخرى.
مُحسّن للذاكرة لأحمال عمل قاعدة البيانات عالية الأداء التي تتطلب أداءً في الذاكرة لمعالجة المعاملات بشكل أسرع وتزامن أعلى. تتضمن الأمثلة على ذلك خوادم لمعالجة البيانات في الوقت وتطبيقات المعاملات أو التحليلية عالية الأداء.

إشعار

التدرج الديناميكي من مستويات الخدمة الأساسية وإليها غير مدعوم حالياً. لا يمكن توسيع نطاق خوادم وحدات حفظ المخزون من المستوى الأساسي إلى مستوى الأغراض العامة أو مستوى مُحسّن للذاكرة.

بعد إنشاء خادم الأغراض العامة أو خادم مُحسّن للذاكرة، يمكن تغيير عدد وحدات vCore وجيل الأجهزة ومستوى التسعير بالزيادة أو النقصان في غضون ثوان. يمكنك أيضًا ضبط مقدار التخزين بشكل مستقل وفترة الاحتفاظ بالنسخ الاحتياطي بالزيادة أو النقصان دون توقف التطبيق. لا يمكنك أن تقوم بتغيير نوع تخزين النسخ الاحتياطي بعد إنشاء الخادم. لمزيد من المعلومات، راجع قسم موارد النطاق.

حساب الجيل ووحدات vCore

يتم توفير موارد الحساب بصفتها وحدات vCores، والتي تمثل CPU المنطقية للأجهزة الأساسية. يستخدم منطقة شرق الصين 1 ومنطقة شمال الصين 1وUS DoD Central وUS DoD East وحدات المعالجة المركزية المنطقية من الجيل الرابع التي تستند إلى معالجات Intel E5-2673 v3 (Haswell) 2.4 جيجاهرتز. تستخدم كافة المناطق الأخرى وحدات المعالجة المركزية المنطقية من الجيل الخامس التي تعتمد على معالجات Intel E5-2673 v4 (Broadwell) بسرعة 2.3 جيجاهرتز.

التخزين

التخزين الذي توفره هو مقدار سعة التخزين المتاحة لقاعدة بيانات Azure لخادم MySQL. يُستخدم التخزين لملفات قاعدة البيانات والملفات المؤقتة وسجلات العمليات وسجلات خادم MySQL. يحدد إجمالي مقدار سعة التخزين التي توفرها أيضًا سعة الإدخال/ الإخراج المتوفرة للخادم الخاص بك.

قاعدة بيانات Azure لـ MySQL - يدعم الخادم الفردي ما يلي من التخزين الخلفي للخوادم.

نوع التخزين أساسي الغرض العام v1 الغرض العام v2
حجم وحدة التخزين من 5 GB إلى 1 تيرابايت من 5 غيغابايت إلى 4 تيرابايت من 5 GB إلى 16 ТБ
الحجم المتعلق بزيادة التخزين 1 غيغابايت 1 غيغابايت 1 غيغابايت
عمليات الإدخال / الإخراج في الثانية (IOPS) المتغير 3 IOPS/GB
الحد الأدنى 100 IOPS
الحد الأقصى 6000 IOPS		 3 IOPS/GB
الحد الأدنى 100 IOPS
الحد الأقصى لـ 20,000 IOPS

إشعار

لا يوفر التخزين الرئِيسي ضمان IOPS. في التخزين للأغراض العامة، يكون مقياس IOPS مع مساحة التخزين المتوفرة بنسبة 3:1.

التخزين الرئِيسي

التخزين الرئِيسي هو التخزين الخلفي الذي يدعم خوادم مستوى الأسعار الأساسي. يستخدم التخزين الأساسي تخزين Azure القياسي في الخلفية حيث لا يتم ضمان iops المتوفرة وزمن الانتقال متغير. المستوى الأساسي هو الأنسب لأحمال العمل التي تتطلب حوسبة خفيفة وتكلفة منخفضة وأداء الإدخال/إخراج للتطوير أو التطبيقات الصغيرة المُستخدمة بشكل غير متكرر.

التخزين للأغراض العامة

التخزين للأغراض العامة هو التخزين الخلفي الذي يدعم خادم المستوى للأغراض العامة ومُحسّن للذاكرة. في التخزين للأغراض العامة، يكون مقياس IOPS مع مساحة التخزين المتوفرة بنسبة 3:1. هناك جيلان من التخزين للأغراض العامة كما هو موضح أدناه:

التخزين للأغراض العامة v1 (يدعم ما يصل إلى 4 تيرابايت)

يستند التخزين للأغراض العامة v1 إلى تقنية التخزين القديمة التي يمكن أن تدعم ما يصل إلى 4 تيرابايت للتخزين و6000 عملية إدخال / إخراج في الثانية لكل خادم. حُسّن التخزين للأغراض العامة v1 للاستفادة من الذاكرة من عُقد الحوسبة التي تشغل محرك MySQL للتخزين المؤقت المحلي والنُسخ الاحتياطية. تقرأ عملية النسخ الاحتياطي على التخزين للأغراض العامة v1 من البيانات وملفات السجل في ذاكرة عُقد الحوسبة وتنسخها إلى تخزين النسخ الاحتياطي الهدف للاحتفاظ بها حتى 35 يومًا. نتيجة لذلك، يكون استهلاك الإدخال والذاكرة للتخزين أثناء النسخ الاحتياطية أعلى نسبيًا.

تدعم جميع مناطق Azure التخزين للأغراض العامة v1

لخادم الأغراض العامة أو خادم مُحسّن للذاكرة على التخزين للأغراض العامة v1، نوصيك بمراعاة

  • التخطيط لحوسبة مستوى وحدة حفظ المخزون التي تمثل ذاكرة زائدة بنسبة 10-30٪ للتخزين المؤقت والمخازن المؤقتة للنسخ الاحتياطي
  • توفير عمليات الإدخال/الإخراج في الثانية أعلى بنسبة 10٪ مما يتطلبه حمل عمل قاعدة البيانات لحساب IOs الاحتياطية
  • بدلًا من ذلك، قم بالترحيل إلى التخزين للأغراض العامة v2 المُوضح أدناه والذي يدعم ما يصل إلى 16 تيرابايت للتخزين إذا كانت البنية الأساسية للتخزين متوفرة في مناطق Azure المشتركة أدناه التي تتفضلها.

التخزين للأغراض العامة v2 (يدعم ما يصل إلى 16 تيرابايت للتخزين)

يستند التخزين للأغراض العامة v2 إلى أحدث بنية أساسية للتخزين يمكنها دعم ما يصل إلى 16 تيرابايت و20000 عملية إدخال / إخراج في الثانية. في مجموعة فرعية من مناطق Azure حيث تتوفر البنية الأساسية، تصل جميع الخوادم التي تم توفيرها حديثًا إلى التخزين للأغراض العامة v2 افتراضيًا. لا يستهلك التخزين للأغراض العامة v2 أي ذاكرة من عقدة الحوسبة في MySQL، ويوفر زمن انتقال IO أفضل يمكن التنبؤ به مقارنة بتخزين v1 للأغراض العامة. تستند النُسخ الاحتياطية على خوادم التخزين للأغراض العامة v2 إلى اللقطة دون أي حمل إضافي من IO. في التخزين للأغراض العامة v2، من المتوقع أن يكون أداء خادم MySQL أعلى مقارنة بالتخزين للأغراض العامة v1 لنفس التخزين ولعمليات الإدخال / الإخراج في الثانية المتوفرة. لا توجد تكلفة إضافية للتخزين للأغراض العامة الذي يدعم مساحة تخزين تصل إلى 16 تيرابايت. للمساعدة في الترحيل إلى مساحة تخزين 16 تيرابايت، يرجى فتح تذكرة دعم من مدخل Microsoft Azure.

يُدعم التخزين للأغراض العامة v2 في مناطق Azure التالية:

المنطقة توفر التخزين للأغراض العامة v2
شرق أستراليا ✔️
جنوب شرق أستراليا ✔️
جنوب البرازيل ✔️
وسط كندا ✔️
شرق كندا ✔️
Central US ✔️
شرق الولايات المتحدة ✔️
East US 2 ✔️
شرق آسيا ✔️
شرق اليابان ✔️
غرب اليابان ✔️
وسط كوريا ✔️
منطقة جنوب كوريا الجنوبية ✔️
أوروبا الشمالية ✔️
وسط شمال الولايات المتحدة ✔️
South Central US ✔️
جنوب شرق آسيا ✔️
جنوب المملكة المتحدة ✔️
غرب المملكة المتحدة ✔️
غرب وسط الولايات المتحدة ✔️
غرب الولايات المتحدة ✔️
West US 2 ✔️
أوروبا الغربية ✔️
وسط الهند‬ ✔️
فرنسا الوسطى* ✔️
الإمارات العربية المتحدة، الشمال* ✔️
جنوب أفريقيا، الشمال* ✔️

إشعار

*المناطق التي تحتوي فيها قاعدة بيانات Azure ل MySQL على تخزين للأغراض العامة v2 في المعاينة العامة
*بالنسبة لمناطق Azure هذه، ستمتلك خيار إنشاء خادم في كل من التخزين للأغراض العامة v1 وv2. بالنسبة للخوادم التي تم إنشاؤها باستخدام التخزين للأغراض العامة v2 في المعاينة العامة، فيما يلي القيود،

  • لن يُدعم النسخ الاحتياطي المُكرر جغرافيًا
  • يجب أن يكون خادم النسخة المتماثلة في المناطق التي تدعم التخزين للأغراض العامة v2.

كيف يمكنني تحديد نوع التخزين الذي يعمل عليه خادمي؟

يمكنك العثور على نوع التخزين لخادمك بالانتقال إلى صفحة Settings>Compute + storage

  • إذا تم توفير الخادم باستخدام وحدة حفظ المخزون الأساسية، فإن نوع التخزين هو تخزين رئِيسي.
  • إذا تم توفير الخادم باستخدام General Purpose أو Memory Optimized SKU، فإن نوع التخزين هو تخزين General Purpose
    • إذا كان الحد الأقصى للتخزين الذي يمكن توفيره على الخادم يصل إلى 4 تيرابايت، فإن نوع التخزين هو التخزين للأغراض العامة v1.
    • إذا كان الحد الأقصى للتخزين الذي يمكن توفيره على الخادم يصل إلى 16 تيرابايت، فإن نوع التخزين هو التخزين للأغراض العامة v2.

هل يمكنني الانتقال من التخزين للأغراض العامة v1 إلى التخزين للأغراض العامة v2؟ إذا كانت الإجابة بنعم، فكيف، وهل هناك أي تكلفة إضافية؟

نعم، يُدعم الترحيل إلى التخزين للأغراض العامة v2 من v1 إذا كانت البنية الأساسية للتخزين متوفرة في منطقة Azure للخادم المصدر. يتوفر الترحيل وتخزين v2 دون أي تكلفة إضافية.

هل يمكنني زيادة حجم التخزين بعد توفير الخادم؟

يمكنك إضافة سعة تخزين إضافية أثناء إنشاء الخادم وبعده، والسماح للنظام بزيادة مساحة التخزين بشكل تلقائي بناءً على استهلاك تخزين حمل العمل لديك.

هام

يمكن زيادة حجم التخزين ولا يمكن تقليله.

مراقبة استهلاك IO

يمكنك مراقبة استهلاك الإدخال/ الإخراج في مدخل Microsoft Azure أو باستخدام أوامر Azure CLI. المقاييس ذات الصلة التي يجب مراقبتها هي حد التخزين ونسبة التخزين والتخزين المُستخدم ونسبة IO. تشير مقاييس المراقبة لخادم MySQL مع التخزين للأغراض العامة v1 إلى الذاكرة و IO اللذان يستهلكهما محرك MySQL ولكن قد لا تُسجل الذاكرة واستهلاك IO لطبقة التخزين وهو ما يُعد قيدًا.

الوصول إلى حد التخزين

تُحدد الخوادم التي تحتوي على مساحة تخزين متوفرة تبلغ 100 غيغابايت أو أقل منها على أنها للقراءة فقط إذا كانت مساحة التخزين المجانية أقل من 5٪ من حجم التخزين المتوفر. تُحدد الخوادم التي تحتوي على مساحة تخزين متوفرة أكثر من 100 غيغابايت على أنها للقراءة فقط عندما تكون مساحة التخزين المجانية أقل من 5 غيغابايت.

على سبيل المثال، إذا قمت بتوفير 110 GB من السعة التخزينية، وكان الاستخدام الفعلي يتجاوز 105 GB، فسيتم وضع علامة على الخادم للقراءة فقط. بدلاً من ذلك، إذا قمت بتوفير مساحة تخزين تبلغ 5 غيغابايت، فسيُحدد الخادم على أنه للقراءة فقط عندما تصل مساحة التخزين المجانية إلى أقل من 256 ميغابايت.

بينما تحاول الخدمة جعل الخادم للقراءة فقط، تُحظر جميع طلبات عمليات الكتابة الجديدة وسيستمر تنفيذ العمليات النشطة الحالية. عندما يُعيّن الخادم على وضع القراءة فقط، تفشل جميع عمليات الكتابة اللاحقة وعمليات تنفيذ المعاملة. ستستمر قراءة الاستعلامات في العمل دون انقطاع. بعد زيادة التخزين المتوفر، سيكون الخادم جاهزًا لقبول عمليات الكتابة مرة أخرى.

نوصي بتشغيل ميزة "النمو التلقائي للتخزين" أو إعداد تنبيه لإعلامك عندما يقترب تخزين الخادم لديك من الحد الأدنى حتى تتمكن من تجنب الدخول في حالة القراءة فقط. لمزيد من المعلومات ، راجع المستندات الخاصة بكيفية إعداد تنبيه.

النمو التلقائي الخاص بالتخزين

يمنع النمو التلقائي للتخزين الخادم من نفاد مساحة التخزين ويصبح الخادم للقراءة فقط. إذا تم تمكين النمو التلقائي للتخزين ، فإن التخزين ينمو بشكل تلقائي دون التأثير على جمل العمل. بالنسبة للخوادم ذات سعة تخزين متوفرة أقل من 100 غيغابايت، يتم زيادة حجم التخزين المتوفر بمقدار 5 غيغابايت عندما تكون مساحة التخزين المجانية أقل من 10٪ من مساحة التخزين المتوفرة. بالنسبة للخوادم التي تحتوي على أكثر من 100 غيغابايت من مساحة التخزين المتوفرة، تتم زيادة حجم التخزين المتوفر بنسبة 5٪ عندما تقل مساحة التخزين المجانية عن 10 غيغابايت من حجم التخزين المتوفر. تطبق حدود التخزين القصوى على النحو المحدد أعلاه.

على سبيل المثال، إذا قمت بتوفير 1000 غيغابايت من السعة التخزينية، وكان الاستخدام الفعلي يتجاوز 990 غيغابايت، فسيزداد حجم تخزين الخادم إلى 1050 غيغابايت. بدلاً من ذلك، إذا قمت بتوفير 10 غيغابايت من السعة التخزينية، فسيزداد حجم التخزين إلى 15 غيغابايت عندما يكون أقل من 1 غيغابايت من السعة التخزينية مجانية.

تذكر أنه يمكن زيادة مساحة التخزين فقط وليس تقليلها.

تخزين النسخ الاحتياطي

تُوفر قاعدة بيانات Azure لـ MySQL ما يصل إلى 100٪ من مساحة تخزين الخادم المتوفرة كتخزين احتياطي بدون تكلفة إضافية. أي سعة تخزين احتياطية تستخدمها تزيد عن هذا المقدار يتم تحصيلها بالجيجابايت شهريًا. على سبيل المثال، إذا قمت بتوفير خادم بسعة تخزينية تبلغ 250 غيغابايت، فستمتلك 250 غيغابايت من السعة التخزينية الإضافية المتاحة للنُسخ الاحتياطية للخادم مجانًا. تُحتسب مساحة التخزين للنُسخ الاحتياطية التي تزيد عن 250 غيغابايت وفقًا لنموذج التسعير. لفهم العوامل التي تؤثر على استخدام تخزين النسخ الاحتياطي ومراقبة تكلفة تخزين النسخ الاحتياطي والتحكم به، يمكنك الرجوع إلى مستندات النسخ الاحتياطي.

تغيير حجم الموارد

بعد إنشاء الخادم الخاص بك، يمكنك بشكل مستقل تغيير وحدات vCores وتوليد الأجهزة وطبقة التسعير (باستثناء من وإلى الأساسي) ومقدار التخزين وفترة الاحتفاظ بالنسخ الاحتياطي. لا يمكنك أن تقوم بتغيير نوع تخزين النسخ الاحتياطي بعد إنشاء الخادم. يمكن تغيير سعة عدد وحدات vCores بالزيادة أو النقصان. يمكن زيادة فترة استبقاء النسخة الاحتياطية أو تقليلها من 7 إلى 35 يوم. يمكن زيادة حجم التخزين فقط. يمكن إجراء تحجيم الموارد من خلال المدخل أو واجهة سطر الأوامر الخاصة بـ Azure. للحصول على مثال على التحجيم باستخدام Azure CLI، راجع مراقبة قاعدة بيانات Azure لخادم MySQL وتوسيع نطاقها باستخدام Azure CLI.

عند تغيير عدد وحدات vCore أو جيل الأجهزة أو مستوى الأسعار، يتم إنشاء نسخة من الخادم الأصلي مع تخصيص الحساب الجديد. بعد تشغيل الخادم الجديد، تُحوّل الاتصالات إلى الخادم الجديد. خلال اللحظة التي ينتقل فيها النظام إلى الخادم الجديد، لا يمكن إنشاء اتصالات جديدة، ويتم إرجاع جميع كافة المعاملات غير الملتزم بها. يمكن أن يكون وقت التعطل هذا أثناء التحجيم حوالي 60-120 ثانية. يعتمد وقت التعطل أثناء التحجيم على وقت استرداد قاعدة البيانات، ما قد يتسبب في أن تصبح قاعدة البيانات متصلة بالإنترنت لفترة أطول إذا كان لديك نشاط عمليات كثيف على الخادم في وقت عمليات التحجيم. لتجنب زيادة وقت إعادة التشغيل، يوصى بإجراء عمليات التحجيم خلال فترات النشاط المنخفض للعمليات على الخادم.

يعد تحجيم التخزين وتغيير فترة الاحتفاظ بالنسخ الاحتياطي عمليات حقيقية تُنفذ عبر الإنترنت. لا يوجد وقت تعطل، ولا يتأثر تطبيقك. نظرًا لتغيير سعة IOPS مع حجم التخزين المتوفر، يمكنك زيادة IOPS المتاح للخادم الخاص بك عن طريق زيادة سعة التخزين.

التسعير

للحصول على أحدث معلومات التسعير، راجع صفحة أسعار الخدمة. لمعرفة تكلفة التكوين الذي تريده، يعرض مدخل Azureالتكلفة الشهرية في علامة تبويب مستوى التسعير بناءً على الخيارات التي تحددها. إذا لم يكن لديك اشتراك Azure، فيمكنك استخدام حاسبة تسعير Azure للحصول على سعر تقديري. في موقع حاسبة أسعار Azure، حدد إضافة عناصر، وقم بتوسيع فئة قواعد البيانات، واختر قاعدة بيانات Azure لـ MySQL لتخصيص الخيارات.

الخطوات التالية