مشاركة عبر

حجم VM: أفضل ممارسات الأداء ل SQL Server على الأجهزة الافتراضية من Azure

  • مقالة

ينطبق على: Microsoft SQL Server على Azure VM

توفر هذه المقالة إرشادات حول حجم الأجهزة الافتراضية (VM)، وهي عبارة عن سلسلة من أفضل الممارسات والإرشادات لتحسين أداء SQL Server على الأجهزة الافتراضية من Azure (VM).

هناك عادةً مفاضلة بين تحسين التكاليف وتحسين الأداء. تركز سلسلة أفضل الممارسات على الحصول على ⁧⁩أفضل⁧⁩ أداء لـ Microsoft SQL Server على VM Azure. إذا كان حمل عملك أقل تطلبًا، فقد لا تحتاج إلى كل تحسين موصى به. خذ بعين الاعتبار احتياجات الأداء والتكاليف وأنماط حمل العمل أثناء تقييم هذه التوصيات.

للحصول على تفاصيل شاملة، راجع المقالات الأخرى في هذه السلسلة: القائمة المرجعيةوالتخزينوالأمانوتكوين HADRوجمع الأساس.

قائمة الاختيار

راجع القائمة المرجعية التالية للحصول على نظرة عامة موجزة حول أفضل الممارسات المتعلقة بحجم الجهاز الافتراضي التي تتناولها بقية المقالة بمزيد من التفصيل:

  • توفر سلسلة Ebdsv5 أعلى معدل نقل إدخال/إخراج إلى vCore في Azure مع نسبة ذاكرة إلى vCore تبلغ 8. تقدم هذه السلسلة أفضل سعر وأداء لأحمال عمل SQL Server على Azure VMs. ضع في اعتبارك هذه السلسلة أولاً لمعظم أحمال عمل Microsoft SQL Server.
  • استخدم أحجام الجهاز الظاهري مع 4 أو أكثر من وحدات المعالجة المركزية الظاهرية مثل E4ds_v5 أو أعلى.
  • استخدم أحجام الجهاز الظاهري المحسنة للذاكرة للحصول على أفضل أداء لأحمال عمل SQL Server.
  • تقدم سلسلة Edsv5 و-M و-Mv2 النسبة المثلى للذاكرة إلى vCore المطلوبة لأحمال عمل OLTP.
  • توفر الأجهزة الظاهرية من السلسلة M أعلى نسبة ذاكرة إلى vCore في Azure. ضع في اعتبارك هذه الأجهزة الظاهرية لأحمال العمل الحرجة للمهمة ولأحمال عمل مستودع البيانات.
  • استفد من صور Azure Marketplace لتوزيع الأجهزة الظاهرية لـ Microsoft SQL Server حيث تم تكوين إعدادات Microsoft SQL Server وخيارات التخزين لتحقيق الأداء الأمثل.
  • اجمع خصائص الأداء لأحمال العمل المستهدفة واستخدمها لتحديد حجم VM المناسب لعملك.
  • استخدم أداة مساعد ترحيل البيانات والتوصية بوحدة حفظ المخزون المسماة Data Migration AssistantSKU recommendation للعثور على حجم الجهاز الظاهري المناسب لحمل عمل Microsoft SQL Server الحالي لديك.

لمقارنة القائمة المرجعية لحجم VM مع القوائم الأخرى، راجع القائمة المرجعية الشاملة ⁦⁩لأفضل ممارسات الأداء⁦⁩.

نظرة عامة

عند إنشاء SQL Server على Azure VM، خذ بعين الاعتبار نوع حمل العمل الضروري. إذا كنت تقوم بترحيل بيئة موجودة، ⁦⁩تجميع أساس الأداء⁦⁩ لتحديد خادم SQL الخاص بك على متطلبات Azure VM. إذا كان هذا VM جديده، فقم بإنشاء SQL Server VM الجديد الخاص بك استنادا إلى متطلبات المورد.

إذا كنت تقوم بإنشاء SQL Server VM جديد باستخدام تطبيق جديد تم تصميمه للسباحه، فيمكنك تغيير حجم SQL Server VM بسهولة مع تطور متطلبات البيانات والاستخدام. ابدأ في تشغيل بيئات التطوير باستخدام الفئة D من الطبقة الدنيا أو الفئة B أو الفئة AV2 وقم بتنمية بيئتك بمرور الوقت.

استخدم صور سوق SQL Server VM مع تهيئة التخزين في المدخل. وهذا سيجعل من السهل إنشاء تجمعات التخزين الضرورية للحصول على الحجم و IOPS و معدل النقل لأحمال العمل الخاصة بك بشكل صحيح. من المهم اختيار SQL Server VMs التي تدعم التخزين الفائق والتخزين المؤقت الفائق للتخزين. راجع مقالة التخزين لمعرفة المزيد.

استخدم صور SQL Server VM Azure Marketplace مع تكوين التخزين في المدخل. سيؤدي ذلك إلى تسهيل إنشاء مجموعات التخزين اللازمة بشكل صحيح للحصول على الحجم وIOPS ومعدل النقل المطلوب لأحمال العمل الخاصة بك. من المهم اختيار SQL Server VMs التي تدعم التخزين الفائق والتخزين المؤقت الفائق للتخزين. حالياً، توفر سلسلة Ebdsv5 أعلى معدل نقل إدخال/إخراج إلى vCore متوفرة في Azure. إذا كنت لا تعرف متطلبات الإدخال/الإخراج لحمل عمل SQL Server، فهذه السلسلة هي الأكثر احتمالاً لتلبية احتياجاتك. راجع مقالة التخزين لمعرفة المزيد.

ملاحظة

إذا كنت مهتماً بالمشاركة في المعاينة العامة لـEbdsv5-series، فالرجاء الاشتراك في https://aka.ms/signupEbsv5Preview.

مستودع بيانات SQL Server والبيئات الحرجة للمهام غالبا ما تحتاج إلى توسيع نطاق نسبة الذاكرة إلى vCore إلى أكثر من 8. بالنسبة للبيئات المتوسطة، قد تحتاج إلى اختيار نسبة 16 الذاكرة-الى-vCore و32 نسبة الذاكرة-الى-vCore لبيئات أكبر لمستودع البيانات.

غالباً ما تستفيد بيئات تخزين بيانات SQL Server من المعالجة المتوازية للأجهزة الأكبر حجما. لهذا السبب، تعد السلسلة M والسلسلة Mv2 خيارات جيدة لبيئات مستودعات البيانات الأكبر حجماً.

استخدم vCPU وتكوين الذاكرة من الجهاز المصدر كخط أساس لترحيل قاعدة بيانات SQL Server المحلية الحالية إلى SQL Server على Azure VMs. إذا كان لديك ضمان البرنامج، فاستفد من مزايا Azure المختلطة المسماة Azure Hybrid Benefit لجلب تراخيصك إلى Microsoft Azure وتوفير تكاليف ترخيص Microsoft SQL Server.

الذاكرة المُحسنة

تعد ⁦⁩الذاكرة التي تم تحسينها من أحجام الأجهزة الافتراضية⁦⁩ هدفاً أساسياً للأجهزة الافتراضية ل SQL Server والخيار الموصى به من قبل Microsoft. توفر الأجهزة الافتراضية المحسنة للذاكرة نسب أكبر من الذاكرة إلى وحدة المعالجة المركزية وخيارات ذاكرة تخزين مؤقت متوسطة إلى كبيرة الحجم.

سلسلة Ebdsv5

تعد Ebdsv5-series سلسلة جديدة من الأجهزة الظاهرية المحسّنة للذاكرة والتي توفر أعلى معدل نقل للتخزين عن بُعد متاح في Azure. تتمتع أجهزة VM هذه بنسبة ذاكرة إلى vCore تبلغ 8، ما يجعلها، جنباً إلى جنب مع معدل النقل العالي للإدخال/الإخراج، مثالية لأحمال عمل SQL Server. توفر الأجهزة الظاهرية من سلسلة Ebdsv5 أفضل سعر وأداء لأحمال عمل SQL Server التي تعمل على أجهزة Azure الظاهرية ونحن نوصي بها بشدة لمعظم أحمال عمل SQL Server الخاصة بالإنتاج.

سلسلة Edsv5

تم تصميم Edsv5-series للتطبيقات التي تستهلك الكثير من الذاكرة وهي مثالية لأحمال عمل SQL Server التي لا تتطلب معدل نقل إدخال/إخراج عالٍ كما توفرها سلسلة Ebdsv5. تتمتع أجهزة VM هذه بسعة تخزين محلية كبيرة SSD، تصل إلى 672 غيغابايت من ذاكرة الوصول العشوائي، ومعدل نقل تخزين محلي وبعيد عالٍ جداً. هناك ما يقرب من 8 غيغابايت من الذاكرة لكل vCore عبر معظم هذه الأجهزة الظاهرية، وهو مثالي لمعظم أحمال عمل Microsoft SQL Server.

أكبر جهاز ظاهري في هذه المجموعة هو Standard_E104ids_v5 الذي يوفر 104 vCore و672 غيغابايت من الذاكرة. يعتبر هذا الجهاز الافتراضي ملحوظاً لأنه ⁦⁩معزول⁦⁩ ما يعني أنه من المضمون أن يكون الجهاز الافتراضي الوحيد الذي يعمل على المضيف، وبالتالي فهو معزول عن أحمال عمل العملاء الأخرى. يحتوي هذا على نسبة ذاكرة إلى vCore أقل من ما يوصى به لSQL Server، لذا يجب استخدامه فقط في حالة الحاجة إلى العزل.

تدعم الأجهزة الظاهرية من سلسلة Edsv5 التخزين المتميز والتخزين المؤقت للتخزين المتميز.

سلسلة M وMv2

تقدم سلسلة-M عدد vCore والذاكرة لبعض أكبر أحمال العمل ل SQL Server.

يحتوي ⁦⁩MV2-series⁦⁩ على أعلى عدد من أرقام vCore والذاكرة، كما يوصى به لأحمال العمل الحرجة للمهام ومستودع البيانات. تعد المثيلات فئة MV2 من أفضل الأحجام للأجهزة الافتراضية التي توفر أداءً حسابياً منقطع النظير لدعم الذاكرة الداخلية لقواعد البيانات الكبيرة وأحمال العمل مع نسبة ذاكرة عالية إلى وحدة معالجة مركزية (CPU) والتي تعد مثالية لخوادم قواعد البيانات العلاقات وذاكرات التخزين المؤقتة الكبيرة والتحليلات الموجودة في الذاكرة.

بعض ميزات M وفئات Mv2 جذابة لأداء SQL Server والتي تشمل التخزين المتميز ودعم التخزين المؤقت المتميز ودعم القرص الفائق وتسريع الكتابة.

الهدف العام

تم تصميم ⁦⁩أحجام الأجهزة الافتراضية للأغراض العامة⁦⁩ لتوفير نسب متوازنة بين الذاكرة إلى vCore لأحمال العمل الأصغر حجماً على مستوى المبتدئ مثل التطوير والاختبار وخوادم الويب وخوادم قواعد البيانات الأصغر حجماً.

ونظراً لأن نسبة الذاكرة إلى-vCore أصغر حجماً مع الأجهزة الافتراضية للأغراض العامة، فمن المهم مراقبة عدادات الأداء المستندة إلى الذاكرة بعناية لضمان أن يتمكن SQL Server من الحصول على ذاكرة التخزين المؤقت التي تحتاجها. راجع ⁦⁩الأساس لأداء الذاكرة ⁦⁩ لمزيد من المعلومات.

نظراً لأن توصية البدء لأحمال عمل الإنتاج هي نسبة ذاكرة إلى vCore تبلغ 8، فإن الحد الأدنى من التكوين الموصى به لجهاز ظاهري للأغراض العامة يقوم بتشغيل SQL Server هو 4 وحدات معالجة مركزية و32 غيغابايت من الذاكرة.

سلسلة Ddsv5

تقدم Ddsv5-series مجموعة جيدة من وحدة المعالجة المركزية الظاهرية (vCPU) والذاكرة والقرص المؤقت ولكن مع دعم أصغر للذاكرة إلى vCore.

تشتمل أجهزة Ddsv5 الظاهرية على زمن انتقال أقل وتخزين محلي عالي السرعة.

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

لهذا السبب، يوصى بالاستفادة من D8ds_v5 كآلة ظاهرية بداية في هذه السلسلة، والتي تحتوي على 8 نواة و32 غيغابايت من الذاكرة. أكبر آلة هي D96ds_v5، التي تحتوي على 96 vCores و256 غيغابايت من الذاكرة.

تدعم الأجهزة الظاهرية Ddsv5-seriesالتخزين المتميز والتخزين المؤقت للتخزين المتميز.

ملاحظة

لا تحتوي Ddsv5-series على نسبة الذاكرة إلى vCore وهي 8 الموصى بها لأحمال عمل Microsoft SQL Server. على هذا النحو، ضع في اعتبارك استخدام هذه الأجهزة الظاهرية للتطبيقات الصغيرة وأحمال عمل التطوير فقط.

فئة-B

أحجام الجهاز الافتراضي من فئة-B قابلة للانفجار مثالية لأحمال العمل التي لا تحتاج إلى أداء ثابت مثل إثبات مفهوم وتطبيق صغير جداً وخوادم التطوير.

تحتوي معظم أحجام الجهاز الافتراضي من فئة-B قابلة للانفجارعلى نسبة من الذاكرة إلى المعالج VCore تبلغ 4. كبرى هذه الآلات هي Standard_B20ms مع 20 vCores و80 غيغابايت من الذاكرة.

هذه الفئة فريدة نظراً لأن التطبيقات لديها القدرة على ⁦⁩ الانفجار⁦ ⁩ خلال ساعات العمل مع أرصدة قابلة للانفجار تختلف باختلاف حجم الجهاز.

عندما تستنفد الأرصدة، يعود الجهاز الافتراضي إلى أداء الجهاز الأساسي.

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

تدعم هذه السلسلة premium storage، ولكن لا تدعمpremium storage caching.

ملاحظة

لا تحتوي الفئة B القابلة للانفجار على نسبة الذاكرة إلى vCore 8 الموصى بها لأحمال العمل SQL Server. وعلى هذا النحو، يمكنك استخدام هذه الأجهزة الافتراضية للتطبيقات الصغيرة وخوادم الويب وأحمال عمل التطوير فقط.

السلسلة Av2

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

فقط Standard_A2m_v2 (2 وحدة معالجة ظاهرية vCore و16 غيغابايت من الذاكرة)، وStandard_A4m_v2 (4 وحدات معالجة ظاهرية vCore و32 غيغابايت من الذاكرة)، وStandard_A8m_v2 (8 وحدات معالجة ظاهرية vCore و64 غيغابايت من الذاكرة) لديها نسبة ذاكرة إلى vCore جيدة تبلغ 8 لهذه الأجهزة الظاهرية الثلاثة الأولى.

تعد هذه الأجهزة الافتراضية كلاً من الخيارات الجيدة للتطوير الأصغر حجماً واختبار أجهزة SQL Server.

قد يكون Standard_A8m_v2 vCore 8 أيضاً خياراً جيداً للتطبيقات الصغيرة وخوادم الويب.

ملاحظة

لا تدعم فئة Av2 التخزين الفائق، ومن ثم لا يوصى لأحمال عمل SQL Server في الانتاج حتى مع الأجهزة الافتراضية التي لديها نسبة ذاكرة إلى vCore تبلغ 8.

التخزين المُحسن

⁦⁩وحدات التخزين المحسنة من أحجام VM⁦⁩ مخصصة لحالات استخدام معينة. وقد تم تصميم هذه الأجهزة الافتراضية خصيصاً باستخدام معدل النقل للأقراص المحسنة ووحدة الإدخال/الإخراج (IO).

السلسلة Lsv2

يتميز ⁦فئة⁩-LSV2 ⁩بمعدل نقل فائق وزمن تأخر وصول أقل ووحدة تخزين NVMe محلية. تم تحسين الأجهزة الافتراضية من الفئة-LSV2 لاستخدام القرص المحلي على العقدة المتصلة مباشرة بالنظام الافتراضي بدلاً من استخدام أقراص بيانات متينة.

تعد هذه الأجهزة الافتراضية بمثابة خيارات قوية لأحمال عمل البيانات الكبيرة ومستودع البيانات وإعداد التقارير وأحمال عمل ETL. يعتبر معدل النقل العالي وعمليات الإدخال والإخراج في الثانية (IOPS) لوحدات التخزين NVMe المحلية حالة استخدام جيد لمعالجة الملفات التي سيتم تحميلها في قاعدة البيانات الخاصة بك وسيناريوهات أخرى حيث يمكن إعادة إنشاء البيانات من النظام المصدر أو مستودعات أخرى مثل مخزن Azure Blob أو Azure Data Lake. ⁩يمكن أيضاً للأجهزة الافتراضية من فئة⁦فئة⁩-LSV2 زيادة أداء القرص بشكل كبير لمدة تصل إلى 30 دقيقة في كل مرة.

تتراوح أحجام هذه الأجهزة الافتراضية من 8 إلى 80 فولت من وحدة المعالجة المركزية (CPU) مع 8 GiB من الذاكرة لكل vCPU، كما تتوفر لكل 8 vCPU سعة 1.92 تيرابايت من NVMe SSD. وهذا يعني لأكبر جهاز ظاهري لهذه الفئة، وهو ⁦⁩L80s_v2⁦⁩، كما أن هناك 80 vCPU و640 BiB من الذاكرة بسعة 10×1.92 تيرابايت من سعة التخزين NVMe. هناك نسبة ثابتة للذاكرة إلى المركز تبلغ 8 في جميع هذه الأجهزة الافتراضية.

تعد وحدة تخزين NVMe سريعة الزوال بمعنى فقدان البيانات على هذه الأقراص في حالة عدم تحديد موقع الجهاز الافتراضي، أو في حالة نقله إلى مضيف آخر لمعالجة الخدمة.

تدعم الفئتان LSV2 وLS ⁦⁩وحدة التخزين الفائقة⁦⁩، ولكنها لا تدعم التخزين المؤقت الفائق لوحدات التخزين. إنشاء ذاكرة تخزين مؤقت محلية لزيادة IOPs غير معتمد.

تحذير

تخزين ملفات البيانات الخاصة بك على مخزن NVMe الزائل يمكن أن يؤدي إلى فقدان البيانات عندما يتم إلغاء تخصيص VM.

vCore المقيدة

غالباً ما تحتاج أحمال عمل SQL Server عالية الأداء إلى كميات أكبر من الذاكرة وIOPS ومعدل نقل دون أعداد vCore الأعلى.

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

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

من أجل الحفاظ على هذا المستوى من الأداء دون ارتفاع تكاليف الترخيص SQL Server، يقدم Azure أحجام VM مع عدد vCPU مقيدة.

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

يمكن تقييد عدد vCPU إلى نصف وإلى ربع حجم VM الأصلي. سيعمل تخفيض عدد الأنوية المتاحة للجهاز الافتراضي على تحقيق نسب أعلى من الذاكرة إلى vCore، ولكن ستظل تكلفة الحوسبة كما هي.

تحتوي أحجام VM الجديدة هذه على لاحقة تحدد عدد وحدات vCPU النشطة لتسهيل تحديدها.

على سبيل المثال، يتطلب M64-32ms ترخيص فقط 32 SQL Server vCores مع الذاكرة، الإدخال/إخراج، معدل النقل من M64msوM64-16ms يتطلب الترخيص فقط 16 vCores. على الرغم من أن M64-16ms لديها ربع تكلفة الترخيص SQL Server من M64ms، فإن تكلفة حساب الجهاز الافتراضي ستكون هي نفسها.

ملاحظة

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

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

لمعرفة المزيد، راجع المقالات الأخرى في هذه السلسلة من أفضل الممارسات:

للحصول على أفضل ممارسات الأمان، راجع اعتبارات الأمان لـ SQL Server على الأجهزة الظاهرية Azure.

راجع مقالات Microsoft SQL ServerVirtual Machine الأخرى في ⁧⁩ نظرة عامة على Microsoft SQL Server على Azure Virtual Machines ⁧⁩. إذا كانت لديك أسئلة حول أجهزة SQL Server الظاهرية، فراجع ⁧⁩الأسئلة المتداولة⁧⁩.