تقدير وإدارة سعة خدمة البحث
قبل إنشاء خدمة بحث وتأمين طبقة تسعير معينة، خذ بضع دقائق لفهم كيفية عمل السعة وكيفية ضبط النسخ المتماثلة والأقسام لاستيعاب تقلبات عبء العمل.
في Azure Cognitive Search، تعتمد السعة على النسخ المتماثلةوالأقسام. النسخ المتماثلة هي نسخ من محرك البحث. الأقسام هي وحدات التخزين. تبدأ كل خدمة بحث جديدة بخدمة بحث واحدة لكل منها، ولكن يمكنك توسيع نطاق كل مورد بشكل مستقل لاستيعاب أعباء العمل المتقلبة. إضافة أي من الموردين قابل للفوترة.
تختلف الخصائص الفيزيائية للنسخ المتماثلة والأقسام، مثل سرعة المعالجة وإدخال الإخراج على القرص، حسب فئة الخدمة. إذا قمت بالتوفير على Standard، فستكون النسخ المتماثلة والأقسام أسرع وأكبر من تلك الموجودة في Basic.
تغيير القدرة ليس فوريا. قد يستغرق الأمر ما يصل إلى ساعة لتشغيل الأقسام أو إيقاف تشغيلها ، خاصة على الخدمات التي تحتوي على كميات كبيرة من البيانات.
عند تغيير نطاق خدمة بحث، يمكنك الاختيار من بين الأدوات والأساليب التالية:
المفاهيم: وحدات البحث ، النسخ المتماثلة ، الأقسام ، الشظايا
يتم التعبير عن السعة في وحدات البحث التي يمكن تخصيصها في مجموعات من الأقساموالنسخ المتماثلة ، باستخدام آلية تجزئة أساسية لدعم التكوينات المرنة:
| المفهوم | التعريف |
|---|---|
| وحدة البحث | زيادة واحدة من إجمالي السعة المتاحة (36 وحدة). وهي أيضا وحدة الفوترة خدمة البحث Azure المعرفي. مطلوب وحدة واحدة على الأقل لتشغيل الخدمة. |
| Replica | مثيلات خدمة البحث، تستخدم بشكل أساسي لتحميل عمليات استعلام الرصيد. تستضيف كل نسخة متماثلة نسخة واحدة من فهرس. إذا قمت بتخصيص ثلاث نسخ متماثلة، فسيكون لديك ثلاث نسخ من فهرس متاح لخدمة طلبات الاستعلام. |
| القسم | التخزين الفعلي والإدخال/الإخراج لعمليات القراءة/الكتابة (على سبيل المثال، عند إعادة إنشاء فهرس أو تحديثه). يحتوي كل قسم على شريحة من إجمالي الفهرس. إذا قمت بتخصيص ثلاثة أقسام، تقسيم الفهرس إلى أثلاث. |
| الاثريه | جزء من فهرس. يقسم Azure Cognitive Search كل فهرس إلى شظايا لجعل عملية إضافة الأقسام أسرع (عن طريق نقل الشظايا إلى وحدات بحث جديدة). |
يوضح الرسم التخطيطي التالي العلاقة بين النسخ المتماثلة والأقسام والشظايا ووحدات البحث. يعرض مثالا على كيفية امتداد فهرس واحد عبر أربع وحدات بحث في خدمة مع نسختين متماثلتين وقسمين. كل وحدة من وحدات البحث الأربع تخزن نصف شظايا الفهرس فقط. تخزن وحدات البحث في العمود الأيسر النصف الأول من الشظايا ، التي تضم القسم الأول ، بينما تخزن وحدات البحث الموجودة في العمود الأيمن النصف الثاني من الشظايا ، التي تضم القسم الثاني. نظرا لوجود نسختين متماثلتين ، فهناك نسختان من كل شظية فهرس. تخزن وحدات البحث في الصف العلوي نسخة واحدة، تضم النسخة المتماثلة الأولى، بينما تخزن الوحدات الموجودة في الصف السفلي نسخة أخرى، تضم النسخة المتماثلة الثانية.
الرسم البياني أعلاه هو مثال واحد فقط. يمكن الجمع بين العديد من الأقسام والنسخ المتماثلة ، بحد أقصى 36 وحدة بحث إجمالية.
في البحث المعرفي ، تعد إدارة الشظايا تفاصيل تنفيذ وغير قابلة للتكوين ، ولكن معرفة أن الفهرس مقسم يساعد على فهم الحالات الشاذة العرضية في الترتيب وسلوكيات الإكمال التلقائي:
الحالات الشاذة في الترتيب: يتم حساب درجات البحث على مستوى الشظية أولا، ثم يتم تجميعها في مجموعة نتائج واحدة. اعتمادا على خصائص محتوى الشظية، قد يتم تصنيف التطابقات من شظية واحدة أعلى من المطابقات في واحدة أخرى. إذا لاحظت تصنيفات غير بديهية في نتائج البحث ، فمن المرجح أن يكون ذلك بسبب تأثيرات التقسيم ، خاصة إذا كانت الفهارس صغيرة. يمكنك تجنب هذه الحالات الشاذة في الترتيب عن طريق اختيار حساب الدرجات عالميا عبر المؤشر بأكمله ، ولكن القيام بذلك سيؤدي إلى عقوبة الأداء.
حالات الإكمال التلقائي الشاذة: تقبل استعلامات الإكمال التلقائي، حيث يتم إجراء التطابقات على الأحرف العديدة الأولى من مصطلح تم إدخاله جزئيا، معلمة غامضة تغفر الانحرافات الصغيرة في الإملاء. بالنسبة للإكمال التلقائي ، يتم تقييد المطابقة الغامضة بالمصطلحات داخل الشظية الحالية. على سبيل المثال ، إذا كان الشظية يحتوي على "Microsoft" وتم إدخال مصطلح جزئي من "micor" ، فسوف يتطابق محرك البحث مع "Microsoft" في هذا الشظية ، ولكن ليس في الشظايا الأخرى التي تحتوي على الأجزاء المتبقية من الفهرس.
الاقتراب من التقدير
القدرة وتكاليف تشغيل الخدمة تسير جنبا إلى جنب. تفرض المستويات حدودا على مستويين: المحتوى (عدد الفهارس على الخدمة ، على سبيل المثال) والتخزين. من المهم مراعاة كليهما لأن أي حد تصل إليه أولا هو الحد الفعال.
عادة ما يتم إملاء أعداد الفهارس والكائنات الأخرى حسب متطلبات الأعمال والهندسة. على سبيل المثال، قد يكون لديك إصدارات متعددة من نفس الفهرس للتطوير النشط والاختبار والإنتاج.
يتم تحديد احتياجات التخزين حسب حجم الفهارس التي تتوقع إنشاؤها. لا توجد استدلالات أو عموميات قوية تساعد في التقديرات. الطريقة الوحيدة لتحديد حجم الفهرس هي إنشاء واحد. سيعتمد حجمه على البيانات المستوردة وتحليل النص وتكوين الفهرس مثل ما إذا كنت تقوم بتمكين الاقتراحات والتصفية والفرز.
بالنسبة للبحث في النص الكامل، فإن بنية البيانات الأساسية هي بنية فهرس مقلوبة ، لها خصائص مختلفة عن بيانات المصدر. بالنسبة للفهرس المقلوب، يتم تحديد الحجم والتعقيد حسب المحتوى، وليس بالضرورة من خلال كمية البيانات التي تغذيها فيه. يمكن أن يؤدي مصدر بيانات كبير ذو تكرار مرتفع إلى فهرس أصغر من مجموعة بيانات أصغر تحتوي على محتوى متغير للغاية. لذلك نادرا ما يكون من الممكن استنتاج حجم الفهرس استنادا إلى حجم مجموعة البيانات الأصلية.
ستؤثر السمات الموجودة على الفهرس، مثل تمكين الفلاتر والفرز، على متطلبات التخزين. استخدام الاقتراحات له أيضا آثار على التخزين. لمزيد من المعلومات، راجع السمات وحجم الفهرس.
ملاحظة
على الرغم من أن تقدير الاحتياجات المستقبلية للفهارس والتخزين يمكن أن يبدو وكأنه تخمين ، إلا أنه يستحق القيام به. إذا تبين أن سعة الطبقة منخفضة جدا، فستحتاج إلى توفير خدمة جديدة في مستوى أعلى ثم إعادة تحميل الفهارس. لا توجد ترقية موضعية للخدمة من طبقة إلى أخرى.
التقدير باستخدام الطبقة المجانية
تتمثل إحدى طرق تقدير السعة في البدء بالطبقة المجانية. تذكر أن الخدمة المجانية توفر ما يصل إلى ثلاثة فهارس و 50 ميغابايت من التخزين و 2 دقيقة من وقت الفهرسة. قد يكون من الصعب تقدير حجم المؤشر المتوقع مع هذه القيود، ولكن هذه هي الخطوات:
قم بإعداد مجموعة بيانات تمثيلية صغيرة.
قم بإنشاء فهرس وتحميل بياناتك. إذا كان من الممكن استضافة مجموعة البيانات في مصدر بيانات Azure مدعوم من المفهرسين، فيمكنك استخدام معالج استيراد البيانات في البوابة الإلكترونية لإنشاء الفهرس وتحميله. خلاف ذلك ، يجب عليك استخدام REST و Postman أو رمز Visual Studio لإنشاء الفهرس ودفع البيانات. يتطلب نموذج الدفع أن تكون البيانات في شكل مستندات JSON، حيث تتوافق الحقول الموجودة في المستند مع الحقول الموجودة في الفهرس.
جمع معلومات حول الفهرس، مثل الحجم. تؤثر الميزات والسمات على مساحة التخزين. على سبيل المثال، ستؤدي إضافة اقتراحات (استعلامات البحث حسب النوع) إلى زيادة متطلبات التخزين.
باستخدام مجموعة البيانات نفسها، يمكنك محاولة إنشاء إصدارات متعددة من فهرس، مع سمات مختلفة في كل حقل، لمعرفة كيفية اختلاف متطلبات التخزين. لمزيد من المعلومات، راجع " آثار التخزين" في إنشاء فهرس أساسي.
مع وجود تقدير تقريبي في متناول اليد ، يمكنك مضاعفة هذا المبلغ إلى ميزانية لمؤشرين (التطوير والإنتاج) ثم اختيار الطبقة الخاصة بك وفقا لذلك.
التقدير باستخدام طبقة قابلة للفوترة
يمكن أن تستوعب الموارد المخصصة أوقات أكبر لأخذ العينات ومعالجتها للحصول على تقديرات أكثر واقعية لكمية الفهرس وحجمه وأحجام الاستعلام أثناء التطوير. يقفز بعض العملاء مباشرة مع طبقة قابلة للفوترة ثم يعيدون تقييمها مع نضوج مشروع التطوير.
راجع حدود الخدمة في كل مستوى لتحديد ما إذا كانت المستويات الأدنى يمكنها دعم عدد الفهارس التي تحتاجها. عبر المستويات الأساسية و S1 و S2 ، تكون حدود الفهرس هي 15 و 50 و 200 ، على التوالي. تحتوي الطبقة المحسنة للتخزين على حد أقصى يبلغ 10 فهارس لأنها مصممة لدعم عدد قليل من الفهارس الكبيرة جدا.
إنشاء خدمة في طبقة قابلة للفوترة:
- ابدأ منخفضا، عند Basic أو S1، إذا لم تكن متأكدا من الحمل المتوقع.
- ابدأ عاليا ، عند S2 أو حتى S3 ، إذا كان الاختبار يتضمن أحمال فهرسة واستعلام واسعة النطاق.
- ابدأ بالتخزين المحسن، عند L1 أو L2، إذا كنت تقوم بفهرسة كمية كبيرة من البيانات وكان حمل الاستعلام منخفضا نسبيا، كما هو الحال مع تطبيق أعمال داخلي.
أنشئ فهرسا أوليا لتحديد كيفية ترجمة بيانات المصدر إلى فهرس. هذه هي الطريقة الوحيدة لتقدير حجم المؤشر.
راقب التخزين وحدود الخدمة وحجم الاستعلام وزمن الوصول في البوابة الإلكترونية. تعرض لك البوابة الإلكترونية الاستعلامات في الثانية والاستعلامات الخانقة وزمن انتقال البحث. يمكن أن تساعدك كل هذه القيم في تحديد ما إذا كنت قد حددت الطبقة الصحيحة أم لا.
أضف نسخا متماثلة إذا كنت بحاجة إلى توفر عال أو إذا واجهت أداء بطيئا للاستعلام.
لا توجد إرشادات حول عدد النسخ المتماثلة اللازمة لاستيعاب أحمال الاستعلام. يعتمد أداء الاستعلام على مدى تعقيد الاستعلام وأحمال العمل المتنافسة. على الرغم من أن إضافة النسخ المتماثلة تؤدي بوضوح إلى أداء أفضل، إلا أن النتيجة ليست خطية تماما: فإضافة ثلاث نسخ متماثلة لا تضمن إنتاجية ثلاثية. للحصول على إرشادات حول تقدير QPS للحل الخاص بك، راجع قياس الأداءومراقبة الاستعلامات.
ملاحظة
يمكن تضخيم متطلبات التخزين إذا قمت بتضمين بيانات لن يتم البحث عنها أبدا. من الناحية المثالية، تحتوي المستندات فقط على البيانات التي تحتاجها لتجربة البحث. البيانات الثنائية غير قابلة للبحث ويجب تخزينها بشكل منفصل (ربما في جدول Azure أو تخزين blob). يجب بعد ذلك إضافة حقل في الفهرس للاحتفاظ بمرجع عنوان URL للبيانات الخارجية. الحد الأقصى لحجم مستند بحث فردي هو 16 ميغابايت (أو أقل إذا كنت تقوم بتحميل مستندات متعددة بشكل مجمع في طلب واحد). لمزيد من المعلومات، راجع حدود الخدمة في البحث المعرفي في Azure.
اعتبارات حجم الاستعلام
تعد الاستعلامات في الثانية (QPS) مقياسا مهما أثناء ضبط الأداء، ولكنها عموما مجرد اعتبار للطبقة إذا كنت تتوقع زيادة حجم الاستعلام في البداية.
يمكن أن توفر الطبقات القياسية توازنا بين النسخ المتماثلة والأقسام. يمكنك زيادة تحول الاستعلام عن طريق إضافة نسخ متماثلة لموازنة التحميل أو إضافة أقسام للمعالجة المتوازية. يمكنك بعد ذلك ضبط الأداء بعد توفير الخدمة.
إذا كنت تتوقع أحجام استعلام عالية ومستمرة منذ البداية، فيجب أن تفكر في مستويات قياسية أعلى، مدعومة بأجهزة أكثر قوة. يمكنك بعد ذلك أخذ الأقسام والنسخ المتماثلة في وضع عدم الاتصال ، أو حتى التبديل إلى خدمة منخفضة المستوى ، في حالة عدم حدوث وحدات تخزين الاستعلام هذه. لمزيد من المعلومات حول كيفية حساب إنتاجية الاستعلام، راجع أداء البحث المعرفي في Azure وتحسينه.
تعد طبقات التخزين المحسنة مفيدة لأحمال عمل البيانات الكبيرة، حيث تدعم المزيد من إجمالي مساحة تخزين الفهرس المتاحة عندما تكون متطلبات زمن انتقال الاستعلام أقل أهمية. لا يزال يتعين عليك استخدام نسخ متماثلة إضافية لموازنة التحميل وأقسام إضافية للمعالجة المتوازية. يمكنك بعد ذلك ضبط الأداء بعد توفير الخدمة.
اتفاقات مستوى الخدمة
لا تغطي اتفاقيات مستوى الخدمة (SLAs) ميزات الطبقة المجانية والمعاينة. بالنسبة لجميع المستويات القابلة للفوترة، تصبح اتفاقيات مستوى الخدمة سارية المفعول عند توفير تكرار كاف لخدمتك. يجب أن يكون لديك نسختان متماثلتان أو أكثر لاتفاقيات مستوى الخدمة (قراءة) الاستعلام. يجب أن يكون لديك ثلاثة نسخ متماثلة أو أكثر لاتفاقيات مستوى الخدمة للاستعلام والفهرسة (القراءة والكتابة). لا يؤثر عدد الأقسام على اتفاقيات مستوى الخدمة.
تلميحات لتخطيط القدرات
السماح للمقاييس بالبناء حول الاستعلامات، وجمع البيانات حول أنماط الاستخدام (طلبات البحث خلال ساعات العمل، والفهرسة خلال ساعات خارج أوقات الذروة). استخدم هذه البيانات لإبلاغ قرارات توفير الخدمة. على الرغم من أنه ليس عمليا في إيقاع كل ساعة أو يوميا ، يمكنك ضبط الأقسام والموارد ديناميكيا لاستيعاب التغييرات المخطط لها في وحدات تخزين الاستعلام. يمكنك أيضا استيعاب التغييرات غير المخطط لها ولكن المستدامة إذا استمرت المستويات لفترة كافية لتبرير اتخاذ إجراء.
تذكر أن الجانب السلبي الوحيد لنقص التوفير هو أنك قد تضطر إلى هدم الخدمة إذا كانت المتطلبات الفعلية أكبر من توقعاتك. لتجنب انقطاع الخدمة ، يمكنك إنشاء خدمة جديدة على مستوى أعلى وتشغيلها جنبا إلى جنب حتى تستهدف جميع التطبيقات والطلبات نقطة النهاية الجديدة.
متى يجب إضافة السعة
في البداية ، يتم تخصيص الحد الأدنى من الموارد للخدمة التي تتكون من قسم واحد ونسخة متماثلة واحدة. تحدد الطبقة التي تختارها حجم القسم وسرعته، ويتم تحسين كل طبقة حول مجموعة من الخصائص التي تناسب سيناريوهات مختلفة. إذا اخترت طبقة متطورة، فقد تحتاج إلى أقسام أقل مما لو كنت تستخدم S1. أحد الأسئلة التي ستحتاج إلى الإجابة عليها من خلال الاختبار الموجه ذاتيا هو ما إذا كان القسم الأكبر والأكثر تكلفة يحقق أداء أفضل من قسمين أرخص على خدمة يتم توفيرها في مستوى أقل.
يجب أن تحتوي الخدمة الواحدة على موارد كافية للتعامل مع جميع أحمال العمل (الفهرسة والاستعلامات). لا يعمل أي من أحمال العمل في الخلفية. يمكنك جدولة الفهرسة للأوقات التي تكون فيها طلبات الاستعلام أقل تكرارا بشكل طبيعي، ولكن الخدمة لن تعطي الأولوية لمهمة على أخرى. بالإضافة إلى ذلك، يعمل قدر معين من التكرار على تسهيل أداء الاستعلام عند تحديث الخدمات أو العقد داخليا.
تتضمن بعض الإرشادات لتحديد ما إذا كان يجب إضافة سعة ما يلي:
- تلبية معايير التوافر العالية لاتفاقية مستوى الخدمة
- تكرار أخطاء HTTP 503 يتزايد
- من المتوقع وجود كميات كبيرة من الاستعلام
كقاعدة عامة، تميل تطبيقات البحث إلى الحاجة إلى نسخ متماثلة أكثر من الأقسام، خاصة عندما تكون عمليات الخدمة متحيزة نحو أحمال عمل الاستعلام. كل نسخة طبق الأصل هي نسخة من الفهرس الخاص بك، مما يسمح للخدمة بتحميل طلبات التوازن مقابل نسخ متعددة. تتم إدارة كل موازنة الأحمال والنسخ المتماثل للفهرس بواسطة Azure Cognitive Search ويمكنك تغيير عدد النسخ المتماثلة المخصصة لخدمتك في أي وقت. يمكنك تخصيص ما يصل إلى 12 نسخة متماثلة في خدمة بحث قياسية و3 نسخ متماثلة في خدمة بحث أساسية. يمكن إجراء تخصيص النسخ المتماثلة إما من مدخل Azure أو أحد الخيارات البرمجية.
ستحتاج تطبيقات البحث التي تتطلب تحديث البيانات في الوقت الفعلي تقريبا إلى أقسام أكثر نسبيا من النسخ المتماثلة. تؤدي إضافة الأقسام إلى انتشار عمليات القراءة/الكتابة عبر عدد أكبر من موارد الحوسبة. كما يمنحك مساحة أكبر على القرص لتخزين فهارس ومستندات إضافية.
وأخيرا، تستغرق الفهارس الأكبر حجما وقتا أطول للاستعلام. على هذا النحو ، قد تجد أن كل زيادة تدريجية في الأقسام تتطلب زيادة أصغر ولكن متناسبة في النسخ المتماثلة. سيؤثر تعقيد الاستعلامات وحجم الاستعلام في مدى سرعة تحويل تنفيذ الاستعلام.
ملاحظة
تؤدي إضافة المزيد من النسخ المتماثلة أو الأقسام إلى زيادة تكلفة تشغيل الخدمة، ويمكن أن تؤدي إلى اختلافات طفيفة في كيفية ترتيب النتائج. تأكد من التحقق من حاسبة التسعير لفهم الآثار المترتبة على الفوترة لإضافة المزيد من العقد. يمكن أن يساعدك المخطط أدناه في الرجوع إلى عدد وحدات البحث المطلوبة لتكوين معين. لمزيد من المعلومات حول كيفية تأثير النسخ المتماثلة الإضافية على معالجة الاستعلام، راجع ترتيب النتائج.
إضافة نسخ متماثلة وأقسام أو تقليلها
سجل الدخول إلى مدخل Azure وحدد خدمة البحث.
ضمن الإعدادات، افتح صفحة المقياس لتعديل النسخ المتماثلة والأقسام.
تعرض لقطة الشاشة التالية معيارا أساسيا مزودا بنسخة متماثلة وقسم واحد. تشير الصيغة الموجودة في الأسفل إلى عدد وحدات البحث المستخدمة (1). إذا كان سعر الوحدة 100 دولار (وليس سعرا حقيقيا) ، فستكون التكلفة الشهرية لتشغيل هذه الخدمة 100 دولار في المتوسط.
استخدم شريط التمرير لزيادة عدد الأقسام أو تقليله. حدد حفظ.
يضيف هذا المثال نسخة متماثلة ثانية وقسما. لاحظ عدد وحدات البحث؛ وهي الآن أربعة لأن صيغة الفوترة عبارة عن نسخ متماثلة مضروبة في أقسام (2 × 2). مضاعفة السعة تزيد من ضعف تكلفة تشغيل الخدمة. إذا كانت تكلفة وحدة البحث 100 دولار ، فإن الفاتورة الشهرية الجديدة ستكون الآن 400 دولار.
لمعرفة التكاليف الحالية لكل وحدة لكل طبقة، تفضل بزيارة صفحة التسعير.
بعد الحفظ ، يمكنك التحقق من الإشعارات لتأكيد نجاح الإجراء.
يمكن أن تستغرق التغييرات في السعة في أي مكان من 15 دقيقة إلى عدة ساعات لإكمالها. لا يمكنك الإلغاء بمجرد بدء العملية ولا توجد مراقبة في الوقت الفعلي لتعديلات النسخ المتماثلة والأقسام. ومع ذلك، تظل الرسالة التالية مرئية أثناء إجراء التغييرات.
ملاحظة
بعد توفير الخدمة، لا يمكن ترقيتها إلى مستوى أعلى. يجب عليك إنشاء خدمة بحث في المستوى الجديد وإعادة تحميل الفهارس. راجع إنشاء خدمة البحث Azure Cognitive في البوابة الإلكترونية للحصول على تعليمات حول توفير الخدمات.
كيفية التعامل مع طلبات المقاييس
عند استلام طلب المقياس ، تقوم خدمة البحث بما يلي:
- يتحقق مما إذا كان الطلب صالحا أم لا.
- يبدأ النسخ الاحتياطي للبيانات ومعلومات النظام.
- يتحقق مما إذا كانت الخدمة بالفعل في حالة توفير (حاليا إضافة أو إزالة إما النسخ المتماثلة أو الأقسام).
- يبدأ التوفير.
يمكن أن يستغرق توسيع نطاق الخدمة أقل من 15 دقيقة أو أكثر من ساعة ، اعتمادا على حجم الخدمة ونطاق الطلب. يمكن أن يستغرق النسخ الاحتياطي عدة دقائق ، اعتمادا على كمية البيانات وعدد الأقسام والنسخ المتماثلة.
الخطوات المذكورة أعلاه ليست متتالية تماما. على سبيل المثال ، يبدأ النظام في التوفير عندما يتمكن من القيام بذلك بأمان ، والذي قد يكون أثناء انتهاء النسخ الاحتياطي.
أخطاء أثناء التحجيم
تحدث رسالة الخطأ "عمليات تحديث الخدمة غير مسموح بها في الوقت الحالي لأننا نعالج طلبا سابقا" بسبب تكرار طلب لتقليص حجمها أو زيادتها عندما تقوم الخدمة بالفعل بمعالجة طلب سابق.
حل هذا الخطأ عن طريق التحقق من حالة الخدمة للتحقق من حالة إدارة الحسابات:
- استخدم واجهة برمجة تطبيقات REST للإدارة أو Azure PowerShell أو Azure CLI للحصول على حالة الخدمة.
- اتصل بالخدمة
- تحقق من الرد الخاص ب "حالة التوفير" : "التوفير"
إذا كانت الحالة "إدارة الحسابات"، فانتظر حتى يكتمل الطلب. يجب أن تكون الحالة إما "ناجح" أو "فاشل" قبل محاولة طلب آخر. لا توجد حالة للنسخ الاحتياطي. النسخ الاحتياطي هو عملية داخلية ومن غير المرجح أن يكون عاملا في أي تعطيل لممارسة على نطاق واسع.
مجموعات الأقسام والنسخ المتماثلة
يمكن أن تحتوي الخدمة الأساسية على قسم واحد بالضبط وما يصل إلى ثلاثة نسخ متماثلة ، بحد أقصى يبلغ ثلاثة وحدات SU. المورد الوحيد القابل للتعديل هو النسخ المتماثلة. تحتاج إلى نسختين متماثلتين على الأقل للتوفر العالي في الاستعلامات.
يمكن لجميع خدمات البحث القياسية والتخزين المحسنة أن تفترض المجموعات التالية من النسخ المتماثلة والأقسام، مع مراعاة حد 36-SU المسموح به لهذه الطبقات.
| 1 قسم | 2 أقسام | 3 أقسام | 4 أقسام | 6 أقسام | 12 قسم | |
|---|---|---|---|---|---|---|
| 1 نسخة طبق الأصل | 1 سو | 2 سو | 3 SU | 4 سو | 6 سو | 12 وحدة |
| 2 النسخ المتماثلة | 2 سو | 4 سو | 6 سو | 8 سو | 12 وحدة | 24 وحدة |
| 3 نسخ طبق الأصل | 3 SU | 6 سو | 9 سو | 12 وحدة | 18 وحدة | 36 SU |
| 4 نسخ متماثلة | 4 سو | 8 سو | 12 وحدة | 16 وحدة | 24 وحدة | غير متوفر |
| 5 نسخ طبق الأصل | 5 سو | 10 سو | 15 وحدة | 20 وحدة | 30 وحدة | غير متوفر |
| 6 نسخ متماثلة | 6 سو | 12 وحدة | 18 وحدة | 24 وحدة | 36 SU | غير متوفر |
| 12 نسخة طبق الأصل | 12 وحدة | 24 وحدة | 36 SU | غير متوفر | غير متوفر | غير متوفر |
يتم شرح وحدات SUs والتسعير والسعة بالتفصيل على موقع Azure على الويب. لمزيد من المعلومات، راجع تفاصيل التسعير.
ملاحظة
ينقسم عدد النسخ المتماثلة والأقسام بالتساوي إلى 12 (على وجه التحديد ، 1 ، 2 ، 3 ، 4 ، 6 ، 12). يقسم Azure Cognitive Search مسبقا كل فهرس إلى 12 شظية بحيث يمكن توزيعه في أجزاء متساوية عبر جميع الأقسام. على سبيل المثال، إذا كانت الخدمة الخاصة بك تحتوي على ثلاثة أقسام وقمت بإنشاء فهرس، فسيحتوي كل قسم على أربعة شظايا من الفهرس. كيفية قيام Azure Cognitive Search بقطع فهرس هي تفاصيل تنفيذ ، عرضة للتغيير في الإصدارات المستقبلية. على الرغم من أن الرقم هو 12 اليوم ، يجب ألا تتوقع أن يكون هذا الرقم دائما 12 في المستقبل.