سلوك تحجيم مستودع SQL وتغيير حجمه ووضعه في قائمة الانتظار
تشرح هذه المقالة سلوك تغيير حجم نظام المجموعة ووضعها في قائمة الانتظار والتحجيم التلقائي لمستودعات SQL.
تغيير حجم مستودع SQL بلا خادم
ابدأ دائما بحجم قميص أكبر لمستودع SQL بلا خادم مما تعتقد أنك ستحتاج إليه وحجمه أثناء الاختبار. لا تبدأ بحجم قميص صغير لمستودع SQL بلا خادم واذهب لأعلى. بشكل عام، ابدأ بمستودع SQL بلا خادم واحد واعتمد على Azure Databricks للحجم الصحيح مع مجموعات بلا خادم، وتحديد أولويات أحمال العمل، وقراءات سريعة للبيانات. راجع التحجيم التلقائي بلا خادم والاستعلام في قائمة الانتظار.
- لتقليل زمن انتقال الاستعلام لمستودع SQL بلا خادم معين:
- إذا كانت الاستعلامات تمتد إلى القرص، فقم بزيادة حجم القميص.
- إذا كانت الاستعلامات قابلة للتوازي بدرجة كبيرة، فقم بزيادة حجم القميص.
- إذا كنت تقوم بتشغيل استعلامات متعددة في كل مرة، أضف المزيد من المجموعات للتحجيم التلقائي.
- لتقليل التكاليف، حاول التنحي بحجم القميص دون انسكاب إلى القرص أو زيادة زمن الانتقال بشكل ملحوظ.
- للمساعدة في تغيير حجم مستودع SQL بلا خادم، استخدم الأدوات التالية:
- صفحة المراقبة: انظر إلى عدد الاستعلامات القصوى. إذا كانت الذروة في قائمة الانتظار أعلى من واحد، فقم بإضافة مجموعات. الحد الأقصى لعدد الاستعلامات في قائمة انتظار لجميع أنواع مستودعات SQL هو 1000. راجع مراقبة مستودع SQL.
- محفوظات الاستعلام. راجع محفوظات الاستعلام.
- ملفات تعريف الاستعلام (ابحث عن وحدات البايت المتسربة إلى القرص فوق 1). راجع ملف تعريف الاستعلام.
إشعار
بالنسبة لمستودعات SQL بلا خادم، قد تستخدم أحجام نظام المجموعة في بعض الحالات أنواع مثيلات مختلفة عن تلك المدرجة في وثائق مستودعات SQL الاحترافية والكلاسيكية لحجم نظام مجموعة مكافئ. بشكل عام، نسبة السعر/الأداء لأحجام نظام المجموعة لمستودعات SQL بلا خادم مشابهة لتلك الخاصة بمستودعات SQL الاحترافية والكلاسيكية.
التحجيم التلقائي والاستعلام بلا خادم في قائمة الانتظار
إدارة حمل العمل الذكية (IWM) هي مجموعة من الميزات التي تعزز قدرة مستودعات SQL بلا خادم على معالجة أعداد كبيرة من الاستعلامات بسرعة وفعالية من حيث التكلفة. يدير أحمال العمل ديناميكيا باستخدام نماذج التعلم الآلي للتنبؤ بمتطلبات الموارد للاستعلامات الواردة مع مراقبة سعة الحوسبة المتاحة للمستودع في الوقت الفعلي. يسمح تتبع هذه الإشارات وغيرها في المستودع ل IWM بالاستجابة للتغييرات في متطلبات حمل العمل.
تسمح هذه الإدارة الديناميكية ل IWM بالقيام بما يلي:
- حساب تكلس الحجم بسرعة للحفاظ على زمن انتقال منخفض.
- توفير قبول الاستعلام بأسعار أقرب إلى قيود الأجهزة.
- خفض الحجم بسرعة لتقليل التكاليف عندما يكون الطلب منخفضا.
عند وصول استعلام إلى المستودع، يتوقع IWM تكلفته. وفي الوقت نفسه، تراقب IWM في الوقت الحقيقي سعة الحوسبة المتاحة للمستودع. بعد ذلك، باستخدام نماذج التعلم الآلي، يتوقع IWM ما إذا كان الاستعلام الوارد يحتوي على الحساب اللازم المتاح على الحساب الحالي. إذا لم يكن لديه الحساب المطلوب، تتم إضافة الاستعلام إلى قائمة الانتظار. إذا كان لديه الحساب المطلوب، يبدأ تشغيل الاستعلام على الفور.
يراقب IWM قائمة الانتظار كل 10 ثوان تقريبا. إذا لم تتناقص قائمة الانتظار بسرعة كافية، فإن التحجيم التلقائي ينطلق لشراء المزيد من الحوسبة بسرعة. بعد إضافة سعة جديدة، يتم قبول الاستعلامات في قائمة الانتظار إلى موارد الحوسبة الجديدة. مع مستودعات SQL بلا خادم، يمكن إضافة حساب جديد بسرعة. الحد الأقصى لعدد الاستعلامات في قائمة انتظار لجميع أنواع مستودعات SQL هو 1000.
أحجام نظام المجموعة لمستودعات SQL الاحترافية والكلاسيكية
يقوم الجدول في هذا القسم بتعيين أحجام نظام مجموعة مستودع SQL إلى حجم برنامج تشغيل نظام مجموعة Azure Databricks وعدد العمال. ينطبق حجم برنامج التشغيل فقط على مستودعات SQL الاحترافية والكلاسيكية.
| حجم نظام المجوعة | نوع المثيل لبرنامج التشغيل (ينطبق فقط على مستودعات SQL الاحترافية والكلاسيكية) | عدد العاملين |
|---|---|---|
| 2X-Small | Standard_E8ds_v4 | 1 × Standard_E8ds_v4 |
| X-Small | Standard_E8ds_v4 | 2 × Standard_E8ds_v4 |
| صغير | Standard_E16ds_v4 | 4 × Standard_E8ds_v4 |
| متوسط | Standard_E32ds_v4 | 8 × Standard_E8ds_v4 |
| كبير | Standard_E32ds_v4 | 16 × Standard_E8ds_v4 |
| X-كبير | Standard_E64ds_v4 | 32 × Standard_E8ds_v4 |
| 2X-Large | Standard_E64ds_v4 | 64 × Standard_E8ds_v4 |
| 3X-Large | Standard_E64ds_v4 | 128 × Standard_E8ds_v4 |
| 4X-Large | Standard_E64ds_v4 | 256 × Standard_E8ds_v4 |
حجم المثيل لكافة العمال Standard_E8ds_v4.
يحتوي كل برنامج تشغيل وعامل على ثمانية أقراص مدارة قياسية LRS سعة 128 غيغابايت مرفقة. يتم شحن الأقراص المرفقة كل ساعة.
الحصة النسبية المطلوبة ل Azure vCPU لمستودعات SQL الكلاسيكية والمحترفين
لبدء مستودع SQL كلاسيكي أو pro، يجب أن يكون لديك حصة نسبية كافية من Azure vCPU للمثيلات Standard_E8ds_v4 في حساب Azure الخاص بك. استخدم الإرشادات التالية لتحديد الحصة النسبية المطلوبة لوحدة المعالجة المركزية الظاهرية:
- إذا كان لديك مستودع SQL واحد أو مستودعين فقط، فتأكد من أن لديك 8 وحدات معالجة مركزية ظاهرية ل Azure متوفرة لكل ذاكرة أساسية في نظام المجموعة. وهذا يضمن أن لديك Azure vCPU كافية لحساب إعادة توفير المستودع الخاص بك الذي يحدث كل 24 ساعة تقريبا. إذا كانت مستودعات SQL تستخدم التحجيم التلقائي أو موازنة التحميل متعددة المجموعات، فقد تحتاج إلى زيادة المضاعف.
- مع زيادة عدد مستودعات SQL، اسمح بما بين 4 و8 Azure vCPU لكل نواة في نظام المجموعة. توصي Databricks بالبدء بعدد أكبر ومراقبة الاستقرار.
- وحدات المعالجة المركزية الظاهرية ل Azure المستخدمة من قبل مستودعات SQL بالإضافة إلى وحدات المعالجة المركزية الظاهرية ل Azure المستخدمة من قبل المجموعات المستخدمة من قبل علوم البيانات والهندسة أو أحمال العمل غير Databricks.
لطلب حصة إضافية من Azure vCPU، راجع الحصة النسبية القياسية: زيادة الحدود حسب سلسلة VM في وثائق Azure.
إشعار
يمكن أن تختلف المعلومات الموجودة في هذا الجدول استنادا إلى توفر المنتج أو المنطقة ونوع مساحة العمل.
وضع قائمة الانتظار والتحجيم التلقائي لمستودعات SQL الاحترافية والكلاسيكية
يحد Azure Databricks من عدد الاستعلامات على مجموعة معينة إلى مستودع SQL استنادا إلى تكلفة حساب نتائجها. يعتمد زيادة حجم المجموعات لكل مستودع على معدل نقل الاستعلام ومعدل الاستعلامات الواردة وحجم قائمة الانتظار. توصي Azure Databricks بمجموعة لكل 10 استعلامات متزامنة. الحد الأقصى لعدد الاستعلامات في قائمة انتظار لجميع أنواع مستودعات SQL هو 1000.
يضيف Azure Databricks مجموعات استنادا إلى الوقت الذي سيستغرقه معالجة جميع الاستعلامات قيد التشغيل حاليا، وجميع الاستعلامات في قائمة الانتظار، والاستعلامات الواردة المتوقعة في الدقيقتين التاليتين.
- إذا كان أقل من دقيقتين، فلا تقم بزيادة الحجم.
- إذا كان من 2 إلى 6 دقائق، أضف مجموعة 1.
- إذا كان من 6 إلى 12 دقيقة، أضف نظامي مجموعات.
- إذا كان من 12 إلى 22 دقيقة، أضف 3 مجموعات.
وإلا، يضيف Azure Databricks 3 مجموعات بالإضافة إلى مجموعة 1 لكل 15 دقيقة إضافية من تحميل الاستعلام المتوقع.
بالإضافة إلى ذلك، يتم دائما رفع مقياس المستودع إذا انتظر استعلام لمدة 5 دقائق في قائمة الانتظار.
إذا كان الحمل منخفضا لمدة 15 دقيقة، يقوم Azure Databricks بتحجيم مستودع SQL. يحافظ على مجموعات كافية للتعامل مع ذروة الحمل على مدى آخر 15 دقيقة. على سبيل المثال، إذا كان حمل الذروة 25 استعلارا متزامنا، فإن Azure Databricks يحتفظ ب 3 مجموعات.
الاستعلام في قائمة الانتظار لمستودعات SQL الاحترافية والكلاسيكية
يقوم Azure Databricks بقوائم انتظار الاستعلامات عندما تقوم جميع المجموعات المعينة للمستودع بتنفيذ الاستعلامات بسعة كاملة أو عندما يكون المستودع في STARTING الحالة . الحد الأقصى لعدد الاستعلامات في قائمة انتظار لجميع أنواع مستودعات SQL هو 1000.
لا يتم وضع استعلامات بيانات التعريف (على سبيل المثال، DESCRIBE <table>) واستعلامات تعديل الحالة (على سبيل المثال SET) في قائمة الانتظار، إلا إذا كان المستودع في STARTING الحالة .