التوفر واستمرارية الأعمال في Azure Cognitive Search
في البحث المعرفي ، يتم تحقيق التوافر من خلال نسخ متماثلة متعددة ، في حين يتم تحقيق استمرارية الأعمال (والتعافي من الكوارث) من خلال خدمات بحث متعددة. توفر هذه المقالة إرشادات يمكنك استخدامها كنقطة انطلاق لتطوير استراتيجية تلبي متطلبات عملك لكل من التوافر والعمليات المستمرة.
قابلية وصول عالية
في البحث المعرفي، النسخ المتماثلة هي نسخ من الفهرس الخاص بك. يسمح وجود نسخ متماثلة متعددة ل Azure Cognitive Search بإجراء عمليات إعادة تشغيل الجهاز وصيانته مقابل نسخة متماثلة واحدة، بينما يستمر تنفيذ الاستعلام على النسخ المتماثلة الأخرى. لمزيد من المعلومات حول إضافة نسخ متماثلة، راجع إضافة نسخ متماثلة وأقسام أو تقليلها.
لكل خدمة بحث فردية، تضمن Microsoft توفر بنسبة 99.9٪ على الأقل للتكوينات التي تستوفي هذه المعايير:
نسختان متماثلتان لتوفر أحمال عمل للقراءة فقط (الاستعلامات)
ثلاثة نسخ متماثلة أو أكثر لتوفير أعباء عمل القراءة والكتابة (الاستعلامات والفهرسة)
لا يتم توفير اتفاقية على مستوى الخدمة للمستوى المجاني. لمزيد من المعلومات، راجع اتفاقية مستوى الخدمة للبحث المعرفي في Azure.
موقع البيانات
لن يقوم Azure Cognitive Search بتخزين بيانات العملاء خارج المنطقة المحددة من قبل العميل دون إذن منك.
مجموعات التوافر
مناطق توافر الخدمات هي إحدى قدرات النظام الأساسي ل Azure التي تقسم مراكز البيانات في المنطقة إلى مجموعات مواقع فعلية متميزة لتوفير توفر عالي الجودة داخل المنطقة نفسها. إذا كنت تستخدم مناطق توافر الخدمات للبحث المعرفي، فإن النسخ المتماثلة الفردية هي وحدات تعيين المنطقة. يتم تشغيل خدمة البحث داخل منطقة واحدة. تعمل النسخ المتماثلة في مناطق مختلفة.
يمكنك استخدام مناطق توافر الخدمات مع Azure Cognitive Search عن طريق إضافة نسختين متماثلتين أو أكثر إلى خدمة البحث. سيتم وضع كل نسخة طبق الأصل في منطقة توافر خدمات مختلفة داخل المنطقة. إذا كان لديك نسخ متماثلة أكثر من مناطق توافر الخدمات، توزيع النسخ المتماثلة عبر مناطق توافر الخدمات بالتساوي قدر الإمكان. لا يوجد إجراء محدد من جانبك، باستثناء إنشاء خدمة بحث في منطقة توفر مناطق توافر الخدمات، ثم تكوين الخدمة لاستخدام نسخ متماثلة متعددة.
يدعم Azure Cognitive Search حاليا مناطق توافر الخدمات لخدمات البحث ذات المستوى القياسي أو الأعلى التي تم إنشاؤها في إحدى المناطق التالية:
| المنطقة | طرح |
|---|---|
| شرق أستراليا | 30 يناير 2021 أو أحدث |
| جنوب البرازيل | 2 مايو 2021 أو أحدث |
| كندا الوسطى | 30 يناير 2021 أو أحدث |
| وسط الهند | 20 يناير 2022 أو أحدث |
| وسط الولايات المتحدة | 4 ديسمبر 2020 أو أحدث |
| شرق آسيا | 13 يناير 2022 أو أحدث |
| شرق الولايات المتحدة | 27 يناير 2021 أو أحدث |
| East US 2 | 30 يناير 2021 أو أحدث |
| فرنسا الوسطى | 23 أكتوبر 2020 أو أحدث |
| وسط غرب ألمانيا | 3 مايو 2021 أو أحدث |
| شرق اليابان | 30 يناير 2021 أو أحدث |
| وسط كوريا | 20 يناير 2022 أو أحدث |
| شمال أوروبا | 28 يناير 2021 أو أحدث |
| شرق النرويج | 20 يناير 2022 أو أحدث |
| جنوب وسط الولايات المتحدة | 30 أبريل 2021 أو أحدث |
| جنوب شرق آسيا | 31 يناير 2021 أو أحدث |
| منطقة السويد الوسطى | 21 يناير 2022 أو أحدث |
| جنوب المملكة المتحدة | 30 يناير 2021 أو أحدث |
| ولاية فرجينيا الأمريكية | 30 أبريل 2021 أو أحدث |
| غرب أوروبا | 29 يناير 2021 أو أحدث |
| منطقة غرب الولايات المتحدة الأمريكية 2 | 30 يناير 2021 أو أحدث |
| غرب الولايات المتحدة الأمريكية 3 | 02 يونيو 2021 أو أحدث |
لا تؤثر مناطق توافر الخدمات على اتفاقية مستوى خدمة البحث المعرفي في Azure. لا تزال بحاجة إلى 3 نسخ متماثلة أو أكثر للتوفر العالي للاستعلام.
خدمات متعددة في مناطق جغرافية منفصلة
على الرغم من أن معظم العملاء يستخدمون خدمة واحدة فقط، إلا أن تكرار الخدمة قد يكون ضروريا إذا كانت المتطلبات التشغيلية تتضمن ما يلي:
- استمرارية الأعمال والتعافي من الكوارث (BCDR) ( لا يوفر البحث المعرفي تجاوزا فوريا للفشل في حالة حدوث انقطاع).
- التطبيقات المنتشرة عالميا. إذا كانت طلبات الاستعلام والفهرسة تأتي من جميع أنحاء العالم، فسيكون لدى المستخدمين الأقرب إلى مركز البيانات المضيف أداء أسرع. يمكن أن يؤدي إنشاء خدمات إضافية في المناطق القريبة من هؤلاء المستخدمين إلى تحقيق المساواة في الأداء لجميع المستخدمين.
- تتطلب البنى متعددة المستأجرين أحيانا خدمتين أو أكثر.
إذا كنت بحاجة إلى خدمتي بحث أخريين، فإن إنشائهما في مناطق مختلفة يمكن أن يفي بمتطلبات التطبيق للاستمرارية والاسترداد، بالإضافة إلى أوقات استجابة أسرع لقاعدة مستخدمين عالمية.
لا يوفر Azure Cognitive Search حاليا طريقة تلقائية للتكرار الجغرافي لفهارس البحث عبر المناطق، ولكن هناك بعض التقنيات التي يمكن استخدامها والتي يمكن أن تجعل هذه العملية سهلة التنفيذ والإدارة. ويرد موجز لهذه المسائل في الأقسام القليلة التالية.
الهدف من مجموعة خدمات البحث الموزعة جغرافيا هو توفر فهرسين أو أكثر في منطقتين أو أكثر، حيث يتم توجيه المستخدم إلى Azure Cognitive خدمة البحث الذي يوفر أقل زمن انتقال:
يمكنك تنفيذ هذه البنية من خلال إنشاء خدمات متعددة وتصميم استراتيجية لمزامنة البيانات. اختياريا، يمكنك تضمين مورد مثل Azure Traffic Manager لطلبات التوجيه. لمزيد من المعلومات، راجع إنشاء خدمة بحث.
الحفاظ على مزامنة البيانات عبر خدمات متعددة
هناك خياران للحفاظ على مزامنة خدمتين أو أكثر من خدمات البحث الموزعة، والتي تتكون إما من استخدام مفهرس البحث المعرفي Azure أو واجهة برمجة تطبيقات Push (يشار إليها أيضا باسم Azure Cognitive Search REST API).
الخيار 1: استخدام المفهرسات لتحديث المحتوى على خدمات متعددة
إذا كنت تستخدم المفهرس بالفعل على خدمة واحدة، فيمكنك تكوين مفهرس ثان على خدمة ثانية لاستخدام نفس كائن مصدر البيانات، وسحب البيانات من نفس الموقع. تحتوي كل خدمة في كل منطقة على مفهرس خاص بها وفهرس مستهدف (لا تتم مشاركة فهرس البحث الخاص بك، مما يعني تكرار البيانات)، ولكن كل مفهرس يشير إلى نفس مصدر البيانات.
فيما يلي صورة عالية المستوى لما ستبدو عليه هذه الهندسة المعمارية.
الخيار 2: استخدام واجهات برمجة تطبيقات REST لدفع تحديثات المحتوى على خدمات متعددة
إذا كنت تستخدم واجهة برمجة تطبيقات Azure Cognitive Search REST لدفع المحتوى إلى فهرس البحث، فيمكنك الحفاظ على مزامنة خدمات البحث المختلفة عن طريق دفع التغييرات إلى جميع خدمات البحث كلما تطلب الأمر تحديثا. في التعليمات البرمجية، تأكد من التعامل مع الحالات التي يفشل فيها تحديث لخدمة بحث واحدة ولكنه ينجح في خدمات البحث الأخرى.
استخدام Azure Traffic Manager لتنسيق الطلبات
يسمح لك Azure Traffic Manager بتوجيه الطلبات إلى مواقع ويب متعددة ذات مواقع جغرافية يتم دعمها بعد ذلك بخدمات بحث متعددة. تتمثل إحدى مزايا مدير حركة المرور في أنه يمكنه التحقيق في Azure Cognitive Search للتأكد من توفره وتوجيه المستخدمين إلى خدمات البحث البديلة في حالة حدوث توقف. بالإضافة إلى ذلك، إذا كنت تقوم بتوجيه طلبات البحث من خلال مواقع Azure على الويب، فإن Azure Traffic Manager يسمح لك بتحميل حالات التوازن حيث يكون موقع الويب قيد التشغيل ولكن ليس Azure Cognitive Search. فيما يلي مثال على البنية التي تستفيد من مدير حركة المرور.
التعافي من الكوارث وانقطاع الخدمات
كما هو مذكور في اتفاقية مستوى الخدمة (SLA)، نضمن مستوى عاليا من التوافر لطلبات استعلام الفهرس عند تكوين مثيل Azure Cognitive خدمة البحث باستخدام نسختين متماثلتين أو أكثر، وطلبات تحديث الفهرس عند تكوين مثيل Azure Cognitive خدمة البحث بثلاثة نسخ متماثلة أو أكثر. ومع ذلك ، لا توجد آلية مدمجة للتعافي من الكوارث. إذا كانت الخدمة المستمرة مطلوبة في حالة حدوث فشل كارثي خارج عن سيطرة Microsoft، فإننا نوصي بتوفير خدمة ثانية في منطقة مختلفة وتنفيذ استراتيجية النسخ المتماثل الجغرافي لضمان أن تكون الفهارس زائدة عن الحاجة بالكامل عبر جميع الخدمات.
يمكن للعملاء الذين يستخدمون المفهرسات لملء الفهارس وتحديثها التعامل مع التعافي من الكوارث من خلال مؤشرات محددة جغرافيا تستفيد من مصدر البيانات نفسه. ويمكن لخدمتين في منطقتين مختلفتين، كل منهما تقوم بتشغيل مفهرس، فهرسة نفس مصدر البيانات لتحقيق التكرار الجغرافي. إذا كنت تقوم بالفهرسة من مصادر بيانات زائدة عن الحاجة جغرافيا أيضا، فاعلم أن مفهرسات البحث المعرفي في Azure يمكنها فقط إجراء فهرسة تدريجية (دمج التحديثات من المستندات الجديدة أو المعدلة أو المحذوفة) من النسخ المتماثلة الأساسية. في حدث تجاوز الفشل، تأكد من إعادة توجيه المفهرس إلى النسخة المتماثلة الأساسية الجديدة.
إذا كنت لا تستخدم المفهرسات ، فستستخدم رمز التطبيق الخاص بك لدفع الكائنات والبيانات إلى خدمات بحث مختلفة بالتوازي. لمزيد من المعلومات، راجع الحفاظ على مزامنة البيانات عبر خدمات متعددة.
النسخ الاحتياطي واستعادة البدائل
نظرا لأن Azure Cognitive Search ليس حلا أساسيا لتخزين البيانات، لا توفر Microsoft آلية رسمية للنسخ الاحتياطي واستعادة الخدمة الذاتية. ومع ذلك، يمكنك استخدام نموذج التعليمات البرمجية للفهرس والنسخ الاحتياطي واستعادة في هذا الريبو نموذج Azure Cognitive Search .NET لإجراء نسخ احتياطي لتعريف الفهرس ولقطة إلى سلسلة من ملفات JSON، ثم استخدام هذه الملفات لاستعادة الفهرس، إذا لزم الأمر. يمكن لهذه الأداة أيضا نقل الفهارس بين مستويات الخدمة.
وإلا، فإن رمز التطبيق المستخدم لإنشاء فهرس وتعبئته هو خيار الاستعادة الفعلي إذا قمت بحذف فهرس عن طريق الخطأ. لإعادة إنشاء فهرس، يمكنك حذفه (على افتراض وجوده)، وإعادة إنشاء الفهرس في الخدمة، وإعادة تحميله عن طريق استرداد البيانات من مخزن البيانات الأساسي.
الخطوات التالية
لمعرفة المزيد حول مستويات التسعير وحدود الخدمات لكل منها، راجع حدود الخدمة. مراجعة الخطة لمعرفة المزيد حول مجموعات الأقسام والنسخ المتماثلة، أو دراسة حالة الدفع: استخدم البحث المعرفي لدعم سيناريوهات الذكاء الاصطناعي المعقدة للحصول على نصائح في العالم الحقيقي.