مشاركة عبر

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

  • مقالة

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

يمكنك إنشاء مثيل خادم مرن لقاعدة بيانات Azure ل MySQL في أحد مستويات الخدمة الثلاثة: قابل للاندفاع والأغراض العامة والأعمال الهامة. يميز VM SKU الأساسي مستويات الخدمة المستخدمة من الفئة B والسلسلة D والسلسلة الإلكترونية. تحدد طبقة الحوسبة واختيار الحجم الذاكرة و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 غيغابايت إلى 32 تيرابايت
فترة الاستبقاء بنسخة احتياطية من قاعدة البيانات من 1 إلى 35 يوماً من 1 إلى 35 يوماً من 1 إلى 35 يوماً

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

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

مستويات خدمة الخادم المرن

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

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

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

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

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

قابل للاندفاع

المواصفات التفصيلية لأنواع الخوادم المتوفرة كما يلي لطبقة الخدمة القابلة للاندفاع.

حجم الحساب وحدات vCore حجم الذاكرة الفعلية (جيبي بايت) إجمالي حجم الذاكرة (GiB) ماكس المدعومة IOPS الحد الأقصى للاتصالات Temp Storage (SSD) GiB
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

General Purpose

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

حجم الحساب وحدات 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

أعمال حرجة

المواصفات التفصيلية لأنواع الخوادم المتوفرة كما يلي لمستوى الخدمة Business Critical.

حجم الحساب وحدات 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_E80ds_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 - المستوى الحرج للأعمال للخادم المرن: بدءا من منتصف ديسمبر 2024، ستتوفر جميع الخوادم الجديدة المتوفرة في قاعدة بيانات Azure ل MySQL - المستوى الحرج للأعمال للخادم المرن مع مرونة المنطقة المضمنة - دون أي تكلفة إضافية! وهذا يعني أنه سيتم تخزين البيانات وملفات السجل تلقائيا على التخزين المتكرر في المنطقة، ما يضمن الاسترداد السريع من الانقطاعات المناطقية. حتى بدون تمكين قابلية الوصول العالية، ستستفيد من الحماية السلسة باستخدام النسخ الاحتياطية المتكررة في المنطقة. اعرف المزيد.

إدارة الذاكرة في قاعدة بيانات 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 استنادا إلى حجم الذاكرة الفعلية (GB) المتوفرة على الخادم. تعرف على المزيد حول أحجام مجموعة المخزن المؤقت InnoDB المتوفرة في قاعدة بيانات Azure لخادم MySQL المرن.

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

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

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

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

إشعار

بالنسبة لأحجام الأجهزة الظاهرية القابلة للاندفاع من السلسلة B، إذا تم بدء تشغيل/إيقاف الجهاز الظاهري أو إعادة تشغيله، فقد تفقد الأرصدة. لمزيد من المعلومات، راجع أحجام الأجهزة الظاهرية القابلة للاندفاع من السلسلة B.

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

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

إشعار

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

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

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

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

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

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

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

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

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

التخزين

التخزين الذي توفره هو سعة التخزين المتوفرة للخادم المرن. يتم استخدام التخزين لملفات قاعدة البيانات والملفات المؤقتة وسجلات العمليات وسجلات خادم MySQL. بالنسبة لمستويات الخدمة القابلة للاندفاع والأغراض العامة، يمتد نطاق التخزين من 20 غيغابايت كحد أدنى إلى 16 تيرابايت كحد أقصى. وعلى العكس من ذلك، يمتد دعم التخزين إلى 32 تيرابايت لمستوى الخدمة Business Critical. في جميع مستويات الخدمة، يتم تحجيم التخزين بزيادات 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 في قاعدة بيانات Azure ل MySQL - الخادم المرن الحد الأدنى IOPS هو 360 عبر جميع أحجام الحوسبة، ويتم تحديد الحد الأقصى IOPS بواسطة حجم الحساب المحدد. لمعرفة المزيد حول الحد الأقصى لعمليات الإدخال والإخراج في الثانية لكل حجم حساب، راجع الجدول.

هام

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

يمكنك مراقبة استهلاك الإدخال/الإخراج في مدخل Microsoft Azure (باستخدام Azure Monitor) باستخدام مقياس Monitor Azure Database for MySQL - Flexible Server . تحتاج إلى توسيع نطاق حساب الخادم الخاص بك إذا كنت بحاجة إلى 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 لأعلى أو لأسفل تلقائيا اعتمادا على احتياجات حمل العمل. يتم توسيع نطاق IOPS للتحجيم التلقائي تلقائيا حتى "الحد الأقصى ل IOPS المدعوم" لكل مستوى خدمة وحجم الحساب، كما هو محدد في وثائق مستويات الخدمة. وهذا يضمن الأداء الأمثل دون الحاجة إلى جهود التحجيم اليدوي

باستخدام Autoscale IOPS، تدفع فقط مقابل الإدخال/الإخراج في الإخراج الذي يستخدمه الخادم ولم تعد بحاجة إلى توفير الموارد التي لا يستخدمها بالكامل ودفع ثمنها، مما يوفر الوقت والمال. بالإضافة إلى ذلك، يمكن لتطبيقات المستوى 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 إذا كان حمل العمل الخاص بك لا يحتاج إلى سعة الحساب الكاملة باستمرار من الطبقة العام وطبقة الأعمال الحرجة.
  • أوقف الخادم عندما لا يكون قيد الاستخدام.
  • تقليل فترة الاحتفاظ بالنسخ الاحتياطي إذا لم تكن هناك حاجة إلى استبقاء أطول للنسخ الاحتياطي.

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