Azure Analysis Services scale-out

باستخدام التوسع، يمكن توزيع استعلامات العميل بين نسخ متماثلة متعددة للاستعلام في تجمع استعلام، مما يقلل من أوقات الاستجابة أثناء أحمال عمل الاستعلام العالية. يمكنك أيضا فصل المعالجة عن تجمع الاستعلام، مما يضمن عدم تأثر استعلامات العميل سلبا بعمليات المعالجة. يمكن تكوين التوسع في مدخل Azure أو باستخدام واجهة برمجة تطبيقات REST لخدمات التحليل.

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

لماذا التوسع؟

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

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

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

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

كيف تعمل هذه الميزة

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

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

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

  • قم بإجراء مزامنة قبل عملية التوسع لتجنب الترطيب الزائد للنسخ المتماثلة المضافة. لا يسمح بالمزامنة المتزامنة وعمليات التوسع التي يتم تشغيلها في نفس الوقت.

  • عند أتمتة كل من عمليات المعالجة والتوسع ، من المهم أولا معالجة البيانات على الخادم الأساسي، ثم إجراء مزامنة، ثم إجراء عملية التوسع. يضمن هذا التسلسل الحد الأدنى من التأثير على وحدة العناية المركزة وموارد الذاكرة.

  • أثناء عمليات التوسع، تكون جميع الخوادم الموجودة في تجمع الاستعلام، بما في ذلك الخادم الأساسي، غير متصلة بالإنترنت مؤقتا.

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

  • عند حذف قاعدة بيانات نموذج من الخادم الأساسي، لا يتم حذفها تلقائيا من النسخ المتماثلة في تجمع الاستعلام. يجب إجراء عملية مزامنة باستخدام الأمر Sync-AzAnalysisServicesInstance PowerShell الذي يزيل الملف/الملفات الخاصة بقاعدة البيانات هذه من موقع تخزين blob المشترك للنسخة المتماثلة ثم يقوم بحذف قاعدة بيانات النموذج على النسخ المتماثلة في تجمع الاستعلام. لتحديد ما إذا كانت قاعدة بيانات نموذج موجودة على النسخ المتماثلة في تجمع الاستعلام ولكن ليس على الخادم الأساسي، تأكد من أن إعداد فصل خادم المعالجة عن تجمع الاستعلام هو نعم. ثم استخدم SSMS للاتصال بالخادم الأساسي باستخدام المؤهل :rw لمعرفة ما إذا كانت قاعدة البيانات موجودة. ثم اتصل بالنسخ المتماثلة في تجمع الاستعلام عن طريق الاتصال بدون المؤهل :rw لمعرفة ما إذا كانت قاعدة البيانات نفسها موجودة أيضا. إذا كانت قاعدة البيانات موجودة على نسخ متماثلة في تجمع الاستعلام ولكن ليس على الخادم الأساسي، فقم بتشغيل عملية مزامنة.

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

وضع المزامنة

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

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

إعداد ReplicaSyncMode

استخدم SSMS لتعيين ReplicaSyncMode في الخصائص المتقدمة. القيم المُحتملة هي:

  • 1 (افتراضي): إماهة قاعدة بيانات النسخ المتماثلة الكاملة على مراحل (تدريجية).
  • 2مزامنة محسنة بالتوازي.:

RelicaSyncMode setting

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

معالجة منفصلة عن تجمع الاستعلام

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

مراقبة استخدام وحدة QPU

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

مقياس آخر جيد للمشاهدة هو متوسط QPU بواسطة ServerResourceType. يقارن هذا المقياس متوسط وحدة QPU للخادم الأساسي مع تجمع الاستعلام.

Query scale out metrics

لتكوين QPU بواسطة ServerResourceType

  1. في مخطط خطي للمقياسات، انقر على إضافة مقياس.
  2. في RESOURCE، حدد الخادم الخاص بك، ثم في METRIC NAMESPACE، حدد المقاييس القياسية لخدمات التحليل، ثم في METRIC، حدد QPU، ثم في التجميع، حدد متوسط.
  3. انقر على تطبيق التقسيم.
  4. في القيم، حدد ServerResourceType.

تسجيل تشخيصي مفصل

استخدم سجلات مراقبة Azure للحصول على تشخيصات أكثر تفصيلا لموارد الخادم التي تم توسيعها. باستخدام السجلات، يمكنك استخدام استعلامات Log Analytics لكسر وحدة QPU والذاكرة حسب الخادم والنسخة المتماثلة. لمعرفة المزيد، راجع أمثلة الاستعلامات في تسجيل تشخيصات Analysis Services.

تكوين التحجيم التدريجي

In Azure portal

  1. في البوابة الإلكترونية، انقر فوق Scale-out. استخدم شريط التمرير لتحديد عدد خوادم النسخ المتماثلة للاستعلام. عدد النسخ المتماثلة التي تختارها هو بالإضافة إلى الخادم الحالي.

  2. في فصل خادم المعالجة عن تجمع الاستعلام، حدد نعم لاستبعاد خادم المعالجة من خوادم الاستعلام. تتم إعادة توجيه اتصالات العميل باستخدام سلسلة الاتصال الافتراضية (بدون :rw) إلى النسخ المتماثلة في تجمع الاستعلام.

    Scale-out slider

  3. انقر فوق حفظ لتوفير خوادم النسخ المتماثلة الجديدة للاستعلام.

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

مزامنه

يجب تنفيذ عمليات المزامنة يدويا أو باستخدام واجهة برمجة تطبيقات REST.

In Azure portal

في نموذج >نظرة عامة>مزامنة النموذج.

Synchronize icon

REST API

استخدم عملية المزامنة .

مزامنة نموذج

POST https://<region>.asazure.windows.net/servers/<servername>:rw/models/<modelname>/sync

الحصول على حالة المزامنة

GET https://<region>.asazure.windows.net/servers/<servername>/models/<modelname>/sync

رموز حالة الإرجاع:

رمز الوصف
-1 غير صالح
0 التكرار
1 إعادة الترطيب
2 مكتمل
3 فشل
4 وضع الصيغه النهائيه

PowerShell

ملاحظة

تستخدم هذه المقالة الوحدة النمطية Azure Az PowerShell، وهي الوحدة النمطية PowerShell الموصى بها للتفاعل مع Azure. لبدء استخدام الوحدة النمطية Az PowerShell، راجع تثبيت Azure PowerShell. لمعرفة كيفية الترحيل إلى الوحدة النمطية Az PowerShell، راجع ترحيل Azure PowerShell من AzureRM إلى Az.

قبل استخدام PowerShell، قم بتثبيت أحدث وحدة نمطية ل Azure PowerShell أو تحديثها.

لتشغيل المزامنة، استخدم Sync-AzAnalysisServicesInstance.

لتعيين عدد النسخ المتماثلة للاستعلام، استخدم Set-AzAnalysisServicesServer. حدد المعلمة الاختيارية -ReadonlyReplicaCount .

لفصل خادم المعالجة عن تجمع الاستعلام، استخدم Set-AzAnalysisServicesServer. حدد المعلمة الاختيارية -DefaultConnectionMode المراد استخدامها Readonly.

لمعرفة المزيد، راجع استخدام مبدأ خدمة مع الوحدة النمطية Az.AnalysisServices.

الاتصالات

في صفحة نظرة عامة على الخادم الخاص بك، يوجد اسمان للخوادم. إذا لم تكن قد قمت بعد بتكوين التوسع لخادم، فإن اسمي الخادم يعملان بنفس الطريقة. بمجرد تكوين التوسع لخادم ، تحتاج إلى تحديد اسم الخادم المناسب اعتمادا على نوع الاتصال.

بالنسبة لاتصالات عميل المستخدم النهائي مثل Power BI Desktop Excel والتطبيقات المخصصة، استخدم اسم الخادم.

بالنسبة إلى SSMS Visual Studio وسلاسل الاتصال في PowerShell وتطبيقات Azure Function وAMO، استخدم اسم خادم الإدارة. يتضمن اسم خادم الإدارة مؤهلا خاصا :rw (للقراءة والكتابة). تحدث جميع عمليات المعالجة على خادم الإدارة (الأساسي).

Server names

التوسع ، التوسيع مقابل التوسيع

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

استكشاف الأخطاء وإصلاحها

أصدر: يحصل المستخدمون على خطأ لا يمكن العثور على مثيل الخادم "اسم الخادم>"< في وضع الاتصال "للقراءة فقط".

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

مراقبة مقاييس الخادم
إدارة خدمات تحليل Azure