Share via

Azure Database for MySQL - مستويات خدمة Flexible Server

  • مقالة

ينطبق على: قاعدة بيانات Azure لـMySQL - خادم مرن

يمكنك إنشاء مثيل خادم مرن لقاعدة بيانات Azure ل MySQL في أحد مستويات الخدمة الثلاثة المختلفة: قابل للاندفاع والأغراض العامة والأعمال الهامة. يتم تمييز طبقات الخدمة عن طريق VM SKU الأساسي المستخدم من B-series وD-series وE-series. اختيار طبقة الحساب والحجم يحددان الذاكرة وvCores المتوفرة على الخادم. يتم استخدام نفس تقنية التخزين في جميع مستويات الخدمة. يتم توفير جميع الموارد على مستوى مثيل الخادم المرن لقاعدة بيانات Azure ل MySQL. يمكن أن يتضمن الخادم على قاعدة بيانات واحدة أو أكثر.

المورد / الطبقة مندفع الغرض العام الأعمال الهامة
سلسلة أجهزة ظاهرية سلسلة B سلسلة Ddsv4 من سلسلةDadsv5 سلسلة Edsv4/Edsv5-series*/Eadsv5
وحدات vCore 1, 2, 4, 8, 12, 16, 20 2, 4, 8, 16, 32, 48, 64 2, 4, 8, 16, 32, 48, 64, 80, 96
وحدة ذاكرة لكل vCore عامل 4 جيجابيت 8 غيغابايت **
حجم وحدة التخزين 20 جيجابايت إلى 16 تيرابايت 20 جيجابايت إلى 16 تيرابايت 20 جيجابايت إلى 16 تيرابايت
فترة الاستبقاء بنسخة احتياطية من قاعدة البيانات من 1 إلى 35 يوماً من 1 إلى 35 يوماً من 1 إلى 35 يوماً

** باستثناء 6480 و96 vCores، والتي تحتوي على 504 غيغابايت و504 غيغابايت و672 غيغابايت من الذاكرة على التوالي.

* يوفر حساب Ev5 أفضل أداء بين سلسلة الأجهزة الظاهرية الأخرى من حيث QPS وزمن الانتقال. تعرف على المزيد حول الأداء وتوافر المنطقة لحساب Ev5 من هنا.

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

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

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

مستويات الخدمة وحجمها وأنواع الخوادم

يمكن تحديد حساب الموارد على أساس الطبقة والحجم. هذا يحدد vCores وحجم الذاكرة. تمثل vCores وحدة المعالجة المركزية المنطقية للأجهزة الأساسية.

المواصفات التفصيلية لأنواع الخوادم المتوفرة كما يلي للاندفاع:

حجم الحساب وحدات vCore حجم الذاكرة الفعلية (جيبي بايت) إجمالي حجم الذاكرة (GiB) ماكس المدعومة IOPS الحد الأقصى للاتصالات Temp Storage (SSD) GiB
Standard_B1s 1 1 1.1 320 171 0
Standard_B1ms 1 2 2.2 640 341 0
Standard_B2s 2 4 4.4 1280 683 0
Standard_B2ms 2 8 8.8 1700 1365 0
Standard_B4ms 4 16 17.6 2400 2731 0
Standard_B8ms 8 32 35.2 3100 5461 0
Standard_B12ms 12 48 52.8 3800 8193 0
Standard_B16ms 16 64 70.4 4300 10923 0
Standard_B20ms 20 80 88 5000 13653 0

المواصفات التفصيلية لأنواع الخوادم المتوفرة هي كما يلي للأغراض العامة:

حجم الحساب وحدات vCore حجم الذاكرة الفعلية (جيبي بايت) إجمالي حجم الذاكرة (GiB) ماكس المدعومة IOPS الحد الأقصى للاتصالات Temp Storage (SSD) GiB
Standard_D2ads_v5 2 8 11 3200 1365 53
Standard_D2ds_v4 2 8 11 3200 1365 53
Standard_D4ads_v5 4 16 22 6400 2731 107
Standard_D4ds_v4 4 16 22 6400 2731 107
Standard_D8ads_v5 8 32 44 12800 5461 215
Standard_D8ds_v4 8 32 44 12800 5461 215
Standard_D16ads_v5 16 64 88 20000 10923 430
Standard_D16ds_v4 16 64 88 20000 10923 430
Standard_D32ads_v5 32 128 176 20000 21845 860
Standard_D32ds_v4 32 128 176 20000 21845 860
Standard_D48ads_v5 48 192 264 20000 32768 1290
Standard_D48ds_v4 48 192 264 20000 32768 1290
Standard_D64ads_v5 64 256 352 20000 43691 1720
Standard_D64ds_v4 64 256 352 20000 43691 1720

المواصفات التفصيلية لأنواع الخوادم المتوفرة هي كما يلي للأعمال الهامة:

حجم الحساب وحدات vCore حجم الذاكرة الفعلية (جيبي بايت) إجمالي حجم الذاكرة (GiB) ماكس المدعومة IOPS الحد الأقصى للاتصالات Temp Storage (SSD) GiB
Standard_E2ds_v4 2 16 22 5000 2731 37
Standard_E2ads_v5 2 16 22 5000 2731 37
Standard_E4ds_v4 4 32 44 10000 5461 75
Standard_E4ads_v5 4 32 44 10000 5461 75
Standard_E8ds_v4 8 64 88 18000 10923 151
Standard_E8ads_v5 8 64 88 18000 10923 151
Standard_E16ds_v4 16 128 176 28000 21845 302
Standard_E16ads_v5 16 128 176 28000 21845 302
Standard_E20ds_v4 20 160 220 28000 27306 377
Standard_E20ads_v5 20 160 220 28000 27306 377
Standard_E32ds_v4 32 256 352 38000 43691 604
Standard_E32ads_v5 32 256 352 38000 43691 604
Standard_E48ds_v4 48 384 528 48000 65536 906
Standard_E48ads_v5 48 384 528 48000 65536 906
Standard_E64ds_v4 64 504 693 64000 86016 1224
Standard_E64ads_v5 64 504 693 64000 86016 1224
Standard_E80ids_v4 80 504 693 72000 86016 1224
Standard_E2ds_v5 2 16 22 5000 2731 37
Standard_E4ds_v5 4 32 44 10000 5461 75
Standard_E8ds_v5 8 64 88 18000 10923 151
Standard_E16ds_v5 16 128 176 28000 21845 302
Standard_E20ds_v5 20 160 220 28000 27306 377
Standard_E32ds_v5 32 256 352 38000 43691 604
Standard_E48ds_v5 48 384 528 48000 65536 906
Standard_E64ds_v5 64 512 704 64000 87383 1208
Standard_E96ds_v5 96 672 924 80000 100000 2004

إدارة الذاكرة في قاعدة بيانات Azure لخادم MySQL المرن

في MySQL، تلعب الذاكرة دورا مهما في جميع العمليات المختلفة، بما في ذلك معالجة الاستعلام والتخزين المؤقت. يحسن خادم Azure Database for MySQL المرن تخصيص الذاكرة لعملية خادم MySQL (mysqld)، ما يضمن تلقيه موارد ذاكرة كافية لمعالجة الاستعلام بكفاءة والتخزين المؤقت وإدارة اتصال العميل ومعالجة مؤشر الترابط. تعرف على المزيد حول كيفية استخدام MySQL للذاكرة.

حجم الذاكرة الفعلية (GB)

يمثل حجم الذاكرة الفعلية (GB) في الجدول أدناه ذاكرة الوصول العشوائي المتوفرة (RAM) بالجيجابايت (GB) على قاعدة بيانات Azure لخادم MySQL المرن.

إجمالي حجم الذاكرة (GB)

يوفر خادم Azure Database for MySQL المرن إجمالي حجم الذاكرة (GB). يمثل هذا إجمالي الذاكرة المتوفرة للخادم الخاص بك، وهو مزيج من الذاكرة الفعلية وكمية محددة من مكون التخزين المؤقت SSD. تم تصميم طريقة العرض الموحدة هذه لتبسيط إدارة الموارد، ما يسمح لك بالتركيز على إجمالي الذاكرة المتوفرة لعملية خادم Azure MySQL (mysqld) فقط. يمثل مقياس النسبة المئوية للذاكرة (memory_percent) النسبة المئوية للذاكرة التي تشغلها عملية خادم Azure MySQL (mysqld). يتم حساب هذا المقياس من إجمالي حجم الذاكرة (GB). على سبيل المثال، عندما يعرض مقياس Memory Percent قيمة 60، فهذا يعني أن عملية Azure MySQL Server تستخدم 60٪ من إجمالي حجم الذاكرة (GB) المتوفرة على قاعدة بيانات Azure لخادم MySQL المرن.

خادم MySQL (mysqld)

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

محرك تخزين InnoDB

كمحرك التخزين الافتراضي ل MySQL، يستخدم InnoDB الذاكرة للتخزين المؤقت للبيانات التي يتم الوصول إليها بشكل متكرر وإدارة الهياكل الداخلية مثل تجمع المخزن المؤقت innodb والمخزن المؤقت للسجل. يحتفظ تجمع المخزن المؤقت InnoDB ببيانات الجدول والفهارس في الذاكرة لتقليل إدخال/إخراج القرص، ما يعزز الأداء. يتم حساب المعلمة InnoDB Buffer Pool Size استنادا إلى حجم الذاكرة الفعلية (GB) المتوفرة على الخادم. تعرف على المزيد حول أحجام مجموعة المخزن المؤقت InnoDB المتوفرة في قاعدة بيانات Azure لخادم MySQL المرن.

مؤشرات الترابط

تتم إدارة اتصالات العميل من خلال مؤشرات ترابط مخصصة يعالجها مدير الاتصال. تعالج مؤشرات الترابط هذه المصادقة وتنفيذ الاستعلام واسترجاع النتائج لتفاعلات العميل. اعرف المزيد.

للحصول على مزيد من التفاصيل حول سلسلة الحوسبة المتوفرة، راجع وثائق Azure VM للاندفاع (B-series) وسلسلةDdsv4 للأغراض العامة وسلسلة Ddsv4 للأغراض العامة وسلسلة Business Critical Edsv4/Edsv5-series/Eadsv5.

قيود الأداء لمثيلات السلسلة القابلة للاندفاع

إشعار

بالنسبة إلى طبقة حساب Burstable (B-series) إذا تم تشغيل/إيقاف الجهاز الظاهري أو إعادة تشغيله، فقد يتم فقد الاعتمادات. لمزيد من المعلومات، راجع الأسئلة المتداولة حول الصور المتسلسلة (B-Series).

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

ومع ذلك، من المهم ملاحظة أنه بمجرد استنفاد مثيل قابل للاندفاع لأرصدة وحدة المعالجة المركزية الخاصة به، فإنه يعمل في أداء وحدة المعالجة المركزية الأساسي الخاص به. على سبيل المثال، أداء وحدة المعالجة المركزية الأساسي Standard_B1ms هو 20٪ أي 0.2 Vcore. إذا كان خادم الطبقة القابلة للاندفاع يشغل حمل عمل يتطلب أداء وحدة المعالجة المركزية أكثر من المستوى الأساسي، وقد استنفد أرصدة وحدة المعالجة المركزية الخاصة به، فقد يواجه الخادم قيود على الأداء وقد يؤثر في النهاية على عمليات النظام المختلفة مثل إيقاف/بدء/إعادة تشغيل الخادم الخاص بك.

إشعار

بالنسبة للخوادم في طبقة الحوسبة القابلة للاندفاع (B-series)، مثل Standard_B1s/Standard_B1ms/Standard_B2s، قد يؤدي حجم ذاكرة المضيف الأصغر نسبيا إلى تعطل (نفاد الذاكرة) ضمن حمل العمل المتواز، حتى إذا لم يصل مقياس memory_percent إلى 100٪.

بسبب هذا التقييد، قد يواجه الخادم مشكلات في الاتصال وقد تتأثر عمليات النظام. في مثل هذه الحالات، يكون مسار العمل الموصى به هو إيقاف حمل العمل مؤقتا على الخادم لتجميع الأرصدة وفقا لنموذج الخدمات المصرفية الائتمانية من الفئة B، أو النظر في توسيع نطاق الخادم إلى مستويات أعلى مثل مستويات الأغراض العامة أو الأعمال الحرجة.

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

لمزيد من المعلومات حول نموذج ائتمان وحدة المعالجة المركزية من سلسلة B من Azure، راجع مثيلات B-series القابلة للاندفاع ونموذج ائتمان وحدة المعالجة المركزية من الفئة B.

مراقبة أرصدة وحدة المعالجة المركزية في طبقة قابلة للاندفاع

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

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

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

لمزيد من المعلومات، حول كيفية إعداد التنبيهات على المقاييس، راجع هذا الدليل.

التخزين

التخزين الذي توفره هو مقدار سعة التخزين المتاحة لخادمك المرن. يتم استخدام التخزين لملفات قاعدة البيانات والملفات المؤقتة وسجلات العمليات وسجلات خادم MySQL. في جميع مستويات الخدمة، يبلغ الحد الأدنى للتخزين المدعوم 20 غيغابايت والحد الأقصى هو 16 تيرابايت. يتم تحجيم التخزين بزيادات 1 غيغابايت ويمكن توسيع نطاقه بعد إنشاء الخادم.

إشعار

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

يمكنك مراقبة استهلاك التخزين في مدخل Microsoft Azure (باستخدام Azure Monitor) باستخدام حد التخزين ونسبة التخزين ومقاييس التخزين المستخدمة. راجع مقالة المراقبة للتعرف على المقاييس.

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

عندما تقترب مساحة التخزين المستهلكة على الخادم من الوصول إلى الحد المخصص، يتم وضع الخادم في وضع-القراءة فقط لحماية أي عمليات كتابة مفقودة على الخادم. يتم وضع علامة على الخوادم التي تحتوي على أقل من مساحة تخزين مزوَّدة تبلغ 100 جيجابايت للقراءة فقط إذا كانت مساحة التخزين المجانية أقل من 5% من حجم التخزين المتاح. يتم تمييز الخوادم التي تحتوي على أكثر من 100 جيجابايت من مساحة التخزين المتوفرة للقراءة فقط عندما تكون سعة التخزين المجانية أقل من 5 جيجابايت.

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

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

لإخراج الخادم من وضع القراءة فقط، يجب زيادة مساحة التخزين المتوفرة على الخادم. يمكن القيام بذلك باستخدام مدخل Microsoft Azure أو Azure CLI. بمجرد زيادته، يكون الخادم جاهزا لقبول معاملات الكتابة مرة أخرى.

نوصي بإعداد تنبيه لإعلامك عندما يقترب تخزين الخادم من الحد بحيث يمكنك تجنب الدخول في حالة القراءة فقط. لمزيد من المعلومات، راجع الوثائق الخاصة بوثائق التنبيه كيفية إعداد تنبيه.

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

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

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

تذكر أن التخزين بمجرد التحجيم التلقائي، لا يمكن تقليصه.

إشعار

يتم تمكين التخزين التلقائي افتراضيا لخادم مكون عالي التوفر ولا يمكن تعطيله.

عمليات الإدخال / الإخراج في الثانية (IOPS)

يدعم خادم Azure Database for MySQL المرن IOPS الذي تم توفيره مسبقا وIOOPS للتحجيم التلقائي. اعرف المزيد. الحد الأدنى IOPS هو 360 عبر جميع أحجام الحوسبة ويتم تحديد الحد الأقصى IOPS بواسطة حجم الحساب المحدد. لمعرفة المزيد حول الحد الأقصى لعمليات الإدخال والإخراج في الثانية لكل حجم حساب، راجع الجدول.

هام

**الحد الأدنى IOPS هو 360 عبر جميع أحجام الحوسبة
**يتم تحديد الحد الأقصى IOPS حسب حجم الحساب المحدد.

يمكنك مراقبة استهلاك الإدخال / الإخراج في مدخل Microsoft Azure (باستخدام Azure Monitor) باستخدام مقياس نسبة الإدخال/الإخراج. إذا كنت بحاجة إلى IOPS أكثر من الحد الأقصى IOPS استنادا إلى الحوسبة، فأنت بحاجة إلى توسيع نطاق حساب الخادم الخاص بك.

IOPS المقدم مسبقا

يوفر خادم Azure Database for MySQL المرن IOPS الذي تم توفيره مسبقا، ما يسمح لك بتخصيص عدد معين من عمليات الإدخال والإخراج في الخدمة لمثيل خادم Azure Database for MySQL المرن. يضمن هذا الإعداد أداء متسقا ويمكن التنبؤ به لأحمال العمل الخاصة بك. مع IOPS الذي تم توفيره مسبقا، يمكنك تحديد حد IOPS محدد لتخزين وحدة التخزين الخاصة بك، ما يضمن القدرة على التعامل مع بعض الطلبات في الثانية. وهذا يؤدي إلى مستوى موثوق ومؤكد من الأداء. تمكنك IOPS التي تم توفيرها مسبقا من توفير IOPS إضافية أعلى من حد IOPS. باستخدام هذه الميزة، يمكنك زيادة أو تقليل عدد عمليات IOP المقدمة استناداً إلى متطلبات حمل العمل في أي وقت.

التحجيم التلقائي IOPS

حجر الزاوية في خادم Azure Database for MySQL المرن هو قدرته على تحقيق أفضل أداء لأحمال العمل من المستوى 1، والتي يمكن تحسينها عن طريق تمكين أداء الخادم تلقائيا (IO) لخوادم قاعدة البيانات الخاصة به بسلاسة اعتمادا على احتياجات حمل العمل. هذه ميزة اشتراك تمكن المستخدمين من توسيع نطاق IOPS عند الطلب دون الحاجة إلى توفير قدر معين من الإدخال/الإخراج في الثانية مسبقا. مع تمكين Autoscale IOPS المميز، يمكنك الآن الاستمتاع بإدارة IO المجانية للقلق في قاعدة بيانات Azure للخادم المرن MySQL لأن الخادم يتدرج IOPs لأعلى أو لأسفل تلقائيا اعتمادا على احتياجات حمل العمل.

باستخدام Autoscale IOPS، تدفع فقط مقابل IO الذي يستخدمه الخادم ولم تعد بحاجة إلى توفير الموارد التي لا يستخدمونها بالكامل ودفع ثمنها، مما يوفر الوقت والمال. بالإضافة إلى ذلك، يمكن لتطبيقات المستوى 1 ذات المهام الحرجة تحقيق أداء متسق من خلال إتاحة عمليات الإدخال والإخراج الإضافية لحمل العمل في أي وقت. يلغي التحجيم التلقائي IOPS الإدارة المطلوبة لتوفير أفضل أداء بأقل تكلفة لعملاء الخادم المرن في Azure Database for MySQL.

التحجيم الديناميكي: ضبط IOPS للتحجيم التلقائي بشكل ديناميكي حد IOPS لخادم قاعدة البيانات الخاص بك استنادا إلى الطلب الفعلي لحمل العمل الخاص بك. وهذا يضمن الأداء الأمثل دون تدخل يدوي أو تكوين.

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

توفير التكاليف: على عكس عمليات الإدخال والإخراج في الثانية التي تم توفيرها مسبقا حيث يتم تحديد حد IOPS ثابت ودفعه بغض النظر عن الاستخدام، يتيح لك Autoscale IOPS الدفع فقط لعدد عمليات الإدخال/الإخراج التي تستهلكها.

نسخة احتياطية

تأخذ الخدمة تلقائياً نسخاً احتياطية من الخادم الخاص بك. يمكنك تحديد فترة استبقاء تتراوح من 1 إلى 35 يوماً. تعرف على المزيد حول النسخ الاحتياطية في مقالة مفاهيم النسخ الاحتياطي والاستعادة.

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

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

إشعار

يمكن زيادة حجم التخزين فقط. لا يمكنك الرجوع إلى حجم تخزين أصغر بعد الزيادة.

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

تحجيم التخزين وتغيير فترة الاحتفاظ بالنسخ الاحتياطي هي عمليات عبر الإنترنت ولا تتطلب إعادة تشغيل الخادم.

التسعير

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

إذا كنت ترغب في تحسين تكلفة الخادم، فيمكنك التفكير في النصائح التالية:

  • قلل من طبقة الحساب أو حجم الحساب (vCores) إذا كان الحساب غير مستغل بشكل كافٍ.
  • ضع في اعتبارك التبديل إلى طبقة حساب Burstable إذا كان حمل العمل الخاص بك لا يحتاج إلى سعة الحساب الكاملة باستمرار من الطبقة العام وطبقة الأعمال الحرجة.
  • أوقف الخادم عندما لا يكون قيد الاستخدام.
  • تقليل فترة الاحتفاظ بالنسخ الاحتياطي إذا لم تكن هناك حاجة إلى استبقاء أطول للنسخ الاحتياطي.

المحتوى ذو الصلة