الأسئلة الشائعة حول Amazon OpenSearch Service

س: ما المقصود بخدمة Amazon OpenSearch Service؟

إن خدمة Amazon OpenSearch Service هي خدمة مُدارة تُسهّل إجراء تحليلات تفاعلية للسجلات، ومراقبة التطبيقات في الوقت الفعلي، والبحث في مواقع الويب، وغير ذلك الكثير. OpenSearch هي مجموعة بحث وتحليلات مفتوحة المصدر وموزعة مشتقة من Elasticsearch. تُقدم Amazon OpenSearch Service أحدث إصدارات OpenSearch، وتدعم 19 إصدارًا من إصدارات Elasticsearch (من 1.5 إلى 7.10)، بالإضافة إلى إمكانات العرض المرئي المدعومة من OpenSearch Dashboards وKibana (الإصدارات من 1.5 إلى 7.10). وفي الوقت الحالي، تتضمن Amazon OpenSearch Service عشرات الآلاف من العملاء النشطين الذين لديهم مئات الآلاف من المجموعات الخاضعة للإدارة والتي تعالج تريليونات من الطلبات شهريًا. راجع الأسئلة المتكررة حول Amazon OpenSearch Service للحصول على مزيد من المعلومات.

س: أي من إصدارات OpenSearch وElasticsearch يحظى بدعم Amazon OpenSearch Service؟

توفر Amazon OpenSearch Service أحدث إصدارات من OpenSearch، وتدعم 19 إصدارًا من Elasticsearch (من الإصدار 1.5 إلى 7.10). لمزيد من التفاصيل، ارجع إلى وثيقتنا.

س: ما المقصود بنطاق Amazon OpenSearch Service؟

إن نطاقات Amazon OpenSearch Service عبارة عن مجموعات من Elasticsearch (من الإصدار 1.5 إلى 7.10) أو OpenSearch المنشأة باستخدام وحدة التحكم أو واجهة سطر الأوامر (CLI) أو واجهة مبرمج التطبيقات (API) لـ Amazon OpenSearch Service. يكون كل نطاق عبارة عن مجموعة OpenSearch أو Elasticsearch في السحابة مزودة بموارد الحوسبة والتخزين التي تحددها أنت. يمكنك إنشاء النطاقات وحذفها، وتحديد سمات البنية الأساسية، والتحكم بالوصول والأمان. يمكنك تشغيل واحد أو أكثر من نطاقات Amazon OpenSearch Service.

س: ما الذي تديره Amazon OpenSearch Service بالنيابة عني؟

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

س: هل Amazon OpenSearch Service تدعم واجهات مبرمج التطبيقات (API) ذات المصدر المفتوح لكل من Elasticsearch وOpenSearch؟

تدعم Amazon OpenSearch Service أغلب واجهات مبرمج التطبيقات (API) الأكثر استخدامًا لكل من OpenSearch وElasticsearch، لكي تعمل بكل مرونة مع التعليمات البرمجية والتطبيقات والأدوات الشائعة التي تستخدمها حاليًا مع بيئات Elasticsearch (حتى إصدار 7.10) أو OpenSearch. للاطلاع على قائمة كاملة بالعمليات المدعومة، طالع وثيقتنا.

س: ما خيارات النشر المتاحة لمنطقة توافر الخدمات (AZ) على خدمة Amazon OpenSearch Service؟

توفر Amazon OpenSearch Service للعملاء خيارًا لنشر المثيلات عبر واحدة أو اثنتين أو ثلاث من مناطق توافر الخدمات. يستطيع العملاء الذين يشغلون أعباء عمل خاصة بالتطوير أو الاختبار اختيار منطقة توافر خدمات واحدة. أما الذين يشغلون أعباء عمل على مستوى الإنتاج، فيجب عليهم استخدام منطقتين أو ثلاث من مناطق توافر الخدمات. نوصي بشدة بعمليات النشر على ثلاث مناطق توافر خدمات مع أعباء العمل ذات متطلبات التوافر العالية.

ملاحظة: لا يتوفر خيار مناطق توافر الخدمات الثلاث إلا في المناطق التي توجد فيها ثلاث أو أكثر من مناطق توافر الخدمات.

س: بأي مناطق توفر Amazon OpenSearch Service عمليات النشر على ثلاث مناطق توافر خدمات؟

تدعم Amazon OpenSearch Service ثلاث عمليات من عمليات النشر لمناطق توافر الخدمات في جميع المناطق التي تُتاح فيها الخدمة، باستثناء منطقة غرب الولايات المتحدة (شمال كاليفورنيا)، حيث ندعم اثنتين فقط من مناطق توافر الخدمات.

س: كيف يمكن استخدام Amazon OpenSearch Service للموارد التي تعمل في أماكن العمل أو على السحابات الأخرى؟

Amazon OpenSearch Service هي خدمة مُدارة بالكامل تتيح لك تشغيل مجموعات OpenSearch وتوسيع نطاقها دون الحاجة إلى القلق بشأن إدارة البنية التحتية ومراقبتها وصيانتها، أو الحاجة إلى بناء خبرة متعمقة في تشغيل مجموعات OpenSearch. كخدمة مُدارة بالكامل، تعمل Amazon OpenSearch Service حاليًا على AWS. ومع ذلك، فإن OpenSearch عبارة عن مجموعة بحث وتحليلات موزعة وموجهة نحو المجتمع ومرخصة من Apache 2.0 ومفتوحة المصدر بنسبة 100٪ يمكنك تشغيلها في أماكن العمل أو في بيئات مختلطة ومتعددة السحابات. على سبيل المثال، هناك شركاء يقدمون OpenSearch على منصات سحابية أخرى، أو يستخدمون OpenSearch في تطبيقاتهم. يساعدك OpenSearch على استيعاب البيانات وتأمينها والبحث عنها وتجميعها وعرضها وتحليلها بسهولة أكبر لعدد من حالات الاستخدام مثل تحليلات السجلات والبحث في التطبيقات والبحث المؤسسي والمزيد. توفر OpenSearch نظامًا قابلاً للتحجيم بدرجة كبيرة لتوفير الوصول السريع والاستجابة لكميات كبيرة من البيانات باستخدام أداة التصور المتكاملة - لوحات تحكم OpenSearch - التي تسهل على المستخدمين استكشاف بياناتهم. تعمل OpenSearch بدعم من مكتبة بحث Apache Lucene، وهي تتيح مجموعةً من إمكانات البحث والتحليلات، مثل البحث عن أقرب مجاور-K‏ (KNN)، وSQL، واكتشاف أوجه الخلل، وMachine Learning Commons، وTrace Analytics، والبحث في النص الكامل، وغير ذلك الكثير.

س: كيف يمكنني إنشاء نطاق Amazon OpenSearch Service الخاص بي وتعديله من خلال وحدة تحكم Amazon OpenSearch Service؟

نعم. يمكنك إنشاء نطاق Amazon OpenSearch Service جديد باستخدام Domain Creation Wizard في وحدة التحكم ببضع نقرات فحسب. أثناء إنشاء نطاق جديد، يمكنك تحديد عدد المثيلات، وأنواع المثيلات، وأحجام EBS التي تريد تخصيصها لنطاقك. يمكنك أيضًا تعديل نطاقات Amazon OpenSearch Service الحالية أو حذفها باستخدام وحدة التحكم.

س: هل Amazon OpenSearch Service تدعم Amazon VPC؟

نعم، تتكامل Amazon OpenSearch Service مع Amazon VPC. عند اختيار الوصول إلى VPC، تكون عناوين IP من VPC لديك مرفقة بنطاق Amazon OpenSearch Service الخاص بك وتبقى جميع حركات مرور الشبكة داخل شبكة AWS ولا يمكن الوصول إليها عبر الإنترنت. علاوة على ذلك، يمكنك استخدام المجموعات الأمنية وسياسات IAM لتقييد الوصول إلى نطاقات Amazon OpenSearch Service.

س: هل يمكنني استخدام نماذج CloudFormation لتوفير نطاقات Amazon OpenSearch Service؟

نعم. AWS CloudFormation تدعم Amazon OpenSearch Service. لمزيد من المعلومات، اطَّلِعْ على وثيقة مرجع نماذج CloudFormation.

س: هل Amazon OpenSearch Service تدعم تكوين عُقد رئيسة مخصصة؟

نعم. يمكنك تكوين العُقد الرئيسة المخصصة لنطاقاتك. عند اختيار تكوين عقدة رئيسة مخصصة، يمكنك تحديد نوع المثيل وعدد المثيلات.

س: هل يمكنني إنشاء عدة فهارس لـ Elasticsearch أو OpenSearch ضمن نطاق Amazon OpenSearch Service واحد؟

نعم. يمكنك إنشاء عدة فهارس لـ Elasticsearch أو OpenSearch ضمن نطاق Amazon OpenSearch Service نفسه. توزع Elasticsearch وOpenSearch الفهارس تلقائيًا وأي نسخ طبق الأصل ذات صلة بين المثيلات المخصصة للنطاق.

س: كيف يمكنني استيعاب البيانات في نطاق Amazon OpenSearch Service؟

تدعم Amazon OpenSearch Service ثلاثة خيارات لاستيعاب البيانات:

• بالنسبة للأحجام الكبيرة من البيانات، فإننا نوصي بـ Amazon Kinesis Data Firehose، وهي خدمة مُدارة بالكامل وقابلة للتحجيم تلقائيًا لمطابقة معدل نقل بياناتك، ولا تتطلب أي إدارة مستمرة. ويمكنها أيضًا تحويل البيانات وتصحيحها وضغطها قبل تحميلها.
  
• تدعم Amazon OpenSearch Service التكامل مع Logstash. يمكنك تكوين نطاق Amazon OpenSearch Service ليكون مخزن البيانات لجميع السجلات الناتجة عن تنفيذ Logstash.
  
• يمكنك استخدام واجهات مبرمج التطبيقات (API) الأصلية لـ Elasticsearch (حتى إصدار 7.10) أو OpenSearch، مثل واجهات مبرمج تطبيقات الفهارس والعناصر المجمعة من أجل تحميل البيانات إلى نطاقك.
  

س: هل تدعم Amazon OpenSearch Service التكامل مع Logstash؟

نعم. تدعم Amazon OpenSearch Service التكامل مع Logstash. يمكنك بسهولة إعداد نطاق Amazon OpenSearch Service ليكون مخزنًا خلفيًا لجميع السجلات الناتجة عن تنفيذ Logstash. يمكنك إعداد عناصر التحكم بالوصول على نطاق Amazon OpenSearch Service إما لاستخدام التوقيع المطلوب لمصادقة الاستدعاءات الناتجة عن تنفيذ Logstash، أو استخدام سياسات IAM القائمة على الموارد من أجل تضمين عناوين IP للمثيلات التي تشغل العمليات التنفيذية لـ Logstash.

س: هل Amazon OpenSearch Service تدعم التكامل مع Kibana؟

نعم. توفر Amazon OpenSearch Service إمكانيات رسوم مرئية تعمل بواسطة OpenSearch Dashboards وKibana (من إصدار 1.5 إلى 7.10).

س: ما خيارات التخزين المتوفرة مع Amazon OpenSearch Service؟

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

س: ما أنواع أحجام EBS التي تدعمها Amazon OpenSearch Service؟

يمكنك الاختيار بين أحجام EBS الثلاثة: Magnetic وGeneral Purpose وخدمة أداء IOPS (Provisioned IOPS).

س: هل يوجد حد على مقدار التخزين الذي يمكن تخصيصه لنطاق Amazon OpenSearch Service؟

نعم. تنشر Amazon OpenSearch Service سعة التخزين استنادًا إلى خيار المثيل و/أو وحدة تخزين EBS المرتبطة. يبلغ الحد الأقصى للتخزين لكل عقدة 24 تيرابايت مع مثيلات R6g.12xlarge التي سعتها التخزينية من نوعية EBS gp3. بما أن الحد الأقصى الافتراضي لعُقد البيانات المسموح بها في نطاق Amazon OpenSearch Service هو 80 عقدة بيانات، فإنه يمكنك تخصيص حوالي 1920 تيرابايت من سعة التخزين إلى نطاق واحد. يُمكنك طلب زيادة حد الخدمة إلى ما يصل إلى 200 مثيل لكل نطاق عن طريق إنشاء حالة من خلال مركز الدعم AWS Support Center. مع 200 مثيل، يمكنك تخصيص حوالي 3 بيتابايت من سعة التخزين إلى نطاق واحد.

س: كيف تتوزع المثيلات الرئيسة المخصصة عبر مناطق توافر الخدمات؟

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

س: ما تكوين منطقة توافر الخدمات الموصى به لأعباء العمل في إطار الإنتاج؟

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

س: كيف يمكنني تكوين نطاقي للنشر على ثلاث مناطق توافر خدمات؟

يمكنك تمكين النشر على ثلاث مناطق توافر خدمات لكل من النطاقات الحالية والجديدة باستخدام وحدة التحكم أو CLI أو مجموعات تطوير البرمجيات (SDKs) لـ AWS. لمزيد من التفاصيل، ارجع إلى وثيقتنا.

س: هل توجد رسوم لتمكين النشر على ثلاث مناطق توافر خدمات؟

لا. لا تفرض Amazon OpenSearch Service أي رسوم مقابل تمكين النشر على ثلاث مناطق توافر خدمات. كل ما عليك سداده هو عدد المثيلات في نطاقك وليس عدد مناطق توافر الخدمات التي تنشر هذه المثيلات عليها.

س: أنا لم أعد أرى خيار "اكتشاف مناطق توافر الخدمات" (zone awareness) في وحدة التحكم لديَّ. هل نطاقي لم يعد يكتشف مناطق توافر الخدمات؟

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

س: كيف تتعامل Amazon OpenSearch Service مع حالات الفشل والانقطاع لمنطقة توافر الخدمات؟

إذا تعذّر الوصول إلى مثيل واحد أو أكثر في منطقة توافر خدمات أو كان لا يعمل، فإن Amazon OpenSearch Service ستحاول تلقائيًا استحضار مثيلات جديدة في منطقة توافر الخدمات نفسها لاستبدال المثيلات المتضررة. في الحالات النادرة التي يتعذر فيها استحضار مثيلات جديدة في منطقة توافر الخدمات، تستحضر Amazon OpenSearch Service مثيلات جديدة في مناطق توافر الخدمات الأخرى المتوفرة إذا كان النطاق قد تم تكوينه لنشر مثيلات عبر مناطق توافر خدمات متعددة. بمجرد حل مشكلة منطقة توافر الخدمات، ستعيد Amazon OpenSearch Service توازن المثيلات بحيث تكون موزعة بالتساوي عبر مناطق توافر الخدمات التي تم تكوينها لهذا النطاق. لمزيد من التفاصيل، ارجع إلى وثيقتنا.

س: إذا كانت لديَّ نسخة طبق الأصل واحدة للفهارس في نطاقي، فهل يجب عليَّ استخدام منطقتين أم ثلاث من مناطق توافر الخدمات؟

حتى عندما تقوم بتكوين نسخة واحدة طبقة الأصل، فنحن نوصي باستخدام ثلاث من مناطق توافر الخدمات. إذا حدث انقطاع في منطقة توافر خدمات في حالة النطاق المنشور عبر ثلاث مناطق توافر خدمات، فأنت تفقد ثلثًا واحدًا فقط من قدرتك، ولكن إذا حدث الانقطاع في النطاق المنشور عبر منطقتي توافر خدمات، فأنت تفقد نصف قدرتك، وسيزيد ذلك من تأثرك بالانقطاع بشكل كبير. بالإضافة إلى ذلك، في حالة النطاق المنشور عبر ثلاث مناطق توافر خدمات، عندما يحدث انقطاع في منطقة توافر خدمات، تستطيع Amazon OpenSearch Service الرجوع إلى منطقتي توافر الخدمات المتبقيتين، وستظل تدعم التكرار عبر مناطق توافر الخدمات. أما بالنسبة للنطاق المنشور عبر منطقتي توافر خدمات، فأنت تفقد التكرار عبر مناطق توافر الخدمات إذا تعطلت منطقة توافر خدمات واحدة، ويمكن أن يقلل ذلك من التوافر بشكل أكبر. لمزيد من التفاصيل، ارجع إلى وثيقتنا.

س: كيف يستفيد نطاق VPC الخاص بي من النشر عبر ثلاث مناطق توافر خدمات؟

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

س: هل يمكن للبرامج المشغلة على الخوادم في مركز بياناتك الوصول إلى نطاقات Amazon OpenSearch Service؟

نعم. تستطيع البرامج ذات الوصول العام إلى الإنترنت الوصول إلى نطاقات Amazon OpenSearch Service من خلال نقطة نهاية عامة. إذا كان مركز بياناتك متصلاً بالفعل بـ Amazon VPC من خلال Direct Connect أو قناة SSH، فإنه يمكنك أيضًا استخدام الوصول إلى VPC. في كلتا الحالتين، يمكنك تكوين سياسات IAM والمجموعات الأمنية للسماح للبرامج المشغلة على خوادم خارج AWS بالوصول إلى نطاقات Amazon OpenSearch Service الخاصة بك. انقر هنا للحصول على المزيد من المعلومات حول الطلبات الموقّعة.

س: كيف يمكنني ترحيل البيانات من مجموعة OpenSearch/Elasticsearch حالية إلى نطاق Amazon OpenSearch Service جديد؟

لترحيل البيانات من مجموعة Elasticsearch أو OpenSearch حالية، يجب عليك إنشاء نسخة احتياطية من المجموعة الحالية وتخزين هذه النسخة الاحتياطية في حاوية Amazon S3. ثم يمكنك إنشاء نطاق Amazon OpenSearch Service جديد وتحميل البيانات من النسخة الاحتياطية إلى نطاق Amazon OpenSearch Service المنشأ حديثًا باستخدام واجهة مبرمج تطبيقات (API) الاستعادة.

س: كيف يمكنني تحجيم نطاق Amazon OpenSearch Service؟

تسمح خدمة Amazon OpenSearch Service لك بالتحكم بإمكانية تحجيم نطاقات Amazon OpenSearch Service الخاصة بك باستخدام وحدة التحكم وواجهة مبرمج التطبيقات (API) وCLI. يمكنك تحجيم نطاق Amazon OpenSearch Service عن طريق إضافة مثيلات أو أحجام تخزين أو إزالتها أو تعديلها حسب احتياجات تطبيقاتك. تتكامل Amazon OpenSearch Service مع Amazon CloudWatch لتوفير مقاييس حول نطاقات Amazon OpenSearch Service الخاصة بك لتمكينك من اتخاذ قرارات تحجيم ملائمة لنطاقاتك.

س: هل تحجيم نطاق Amazon OpenSearch Service يستلزم وقت تعطل؟

لا. إن تحجيم نطاق Amazon OpenSearch Service عن طريق إضافة المثيلات وأحجام التخزين أو تعديلها، عبارة عن عملية على الإنترنت لا يستلزم أي وقت تعطل.

س: هل خدمة Amazon OpenSearch Service تدعم التكرار عبر المناطق؟

نعم. إذا قمت بتمكين النسخ طبق الأصل لفهارس OpenSearch/Elasticsearch وتستخدم مناطق توافر خدمات متعددة، فإن Amazon OpenSearch Service ستوزع تلقائيًا أجزاء قاعدة البيانات الأساسية والنسخ طبق الأصل عبر المثيلات في مناطق توافر الخدمات المختلفة.

س: هل تعرض Amazon OpenSearch Service أي مقاييس أداء من خلال Amazon CloudWatch؟

نعم. تعرض Amazon OpenSearch Service عدة مقاييس أداء من خلال Amazon CloudWatch، بما في ذلك عدد العُقد، وصحة المجموعة، والوثائق القابلة للبحث، ومقاييس EBS (إن كان ينطبق)، ووحدة المعالجة المركزية، واستخدام الذاكرة والقرص للبيانات والعُقد الرئيسة. يرجى الرجوع إلى وثيقة الخدمة للحصول على قائمة كاملة بمقاييس CloudWatch المتوفرة.

س: أرغب في أداء تحليل أمني أو استكشاف الأخطاء التشغيلية وإصلاحها لنشري على Amazon OpenSearch Service. هل يمكنني الحصول على سجل بجميع عمليات استدعاء واجهة مبرمج التطبيقات (API) لـ Amazon OpenSearch Service التي تمت على حسابي؟

نعم. AWS CloudTrail عبارة عن خدمة شبكة تسجل عمليات استدعاء واجهة برمجة تطبيقات (API) AWS لحسابك وتوفر ملفات السجلات لك. من خلال سجل استدعاءات واجهة برمجة تطبيقات (API) AWS المنشأ بواسطة AWS CloudTrail، يمكنك إجراء تحليل أمني، وتتبع التغيير في الموارد، والتدقيق في الامتثال. تعلّم أكثر بشأن AWS CloudTrail على صفحة تفاصيل AWS CloudTrail، وقم بتمكينه عبر صفحة "وحدة إدارة تحكم AWS" الرئيسة في CloudTrail.

س: ما المقصود بالنسخة الاحتياطية؟

النسخة الاحتياطية هي نسخة من نطاق Amazon OpenSearch Service الخاص بك في لحظة معينة من الوقت.

س: لماذا قد أحتاج إلى النسخ الاحتياطية؟

يمكن لإنشاء النسخ الاحتياطية أن يكون مفيدًا في حالة فقدان البيانات بسبب فشل العقدة وفي حالة فشل الأجهزة، رغم أن هذا مستبعد. يمكنك استخدام النسخ الاحتياطية لاستعادة نطاق Amazon OpenSearch Service الخاص بك مع البيانات مسبقة التحميل أو لإنشاء نطاق Amazon OpenSearch Service جديد بالبيانات مسبقة التحميل. كثيرًا ما تُستخدم النسخ الاحتياطية أيضًا لأغراض الأرشفة. وتُخزن النسخ الاحتياطية في Amazon S3.

س: هل توفر Amazon OpenSearch Service نسخًا احتياطية مؤتمتة؟

نعم. حسب الإعدادات الافتراضية، تنشئ Amazon OpenSearch Service نسخًا احتياطية كل ساعة لكل نطاق من نطاقات Amazon OpenSearch Service، وتحتفظ بها لمدة 14 يومًا.

س: لكم من الوقت تحتفظ Amazon OpenSearch Service بالنسخ الاحتياطية اليومية التي تُنشئ كل ساعة بشكل مؤتمت؟

تحتفظ Amazon OpenSearch Service بالنسخ الاحتياطية المؤتمتة لكل ساعة لآخر 14 يومًا.

س: هل توجد رسوم على النسخ الاحتياطية اليومية المؤتمتة لكل ساعة؟

لا توجد رسوم إضافية للنسخ الاحتياطية المنشأة لكل ساعة بشكل مؤتمت. تُخزن النسخ الاحتياطية مجانًا في حاوية Amazon OpenSearch Service S3، وتكون متوفرة لأغراض استعادة العقدة.

س: هل يمكنني إنشاء نسخ احتياطية إضافية لنطاقات Amazon OpenSearch Service الخاصة بي حسب الحاجة؟

نعم. يمكنك استخدام واجهة مبرمج تطبيقات (API) النسخة الاحتياطية لإنشاء نسخ احتياطية يدوية إضافية إلى جانب النسخ الاحتياطية المؤتمتة اليومية التي تنشئها Amazon OpenSearch Service. تُخزن هذه النسخ الاحتياطية اليدوية في حاوية S3 الخاصة بك، وستُفرض عليها رسوم استخدام Amazon S3.

س: هل يمكن استخدام النسخ الاحتياطية المنشأة بعملية النسخة الاحتياطية اليدوية من أجل استعادة نطاق في حالة حدوث فشل؟

نعم. يستطيع العملاء إنشاء نطاق Amazon OpenSearch Service جديد وتحميل البيانات من النسخة الاحتياطية إلى نطاق Amazon OpenSearch Service المنشأ حديثًا باستخدام واجهة مبرمج تطبيقات (API) الاستعادة في OpenSearch/Elasticsearch.

س: ماذا يحدث لنسخي الاحتياطية عندما أحذف نطاق Amazon OpenSearch Service الخاص بي؟

تُحذف النسخ الاحتياطية اليومية التي تحتفظ بها Amazon OpenSearch Service كجزء من حذف النطاق. قبل حذف النطاق، يجب عليك التفكير في إنشاء نسخة احتياطية للنطاق وتخزينها في حاويات S3 الخاصة بك باستخدام عملية النسخة الاحتياطية اليدوية. لن تتأثر النسخ الاحتياطية المخزنة في حاوية S3 لديك إذا حذفت نطاق Amazon OpenSearch Service الخاص بك.

س: ما أنواع سجلات OpenSearch/Elasticsearch التي تعرضها Amazon OpenSearch Service؟

تعرض Amazon OpenSearch Service ثلاثة أنواع من سجلات Elasticsearch أو OpenSearch من خلال سجلات Amazon CloudWatch Logs: سجلات الأخطاء، وسجلات البحث البطيئة، وسجلات الفهرس البطيئة. لهذه السجلات فائدة كبيرة لاستكشاف مشكلات الأداء والثبات وإصلاحها في النطاقات.

س: ما المقصود بالسجلات البطيئة؟

السجلات البطيئة هي ملفات سجلات تساعدك على تتبع الأداء في المراحل المختلفة لعملية ما. تعرض OpenSearch وElasticsearch نوعين من السجلات البطيئة:

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

للحصول على التفاصيل الكاملة بشأن السجلات البطيئة، يرجى الرجوع إلى وثيقة OpenSearch.

س: كيف يمكنني تمكين السجلات البطيئة على خدمة Amazon OpenSearch Service؟

يمكن تمكين السجلات البطيئة بنقرة واحدة فوق زر من وحدة التحكم أو عبر CLI وواجهات مبرمج التطبيقات (API) لدينا. لمزيد من التفاصيل، يرجى الرجوع إلى وثيقتنا.

س: هل يمكنني تمكين السجلات البطيئة لفهارس معينة؟

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

س: هل تمكين السجلات البطيئة في Amazon OpenSearch Service يمكِّن تسجيل كل الفهارس تلقائيًا؟

لا. إن تمكين السجلات البطيئة في Amazon OpenSearch Service يمِّكن بدوره الخيار لنشر السجلات المنشأة على Amazon CloudWatch Logs للفهارس الموجودة في النطاق المحدد. ومع ذلك، من أجل إنشاء السجلات، يجب عليك تحديث الإعدادات لفهرس واحد أو أكثر لبدء عملية التسجيل. لمزيد من التفاصيل حول إعداد تكوين الفهرس لتمكين السجلات البطيئة، يرجى الرجوع إلى وثيقتنا.

س: إذا عطلت السجلات البطيئة في Amazon OpenSearch Service، فهل هذا يعني أنه ستوقف إنشاء ملفات السجلات؟

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

س: هل يمكنني تغيير الضبط الدقيق للتسجيل؟

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

س: هل تمكين السجلات البطيئة أو سجلات الأخطاء يجعلني أتحمل أي رسوم؟

عند تمكين السجلات البطيئة أو سجلات الأخطاء، تبدأ Amazon OpenSearch Service في نشر السجلات المنشأة على CloudWatch Logs. لا تفرض Amazon OpenSearch Service أي رسوم على تمكين السجلات. ولكن، تُطبق رسوم CloudWatch القياسية.

س: ما أنواع سجلات الأخطاء التي تعرضها Amazon OpenSearch Service؟

تستخدم OpenSearch Apache Log4j 2 ومستويات السجلات المدمجة (من المستوى الأدنى إلى المستوى الأشد) لـ TRACE، وDEBUG، وINFO، وWARN، وERROR، وFATAL. إذا قمت بتمكين سجلات الأخطاء، فستنشر Amazon OpenSearch Service على CloudWatch سطور السجلات WARN وERROR وFATAL، وأخطاء مختارة من مستوى DEBUG. لمزيد من المعلومات، ارجع إلى وثيقتنا.

س: كيف يمكنني تمكين سجلات الأخطاء على خدمة Amazon OpenSearch Service؟

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

س: هل يمكنني تمكين سجلات الأخطاء لفهارس محددة فقط؟

لا، يتم عرض سجلات الأخطاء للنطاق بالكامل. وهذا يعني أنه بمجرد تمكين سجلات الأخطاء، ستتوفر كل إدخالات السجلات الواردة عن جميع الفهارس في النطاق.

س: هل تتوفر سجلات الأخطاء لجميع إصدارات Elasticsearch المدعومة من Amazon OpenSearch Service؟

لا، تتوفر سجلات الأخطاء لـ Elasticsearch من الإصدار ‎5.x فما أعلى فقط.

س: هل يوجد حد لحجم كل إدخال من إدخالات السجل؟

نعم. يبلغ حد كل إدخال للسجل في CloudWatch 255 ألف حرف. إذا كان إدخال السجل أكبر من هذا، فسيتم اقتطاعه إلى 255 ألف حرف.

س: ما أفضل ممارسة موصى بها لاستخدام السجلات البطيئة؟

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

س: كيف يمكنني استخدام السجلات من خلال CloudWatch Logs؟

توفر CloudWatch عدة طرق لاستخدام السجلات. يمكنك عرض بيانات السجل، أو تصديرها إلى S3، أو معالجتها في الوقت الفعلي. لتتعلّم أكثر، انظر دليل المطورين لـ CloudWatch Logs.

س: هل تتوفر السجلات البطيئة لجميع إصدرات OpenSearch المدعومة من Amazon OpenSearch Service؟

نعم، يمكن تمكين السجلات البطيئة لجميع إصدارات OpenSearch وElasticsearch المدعومة من Amazon OpenSearch Service. ومع ذلك، هناك فروق بسيطة في الطريقة التي يمكن بها تحديد إعدادات السجلات لكل إصدار من Elasticsearch. يرجى الرجوع إلى وثيقتنا لمعرفة المزيد من التفاصيل.

س: هل ستتعرض المجموعة لأي وقت تعطل عند تمكين التسجيل أو تعطيله؟

لا. لن يكون هناك أي وقت تعطل. في كل مرة يتم فيها تحديث حالة السجلات، سننشر مجموعة جديدة في الخلفية ونستبدل المجموعة الحالية بهذه المجموعة الجديدة. لن تسبب هذه العملية أي وقت تعطل. ومع ذلك، بما أنه يتم نشر مجموعة جديدة، لا يكون التحديث على حالة السجلات فوريًا.

س: أي إصدارات من Elasticsearch وOpenSearch تدعمها ميزة الترقية الموضعية؟

تدعم خدمة Amazon OpenSearch Service حاليًا ترقية الإصدارات الموضعية للنطاقات المرتبطة بأي إصدار من OpenSearch أو إصدار ‎5.x فما أعلى لـ Elasticsearch. الإصدارات المستهدفة التي ندعمها للترقية هي 5.6، و6.3، و6.4، و6.5، و6.7، و6.8، و7.1، و7.4، و7.7، و7.8، و7.9، و7.10. لمزيد من التفاصيل، ارجع إلى وثيقتنا.

س: يعمل نطاقي على إصدار ‎5.x أو أقدم من Elasticsearch كيف يمكنني ترقية هذه النطاقات؟

يرجى الرجوع إلى وثيقتنا لمعرفة تفاصيل حول الترحيل من إصدارات Elasticsearch المختلفة.

س: هل سيتوقف ظهور نطاقي على الإنترنت عندما تكون الترقية الموضعية قيد التقدم؟

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

س: كيف يمكنني التحقق من إمكانية ترقية إصدار Elasticsearch لنطاقي؟

تتوفر ترقية الإصدارات الموضعية للنطاقات التي تعمل على الإصدار ‎5.x فأعلى من Elasticsearch. إذا كان نطاقك ينتمي إلى الإصدار ‎ 5.x فأعلى، فإنه يمكنك تشغيل آلية التحقق من أهلية الترقية للتحقق مما إذا كان نطاقك قابلاً للترقية إلى الإصدار المطلوب أم لا. يرجى الرجوع إلى وثيقتنا لتتعلّم أكثر.

س: ما الاختبارات التي تجريها خدمة Amazon OpenSearch Service للتحقق من أهلية ترقية نطاقاتي؟

للحصول على قائمة تفصيلية للاختبارات التي نجريها للتحقق من أهلية الترقية، يرجى الرجوع إلى وثيقتنا.

س: هل يمكنني تحديث تكوين نطاقي بينما تكون ترقية الإصدار قيد التقدم؟

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

س: ماذا يحدث للنسخة الاحتياطية المؤتمتة الخاصة بالنظام عندما تكون ترقية الإصدار الموضعية قيد التقدم؟

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

س: كيف تحمي Amazon OpenSearch Service من المشكلات التي تطرأ أثناء ترقية الإصدار؟

تجري خدمة Amazon OpenSearch Service مجموعة من الاختبارات قبل بدء الترقية للتحقق من المشكلات المعروفة التي يمكن أن تعيق الترقية. إذا لم تواجه الترقية أي مشكلات، تنشئ الخدمة نسخة احتياطية من النطاق وتبدأ عملية الترقية إذا تم إنشاء النسخة الاحتياطية بنجاح. لا تبدأ الترقية إذا حدثت أي مشكلات خلال أي خطوة من الخطوات.

س: ماذا يحدث إذا واجه النظام مشكلات أثناء إجراء ترقية الإصدار الموضعية؟

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

س: هل يمكنني عرض سجل الترقيات التي تمت على نطاقي؟

نعم. يمكنك عرض سجلات الترقية من وحدة تحكم AWS أو طلبها باستخدام CLI أو SDKs. يرجى الرجوع إلى وثيقتنا لمزيد من المعلومات.

س: هل يمكنني إيقاف ترقية الإصدار مؤقتا أو إلغاؤها بعد البدء؟

لا. بعد بدء الترقية، يتعذر إيقافها مؤقتًا أو إلغاؤها حتى تكتمل أو تفشل.

س: هل يمكنني إجراء ترقية الإصدار الموضعية على عدة نطاقات بشكل متوازٍ؟

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

س: كم تستغرق عملية ترقية الإصدار الموضعية؟

حسب مقدار البيانات وحجم المجموعة، يمكن أن تستغرق الترقيات وقتًا غير محدد بدءًا من بضع دقائق إلى بضع ساعات لتكتمل.

س: هل يمكنني ترقية النطاق فقط بسرعة دون الاحتفاظ بأي من البيانات؟

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

س: هل يمكنني الرجوع إلى إصدار أقدم إذا لم أكن راضيًا عن الإصدار الجديد؟

لا. إذا كنت بحاجة إلى الرجوع إلى إصدار أقدم، فاتصل بـ AWS Support لاستعادة النسخة الاحتياطية المنشأة تلقائيًا قبل الترقية، على نطاق جديد. إذا أنشأت نسخة احتياطية فورية يدويًا من النطاق الأصلي، يمكنك إجراء هذه الخطوة بنفسك.

س: ما المقصود بمناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي؟

تُعد مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي خيارًا جديدًا للنشر لخدمة Amazon OpenSearch Service التي تتيح التوافر العالي والأداء المتسق لأعباء العمل المهمة للأعمال. باستخدام مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي، تتمتع المجموعات المُدارة من OpenSearch Service بالمرونة في مواجهة أعطال البنية التحتية، مثل حالات انقطاع العُقَد أو فشل منطقة توافر خدمات واحدة، ما يضمن عدم التأثير في الأداء أو التوافر، حتى في حالة فشل منطقة توافر خدمات واحدة. توفر مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي ميزة إضافية تتمثل في تبسيط المجموعات وإدارتها من خلال تطبيق أفضل الممارسات وتقليل التعقيد.

س: ما المتطلبات المسبقة لإنشاء مجموعة أو تحديثها باستخدام مناطق توافر خدمات متعددة مزودة بمثيل احتياطي؟

لتمكين مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي، يجب أن تستوفي المجموعات المُدارة الشروط الآتية:

• شغِّل OpenSearch 1.3 أو إصدارًا أحدث.
• انشر في مناطق AWS باستخدام 3 مناطق توافر خدمات (‎3-AZ). في الوقت الحالي، لا تدعم منطقة كاليفورنيا الشمالية التابعة لـ AWS ‏3 مناطق توافر خدمات (‎3-AZ)، ومن ثمَّ فهي غير مناسبة لمناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي.
• يجب أن يكون عدد عُقد البيانات بمضاعفات العدد ثلاثة.
• يجب أن يكون عدد نُسخ البيانات (الأساسية + النسخة المتماثلة) بمضاعفات العدد ثلاثة.
• اتبع إرشادات الحجم الخاصة بالدليل (الحجم الموصى به بناءً على عدد العُقد وعدد أجزاء البيانات وعدد التعيينات في مجموعتك).
  

س: ما سيناريوهات الفشل التي تغطيها ولا تغطيها الميزة؟

باستخدام مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي، تكتشف خدمة Amazon OpenSearch Service بعض أعطال البنية التحتية وتصلحها تلقائيًا. تفشل خدمة Amazon OpenSearch Service في الانتقال تلقائيًا من العُقد النشطة إلى عُقد المثيل الاحتياطي في أقل من دقيقة عند حدوث أي من الأحداث الآتية:

• فقدان منطقة توافر خدمات نشطة واحدة أو جميع العُقد الموجودة في منطقة توافر خدمات نشطة
• فقدان الاتصال بمنطقة توافر خدمات واحدة نشطة
• فشل جهاز المثيل في منطقة توافر الخدمات النشطة
• فشل التخزين على عقدة في منطقة توافر الخدمات النشطة

في الوقت الحالي، لا تغطي مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي الأحداث الآتية:

• فقدان الحصة الرئيسة، حيث يمكن أن يستغرق التعافي من هذا الحدث عدة دقائق
• فقدان مناطق توافر خدمات متعددة
• فقدان الاتصال بمنطقة
• فقدان أكثر من 50% من العُقد في أكثر من منطقة توافر خدمات واحدة
• حدوث وقت التعطل بسبب الحوسبة غير الكافية أو التخزين غير الكافي نتيجةً للتغيير في خصائص عبء العمل
• حدوث وقت التعطل بسبب الاستعلامات الضارة
• فقدان خدمة واحدة أو أكثر تعتمد عليها خدمة Amazon OpenSearch Service، مثل ARPS وموازن تحميل التطبيق (ALB)
• تعطل لوحة تحكم OpenSearch في أثناء ترقية الإصدار
  

س: هل تحتاج المجموعات المُدارة التي تستخدم مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي إلى تغيير حجمها؟ كيف يمكننا تحديد حجم المجموعات المُدارة لمناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي؟

كلا. من حيث المبدأ، تظل إرشادات تحديد الحجم كما هي. مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي لها متطلبات مسبقة تبسِّط نموذج التفكير المطلوب لتحديد حجم المجموعة. تتمثل طريقة التفكير في تحديد حجم المجموعة المُدارة في أنه يجب عليك النظر إلى السعة اللازمة لخدمة عبء عملك ثم إضافة 50% للتكرار. يتمثل الاختلاف الأساسي بين خيار "الدراية بمناطق توافر الخدمات" الحالي وخيار مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي في كيفية التعامل مع السعة الزائدة أو الإضافية للحفاظ على التوافر. تتطلب مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي أن تكون لديك نسخة واحدة على الأقل من البيانات في كل منطقة توافر خدمات، بحيث يمكن لمناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي حجز السعة بشكل صريح في منطقة توافر خدمات واحدة كمثيل احتياطي. تعمل سعة المثيل الاحتياطي هذه كهدف لتجاوز الفشل في أثناء تعطل منطقة توافر الخدمات أو فشل المثيل. يتطلب النموذج الحالي أن تحافظ على المستويات المثلى من الموارد لخدمة عبء عملك. ستستمر في مراقبة مجموعتك بحثًا عن مشكلات تحديد الحجم واتخاذ الإجراءات التصحيحية مع تغير خصائص عبء العمل.

س: هل يعني اختيار مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي أنني لم أعد مضطرًا للتأكد من أن مجموعتي بحجم مناسب ومزودة بالموارد اللازمة لعبء عملي؟

لا. تعمل خدمة Amazon OpenSearch Service على نموذج المسؤولية المشتركة. إنك مسؤول عن ضمان تناسب حجم مجموعتك لعبء عملك. تجعل مناطق توافر الخدمات المتعددة المزودة بمثيل احتياطي نموذج التفكير لإعداد مجموعتك بسيطًا. يجب أن تستمر في مراقبة مقاييس الخطأ وزمن الاستجابة جنبًا إلى جنب مع استخدام التخزين ووحدة المعالجة المركزية وذاكرة الوصول العشوائي (RAM) للإشارات التي تشير إلى أن المجموعة محملة بشكل زائد وقد تحتاج إلى توسيع حجمها.

س: هل سأتحمل تكلفة إضافية إذا استخدمت مناطق توافر خدمات متعددة مزودة بمثيل احتياطي؟

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

س: ما الذي تضمنه اتفاقية مستوى الخدمة (SLA) من Amazon OpenSearch Service؟

تضمن اتفاقية مستوى الخدمة الخاصة بـ Amazon OpenSearch Service نسبة مئوية للتشغيل شهريًا تبلغ 99.9% على الأقل لـ Amazon OpenSearch Service.

س: كيف أعرف ما إذا كنت مؤهلاً لـ SLA Service Credit؟

أنت مؤهل لـ SLA Service Credit مع Amazon OpenSearch Service بموجب اتفاقية مستوى الخدمة الخاصة بها إذا كانت النطاقات المنشورة على AZ متعددة على Amazon OpenSearch Service ذات وقت تشغيل شهري بنسبة مئوية أقل من 99.9% أثناء أي دورة فاتورة شهرية.

لمعرفة التفاصيل الكاملة حول جميع الشروط والأحكام لاتفاقية مستوى الخدمة (SLA)، بالإضافة إلى تفاصيل حول كيفية تقديم مطالبة، يُرجى الاطلاع على صفحة تفاصيل اتفاقية مستوى الخدمة لـ Amazon OpenSearch Service.

س: ما المقصود بـ Cross-cluster search (البحث عبر المجموعات)؟

Cross-cluster search (البحث عبر المجموعات) هو عبارة عن ميزة في Elasticsearch وOpenSearch تتيح إجراء الاستعلامات وتجميع البيانات عبر مجموعتين متصلتين. وتعمل من خلال إعداد اتصال أحادي الاتجاه خفيف بين المجموعتين المشاركتين.

س: ما الحد الأدنى للمتطلبات لاشتراك النطاق في Cross-cluster search (البحث عبر المجموعات)؟

النطاقات المشاركة في البحث عبر المجموعات تحتاج إلى إيفاء المعايير التالية:

• يجب أن تكون النطاقات المشاركة مشغلة بالنظام OpenSearch أو Elasticsearch من الإصدار 6.8 فما أعلى
• تحتاج النطاقات المشاركة إلى أن يكون التشفير العابر قيد التمكين
• تحتاج النطاقات المشاركة إلى أن يكون Fine Grained Access Control (FGAC) قيد التمكين
• يجب أن تكون إصدارات النطاقات المشاركة ملتزمة بالقواعد نفسها المنطبقة على إجراء ترقية الإصدار

س: ما أنواع المثيلات التي تدعم البحث عبر المجموعات؟

إن البحث عبر المجموعات مدعوم حاليًا على أنواع المثيلات التالية

• سلسلة i2، i3
• سلسلة r3، r4، r5
• سلسلة m4، m5
• سلسلة c4، c5
• سلسلة Graviton

س: ما أنواع المثيلات التي لا تدعم البحث عبر المجموعات؟

إن البحث عبر المجموعات غير مدعوم على المثيلات من سلسلة t2 وm3 بسبب التقييد الفني.

س: هل يمكن للنطاقات في حسابين مختلفين على AWS المشاركة في البحث عبر المجموعات؟

نعم. يمكن أن تنتمي النطاقات المشتركة إلى حسابين مختلفين على AWS.

س: هل يمكن للنطاقات في منطقتي AWS مختلفتين المشاركة في البحث عبر المجموعات؟

لا.

س: كيف يمكنني بدء استخدام البحث عبر المجموعات؟

للبدء في استخدام Cross-cluster search (البحث عبر المجموعات)، اتبع الوثيقة الواردة هنا

س: ما المقصود بـ Cross-cluster replication (النسخ المتماثل عبر المجموعات)؟

Cross-cluster replication (النسخ المتماثل عبر المجموعات) هو عبارة عن خاصية جديدة تتيح لعملاء Amazon OpenSearch Service أتمتة نسخ الفهارس ومزامنتها من مجموعة إلى أخرى خلال زمن استجابة منخفض في مناطق AWS نفسها أو في مناطق AWS مختلفة.

س: ما الحد الأدنى للمتطلبات لكي يشارك النطاق في التكرار عبر المجموعات؟

النطاقات التي تشارك في التكرار عبر المجموعات تحتاج إلى إيفاء المعايير التالية:

• يجب أن تكون النطاقات المشاركة على Elasticsearch الإصدار 7.10
• تحتاج النطاقات المشاركة إلى أن يكون التشفير العابر قيد التمكين
• تحتاج النطاقات المشاركة إلى أن يكون Fine Grained Access Control (FGAC) قيد التمكين
• يجب أن تكون إصدارات النطاقات المشاركة ملتزمة بالقواعد نفسها المنطبقة على إجراء ترقية الإصدار

س: هل يمكن للنطاقات في منطقتي AWS مختلفتين المشاركة في التكرار عبر المجموعات؟

نعم. يمكن للنطاقات في منطقتي AWS مختلفتين المشاركة في التكرار عبر المجموعات.

س: هل يدعم التكرار عبر المجموعات Ultrawarm، وCold Storage؟

لا. وظيفة التكرار عبر المجموعات الحالية لا تدعم Ultrawarm، أو Cold Storage.

س: ما رسوم التكرار عبر المجموعات؟

نعم. تحتاج إلى دفع رسوم نقل بيانات AWS القياسية بالنسبة للبيانات المنقولة إلى خدمة Amazon OpenSearch Service أو منها.

س: لماذا تغير الاسم من Amazon Elasticsearch Service إلى Amazon OpenSearch Service؟

في 12 أبريل عام 2021، أعلنا عن مشروع OpenSearch ، وهو مصدر مفتوح يحركه المجتمع وفرع من Elasticsearch وKibana. نحن ملتزمون بعمل استثمار طويل الأجل في OpenSearch لضمان أن يستمر المستخدمون في الحصول على مجموعة بحث وتحليلات آمنة وعالية الجودة وذات مصدر مفتوح بالكامل مع خريطة طريق لوظائف جديدة ومبتكرة. يتضمن هذا المشروع OpenSearch (المشتق من Elasticsearch 7.10.2) وOpenSearch Dashboards (المشتق من Kibana 7.10.2). أطلقنا الإصدار 1.0 من OpenSearch في 12 يوليو / تموز 2021. كجزء من التزامنا طويل الأجل لـ OpenSearch، أضفنا الدعم لـ OpenSearch 1.0 إلى الخدمة المُدارة في 7 سبتمبر / أيلول 2021، وغيرنا الاسم من Amazon Elasticsearch Service إلى Amazon OpenSearch Service. إلى جانب OpenSearch 1.0، تابعنا دعم إصدارات النظام القديم Elasticsearch حتى 7.10 التي لا تزال في الخدمة. بغض النظر عن تغيير الاسم، يمكنك الاطمئنان إلى أننا سنستمر في تقديم التجربة الرائعة نفسها دون أي تأثير في استمرارية العمليات ومنهجية التطوير والاستخدام التجاري. تعلّم أكثر حول OpenSearch هنا: https://opensearch.org/.

س: هل أنا بصفتي عميلاً، يجب عليَّ اتخاذ أي إجراء كجزء من تغيير الاسم هذا؟

لقد بذلنا كل ما في وسعنا لجعل تغيير الاسم هذا مرنًا قدر الإمكان من أجلك. وهناك جوانب، مثل SDK/واجهات مبرمج تطبيقات (API) للتكوين الجديدة التي تتطلب أن تتخذ إجراء لضمان حصولك على أعظم الفوائد من الخدمة. بينما سيستمر العمل بـ SDK الحالية من حيث التوافق، فإن أي وظائف جديدة تتطلب واجهات مبرمج تطبيقات (API) تكوين جديدة، سيتم تنفيذها في SDK الجديدة. ولذلك، نوصيك بالانتقال إلى SDK الجديدة. بالإضافة إلى ذلك، بغض النظر عن SDK الجديدة، نوصي بشدة أن تنقل سياسات IAM الحالية لاستخدام تكوين APIs المعاد تسميتها. اعتبارًا من الآن، ستستمر سياسات IAM الحالية في العمل مع تعريف واجهة مبرمج التطبيقات (API) القديم. ومع ذلك، سننتقل إلى تصديق الأذون القائم على واجهة مبرمج التطبيقات (API) الجديدة، وسنتطلب في النهاية أن تستخدم APIs الجديدة في سياساتك (خاصة بالنسبة لـ APIs حيث يوجد تغيير في الاسم، مثل CreateElasticsearchDomain إلى CreateDomain). يرجى الرجوع إلى الوثيقة لمعرفة التفاصيل.

س: هل يجب أن أنتقل إلى SDK الجديدة للترقية إلى OpenSearch 1.0؟

لا. من منظور التوافق الرجعي، سنضمن استمرارية عمل إعدادك الحالي مع OpenSearch 1.0. ومع ذلك، نوصي بأن تنتقل في النهاية إلى أحدث SDK للحصول على تجربة أفضل ومحدَّثة كما ذكرنا آنفًا.

س: هل توجد أي تغييرات في التسعير مع تغيير الاسم هذا؟

كلا. لا يوجد أي تغيُّر في التسعير.

يتضمن OpenSearch رمز Elasticsearch معين مرخص من Apache من Elasticsearch B.V. ورمز مصدر آخر. Elasticsearch B.V. ليس مصدر رمز المصدر الآخر. ELASTICSEARCH هي علامة تجارية مسجلة لشركة Elasticsearch B.V.

س: أستخدم المحرك Elasticsearch في Amazon OpenSearch Service. لماذا يجب علي الترقية إلى المحرك OpenSearch 1.x؟ ما المزايا التي تعود علي من ذلك؟

تضمن الترقية إلى OpenSearch 1.x أن تكون البنية الأساسية للبحث مبنيةً على مشروع مفتوح المصدر متزايد وديناميكي ومرخص من Apache ويمنحك الوصول إلى كم هائل من التحسينات والميزات المبتكرة المتاحة في OpenSearch 1.2 (إلى حين كتابة هذه السطور).  ميزات مثل الأمان على مستوى المؤسسات، والتنبيهات، وإدارة دورة حياة البيانات، وقابلية المتابعة، واكتشاف أوجه الخلل المستند إلى التعلم الآلي، وغير ذلك الكثير وكل هذا جزء من خدمة OpenSearch وبدون رسوم ترخيص إضافية.

س: هل سأتعرض إلى وقت تعطل إذا أجريت الترقية؟

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

س: هل تُزيل AWS الإصدارات القديمة من Elasticsearch Service؟

تحتفظ AWS بعدد 19 إصدارًا من Elasticsearch المرخصة من Apache-2.0. لا يُزال أي من هذه الإصدارات ولا يُخطط لإزالتها في الوقت الحالي.

س: هل الترقية تحفز عملية نشر أخضر/أزرق (BG)؟  وإذا لم يكن الأمر كذلك، فما العملية الخاصة بترقية عُقدنا؟

نعم، الترقية تحفز عملية نشر أخضر/أزرق (BG). يُرجى مراجعة التحضير للترقية وخطواتها من هنا.

س: أرغب في الانتقال إلى Amazon OpenSearch Service 1.x للاستفادة من مثيلات AWS Graviton2، إلا أنني مقيّد بالمثيلات المحجوزة (RIs) الحالية.  كيف يمكنك المساعدة؟

يُرجى العمل مع فريق حساب AWS للحصول على معلومات تستند إلى وضعك المعيّن من حيث المثيلات المحجوزة.

س: ما الذي ينبغي التخطيط له قبل الشروع في الترقية إلى Amazon OpenSearch Service 1.x أو إصدار أعلى؟

إن OpenSearch project 1.0 هو فرع من Elasticsearch 7.10.2 مفتوح المصدر. وهو متوافق مع Elasticsearch 7.10-- ولذا لن تحتاج إلى تغيير في استخدامك. للترحيل، يُمكنك ترقية مجالك إلى الإصدار Elasticsearch 7.10 من أي إصدار سابق في السلسلتين 6.x و7.x، وأخذ نسخة احتياطية، واستعادة تلك النسخة الاحتياطية إلى مجال يُشغّل OpenSearch Service 1.x. بعض الأجهزة العميلة أو الأدوات تتضمن عمليات تحقق من الإصدار وهذه العمليات قد تتسبب في عدم عمل الجهاز العميل أو الأداة مع OpenSearch Service. عندما تُجري الترقية، مكّن وضع التوافق للتغلب على عمليات التحقق هذه.

س: هل يمكنني الاستمرار في استخدام الأجهزة العميلة الحالية، وجمع البيانات، وأدوات استيعاب البيانات مع Amazon OpenSearch Service 1.x؟ 

في معظم الحالات، يُمكنك الاستمرار في استخدام أجهزتك العميلة الحالية. تتوافق واجهات برمجة التطبيقات ووظائف البحث الأساسية مع الإصدار 7.10.2 من Elasticsearch. إذا كان لديك أجهزة عميلة أقدم، أو إذا كانت الأجهزة العميلة تُجري التحقق من الإصدار، أو تستفيد الأجهزة العميلة من الوظائف التي تستهدف الإصدارات الأقدم من Elasticsearch مثل الإصدارات الرئيسية 5 أو 6، فإننا نقترح عليك محاولة ترقية أجهزتك العميلة إلى الحد الأدنى من الدعم وهو الإصدار 7.10.2 لضمان سلاسة الانتقال.

يدعم مشروع OpenSearch مجموعةً كبيرةً من الأجهزة العميلة المصممة خصيصًا للتعامل مع إصدارات OpenSearch للمحرك على Amazon OpenSearch Service. تحقق من جهازك العميل على أساس قائمة من أحدث أجهزة OpenSearch العميلة ولغات البرمجة المدعومة لهذه الأجهزة العميلة.

يُمكنك تمكين ميزة وضع التوافق للعمل مع أجهزة عميلة من بائعين آخرين، ولكن تذكّر أن تتحقق من الإصدار الذي يُصدر OpenSearch التقارير إليه. قم بتمكين هذا الإعداد لضمان استجابة الخدمة من خلال الإصدار 7.10.2 للأجهزة العميلة التي تم تطويرها قبل طرح المحرك OpenSearch Service.

س: أقوم بتشغيل Elasticsearch الإصدار 5.x أو إصدار أعلى. ما أفضل مسار للترقية؟

لا تتوافق فهارس Elasticsearch 5.x مع Elasticsearch 7.10 أو OpenSearch 1.x. يجب إنشاء فهرس جديد وتحميل البيانات من مصدرك. إذا كنت تُشغّل أحد أعباء عمل تحليلات السجلات، فيمكنك تقييم ما إذا كانت إستراتيجية الاحتفاظ بالبيانات لديك تدعم التشغيل بالتوازي أثناء قيامك بإنشاء مجموعة بيانات كاملة على المجال الجديد.

س: هل يوجد أي شركاء يُمكنهم مساعدتي في الترقية؟

نعم، يُرجى التواصل مع opensearchmigration-si-support@amazon.com لطلب قائمة بالشركاء خاصة بمنطقتك، والقطاع، وتعقيد المشروع. شركاء شبكة شركاء AWS مدربون ولديهم الخبرة التي تُمكّنهم من مساعدتك في عمليات الترقية. 

س: هل سيبقى Amazon OpenSearch Service متوافقًا مع Elasticsearch في المستقبل؟ ما الخطة للمستقبل؟

OpenSearch 1.0 هو فرع من Elasticsearch 7.10.2. OpenSearch وElasticsearch متوافقان. إذا مكّنت وضع التوافق، فإن عملاء Elasticsearch يتوافقون أيضًا مع OpenSearch 1.0.

Amazon OpenSearch Service لا يدعم إصدارات المحرك Elasticsearch التي تلي 7.10.2 ولا يقدمها.

كما أعلنت AWS عندما أنشأنا Elasticsearch، كنا نعتزم بناء، وبنينا بالفعل، مجتمع مزدهر حول OpenSearch. لقد نشرنا خريطة طريق لـ OpenSearch، حيث تكتمل هذه الخريطة من خلال مدخلات المجتمع وكان هناك توافق في الآراء حول أولويات الميزات. سنبذل قصارى جهدنا للحفاظ على التوافق مع Elasticsearch. هدفنا هو تحقيق النمو من خلال مجتمعنا وعملاء Amazon OpenSearch Service.

يُمكنك الترقية مباشرةً إلى OpenSearch Service 1.0 من Elasticsearch وKibana الإصدارات من 6.8.0 إلى 7.10.2، والتوزيع المفتوح لـ Elasticsearch (ODFE) 1.x. للترقيات المستمرة من ODFE إلى OpenSearch، نوصي أولاً بالترقية إلى ODFE 1.13، ثم الترقية إلى OpenSearch 1.0.

موارد الترحيل هنا:
تحليلات الترحيلات
الترحيل إلى Amazon OpenSearch Service