توسيع نطاق خدمات تحليل Azure
مع التوسع، يمكن توزيع استعلامات العميل بين نسخ متماثلة متعددة للاستعلام في تجمع استعلام، ما يقلل من أوقات الاستجابة أثناء أحمال عمل الاستعلام العالية. يمكنك أيضا فصل المعالجة عن تجمع الاستعلام، مما يضمن عدم تأثر استعلامات العميل سلبا بعمليات المعالجة. يمكن تكوين التوسيع في مدخل Microsoft Azure أو باستخدام واجهة برمجة تطبيقات REST لخدمات التحليل.
التوسيع متاح للخوادم في مستوى التسعير القياسي. تتم فوترة كل نسخة متماثلة للاستعلام بنفس معدل الخادم الخاص بك. يتم إنشاء جميع النسخ المتماثلة للاستعلام في نفس المنطقة مثل الخادم الخاص بك. عدد النسخ المتماثلة للاستعلام التي يمكنك تكوينها مقيدة بالمنطقة التي يوجد بها الخادم. لمعرفة المزيد، راجع التوفر حسب المنطقة. لا يؤدي التوسيع إلى زيادة مقدار الذاكرة المتوفرة للخادم الخاص بك. لزيادة الذاكرة، تحتاج إلى ترقية خطتك.
لماذا التوسع؟
في نشر خادم نموذجي، يعمل خادم واحد كخادم معالجة وخادم استعلام. إذا تجاوز عدد استعلامات العميل مقابل النماذج الموجودة على الخادم وحدات معالجة الاستعلام (QPU) لخطة الخادم الخاص بك، أو تحدث معالجة النموذج في نفس الوقت مثل أحمال عمل الاستعلام العالية، يمكن أن ينخفض الأداء.
مع توسيع النطاق، يمكنك إنشاء تجمع استعلام مع ما يصل إلى سبعة موارد نسخ متماثلة للاستعلام (ثمانية إجمالي، بما في ذلك الخادم الأساسي ). يمكنك قياس عدد النسخ المتماثلة في تجمع الاستعلام لتلبية طلبات QPU في الأوقات الحرجة، ويمكنك فصل خادم معالجة من تجمع الاستعلام في أي وقت.
بغض النظر عن عدد النسخ المتماثلة للاستعلام لديك في تجمع استعلام، لا يتم توزيع أحمال العمل المعالجة بين النسخ المتماثلة للاستعلام. يعمل الخادم الأساسي كخادم معالجة. تقدم النسخ المتماثلة للاستعلام الاستعلامات فقط مقابل قواعد بيانات النموذج المتزامنة بين الخادم الأساسي وكل نسخة متماثلة في تجمع الاستعلام.
عند توسيع النطاق، قد يستغرق الأمر ما يصل إلى خمس دقائق حتى تتم إضافة النسخ المتماثلة للاستعلام الجديدة بشكل متزايد إلى تجمع الاستعلام. عندما تكون جميع النسخ المتماثلة للاستعلام الجديدة قيد التشغيل، يتم تحميل اتصالات العميل الجديدة بشكل متوازن عبر الموارد في تجمع الاستعلام. لا يتم تغيير اتصالات العميل الحالية من المورد المتصل به حاليا. عند التحجيم، يتم إنهاء أي اتصالات عميل موجودة بمورد تجمع استعلام تتم إزالته من تجمع الاستعلام. يمكن للعملاء إعادة الاتصال بالموارد المتبقية لتجمع الاستعلام.
طريقة العمل
عند تكوين توسيع النطاق في المرة الأولى، تتم مزامنة قواعد بيانات النموذج على الخادم الأساسي تلقائيا مع النسخ المتماثلة الجديدة في تجمع استعلام جديد. تحدث المزامنة التلقائية مرة واحدة فقط. أثناء المزامنة التلقائية، يتم نسخ ملفات بيانات الخادم الأساسي (المشفرة الثابتة في تخزين blob) إلى موقع ثان، كما يتم تشفيرها في وضع السكون في تخزين blob. ثم يتم ترطيب النسخ المتماثلة في تجمع الاستعلام بالبيانات من المجموعة الثانية من الملفات.
أثناء إجراء مزامنة تلقائية فقط عند توسيع نطاق خادم للمرة الأولى، يمكنك أيضا إجراء مزامنة يدوية. تضمن المزامنة تطابق البيانات على النسخ المتماثلة في تجمع الاستعلام مع بيانات الخادم الأساسي. عند معالجة (تحديث) النماذج على الخادم الأساسي، يجب إجراء مزامنة بعد اكتمال عمليات المعالجة. تنسخ هذه المزامنة البيانات المحدثة من ملفات الخادم الأساسي في تخزين blob إلى المجموعة الثانية من الملفات. ثم يتم ترطيب النسخ المتماثلة في تجمع الاستعلام بالبيانات المحدثة من المجموعة الثانية من الملفات في تخزين blob.
عند إجراء عملية توسيع لاحقة، على سبيل المثال، زيادة عدد النسخ المتماثلة في تجمع الاستعلام من اثنين إلى خمسة، يتم ترطيب النسخ المتماثلة الجديدة بالبيانات من المجموعة الثانية من الملفات في تخزين blob. لا توجد مزامنة. إذا قمت بعد ذلك بإجراء مزامنة بعد التوسيع، فسيتم ترطيب النسخ المتماثلة الجديدة في تجمع الاستعلام مرتين - ترطيب متكرر. عند إجراء عملية توسيع نطاق لاحقة، من المهم أن تضع في اعتبارك:
قم بإجراء مزامنة قبل عملية التوسيع لتجنب الترطيب المتكرر للنسخ المتماثلة المضافة. لا يسمح بعمليات المزامنة والتوسيع المتزامنة التي تعمل في نفس الوقت.
عند أتمتة كل من عمليات المعالجة والتوسيع ، من المهم معالجة البيانات أولا على الخادم الأساسي، ثم إجراء مزامنة، ثم تنفيذ عملية التوسيع. يضمن هذا التسلسل الحد الأدنى من التأثير على QPU وموارد الذاكرة.
أثناء عمليات التوسيع، تكون جميع الخوادم في تجمع الاستعلام، بما في ذلك الخادم الأساسي، غير متصلة مؤقتا.
يسمح بالمزامنة حتى عندما لا توجد نسخ متماثلة في تجمع الاستعلام. إذا كنت تقوم بالتحجيم من صفر إلى نسخة متماثلة واحدة أو أكثر مع بيانات جديدة من عملية معالجة على الخادم الأساسي، فقم بإجراء المزامنة أولا بدون نسخ متماثلة في تجمع الاستعلام، ثم توسيع النطاق. المزامنة قبل التوسيع تتجنب الترطيب المتكرر للنسخ المتماثلة المضافة حديثا.
عند حذف قاعدة بيانات نموذج من الخادم الأساسي، لا يتم حذفها تلقائيا من النسخ المتماثلة في تجمع الاستعلام. يجب إجراء عملية مزامنة باستخدام الأمر Sync-AzAnalysisServicesInstance PowerShell الذي يزيل الملف/الملفات لقاعدة البيانات هذه من موقع تخزين الكائن الثنائي كبير الحجم المشترك للنسخة المتماثلة ثم يحذف قاعدة بيانات النموذج على النسخ المتماثلة في تجمع الاستعلام. لتحديد ما إذا كانت قاعدة بيانات نموذج موجودة على النسخ المتماثلة في تجمع الاستعلام ولكن ليس على الخادم الأساسي، تأكد من أن إعداد فصل خادم المعالجة عن تجمع الاستعلام إلى نعم. ثم استخدم SQL Server Management Studio (SSMS) للاتصال بالخادم الأساسي باستخدام
:rwالمؤهل لمعرفة ما إذا كانت قاعدة البيانات موجودة. ثم اتصل بالنسخ المتماثلة في تجمع الاستعلام عن طريق الاتصال دون:rwالمؤهل لمعرفة ما إذا كانت قاعدة البيانات نفسها موجودة أيضا. إذا كانت قاعدة البيانات موجودة على النسخ المتماثلة في تجمع الاستعلام ولكن ليس على الخادم الأساسي، فقم بتشغيل عملية مزامنة.عند إعادة تسمية قاعدة بيانات على الخادم الأساسي، هناك خطوة أخرى ضرورية لضمان مزامنة قاعدة البيانات بشكل صحيح مع أي نسخ متماثلة. بعد إعادة التسمية، قم بإجراء مزامنة باستخدام الأمر Sync-AzAnalysisServicesInstance الذي يحدد المعلمة
-Databaseباسم قاعدة البيانات القديمة. تزيل هذه المزامنة قاعدة البيانات والملفات التي تحمل الاسم القديم من أي نسخ متماثلة. ثم قم بإجراء مزامنة أخرى تحدد المعلمة-Databaseباسم قاعدة البيانات الجديد. تنسخ المزامنة الثانية قاعدة البيانات المسماة حديثا إلى المجموعة الثانية من الملفات وترطيب أي نسخ متماثلة. لا يمكن إجراء هذه المزامنة باستخدام الأمر مزامنة نموذج في المدخل.
وضع المزامنة
بشكل افتراضي، يتم إعادة ترطيب النسخ المتماثلة للاستعلام بشكل كامل، وليس بشكل متزايد. يحدث الإماهة على مراحل. يتم فصلها وإرفاقها بنسختين متماثلتين في كل مرة (بافتراض وجود ثلاث نسخ متماثلة على الأقل) لضمان الاحتفاظ بنسخة متماثلة واحدة على الأقل عبر الإنترنت للاستعلامات في أي وقت. في بعض الحالات، قد يحتاج العملاء إلى إعادة الاتصال بإحدى النسخ المتماثلة عبر الإنترنت أثناء حدوث هذه العملية. باستخدام إعداد ReplicaSyncMode ، يمكنك الآن تحديد مزامنة النسخة المتماثلة للاستعلام التي تحدث بالتوازي. توفر المزامنة المتوازية المزايا التالية:
- انخفاض كبير في وقت المزامنة.
- من المرجح أن تكون البيانات عبر النسخ المتماثلة متسقة أثناء عملية المزامنة.
- نظرا لأنه يتم الاحتفاظ بقواعد البيانات عبر الإنترنت على جميع النسخ المتماثلة طوال عملية المزامنة، لا يحتاج العملاء إلى إعادة الاتصال.
- يتم تحديث ذاكرة التخزين المؤقت في الذاكرة بشكل متزايد مع البيانات التي تم تغييرها فقط، والتي يمكن أن تكون أسرع من إعادة ترطيب النموذج بالكامل.
تعيين ReplicaSyncMode
استخدم SSMS لتعيين ReplicaSyncMode في الخصائص المتقدمة. تشمل القيم المحتملة ما يلي:
1(افتراضي): إعادة ترطيب قاعدة بيانات النسخة المتماثلة الكاملة على مراحل (تزايدي).2: المزامنة المحسنة بالتوازي.
عند تعيين ReplicaSyncMode=2، اعتمادا على مقدار ذاكرة التخزين المؤقت التي تحتاج إلى تحديث، قد تستهلك النسخ المتماثلة للاستعلام المزيد من الذاكرة. للحفاظ على قاعدة البيانات عبر الإنترنت ومتاحة للاستعلامات، اعتمادا على مقدار البيانات التي تم تغييرها، يمكن أن تتطلب العملية ما يصل إلى ضعف الذاكرة على النسخة المتماثلة لأنه يتم الاحتفاظ بكل من المقاطع القديمة والجديدة في الذاكرة في وقت واحد. عقد النسخ المتماثلة لها نفس تخصيص الذاكرة مثل العقدة الأساسية، وهناك عادة ذاكرة إضافية على العقدة الأساسية لعمليات التحديث، لذلك قد يكون من غير المحتمل أن تنفد الذاكرة النسخ المتماثلة. بالإضافة إلى ذلك، السيناريو الشائع هو أن يتم تحديث قاعدة البيانات بشكل متزايد على العقدة الأساسية، وبالتالي يجب أن يكون متطلبات ضعف الذاكرة غير شائعة. إذا واجهت عملية المزامنة خطأ نفاد الذاكرة، فإنها تعيد المحاولة باستخدام التقنية الافتراضية (إرفاق/فصل اثنين في كل مرة).
معالجة منفصلة عن تجمع الاستعلام
للحصول على أقصى أداء لكل من عمليات المعالجة والاستعلام، يمكنك اختيار فصل خادم المعالجة عن تجمع الاستعلام. عند الفصل، يتم تعيين اتصالات عميل جديدة إلى النسخ المتماثلة للاستعلام في تجمع الاستعلام فقط. إذا كانت عمليات المعالجة تستغرق وقتا قصيرا فقط، يمكنك اختيار فصل خادم المعالجة عن تجمع الاستعلام فقط لفترة الوقت التي يستغرقها تنفيذ عمليات المعالجة والمزامنة، ثم تضمينها مرة أخرى في تجمع الاستعلام. قد يستغرق فصل خادم المعالجة عن تجمع الاستعلام أو إضافته مرة أخرى إلى تجمع الاستعلام ما يصل إلى خمس دقائق حتى تكتمل العملية.
مراقبة استخدام وحدة المعالجة السريعة
لتحديد ما إذا كان توسيع النطاق لخادمك ضروريا، راقب مقاييس الخادم في مدخل Microsoft Azure. إذا بلغ الحد الأقصى لوحدة المعالجة المركزية (QPU) الخاصة بك بشكل منتظم، فهذا يعني أن عدد الاستعلامات مقابل نماذجك يتجاوز حد QPU لخطتك. يزيد مقياس طول قائمة انتظار مهمة تجمع الاستعلام أيضا عندما يتجاوز عدد الاستعلامات في قائمة انتظار تجمع مؤشر ترابط الاستعلام وحدة المعالجة السريعة المتوفرة.
مقياس جيد آخر لمشاهدته هو متوسط QPU بواسطة ServerResourceType. يقارن هذا المقياس متوسط QPU للخادم الأساسي مع تجمع الاستعلام.
لتكوين QPU بواسطة ServerResourceType
- في مخطط خطي للمقاييس، انقر فوق إضافة مقياس.
- في RESOURCE، حدد الخادم الخاص بك، ثم في METRIC NAMESPACE، حدد Analysis Services standard metrics، ثم في METRIC، حدد QPU، ثم في AGGREGATION، حدد Avg.
- انقر فوق تطبيق التقسيم.
- في VALUES، حدد ServerResourceType.
تسجيل تشخيصي مفصل
استخدم سجلات Azure Monitor لتشخيصات أكثر تفصيلا لموارد الخادم التي تم توسيع نطاقها. باستخدام السجلات، يمكنك استخدام استعلامات Log Analytics لتقسيم QPU والذاكرة حسب الخادم والنسخة المتماثلة. لمزيد من المعلومات، راجع تحليل السجلات في مساحة عمل Log Analytics. على سبيل المثال، راجع نماذج استعلامات Kusto.
تكوين التحجيم التدريجي
في مدخل Microsoft Azure
في المدخل، انقر فوق Scale-out. استخدم شريط التمرير لتحديد عدد خوادم النسخ المتماثلة للاستعلام. عدد النسخ المتماثلة التي تختارها بالإضافة إلى الخادم الحالي.
في فصل خادم المعالجة عن تجمع الاستعلام، حدد نعم لاستبعاد خادم المعالجة من خوادم الاستعلام. تتم إعادة توجيه اتصالات العميل التي تستخدم سلسلة الاتصال الافتراضية (بدون
:rw) إلى النسخ المتماثلة في تجمع الاستعلام.
انقر فوق حفظ لتوفير خوادم النسخ المتماثلة للاستعلام الجديد.
عند تكوين توسيع النطاق لخادم في المرة الأولى، تتم مزامنة النماذج الموجودة على الخادم الأساسي تلقائيا مع النسخ المتماثلة في تجمع الاستعلام. تحدث المزامنة التلقائية مرة واحدة فقط، عند تكوين التوسيع أولا إلى نسخة متماثلة واحدة أو أكثر. لا تؤدي التغييرات اللاحقة على عدد النسخ المتماثلة على نفس الخادم إلى تشغيل مزامنة تلقائية أخرى. لا تحدث المزامنة التلقائية مرة أخرى حتى إذا قمت بتعيين الخادم إلى صفر نسخ متماثلة ثم قمت بتوسيع نطاقها مرة أخرى إلى أي عدد من النسخ المتماثلة.
مزامنه
يجب تنفيذ عمليات المزامنة يدويا أو باستخدام واجهة برمجة تطبيقات REST.
في مدخل Microsoft Azure
في نموذج> نظرة عامة> مزامنة النموذج.
واجهة برمجة تطبيقات REST
استخدم عملية المزامنة.
مزامنة نموذج
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 للتفاعل مع Azure. للبدء، راجع تثبيت 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 (للقراءة والكتابة). تحدث جميع عمليات المعالجة على خادم الإدارة (الأساسي).
توسيع النطاق، تقليص الحجم مقابل توسيع نطاقه
يمكنك تغيير مستوى التسعير على خادم مع نسخ متماثلة متعددة. ينطبق نفس مستوى التسعير على جميع النسخ المتماثلة. تقوم عملية المقياس أولا بتقليص جميع النسخ المتماثلة مرة واحدة ثم إحضار جميع النسخ المتماثلة على مستوى التسعير الجديد.
استكشاف الأخطاء وإصلاحها
المشكلة: يتعذر على المستخدمين العثور على خطأ في مثيل "<اسم الخادم" للخادم> في وضع الاتصال "ReadOnly".
الحل: عند تحديد الخيار فصل خادم المعالجة من تجمع الاستعلام، تتم إعادة توجيه اتصالات العميل باستخدام سلسلة الاتصال الافتراضية (بدون :rw) إلى النسخ المتماثلة لتجمع الاستعلام. إذا لم تكن النسخ المتماثلة في تجمع الاستعلام متصلة بعد بسبب عدم اكتمال المزامنة بعد، فقد تفشل اتصالات العميل المعاد توجيهها. لمنع الاتصالات الفاشلة، يجب أن يكون هناك خادمان على الأقل في تجمع الاستعلام عند إجراء مزامنة. تتم مزامنة كل خادم على حدة بينما يظل الآخرون متصلين بالإنترنت. إذا اخترت عدم وجود خادم المعالجة في تجمع الاستعلام أثناء المعالجة، يمكنك اختيار إزالته من التجمع للمعالجة، ثم إضافته مرة أخرى إلى التجمع بعد اكتمال المعالجة، ولكن قبل المزامنة. استخدم مقاييس الذاكرة وQPU لمراقبة حالة المزامنة.