إدارة الحساب لتجمع SQL المخصص (المعروف سابقاً باسم SQL DW) في Azure Synapse Analytics
تعرَّف على إدارة موارد الحساب لتجمع SQL المخصص (المعروف سابقاً باسم SQL DW) في Azure Synapse Analytics. خفض التكاليف عن طريق الإيقاف المؤقت لمجموعة SQL المخصصة أو توسيع نطاق مجموعة SQL المخصصة لتلبية متطلبات الأداء.
ما هي إدارة الحساب؟
تفصل بنية تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) التخزين والحساب، ما يسمح لكل منهما بالتوسع بشكل مستقل. نتيجة لذلك، يمكنك توسيع نطاق الحساب لتلبية متطلبات الأداء بشكل مستقل عن تخزين البيانات. يمكنك أيضاً إيقاف موارد الحساب مؤقتاً واستئنافها. النتيجة الطبيعية لهذه البنية هي أن الفوترة للحساب والتخزين منفصلة. إذا لم تكن بحاجة إلى استخدام تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) لفترة من الوقت، فيمكنك توفير تكاليف الحساب عن طريق إيقاف الحساب مؤقتاً.
حساب التحجيم
يمكنك توسيع نطاق الحساب أو تقليصها عن طريق ضبط إعداد وحدات مستودع البيانات لتجمع SQL المخصص (المعروف سابقاً باسم SQL DW). يمكن أن يزيد أداء التحميل والاستعلام خطيًا عند إضافة المزيد من وحدات مستودع البيانات.
لخطوات التوسع، راجع مدخل Microsoft Azureأو PowerShellأو التشغيل السريع لـ T-SQL. يمكنك أيضاً إجراء عمليات توسيع النطاق باستخدام REST API.
لإجراء عملية مقياس، يقتل تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) جميع الاستعلامات الواردة أولاً ثم يتراجع عن العمليات لضمان حالة متسقة. يحدث القياس فقط بعد اكتمال استعادة العملية للحالة السابقة. بالنسبة لعملية القياس، يقوم النظام بفصل طبقة التخزين عن عقد الحساب، ويضيف عقد الحساب، ثم يعيد توصيل طبقة التخزين بطبقة الحساب. يتم تخزين كل تجمع SQL مخصص (المعروف سابقاً باسم SQL DW) كتوزيعات 60، والتي يتم توزيعها بالتساوي على عقد الحساب. إضافة المزيد من عقد الحساب تضيف المزيد من قوة الحساب. مع زيادة عدد عقد الحساب، يتناقص عدد التوزيعات لكل عقدة حسابية، ما يوفر مزيداً من قوة الحساب لاستعلاماتك. وبالمثل، يقلل تقليل وحدات مستودع البيانات من عدد عقد الحساب، ما يقلل من موارد الحساب للاستعلامات.
يوضح الجدول التالي كيف يتغير عدد التوزيعات لكل عقدة حسابية مع تغير وحدات مستودع البيانات. يوفر DW30000c 60 عقدة حسابية ويحقق أداء استعلام أعلى بكثير من DW100c.
| وحدات مستودع البيانات | # من عقد الحساب | # التوزيعات لكل عقدة |
|---|---|---|
| DW100c | 1 | 60 |
| DW200c | 1 | 60 |
| DW300c | 1 | 60 |
| DW400c | 1 | 60 |
| DW500c | 1 | 60 |
| DW1000c | 2 | 30 |
| DW1500c | 3 | 20 |
| DW2000c | 4 | 15 |
| DW2500c | 5 | 12 |
| DW3000c | 6 | 10 |
| DW5000c | 10 | 6 |
| DW6000c | 12 | 5 |
| DW7500c | 15 | 4 |
| DW10000c | 20 | 3 |
| DW15000c | 30 | 2 |
| DW30000c | 60 | 1 |
إيجاد الحجم المناسب لوحدات مستودع البيانات
لمعرفة فوائد الأداء للتوسع، خاصة لوحدات مستودعات البيانات الأكبر حجماً، فأنت تريد استخدام مجموعة بيانات سعة 1 تيرابايت على الأقل. للعثور على أفضل عدد من وحدات مستودع البيانات لتجمع SQL المخصص (المعروف سابقاً باسم SQL DW)، حاول توسيع نطاقه وتقليصه. قم بتشغيل بعض الاستعلامات بأعداد مختلفة من وحدات مستودع البيانات بعد تحميل بياناتك. نظراً لأن القياس سريع، يمكنك تجربة مستويات أداء مختلفة في ساعة أو أقل.
توصيات لإيجاد أفضل عدد من وحدات مستودع البيانات:
- للحصول على تجمع SQL مخصص (المعروف سابقاً باسم SQL DW) قيد التطوير، ابدأ بتحديد عدد أقل من وحدات مستودع البيانات. نقطة البداية الجيدة هي DW400c أو DW200c.
- راقب أداء التطبيق الخاص بك، مع ملاحظة عدد وحدات تخزين البيانات المختارة مقارنة بالأداء الذي تلاحظه.
- افترض مقياساً خطياً، وحدد المقدار الذي تحتاجه لزيادة أو تقليل وحدات مستودع البيانات.
- استمر في إجراء التعديلات حتى تصل إلى مستوى الأداء الأمثل لمتطلبات عملك.
متى يتم التوسع
يؤثر توسيع نطاق وحدات مستودعات البيانات على جوانب الأداء التالية:
- يحسن أداء النظام بشكل خطي لعمليات المسح والتجميع وبيانات CTAS.
- يزيد من عدد القراء والكتاب لتحميل البيانات.
- الحد الأقصى لعدد الاستعلامات المتزامنة وفتحات التزامن.
توصيات لوقت توسيع وحدات مستودع البيانات:
- قبل إجراء عملية تحميل أو عملية تحويل كثيفة للبيانات، قم بالتوسع لجعل البيانات متاحة بسرعة أكبر.
- خلال ساعات الذروة من العمل، يمكنك التوسع لاستيعاب أعداد أكبر من الاستعلامات المتزامنة.
ماذا لو لم يؤد التوسع إلى تحسين الأداء؟
إضافة وحدات تخزين البيانات وزيادة التوازي. إذا تم تقسيم العمل بالتساوي بين عقد الحساب، فإن التوازي الإضافي يحسن أداء الاستعلام. إذا كان التوسع لا يغير أدائك، فهناك بعض الأسباب وراء حدوث ذلك. قد تكون بياناتك منحرفة عبر التوزيعات، أو قد تقدم الاستعلامات قدراً كبيراً من حركة البيانات. للتحقيق في مشكلات أداء الاستعلام، راجع استكشاف الأخطاء وإصلاحها في الأداء.
إيقاف الحساب مؤقتاً واستئنافها
يؤدي الإيقاف المؤقت للحساب إلى فصل طبقة التخزين عن عقد الحساب. يتم تحرير موارد الحساب من حسابك. لن يتم تحصيل رسوم منك للحساب أثناء إيقاف الحساب مؤقتاً. يؤدي استئناف الحساب إلى إعادة إرفاق التخزين بعقد الحساب، واستئناف الرسوم للحساب. عند إيقاف تجمع SQL مخصص (المعروف سابقاً باسم SQL DW):
- يتم إرجاع موارد الحساب والذاكرة إلى مجموعة الموارد المتاحة في مركز البيانات
- تكون تكاليف وحدة مستودع البيانات صفراً طوال مدة الإيقاف المؤقت.
- لا يتأثر تخزين البيانات وتبقى بياناتك سليمة.
- يتم إلغاء جميع العمليات الجارية أو في قائمة الانتظار.
- تتم إعادة تعيين عدادات DMV.
عند استئناف تجميع SQL مخصص (المعروف سابقاً باسم SQL DW):
- يكتسب تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) موارد الحساب والذاكرة لإعداد وحدات مستودع البيانات الخاصة بك.
- استئناف حساب الرسوم لوحدات تخزين البيانات الخاصة بك.
- تصبح بياناتك متاحة.
- بعد أن يكون تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) عبر الإنترنت، تحتاج إلى إعادة تشغيل استعلامات حمل العمل.
إذا كنت تريد دائماً الوصول إلى تجمع SQL المخصص (المعروف سابقاً باسم SQL DW)، ففكر في تقليص حجمه إلى أصغر حجم بدلاً من إيقافه مؤقتاً.
لخطوات الإيقاف المؤقت والاستئناف، راجع مدخل Microsoft Azureأو خطوات التشغيل السريع لـ PowerShell. يمكنك أيضاً استخدام pause API REST أو استئناف REST API.
استنزاف العمليات قبل التوقف أو التوسع
نوصي بالسماح للعمليات الحالية بالانتهاء قبل الشروع في إيقاف مؤقت أو عملية توسيع النطاق.
عندما تقوم بإيقاف مجموعة SQL المخصصة الخاصة بك أو توسيع نطاقها (المعروف سابقاً باسم SQL DW)، يتم إلغاء استفساراتك خلف الكواليس عند بدء طلب الإيقاف المؤقت أو النطاق. يعد إلغاء استعلام SELECT البسيط عملية سريعة وليس له أي تأثير تقريباً على الوقت الذي يستغرقه إيقاف المثيل مؤقتاً أو توسيع نطاقه. ومع ذلك، قد لا تتمكن استعلامات العمليات، التي تعدل بياناتك أو بنية البيانات، من التوقف بسرعة. يجب أن تكتمل استفسارات العمليات، بحكم تعريفها، بكاملها أو تتراجع عن تغييراتها. يمكن أن يستغرق التراجع عن العمل الذي تم إكماله بواسطة استعلام العمليات وقتاً طويلاً أو حتى أطول من التغيير الأصلي الذي كان الاستعلام يطبقه. على سبيل المثال، إذا قمت بإلغاء استعلام كان يحذف صفوفاً وكان يعمل بالفعل لمدة ساعة، فقد يستغرق النظام ساعة لإدراج الصفوف التي تم حذفها مرة أخرى. إذا قمت بتشغيل الإيقاف المؤقت أو التوسع أثناء إجراء العمليات، فقد يبدو أن الإيقاف المؤقت أو القياس يستغرق وقتاً طويلاً لأن الإيقاف المؤقت والقياس يجب أن ينتظر حتى يكتمل التراجع قبل أن يبدأ.
راجع أيضاً فهم العمليات، وتحسين العمليات.
أتمتة إدارة الحساب
للتنفيذ التلقائي فيما يخص عمليات إدارة الحساب، راجع إدارة الحساب باستخدام Azure Functions.
يمكن أن تستغرق كل عملية من عمليات التدرج والإيقاف المؤقت والاستئناف عدة دقائق حتى تكتمل. إذا كنت تقوم بالتوسيع أو الإيقاف المؤقت أو الاستئناف تلقائياً، فإننا نوصي بتنفيذ المنطق للتأكد من اكتمال عمليات معينة قبل المتابعة مع إجراء آخر. يتيح لك التحقق من حالة تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) من خلال نقاط النهاية المختلفة تنفيذ أتمتة مثل هذه العمليات بشكل صحيح.
للتحقق من حالة تجمع SQL المخصص (المعروف سابقاً باسم SQL DW)، راجع بدء التشغيل السريع PowerShell أو T-SQL. يمكنك أيضاً التحقق من حالة تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) باستخدام REST API.
الأذونات
يتطلب توسيع نطاق تجمع SQL المخصص (المعروف سابقاً باسم SQL DW) الأذونات الموضحة في ALTER DATABASE. يتطلب الإيقاف المؤقت والاستئناف إذن SQL DB Contributor، وتحديداً Microsoft.Sql/servers/databases/action.
الخطوات التالية
تعرَّف على كيفية توجيه إدارة الحساب من الجوانب الأخرى لإدارة موارد الحساب تخصيص موارد حساب مختلفة لطلبات البحث الفردية. للمزيد من المعلومات، يرجي مراجعة إدارة حمل العمل باستخدام فئات الموارد.