تحديث Apigee Edge 4.52.02 إلى 4.53.00

تتيح Apigee ترقية Edge for Private Cloud مباشرةً من الإصدار 4.52.02 إلى الإصدار 4.53.00. توضّح هذه الصفحة كيفية إجراء عمليات الترقية هذه.

للحصول على نظرة عامة على مسارات الترقية المتوافقة، راجِع مصفوفة توافق الترقية لإصدارات Edge for Private Cloud.

المستخدمون الذين يمكنهم إجراء التحديث

يجب أن يكون المستخدم الذي يجري التحديث هو المستخدم نفسه الذي ثبّت Edge في الأصل، أو مستخدم لديه امتيازات الجذر.

بعد تثبيت حِزم Edge RPM، يمكن لأي مستخدم ضبطها.

ما هي المكوّنات التي يجب تعديلها؟

يجب تعديل جميع مكوّنات Edge. لا يتوافق Edge مع إعداد يحتوي على مكونات من إصدارات متعددة.

تعديل المتطلبات الأساسية

تأكَّد من استيفاء المتطلبات الأساسية التالية قبل ترقية Apigee Edge:

  • الاحتفاظ بنسخة احتياطية من جميع العُقد
    قبل إجراء التحديث، ننصحك بالاحتفاظ بنسخة احتياطية كاملة من جميع العُقد لأسباب تتعلّق بالأمان. اتّبِع الإجراءات الخاصة بإصدار Edge الحالي للاحتفاظ بنسخة احتياطية.

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

  • التأكّد من تشغيل Edge
    تأكَّد من أنّ Edge يعمل أثناء عملية التحديث باستخدام الأمر التالي: 
    /opt/apigee/apigee-service/bin/apigee-all status
  • التحقّق من المتطلبات الأساسية لـ Cassandra

    إذا سبق لك الترقية من إصدار قديم من Edge for Private Cloud إلى الإصدار 4.52.02 وتخطّط الآن للترقية إلى الإصدار 4.53.00، تأكَّد من إكمال خطوات ما بعد الترقية المطلوبة لـ Cassandra. تم توضيح هذه الخطوات في مستندات الترقية إلى الإصدار 4.52.02، كما تم ذكرها ضمن المتطلبات الأساسية للترقية إلى Cassandra. إذا لم تكن متأكدًا مما إذا تم إكمال هذه الخطوات أثناء الترقية السابقة، فأكمِلها مرة أخرى قبل المتابعة والترقية إلى الإصدار 4.53.00.

  • ضبط مفاتيح وشهادات موفِّر الهوية في Edge for Private Cloud 4.53.00

    في Edge for Private Cloud 4.53.00، يتم الآن ضبط مفاتيح وشهادات موفِّر الهوية المستخدَمة في مكوّن apigee-sso من خلال ملف تخزين مفاتيح. عليك تصدير المفتاح والشهادة اللذين استخدمتهما سابقًا إلى ملف تخزين مفاتيح. اتّبِع الخطوات الواردة في قسم خطوات تعديل Apigee SSO من الإصدارات القديمة للحصول على خطوات تفصيلية قبل تعديل مكوّن الدخول المُوحَّد (SSO).

  • متطلبات Python
    تأكَّد من تثبيت Python 3 على جميع العُقد، بما في ذلك عُقد Cassandra، قبل محاولة الترقية.

نقل إعدادات الموقع تلقائيًا

إذا كنت قد ضبطت أي خصائص من خلال تعديل ملفات .properties في /opt/apigee/customer/application، سيحتفظ التحديث بهذه القيم.

ترقية Nginx 1.26 في Edge-Router

لا تؤدي الترقية إلى Edge for Private Cloud 4.53.00 من الإصدارات السابقة إلى ترقية برنامج Nginx تلقائيًا إلى أحدث إصدار (1.26.x). يتم ذلك لمنع حدوث أي آثار جانبية غير مقصودة في وقت التشغيل نتيجة للتغييرات الموضّحة في تغييرات Nginx 1.26 في Apigee Edge 4.53.00. يمكنك ترقية Nginx يدويًا من الإصدار 1.20.x إلى الإصدار 1.26.x بعد إثبات الملكية في البيئات الأدنى. لإجراء الترقية يدويًا، اتّبِع الخطوات التالية:

  1. تأكَّد من أنّ عقدة جهاز توجيه الحدود تعمل بأحدث إصدار من البرنامج 4.53.00

    /opt/apigee/apigee-service/bin/apigee-service edge-router version

  2. التحقّق من إصدار Nginx الذي تستخدمه حاليًا

    /opt/nginx/sbin/nginx -V

    إذا كنت تستخدم إصدارًا قديمًا من Nginx، يمكنك اتّباع الخطوات التالية لترقية Nginx إلى الإصدار 1.26.X على عقدة جهاز التوجيه.

  3. إيقاف عملية جهاز التوجيه الطرفي على عقدة جهاز التوجيه

    /opt/apigee/apigee-service/bin/apigee-service edge-router stop

  4. ترقية برنامج nginx على عقدة جهاز التوجيه

    dnf update apigee-nginx

  5. التأكّد من تعديل إصدار Nginx

    /opt/nginx/sbin/nginx -V

  6. بدء عملية جهاز التوجيه على العُقدة

    /opt/apigee/apigee-service/bin/apigee-service edge-router start

  7. كرِّر العملية على كل عقدة جهاز توجيه، واحدة تلو الأخرى.

ترقية إلزامية إلى الإصدار 4.0.13 من Cassandra

يتضمّن الإصدار 4.53.00 من Apigee Edge for Private Cloud ترقية Cassandra إلى الإصدار 4.0.13.

الترقيات والرجوع إلى الإصدار السابق

  • تُعدّ عملية الترقية من Cassandra 3.11.X إلى Cassandra 4.0.X عملية سلسة. يتوافق الإصدار Cassandra 4.0.X، الذي تم إصداره مع Edge for Private Cloud 4.53.00، مع مكوّنات وقت التشغيل والإدارة في الإصدار Private Cloud 4.52.02.
  • لا يمكن الرجوع مباشرةً إلى الإصدار 3.11.X من الإصدار 4.0.X من Cassandra. إنّ التراجع عن التحديث باستخدام النُسخ المتماثلة أو الاحتياطية هو إجراء معقّد وقد يتضمّن وقت تعطل و/أو فقدان البيانات. يُفضّل تحديد المشاكل وحلّها والترقية إلى Cassandra 4.0.X بدلاً من الرجوع إلى إصدار أقدم.
  • من المهم التعرّف على إجراءات التراجع قبل محاولة الترقية. من المهم مراعاة الفروق الدقيقة في عملية الرجوع إلى الإصدار السابق أثناء الترقية لضمان توفُّر مسارات الرجوع المناسبة.

مركز بيانات واحد

تتم ترقية Cassandra من الإصدار 3.11.X إلى الإصدار 4.0.X بسلاسة في مركز بيانات واحد، ولكن عملية الرجوع إلى الإصدار السابق معقّدة وقد تؤدي إلى توقّف الخدمة وفقدان البيانات. بالنسبة إلى أحمال العمل في مرحلة الإنتاج، يُنصح بشدة بإضافة مركز بيانات جديد يتضمّن عقد Cassandra على الأقل في مركز البيانات الجديد قبل بدء عملية الترقية. سيؤدي ذلك إلى إتاحة إمكانية التراجع عن Cassandra بدون فقدان البيانات أو حدوث انقطاع في زيارات واجهة برمجة التطبيقات. يمكن إيقاف مركز البيانات الإضافي هذا نهائيًا بعد انتهاء الترقية أو الوصول إلى نقطة التحقّق 2.

إذا لم يكن من الممكن إضافة مركز بيانات جديد ولكنّك ما زلت تريد إمكانية التراجع، ستكون النسخ الاحتياطية ضرورية لاستعادة Cassandra 3.11.X. ومع ذلك، من المحتمل أن تتضمّن هذه الطريقة فترة توقّف عن العمل وفقدان البيانات.

مراكز بيانات متعدّدة

يتيح تشغيل مراكز بيانات متعددة باستخدام Edge for Private Cloud 4.52.02 المزيد من المرونة في عمليات الرجوع إلى الإصدار السابق أثناء الترقية إلى Edge for Private Cloud 4.53.00.

  • تعتمد عمليات الرجوع إلى الإصدار السابق على توفّر مركز بيانات واحد على الأقل يعمل بإصدار Cassandra الأقدم (3.11.X).
  • في حال تمت ترقية مجموعة Cassandra بالكامل إلى الإصدار 4.0.X، يجب عدم الرجوع إلى الإصدار 3.11.X من Cassandra. يجب مواصلة استخدام إصدار Cassandra الأحدث مع المكوّنات الأخرى من Private Cloud 4.53.00 أو 4.52.02.
  1. ترقية مركز بيانات Cassandra واحد في كل مرة: ابدأ بترقية عُقد Cassandra بشكل فردي ضمن مركز بيانات واحد. أكمِل ترقيات جميع عُقد Cassandra في مركز بيانات واحد قبل الانتقال إلى مركز البيانات التالي.
  2. الإيقاف المؤقت والتحقّق من الصحة: بعد ترقية أحد مراكز البيانات، أوقِف العملية مؤقتًا للتأكّد من أنّ مجموعة Private Cloud، وخاصةً مركز البيانات الذي تمت ترقيته، تعمل بشكلٍ سليم.
  3. ملاحظة: لا يمكنك العودة إلى إصدار Cassandra السابق إلا إذا كان لديك مركز بيانات واحد على الأقل لا يزال يعمل بالإصدار القديم.
  4. حساسية الوقت: يمكنك الإيقاف مؤقتًا لفترة قصيرة (ننصح ببضع ساعات) للتحقّق من صحة الوظائف، ولكن لا يمكنك البقاء في حالة إصدار مختلط إلى أجل غير مسمى. ويرجع ذلك إلى أنّ مجموعة Cassandra غير المتجانسة (التي تحتوي على عُقد بإصدارات مختلفة) لها قيود تشغيلية.
  5. الاختبار الشامل: تنصح Apigee بشدة بإجراء اختبار شامل للأداء والوظائف قبل ترقية مركز البيانات التالي. بعد ترقية جميع مراكز البيانات، لن يكون من الممكن الرجوع إلى الإصدار السابق.
الرجوع إلى الإصدار السابق كعملية تتضمّن نقطتَي تحقّق
  1. نقطة التحقّق 1: الحالة الأولية، مع توفّر جميع المكوّنات بالإصدار 4.52.02. يمكن إجراء عملية التراجع الكامل طالما أنّ مركز بيانات واحدًا على الأقل من Cassandra لا يزال يستخدم الإصدار الأقدم.
  2. نقطة التحقّق 2: بعد تعديل جميع عُقد Cassandra في جميع مراكز البيانات يمكنك الرجوع إلى هذه الحالة، ولكن لا يمكنك العودة إلى نقطة التحقّق 1.
مثال

لنفترض أنّ لديك مجموعة من مركزَي بيانات (DC):

  1. حالة البدء: عقد Cassandra في كلا مركزي البيانات تعمل بالإصدار 3.11.X. تتوفّر جميع العُقد الأخرى على الإصدار 4.52.02 من Edge for Private Cloud. افترِض ثلاث عُقد Cassandra لكل مركز بيانات.
  2. ترقية DC-1: قم بترقية عُقد Cassandra الثلاث في DC-1 واحدة تلو الأخرى.
  3. الإيقاف المؤقت والتحقّق من الصحة: أوقِف مؤقتًا للتأكّد من أنّ المجموعة، وخاصةً DC-1، تعمل بشكل صحيح (تحقَّق من الأداء والوظائف). يمكنك الرجوع إلى الحالة الأولية باستخدام عُقد Cassandra في DC-2. تذكَّر أنّ هذا الإيقاف المؤقت يجب أن يكون مؤقتًا بسبب قيود مجموعة Cassandra المختلطة الإصدارات.
  4. ترقية DC-2: قم بترقية عُقد Cassandra الثلاث المتبقية في DC-2. سيصبح هذا هو نقطة التحقّق الجديدة للرجوع إلى الإصدار السابق.
  5. ترقية المكوّنات الأخرى: يمكنك ترقية عقد الإدارة ووقت التشغيل والإحصاءات كالمعتاد في جميع مراكز البيانات، عقدة واحدة ومركز بيانات واحد في كل مرة. في حال حدوث مشاكل، يمكنك الرجوع إلى حالة الخطوة 4.

المتطلبات الأساسية لترقية Cassandra

يجب تشغيل Cassandra 3.11.16 مع Edge for Private Cloud 4.52.02 والتأكّد مما يلي:
  1. تعمل المجموعة بأكملها بشكل كامل مع Cassandra 3.11.16.
  2. تم ضبط استراتيجية الضغط على LeveledCompactionStrategy (وهو شرط أساسي للترقية إلى الإصدار 4.52.02).
  3. تأكَّد من إكمال جميع الخطوات أدناه كجزء من عملية الترقية الأولية لـ Cassandra 3.11 في Edge for Private Cloud الإصدار 4.52.02:
    • كان من المفترض أن يتم تنفيذ الأمر post_upgrade على كل عقدة Cassandra أثناء عملية الترقية السابقة.
    • يجب أن يكون قد تم تنفيذ الأمر drop_old_tables على مجموعة Cassandra بأكملها أثناء عملية الترقية السابقة.

إذا لم تكن متأكدًا مما إذا تم إكمال الخطوات السابقة، يمكنك إعادة تنفيذها بأمان. تأكَّد من تنفيذ هذه الخطوات على Cassandra 3.11 أثناء استخدام الإصدار 4.52.02 من Edge for Private Cloud، وذلك قبل محاولة الترقية إلى الإصدار 4.53.00:

  1. نفِّذ الأمر post_upgrade التالي على كل عُقدة Cassandra واحدة تلو الأخرى: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
  2. نفِّذ الأمر التالي لإزالة الجداول القديمة غير المستخدَمة من مجموعة Cassandra. يجب تنفيذ هذا الأمر على عقدة واحدة فقط في المجموعة: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

الخطوة 1: الاستعداد للترقية

تُضاف الخطوات أدناه إلى الملفات العادية التي تنشئها عادةً، مثل ملف الإعداد العادي في Apigee لتفعيل ترقيات المكوّنات.

  1. احتفاظ Cassandra بنسخة احتياطية باستخدام Apigee
  2. أخذ لقطات من الأجهزة الافتراضية لعُقد Cassandra (إذا كان ذلك ممكنًا)
  3. تأكَّد من إمكانية الوصول إلى المنفذ 9042 من جميع مكوّنات Edge for Private Cloud، بما في ذلك "خادم الإدارة" و"معالج الرسائل" و"الموجّه" وQpid وPostgres، إلى عقد Cassandra إذا لم يتم إعدادها من قبل. لمزيد من المعلومات، يُرجى الاطّلاع على متطلبات المنفذ.

الخطوة 2: ترقية جميع عُقد Cassandra

يجب تعديل جميع عُقد Cassandra واحدة تلو الأخرى في كل مركز بيانات، ومركز بيانات واحد في كل مرة. بين ترقيات العُقد في مركز البيانات، انتظِر بضع دقائق للتأكّد من أنّ العقدة المعدَّلة قد بدأت بالكامل وانضمّت إلى المجموعة قبل المتابعة لترقية عقدة أخرى في مركز البيانات نفسه.

بعد ترقية جميع عُقد Cassandra في مركز بيانات، انتظر بعض الوقت (من 30 دقيقة إلى بضع ساعات) قبل المتابعة مع العُقد في مركز البيانات التالي. خلال هذه الفترة، راجِع مركز البيانات الذي تم تعديله بدقة وتأكَّد من أنّ مقاييس الأداء والوظائف لمجموعة Apigee لم تتأثّر. هذه الخطوة ضرورية لضمان استقرار مركز البيانات الذي تمت ترقية Cassandra فيه إلى الإصدار 4.0.X، بينما تظل بقية مكونات Apigee على الإصدار 4.52.02.

  1. لترقية عقدة Cassandra، نفِّذ الأمر التالي: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
  2. بعد تعديل إحدى العُقد، نفِّذ الأمر التالي على العقدة لإجراء بعض عمليات التحقّق قبل المتابعة: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
  3. سيؤدي ما سبق إلى عرض نتيجة مشابهة لما يلي: 
    Cassandra version is verified - [cqlsh 6.0.0 | Cassandra 4.0.13 | CQL spec 3.4.5 | Native protocol v5] 
Metadata is verified
  4. نفِّذ أمر post_upgrade التالي على عقدة Cassandra: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
  5. نفِّذ أوامر nodetool التالية لإعادة إنشاء الفهارس على عقدة Cassandra: 
    /opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms api_products api_products_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_api_products_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_organization_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_end_user app_end_user_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_family_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_type_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_parent_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_parent_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms maps maps_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_consumer_key_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_request_tokens oauth_10_request_tokens_consumer_key_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_request_tokens oauth_10_request_tokens_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_verifiers oauth_10_verifiers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_verifiers oauth_10_verifiers_request_token_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_client_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_refresh_token_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_authorization_codes oauth_20_authorization_codes_client_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_authorization_codes oauth_20_authorization_codes_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_company_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_developer_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index cache cache_entries cache_entries_cache_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_operation_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_requesturi_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_responsecode_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_timestamp_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_user_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis a_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_active_rev
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_def_index_template
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_def_method_template
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_latest_rev
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_is_active
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_is_latest
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_rel_ver
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_r_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_r_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_res_path
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_res_path
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 schemas s_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 schemas s_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 security sa_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 security sa_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_a_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_entity
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template_auth au_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index dek keys usecase_index
     إذا كنت تستخدم تحقيق الربح، نفِّذ أيضًا أوامر إعادة إنشاء الفهارس التالية ذات الصلة بمساحات مفاتيح تحقيق الربح: 
    /opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_created_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_updated_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_created_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_currency_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_dev_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_limit_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_prod_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_reason_code_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_sub_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_company_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_created_at_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_developer_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_lastmodified_at_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_env_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_job_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_class_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_group_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus org_triggers org_triggers_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_group_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_suite_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_item notification_service_item_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_item notification_service_item_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_black_list_item notification_service_black_list_item_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_black_list_item notification_service_black_list_item_to_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_email_template_item notification_email_template_item_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_email_template_item notification_email_template_item_org_id_idx

الخطوة 3: ترقية جميع عُقد الإدارة

ترقية جميع عُقد الإدارة في جميع المناطق واحدة تلو الأخرى:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

الخطوة 4: ترقية جميع عُقد وقت التشغيل

ترقية جميع عقد "أجهزة التوجيه" و"معالجة الرسائل" في جميع المناطق واحدًا تلو الآخر:

/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile

الخطوة 5: ترقية جميع مكوّنات Edge for Private Cloud 4.53.00 المتبقية

رقِّي جميع عُقد edge-qpid-server وedge-postgres-server المتبقية في جميع المناطق واحدة تلو الأخرى.

خطوات تعديل Apigee SSO من الإصدارات القديمة

في Edge for Private Cloud 4.53.00، يتم الآن ضبط مفاتيح وشهادات موفِّر الهوية المستخدَمة في مكوّن apigee-sso من خلال ملف تخزين مفاتيح. عليك تصدير المفتاح والشهادة المستخدَمان سابقًا إلى ملف تخزين مفاتيح، وإعدادهما، ثم المتابعة في تحديث الدخول الموحّد كالمعتاد.

  1. حدِّد المفتاح والشهادة الحاليَّين المستخدَمَين لإعداد موفِّر الهوية:

    1. يمكنك استرداد الشهادة من خلال البحث عن قيمة SSO_SAML_SERVICE_PROVIDER_CERTIFICATE في ملف إعداد تثبيت الدخول المُوحَّد (SSO) أو من خلال طلب البحث من مكوّن apigee-sso عن conf_login_service_provider_certificate.

      استخدِم الأمر التالي على عقدة الدخول المُوحَّد (SSO) لطلب البحث عن مسار شهادة موفِّر الهوية (IDP) في apigee-sso. في النتيجة، ابحث عن القيمة في السطر الأخير. 

      apigee-service apigee-sso configure -search conf_login_service_provider_certificate

    2. يمكنك استرداد المفتاح من خلال البحث عن قيمة SSO_SAML_SERVICE_PROVIDER_KEY في ملف إعداد تثبيت الدخول المُوحَّد (SSO) أو من خلال طلب البحث من مكوّن apigee-sso عن conf_login_service_provider_key.

      استخدِم الأمر التالي على عقدة الدخول المُوحَّد (SSO) لطلب apigee-sso لمعرفة مسار مفتاح موفِّر الهوية (IDP). في الناتج، ابحث عن القيمة في السطر الأخير.

      apigee-service apigee-sso configure -search conf_login_service_provider_key
  2. صدِّر المفتاح والشهادة إلى ملف تخزين مفاتيح:
    1. صدِّر المفتاح والشهادة إلى ملف تخزين مفاتيح PKCS12: 
      sudo openssl pkcs12 -export -clcerts -in <certificate_path> -inkey <key_path> -out <keystore_path> -name <alias>

      المَعلمات:

      • certificate_path: مسار ملف الشهادة الذي تم استرداده في الخطوة 1.أ.
      • key_path: مسار ملف المفتاح الخاص الذي تم استرداده في الخطوة 1.ب.
      • keystore_path: مسار ملف تخزين المفاتيح الذي تم إنشاؤه حديثًا والذي يحتوي على الشهادة والمفتاح الخاص
      • alias: الاسم المستعار المستخدَم لمفتاح وشهادة التشفير داخل ملف تخزين المفاتيح

      يُرجى الرجوع إلى مستندات OpenSSL للحصول على مزيد من التفاصيل.

    2. (اختياري) تصدير المفتاح والشهادة من PKCS12 إلى ملف تخزين مفاتيح JKS: 
      sudo keytool -importkeystore -srckeystore <PKCS12_keystore_path> -srcstoretype PKCS12 -destkeystore <destination_keystore_path> -deststoretype JKS -alias <alias>

      المَعلمات:

      • ‫PKCS12_keystore_path: مسار ملف تخزين المفاتيح PKCS12 الذي تم إنشاؤه في الخطوة 2 (أ)، والذي يحتوي على الشهادة والمفتاح
      • destination_keystore_path: مسار ملف تخزين مفاتيح JKS الجديد الذي سيتم تصدير الشهادة والمفتاح إليه
      • ‫alias: الاسم المستعار المستخدَم لمفتاح وشهادة التشفير في مخزن مفاتيح JKS.

      3. لمزيد من التفاصيل، يُرجى الرجوع إلى مستندات keytool.

  3. غيِّر مالك ملف تخزين المفاتيح الناتج إلى المستخدم "apigee": 
    sudo chown apigee:apigee <keystore_file>
  4. أضِف الخصائص التالية في ملف إعداد Apigee SSO وعدِّلها باستخدام مسار ملف تخزين المفاتيح وكلمة المرور ونوع تخزين المفاتيح والاسم المستعار: 
    # Path to the keystore file
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_PATH=${APIGEE_ROOT}/apigee-sso/source/conf/keystore.jks

# Keystore password
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_PASSWORD=Secret123  # Password for accessing the keystore

# Keystore type
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_TYPE=JKS  # Type of keystore, e.g., JKS, PKCS12

# Alias within keystore that stores the key and certificate
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_ALIAS=service-provider-cert
  5. عدِّل برنامج Apigee SSO على عقدة الدخول المُوحَّد (SSO) كالمعتاد باستخدام الأمر التالي: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f /opt/silent.conf

واجهة مستخدم Edge الجديدة

يسرد هذا القسم الاعتبارات المتعلّقة بواجهة مستخدم Edge. لمزيد من المعلومات، يُرجى الاطّلاع على واجهة مستخدم Edge الجديدة للسحابة الخاصة.

تثبيت واجهة مستخدم Edge

بعد إكمال عملية التثبيت الأولية، تنصح Apigee بتثبيت واجهة مستخدم Edge، وهي واجهة مستخدم محسّنة للمطوّرين والمشرفين على Apigee Edge Private Cloud.

يُرجى العِلم أنّ واجهة مستخدم Edge تتطلّب إيقاف المصادقة الأساسية واستخدام IDP مثل SAML أو LDAP.

لمزيد من المعلومات، يُرجى الاطّلاع على تثبيت واجهة مستخدم Edge الجديدة.

التحديث باستخدام Apigee mTLS

لتعديل Apigee mTLS ، اتّبِع الخطوات التالية:

الرجوع إلى الإصدار السابق من التحديث

في حال تعذُّر إجراء التحديث، يمكنك محاولة حلّ المشكلة، ثم تنفيذ الأمر update.sh مرة أخرى. يمكنك إجراء التحديث عدة مرات، وسيتم استئنافه من حيث توقّف آخر مرة.

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

معلومات حول تحديث التسجيل

تكتب الأداة المساعدة update.sh تلقائيًا معلومات السجلّ إلى:

/opt/apigee/var/log/apigee-setup/update.log

إذا لم يكن لدى المستخدم الذي يشغّل الأداة update.sh إذن بالوصول إلى هذا الدليل، ستكتب الأداة السجلّ في الدليل /tmp كملف باسم update_username.log.

إذا لم يكن لدى المستخدم إذن الوصول إلى /tmp، ستتعذّر عملية update.sh.

تحديث بدون توقّف

يتيح لك التحديث بدون توقّف أو التحديث المتداول تعديل عملية تثبيت Edge بدون إيقاف Edge.

لا يمكن إجراء التحديث بدون توقّف إلا باستخدام إعدادات 5 عُقد أو أكثر.

مفتاح الترقية بدون توقّف هو إزالة كل جهاز توجيه، واحدًا تلو الآخر، من موازن التحميل. بعد ذلك، عليك تعديل "الموجّه" وأي مكونات أخرى على الجهاز نفسه الذي يتضمّن "الموجّه"، ثم إعادة إضافة "الموجّه" إلى موازنة الحمل.

  1. حدِّث الأجهزة بالترتيب الصحيح لعملية التثبيت كما هو موضّح في ترتيب تحديث الأجهزة.
  2. عندما يحين وقت تعديل أجهزة التوجيه، اختَر أي جهاز توجيه واجعله غير متاح، كما هو موضّح في تفعيل/إيقاف إمكانية الوصول إلى الخادم (معالج الرسائل/جهاز التوجيه).
  3. عدِّل جهاز التوجيه المحدّد وجميع مكوّنات Edge الأخرى على الجهاز نفسه الذي يعمل عليه جهاز التوجيه. تعرض جميع إعدادات Edge جهاز توجيه ومعالج رسائل على العُقدة نفسها.
  4. تأكَّد من إمكانية الوصول إلى جهاز التوجيه مرة أخرى.
  5. كرِّر الخطوات من 2 إلى 4 لأجهزة التوجيه المتبقية.
  6. واصِل عملية التحديث لأي أجهزة متبقية في عملية التثبيت.

يُرجى مراعاة ما يلي قبل التحديث وبعده:

استخدام ملف إعداد صامت

يجب تمرير ملف إعداد غير تفاعلي إلى أمر التحديث. يجب أن يكون ملف الإعداد الصامت هو الملف نفسه الذي استخدمته لتثبيت Edge for Private Cloud 4.52.02.

تحديث إلى الإصدار 4.53.00 على عقدة متصلة بالإنترنت

اتّبِع الإجراء التالي لتعديل مكوّنات Edge على إحدى العُقد:

  1. إذا كانت هذه الوظائف متوفّرة، عليك إيقاف أي وظائف cron تم ضبطها لإجراء عملية إصلاح على Cassandra إلى ما بعد اكتمال التحديث.
  2. سجِّل الدخول إلى العُقدة بصفتك مستخدمًا رئيسيًا لتثبيت حِزم Edge RPM.
  3. أوقِف SELinux على النحو الموضّح في تثبيت أداة Edge apigee-setup.
  4. إذا كنت تثبّت على AWS، نفِّذ الأوامر التالية: yum-configure-manager 
    yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional

  5. إذا كنت تستخدم حاليًا الإصدار 4.52.02 من Edge:

    1. نزِّل ملف Edge bootstrap_4.53.00.sh إلى /tmp/bootstrap_4.53.00.sh: 
      curl https://software.apigee.com/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh
    2. ثبِّت الأداة المساعدة Edge 4.53.00 apigee-service والموارد الاعتمادية من خلال تنفيذ الأمر التالي: 
      sudo bash /tmp/bootstrap_4.53.00.sh apigeeuser=uName apigeepassword=pWord

      حيث uName:pWord هما اسم المستخدم وكلمة المرور اللذان تلقّيتهما من Apigee. في حال عدم إدخال pWord، سيُطلب منك إدخاله.

      يتحقّق المثبِّت تلقائيًا من تثبيت Java 1.8. وإذا لم يكن مثبّتًا، ستتولى أداة التثبيت تثبيته نيابةً عنك.

      استخدِم الخيار JAVA_FIX لتحديد كيفية التعامل مع عملية تثبيت Java. تتضمّن السمة JAVA_FIX القيم التالية:

      • I: ثبِّت OpenJDK 1.8 (الإعداد التلقائي).
      • C: للمتابعة بدون تثبيت Java
      • Q: إنهاء بالنسبة إلى هذا الخيار، يجب تثبيت Java بنفسك.
    3. استخدِم apigee-service لتعديل الأداة apigee-setup، كما يوضّح المثال التالي: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
    4. عدِّل الأداة apigee-validate على "خادم الإدارة"، كما يوضّح المثال التالي: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
    5. عدِّل الأداة apigee-provision على "خادم الإدارة"، كما يوضّح المثال التالي: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
    6. شغِّل الأداة update على العُقد من خلال تنفيذ الأمر التالي: 
      /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

      يجب إجراء ذلك بالترتيب الموضّح في ترتيب تحديث الأجهزة.

      المكان:

      • component هو مكوّن Edge الذي سيتم تحديثه. تشمل القيم المحتمَلة ما يلي:
        • ‫cs: Cassandra
        • ‫edge: جميع مكوّنات Edge باستثناء واجهة مستخدم Edge: خادم الإدارة، ومعالج الرسائل، والموجّه، وخادم QPID، وخادم Postgres
        • ‫ldap: OpenLDAP
        • ‫ps: postgresql
        • ‫qpid: qpidd
        • استبدِل sso بـ Apigee SSO (في حال تثبيت SSO).
        • ue: واجهة مستخدم Edge الجديدة
        • ‫ui: واجهة مستخدم Edge الكلاسيكية
        • ‫zk: Zookeeper
      • configFile هو ملف الإعداد نفسه الذي استخدمته لتحديد مكونات Edge أثناء عملية التثبيت في الإصدار 4.52.02.

      يمكنك تنفيذ update.sh على جميع المكوّنات من خلال ضبط component على "all"، ولكن فقط إذا كان لديك ملف تثبيت Edge all-in-one (AIO). على سبيل المثال:

      /opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
    7. أعِد تشغيل مكوّنات واجهة مستخدم Edge على جميع العُقد التي تشغّلها، إذا لم يسبق لك إجراء ذلك: 
      /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
    8. اختبِر التحديث من خلال تشغيل الأداة المساعدة apigee-validate على خادم الإدارة، كما هو موضّح في اختبار التثبيت.

إذا قررت التراجع عن التحديث لاحقًا، اتّبِع الإجراء الموضّح في التراجع عن الإصدار 4.53.00.

تحديث إلى الإصدار 4.53.00 من مستودع محلي

إذا كانت عُقد Edge محمية بجدار حماية أو محظورًا عليها الوصول إلى مستودع Apigee عبر الإنترنت بأي طريقة أخرى، يمكنك إجراء التحديث من مستودع محلي أو نسخة طبق الأصل من مستودع Apigee.

بعد إنشاء مستودع Edge محلي، يتوفّر لك خياران لتعديل Edge من المستودع المحلي:

  • أنشئ ملف .tar للمستودع، وانسخ ملف .tar إلى عقدة، ثم عدِّل Edge من ملف .tar.
  • ثبِّت خادم ويب على العُقدة التي تتضمّن المستودع المحلي لكي تتمكّن العُقد الأخرى من الوصول إليه. توفّر Apigee خادم الويب Nginx لتتمكّن من استخدامه، أو يمكنك استخدام خادم الويب الخاص بك.

للتحديث من مستودع 4.53.00 محلي، اتّبِع الخطوات التالية:

  1. أنشئ مستودعًا محليًا بالإصدار 4.53.00 كما هو موضّح في "إنشاء مستودع Apigee محلي" ضمن تثبيت أداة apigee-setup المساعدة في Edge.
  2. لتثبيت apigee-service من ملف ‎ .tar:
    1. على العقدة التي تتضمّن المستودع المحلي، استخدِم الأمر التالي لإنشاء حزمة للمستودع المحلي في ملف tar واحد باسم /opt/apigee/data/apigee-mirror/apigee-4.53.00.tar.gz: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
    2. انسخ ملف ‎ .tar إلى العُقدة التي تريد تعديل Edge فيها. على سبيل المثال، انسخها إلى الدليل /tmp على العقدة الجديدة.
    3. على العقدة الجديدة، فك ضغط الملف في الدليل /tmp: 
      tar -xzf apigee-4.53.00.tar.gz

      ينشئ هذا الأمر دليلاً جديدًا باسم repos في الدليل الذي يحتوي على ملف ‎ .tar. على سبيل المثال /tmp/repos.

    4. ثبِّت أداة Edge apigee-service والملفات التابعة من /tmp/repos: 
      sudo bash /tmp/repos/bootstrap_4.53.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos

      لاحظ أنّك تضمّن مسار دليل المستودعات في هذا الأمر.

  3. لتثبيت apigee-service باستخدام خادم الويب Nginx، اتّبِع الخطوات التالية:
    1. اضبط إعدادات خادم الويب Nginx كما هو موضّح في "التثبيت من المستودع باستخدام خادم الويب Nginx" في تثبيت أداة Edge apigee-setup.
    2. على العقدة البعيدة، نزِّل ملف Edge bootstrap_4.53.00.sh إلى /tmp/bootstrap_4.53.00.sh: 
      /usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh

      حيث يمثّل uName:pWord اسم المستخدم وكلمة المرور اللذين سبق أن ضبطتهما للمستودع، ويمثّل remoteRepo عنوان IP أو اسم نظام أسماء النطاقات لعقدة المستودع.

    3. على العُقدة البعيدة، ثبِّت أداة Edge apigee-setup والتبعيات: 
      sudo bash /tmp/bootstrap_4.53.00.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://

      حيث يمثّل uName:pWord اسم مستخدم المستودع وكلمة المرور.

  4. استخدِم apigee-service لتعديل الأداة apigee-setup، كما يوضّح المثال التالي: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
  5. عدِّل الأداة apigee-validate على "خادم الإدارة"، كما يوضّح المثال التالي: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
  6. عدِّل الأداة apigee-provision على "خادم الإدارة"، كما يوضّح المثال التالي: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-provision update
  7. شغِّل الأداة المساعدة update على العُقد بالترتيب الموضّح في ترتيب تحديث الأجهزة: 
    /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile

    المكان:

    • component هو مكوّن Edge الذي سيتم تحديثه. عادةً ما يتم تعديل المكوّنات التالية:
      • ‫cs: Cassandra
      • edge: جميع مكوّنات Edge باستثناء واجهة مستخدم Edge: خادم الإدارة، ومعالج الرسائل، والموجّه، وخادم QPID، وخادم Postgres
      • ‫ldap: OpenLDAP
      • ‫ps: postgresql
      • ‫qpid: qpidd
      • استبدِل sso بـ Apigee SSO (في حال تثبيت SSO).
      • ue واجهة مستخدم Edge الجديدة
      • ‫ui: واجهة مستخدم Edge الكلاسيكية
      • ‫zk: Zookeeper
    • configFile هو ملف الإعداد نفسه الذي استخدمته لتحديد مكوّنات Edge أثناء عملية التثبيت في الإصدار 4.50.00 أو 4.51.00.

    يمكنك تنفيذ update.sh على جميع المكوّنات من خلال ضبط component على "all"، ولكن فقط إذا كان لديك ملف تعريف تثبيت Edge all-in-one (AIO). على سبيل المثال:

    /opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
  8. أعِد تشغيل مكوّنات واجهة المستخدم على جميع العُقد التي يتم تشغيلها عليها، إذا لم يسبق لك إجراء ذلك: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
  9. اختبِر التحديث من خلال تشغيل الأداة المساعدة apigee-validate على &quot;خادم الإدارة&quot;، كما هو موضّح في اختبار التثبيت.

إذا قررت التراجع عن التحديث لاحقًا، اتّبِع الإجراء الموضّح في التراجع عن الإصدار 4.53.00.

ترتيب تحديث الآلات

من المهم مراعاة ترتيب تحديث الأجهزة في عملية تثبيت Edge:

  • يجب تعديل جميع عُقد Cassandra وZooKeeper قبل تعديل أي عُقد أخرى.
  • بالنسبة إلى أي جهاز يتضمّن عدة مكوّنات Edge (خادم الإدارة، ومعالج الرسائل، والموجّه، وخادم QPID، ولكن ليس خادم Postgres)، استخدِم الخيار -c edge لتحديثها كلها في الوقت نفسه.
  • إذا كانت إحدى الخطوات تحدّد أنّه يجب تنفيذها على أجهزة متعددة، يجب تنفيذها بترتيب الأجهزة المحدّد.
  • ليس هناك خطوة منفصلة لتعديل إعدادات تحقيق الربح. يتم تعديلها عند تحديد الخيار -c edge.

ترقية مستقلة بعُقدة واحدة

لترقية إعداد مستقل بعقدة واحدة إلى الإصدار 4.53.00، اتّبِع الخطوات التالية:

  1. تعديل جميع المكوّنات: 
    /opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
  2. (في حال تثبيت apigee-adminapi) حدِّث أداة apigee-adminapi باتّباع الخطوات التالية: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update

ترقية مستقلة بعُقدتَين

عدِّل المكوّنات التالية لتثبيت مستقل على عقدتَين:

راجِع تصاميم التثبيت للاطّلاع على قائمة بتصاميم Edge وأرقام العُقد.

  1. تعديل Cassandra وZooKeeper على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. تحديث Postgres على الجهاز 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. تعديل LDAP على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. تحديث مكوّنات Edge على الجهاز 2 والجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  5. تعديل Qpid على الجهاز 2: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  6. تعديل واجهة المستخدم على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
  7. (في حال تثبيت apigee-adminapi) تم تحديث أداة apigee-adminapi على الجهاز 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  8. (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    حيث sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد.

  9. أعِد تشغيل مكوّن واجهة مستخدم Edge على الجهاز 1: 
    /opt/apigee/apigee-service/bin/apigee-service edge-ui restart

ترقية 5 عُقد

عدِّل المكوّنات التالية لعملية تثبيت تتضمّن 5 عُقد:

راجِع تصاميم التثبيت للاطّلاع على قائمة بتصاميم Edge وأرقام العُقد.

  1. تعديل Cassandra وZooKeeper على الأجهزة 1 و2 و3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. تحديث Postgres على الجهاز 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. تعديل Postgres على الجهاز 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. تعديل LDAP على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. تعديل مكوّنات Edge على الأجهزة 4 و5 و1 و2 و3: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. تحديث Qpid على الجهاز 4: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. تحديث Qpid على الجهاز 5: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  8. تعديل واجهة مستخدم Edge:
    • واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، عليك تعديل المكوّن ui على الجهاز 1، كما هو موضّح في المثال التالي: 
      /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
    • واجهة مستخدم Edge الجديدة: إذا ثبَّت واجهة مستخدم Edge الجديدة، عليك تحديث المكوّن ue على الجهاز المناسب (قد لا يكون الجهاز 1): 
      /opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
  9. (في حال تثبيت apigee-adminapi) تم تحديث أداة apigee-adminapi على الجهاز 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  10. (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    حيث sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد.

  11. أعِد تشغيل مكوّن واجهة المستخدم:
    • واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، أعِد تشغيل المكوّن edge-ui على الجهاز 1، كما هو موضّح في المثال التالي: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • واجهة مستخدم Edge الجديدة: إذا ثبّت واجهة مستخدم Edge الجديدة، أعِد تشغيل المكوّن edge-management-ui على الجهاز المناسب (قد لا يكون الجهاز 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

ترقية مجموعة من 9 عُقد

عدِّل المكوّنات التالية لتثبيت مجمّع من 9 عُقد:

راجِع تصاميم التثبيت للاطّلاع على قائمة بتصاميم Edge وأرقام العُقد.

  1. تعديل Cassandra وZooKeeper على الأجهزة 1 و2 و3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. تعديل Postgres على الجهاز 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. تعديل Postgres على الجهاز 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. تعديل LDAP على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. حدِّث مكوّنات Edge على الأجهزة 6 و7 و8 و9 و1 و4 و5 بهذا الترتيب: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. تعديل Qpid على الأجهزة 6 و7: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. حدِّث إما واجهة المستخدم الجديدة (ue) أو واجهة المستخدم الكلاسيكية (ui) على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  8. (في حال تثبيت apigee-adminapi) تحديث أداة apigee-adminapi على الجهاز 1: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهاز 1: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    حيث sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد.

  10. أعِد تشغيل مكوّن واجهة المستخدم:
    • واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، أعِد تشغيل المكوّن edge-ui على الجهاز 1، كما هو موضّح في المثال التالي: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • واجهة مستخدم Edge الجديدة: إذا ثبّت واجهة مستخدم Edge الجديدة، أعِد تشغيل المكوّن edge-management-ui على الجهاز المناسب (قد لا يكون الجهاز 1): 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

ترقية مجموعة من 13 عقدة

عدِّل المكوّنات التالية لعملية تثبيت مجمّعة تضم 13 عقدة:

راجِع تصاميم التثبيت للاطّلاع على قائمة بتصاميم Edge وأرقام العُقد.

  1. حدِّث Cassandra وZooKeeper على الأجهزة 1 و2 و3: 
    /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. تعديل Postgres على الجهاز 8: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. تعديل Postgres على الجهاز 9: 
    /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  4. تعديل LDAP على الجهازَين 4 و5: 
    /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  5. حدِّث مكوّنات Edge على الأجهزة 12 و13 و8 و9 و6 و7 و10 و11 بهذا الترتيب: 
    /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  6. تحديث Qpid على الأجهزة 12 و13: 
    /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  7. حدِّث إما واجهة المستخدم الجديدة (ue) أو واجهة المستخدم الكلاسيكية (ui) على الأجهزة 6 و7: 
    /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  8. (في حال تثبيت apigee-adminapi) تم تعديل أداة apigee-adminapi على الأجهزة 6 و7: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  9. (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الأجهزة 6 و7: 
    /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

    حيث sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد.

  10. أعِد تشغيل مكوّن واجهة المستخدم:
    • واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، أعِد تشغيل المكوّن edge-ui على الأجهزة 6 و7، كما هو موضّح في المثال التالي: 
      /opt/apigee/apigee-service/bin/apigee-service edge-ui restart
    • واجهة مستخدم Edge الجديدة: إذا ثبّت واجهة مستخدم Edge الجديدة، أعِد تشغيل المكوّن edge-management-ui على الأجهزة 6 و7: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart

ترقية مجموعة من 12 عقدة

عدِّل المكوّنات التالية لعملية تثبيت مجمّعة تضم 12 عقدة:

راجِع تصاميم التثبيت للاطّلاع على قائمة بتصاميم Edge وأرقام العُقد.

  1. حدِّث Cassandra وZooKeeper:
    1. على الأجهزة 1 و2 و3 في "مركز البيانات 1": 
      /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
    2. على الأجهزة 7 و8 و9 في "مركز البيانات 2" 
      /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
  2. تحديث Postgres:
    1. الجهاز 6 في مركز البيانات 1 
      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
    2. الجهاز 12 في مركز البيانات 2 
      /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
  3. تعديل LDAP:
    1. الجهاز 1 في مركز البيانات 1 
      /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
    2. الجهاز 7 في مركز البيانات 2 
      /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
  4. تحديث مكوّنات Edge:
    1. الأجهزة 4 و5 و6 و1 و2 و3 في مركز البيانات 1 
      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
    2. الأجهزة 10 و11 و12 و7 و8 و9 في مركز البيانات 2 
      /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
  5. تعديل qpidd:
    1. الآلات 4 و5 في مركز البيانات 1
      1. تعديل qpidd على الجهاز 4: 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. تعديل qpidd على الجهاز 5: 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
    2. الآلات 10 و11 في مركز البيانات 2
      1. تعديل qpidd على الجهاز 10: 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
      2. تعديل qpidd على الجهاز 11: 
        /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
  6. عدِّل إما واجهة المستخدم الجديدة (ue) أو واجهة المستخدم الكلاسيكية (ui):
    1. الجهاز 1 في مركز البيانات 1: 
      /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
    2. الجهاز 7 في مركز البيانات 2: 
      /opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
  7. (في حال تثبيت apigee-adminapi) تم تعديل أداة apigee-adminapi:
    1. الجهاز 1 في مركز البيانات 1: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
    2. الجهاز 7 في مركز البيانات 2: 
      /opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
  8. (في حال تثبيت Apigee SSO) عدِّل Apigee SSO:
    1. الجهاز 1 في مركز البيانات 1: 
      /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
    2. الجهاز 7 في مركز البيانات 2: 
      /opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file

      3. حيث sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت الدخول المُوحَّد.

  9. أعِد تشغيل مكوّن واجهة مستخدم Edge الجديدة (edge-management-ui) أو واجهة مستخدم Edge الكلاسيكية (edge-ui) على الجهازَين 1 و7: 
    /opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart

بالنسبة إلى الإعدادات غير العادية

إذا كان لديك إعداد غير عادي، عليك تعديل مكوّنات Edge بالترتيب التالي:

  1. ZooKeeper
  2. Cassandra
  3. ps
  4. LDAP
  5. Edge، أي الملف الشخصي "-c edge" على جميع العُقد بالترتيب التالي: العُقد التي تتضمّن خادم Qpid، خادم Edge Postgres، وخادم الإدارة، ومعالج الرسائل، والموجّه
  6. qpidd
  7. واجهة مستخدم Edge (إما الكلاسيكية أو الجديدة)
  8. apigee-adminapi
  9. Apigee SSO

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