تتيح Apigee ترقية Edge for Private Cloud مباشرةً من الإصدار 4.52.02 إلى الإصدار 4.53.00. توضّح هذه الصفحة كيفية إجراء هذه الترقيات.
للحصول على نظرة عامة على مسارات الترقية المتوافقة، يُرجى الاطّلاع على مصفوفة توافق الترقية لإصدارات Edge for Private Cloud.
المستخدمون الذين يمكنهم إجراء التحديث
يجب أن يكون المستخدم الذي يُجري التحديث هو المستخدم نفسه الذي ثبَّت Edge في الأصل، أو مستخدم لديه إذن وصول الجذر.
بعد تثبيت حِزم RPM لنظام التشغيل Edge، يمكن لأي مستخدم ضبطها.
المكوّنات التي يجب تحديثها
يجب تحديث جميع مكوّنات 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 ضمن الخطوات التي يجب اتّباعها بعد الترقية. إذا لم تكن متأكدًا مما إذا تم إكمال هذه الخطوات أثناء عملية الترقية السابقة، أكمِلها مرة أخرى قبل مواصلة الترقية إلى الإصدار 4.53.00. - متطلبات Python
تأكَّد من تثبيت Python 3 على جميع العقد، بما في ذلك عقد Cassandra، قبل محاولة الترقية.
نشر إعدادات الموقع تلقائيًا
إذا كنت قد ضبطت أيّ مواقع من خلال تعديل ملفات .properties
في /opt/apigee/customer/application
، سيحتفظ التعديل بهذه القيم.
ترقية مطلوبة إلى Cassandra 4.0.13
يتضمّن الإصدار 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.
- لا يمكن التراجع المباشر عن التغييرات في Cassandra 4.0.X إلى 3.11.X. إنّ التراجع باستخدام النُسخ المكرّرة أو النُسخ الاحتياطية هو إجراء معقّد وقد يتضمّن وقتًا متوقّفًا و/أو فقدان البيانات. من الأفضل تحديد المشاكل وحلّها والترقية إلى 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.
المنهجية المقترَحة للترقية
- ترقية مركز بيانات Cassandra واحد في كل مرة: ابدأ بترقية عقد Cassandra بشكلٍ فردي ضمن مركز بيانات واحد. أكمِل ترقية جميع عقد Cassandra في مركز بيانات واحد قبل الانتقال إلى المركز التالي.
- التوقف مؤقتًا والتحقّق من الصحة: بعد ترقية مركز بيانات واحد، يمكنك التوقف مؤقتًا للتأكّد من أنّ مجموعة "سحابة Google الخاصة"، وخصوصًا مركز البيانات الذي تمت ترقيته، تعمل بشكلٍ سليم.
- تذكَّر: لا يمكنك الرجوع إلى إصدار Cassandra السابق إلا إذا كان لديك مركز بيانات واحد على الأقل لا يزال يستخدم الإصدار الأقدم.
- الوقت الحسّاس: على الرغم من أنّه يمكنك إيقاف الإصدارات المختلطة مؤقتًا لفترة قصيرة (ننصح ببضع ساعات) للتحقّق من وظائفها، لا يمكنك البقاء في هذه الحالة إلى أجل غير مسمى. ويرجع ذلك إلى أنّ مجموعة Cassandra غير المتّسقة (التي تحتوي على عقد في إصدارات مختلفة) لها قيود تشغيلية.
- الاختبار الشامل: تنصح شركة Apigee بشدة بإجراء اختبار شامل للأداء والوظائف قبل ترقية مركز البيانات التالي. بعد ترقية جميع مراكز البيانات، يصبح من المستحيل الرجوع إلى الإصدار السابق.
عملية التراجع كعملية تتضمّن نقطتَي فحص
- نقطة التفتيش 1: الحالة الأولية، مع جميع المكوّنات في الإصدار 4.52.02. يمكن التراجع الكامل طالما أنّ مركز بيانات واحدًا على الأقل من مراكز بيانات Cassandra لا يزال يستخدم الإصدار الأقدم.
- نقطة التحقّق 2: بعد تحديث جميع عقد Cassandra في جميع مراكز البيانات يمكنك الرجوع إلى هذه الحالة، ولكن لا يمكنك الرجوع إلى نقطة التحقّق 1.
مثال
لنفترض أنّ لديك مجموعة تتضمّن مركزَي بيانات:
- حالة البدء: تعمل عقد Cassandra في كلتا نقطتَي التحكّم في البيانات بالإصدار 3.11.X. جميع العقد الأخرى تعمل بالإصدار 4.52.02 من Edge for Private Cloud. لنفترض أنّ هناك ثلاث عقد من Cassandra لكل مركز بيانات.
- ترقية DC-1: عليك ترقية عقد Cassandra الثلاث في DC-1 واحدة تلو الأخرى.
- الإيقاف المؤقت والتحقّق من الصحة: يمكنك إيقاف الإجراء مؤقتًا للتأكّد من أنّ المجموعة، وبشكل خاص "وحدة التحكّم في البيانات 1"، تعمل بشكل صحيح (تحقّق من الأداء والوظائف). يمكنك الرجوع إلى الحالة الأولية باستخدام عقد Cassandra في DC-2. يجب أن يكون هذا الإيقاف المؤقت مؤقتًا بسبب القيود المفروضة على مجموعة Cassandra ذات الإصدارات المختلطة.
- ترقية DC-2: عليك ترقية العقد الثلاث المتبقية من Cassandra في DC-2. سيصبح هذا هو نقطة الالتفاف الجديدة.
- ترقية المكوّنات الأخرى: يمكنك ترقية عقد الإدارة ووقت التشغيل والتحليلات كالمعتاد في جميع مراكز البيانات، عقدة واحدة ومركز بيانات واحد في كل مرة. إذا واجهت مشاكل، يمكنك الرجوع إلى الحالة التي كانت عليها الخطوة 4.
المتطلّبات الأساسية لترقية Cassandra
يجب تشغيل Cassandra 3.11.16 مع Edge for Private Cloud 4.52.02 والتأكّد مما يلي:- تعمل المجموعة بأكملها بكامل طاقتها باستخدام Cassandra 3.11.16.
- تم ضبط استراتيجية التجميع على
LeveledCompactionStrategy
(شرط أساسي للترقية إلى الإصدار 4.52.02). - اكتملت جميع الخطوات التي يجب اتّخاذها بعد الترقية من الترقية الأولية إلى Cassandra 3.11.16 كجزء من عملية الترقية إلى الإصدار 4.52.02. إذا لم يكن الأمر كذلك، يُرجى إعادة تنفيذ هذه الخطوات. لا ينطبق ذلك إلا في حال الترقية إلى الإصدار 4.52.02 من Private Cloud من إصدار قديم.
الخطوة 1: الاستعداد للترقية
تُعدّ الخطوات أدناه إضافةً إلى الملفات العادية التي تنشئها عادةً، مثل ملف الإعدادات العادي في Apigee لتفعيل ترقيات المكوّنات.
- يمكنك الاحتفاظ بنسخة احتياطية من Cassandra باستخدام Apigee.
- يمكنك أخذ لقطات شاشة للأجهزة الافتراضية لعقد Cassandra (إذا كان ذلك ممكنًا).
- تأكَّد من إمكانية الوصول إلى المنفذ 9042 من جميع مكوّنات Edge for Private Cloud، بما في ذلك خادم الإدارة ومعالج الرسائل وجهاز التوجيه وQpid وPostgres، إلى عقد Cassandra إذا لم يتم ضبطها من قبل. يُرجى الاطّلاع على متطلبات المنفذ للحصول على مزيد من المعلومات.
الخطوة 2: ترقية جميع عقد Cassandra
يجب تحديث جميع عقد Cassandra واحدة تلو الأخرى في كل مركز بيانات، مركز بيانات واحد في كل مرة. بين عمليات ترقية العقد ضمن مركز بيانات، انتظِر بضع دقائق للتأكّد من أنّ العقدة التي تم تعديلها قد بدأت بالكامل وانضمت إلى المجموعة قبل المتابعة لترقية عقدة أخرى في مركز البيانات نفسه.
بعد ترقية جميع عقد Cassandra في مركز بيانات معيّن، انتظِر بعض الوقت (من 30 دقيقة إلى بضع ساعات) قبل المتابعة مع العقد في مركز البيانات التالي. خلال هذه الفترة، راجِع بدقة مركز البيانات الذي تم تعديله وتأكَّد من أنّ مقاييس الأداء والوظائف في مجموعة Apigee سليمة. هذه الخطوة ضرورية لضمان استقرار مركز البيانات الذي تمت ترقية Cassandra فيه إلى الإصدار 4.0.X، بينما تبقى بقية مكوّنات Apigee على الإصدار 4.52.02.
-
لترقية عقدة Cassandra، شغِّل الأمر التالي:
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
-
بعد تعديل عقدة، نفِّذ الأمر التالي على العقدة لإجراء بعض عمليات التحقّق قبل المتابعة:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
-
سيؤدي ما سبق إلى عرض الرسالة التالية تقريبًا:
Cassandra version is verified - [cqlsh 6.0.0 | Cassandra 4.0.13 | CQL spec 3.4.5 | Native protocol v5] Metadata is verified
الخطوة 3: ترقية جميع العقد الإدارية
ترقية جميع العقد الإدارية في جميع المناطق واحدة تلو الأخرى:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
الخطوة 4: ترقية جميع عقد Runtime
ترقية جميع أجهزة التوجيه ووحدات معالجة الرسائل في جميع المناطق واحدة تلو الأخرى:
/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
المتبقية في جميع المناطق واحدة تلو الأخرى
الخطوة 6: خطوات ما بعد الترقية
بعد اكتمال عملية الترقية، شغِّل الأمر التالي على كل عقدة من عقد Cassandra واحدة تلو الأخرى:
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
واجهة مستخدم Edge الجديدة
يسرد هذا القسم اعتبارات متعلقة بواجهة مستخدم Edge. لمزيد من المعلومات، يُرجى الاطّلاع على واجهة مستخدم Edge الجديدة لـ Private Cloud.
تثبيت واجهة مستخدم Edge
بعد إكمال عملية التثبيت الأولية، تنصح شركة Apigee بتثبيت واجهة مستخدم Edge، وهي واجهة مستخدم محسّنة للمطوّرين ومشرفي Apigee Edge for Private Cloud.
يُرجى العِلم أنّ واجهة مستخدم Edge تتطلّب إيقاف المصادقة الأساسية واستخدام IDP مثل SAML أو LDAP.
لمزيد من المعلومات، يُرجى الاطّلاع على تثبيت واجهة مستخدم Edge الجديدة.
التحديث باستخدام mTLS من Apigee
لتعديل 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 عقد أو أكثر.
إنّ مفتاح الترقية بدون أي وقت توقف هو إزالة كل جهاز توجيه، واحد تلو الآخر، من أداة توازن الحمولة. بعد ذلك، عليك تعديل "الموجّه" وأي مكوّنات أخرى على الجهاز نفسه الذي يعمل عليه "الموجّه"، ثم إضافة "الموجّه" مرة أخرى إلى "موازن الحمولة".
- عدِّل الأجهزة بالترتيب الصحيح للتركيب كما هو موضّح في ترتيب تحديث الأجهزة.
- عندما يحين وقت تعديل أجهزة التوجيه، اختَر أي جهاز توجيه واجعله غير قابل للوصول إليه، كما هو описан في تفعيل/إيقاف إمكانية الوصول إلى الخادم (معالج الرسائل/جهاز التوجيه).
- عدِّل جهاز التوجيه المحدّد وجميع مكوّنات Edge الأخرى على الجهاز نفسه الذي يعمل عليه جهاز التوجيه. تعرض جميع إعدادات Edge جهاز توجيه ومعالج رسائل في العقدة نفسها.
- اجعل جهاز التوجيه متاحًا للاتصال به مرة أخرى.
- كرِّر الخطوات من 2 إلى 4 لأجهزة التوجيه المتبقية.
- واصِل عملية التحديث لأي أجهزة متبقية في عملية التثبيت.
يُرجى مراعاة ما يلي قبل التحديث وبعده:
- في عقدة "المعالج" و"جهاز التوجيه" المجمّعة:
- قبل التحديث، عليك تنفيذ ما يلي:
- يجب جعل جهاز التوجيه غير قابل للوصول إليه.
- جعل "معالج الرسائل" غير قابل للوصول إليه
- بعد التحديث، عليك تنفيذ ما يلي:
- يجب أن يكون من الممكن الوصول إلى "معالج الرسائل".
- يجب أن يكون جهاز التوجيه متاحًا للوصول إليه.
- قبل التحديث، عليك تنفيذ ما يلي:
- في عقد أجهزة التوجيه الفردية:
- قبل التحديث، اجعل جهاز التوجيه غير قابل للوصول.
- بعد التحديث، اجعل جهاز التوجيه متاحًا للاتصال.
- في عقد "معالج الرسائل" الفردية:
- قبل التحديث، اجعل "معالج الرسائل" غير قابل للوصول.
- بعد التحديث، اجعل "معالج الرسائل" متاحًا للوصول إليه.
استخدام ملف إعدادات صامت
يجب تمرير ملف إعدادات صامت إلى أمر التحديث. يجب أن يكون ملف الإعدادات الصامت هو الملف نفسه الذي استخدمته لتثبيت Edge for Private Cloud 4.52.02.
التحديث إلى الإصدار 4.53.00 على عقدة متصلة بالإنترنت الخارجي
اتّبِع الإجراء التالي لتعديل مكوّنات Edge على إحدى العقد:
- أوقِف أي مهام
cron
تم إعدادها لإجراء عملية إصلاح على Cassandra، إن توفّرت، إلى أن تكتمل عملية التحديث. - سجِّل الدخول إلى عقدتك بصفتك مشرفًا لتثبيت حِزم RPM لنظام التشغيل Edge.
- أوقِف SELinux كما هو موضّح في مقالة تثبيت أداة إعداد apigee في Edge.
- في حال التثبيت على 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
إذا قرّرت لاحقًا إلغاء التحديث، استخدِم الإجراء الموضّح في مقالة الرجوع إلى الإصدار 4.53.00.
التحديث إلى الإصدار 4.53.00 من مستودع محلي
إذا كانت عقد Edge لديك محمية بجدار حماية أو إذا تم حظرها بطريقة أخرى من الوصول إلى مستودع Apigee عبر الإنترنت، يمكنك إجراء التحديث من مستودع محلي أو نسخة طبق الأصل من مستودع Apigee.
بعد إنشاء مستودع Edge على الجهاز، يتوفّر لك خياران لتعديل Edge من المستودع على الجهاز:
- أنشئ ملف .tar من المستودع، وانسخ ملف .tar إلى عقدة، ثم عدِّل Edge من ملف .tar.
- ثبِّت خادم ويب على العقدة التي تتضمّن المستودع المحلي حتى تتمكّن العقد الأخرى من الوصول إليه. توفّر Apigee خادم الويب Nginx لاستخدامك، أو يمكنك استخدام خادم الويب الخاص بك.
لتحديث الإصدار من مستودع 4.53.00 على الجهاز:
- أنشئ مستودعًا محليًا للإصدار 4.53.00 كما هو موضّح في مقالة "إنشاء مستودع Apigee محلي" على الرابط تثبيت أداة إعداد Edge apigee.
- لتثبيت apigee-service من ملف .tar:
- على العقدة التي تتضمّن المستودع المحلي، استخدِم الأمر التالي لحزمة المستودع المحلي
في ملف tar .واحد باسم
/opt/apigee/data/apigee-mirror/apigee-4.53.00.tar.gz
:/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
- انسخ ملف .tar إلى العقدة التي تريد تحديث Edge عليها. على سبيل المثال، انسخها إلى
الدليل
/tmp
على العقدة الجديدة. - على العقدة الجديدة، فك ضغط الملف في الدليل
/tmp
:tar -xzf apigee-4.53.00.tar.gz
ينشئ هذا الأمر دليلاً جديدًا باسم
repos
في الدليل الذي يحتوي على ملف .tar. على سبيل المثال/tmp/repos
. - تثبيت أداة
apigee-service
في Edge والتبعيات من/tmp/repos
:sudo bash /tmp/repos/bootstrap_4.53.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
يُرجى ملاحظة أنّك تضمّن المسار إلى دليل المستودعات في هذا الأمر.
- على العقدة التي تتضمّن المستودع المحلي، استخدِم الأمر التالي لحزمة المستودع المحلي
في ملف tar .واحد باسم
- لتثبيت apigee-service باستخدام خادم الويب Nginx:
- اضبط خادم الويب Nginx كما هو موضّح في قسم "التثبيت من المستودع باستخدام خادم الويب Nginx" في مقالة تثبيت أداة Edge apigee-setup.
- على العقدة البعيدة، نزِّل ملف 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 أو اسم نظام أسماء النطاقات الخاص بعقدة المستودع.
- على العقدة البعيدة، ثبِّت أداة
apigee-setup
وتبعياتها في Edge:sudo bash /tmp/bootstrap_4.53.00.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
حيث يكون uName:pWord هو اسم المستخدم وكلمة المرور للملفّ الشخصي.
- استخدِم
apigee-service
لتحديث الأداةapigee-setup
، كما هو موضَّح في المثال التالي:/opt/apigee/apigee-service/bin/apigee-service apigee-setup update
- عدِّل الأداة
apigee-validate
على "خادم الإدارة"، كما هو موضَّح في المثال التالي:/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
- عدِّل الأداة
apigee-provision
على "خادم الإدارة"، كما هو موضَّح في المثال التالي:/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
- شغِّل الأداة
update
على العقد بالترتيب الموضّح في ترتيب تحديث الأجهزة:/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
المكان:
- component هو مكوّن Edge المطلوب تعديله. عادةً ما تعدّل
المكوّنات التالية:
cs
: Cassandraedge
: جميع مكوّنات Edge باستثناء واجهة مستخدم Edge: خادم الإدارة ومعالج الرسائل وجهاز التوجيه وخادم QPID وخادم Postgres-
ldap
: OpenLDAP -
ps
: postgresql qpid
: qpiddsso
: الدخول المُوحَّد في Apigee (في حال تثبيت الدخول المُوحَّد)ue
واجهة مستخدم Edge الجديدةui
: واجهة مستخدم Edge الكلاسيكيةzk
: حارس حديقة الحيوانات
- configFile هو ملف الإعداد نفسه الذي استخدمته لتحديد مكوّنات Edge أثناء تثبيت الإصدار 4.50.00 أو 4.51.00.
يمكنك تشغيل
update.sh
على جميع المكوّنات من خلال ضبط component على "الكل"، ولكن فقط إذا كان لديك ملف تعريف تثبيت لجهاز Edge الكل في واحد. على سبيل المثال:/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
- component هو مكوّن Edge المطلوب تعديله. عادةً ما تعدّل
المكوّنات التالية:
- أعِد تشغيل مكوّنات واجهة المستخدم على جميع العقد التي تعمل عليها، إذا لم يسبق لك إجراء ذلك:
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
- اختبِر التحديث من خلال تشغيل الأداة
apigee-validate
على "خادم التحكّم"، كما هو موضّح في اختبار عملية التثبيت.
إذا قرّرت لاحقًا إلغاء التحديث، استخدِم الإجراء الموضّح في مقالة الرجوع إلى الإصدار 4.53.00.
ترتيب تحديث الجهاز
من المهم ترتيب تحديث الأجهزة في عملية تثبيت Edge:
- يجب تحديث جميع عقد Cassandra وZooKeeper قبل تحديث أي عقد أخرى.
- في أي جهاز يتضمّن مكوّنات Edge متعددة (خادم الإدارة ومعالج الرسائل
والموجّه وخادم QPID ولكن ليس خادم Postgres)، استخدِم الخيار
-c edge
لتعديل كلّها في الوقت نفسه. - إذا كانت إحدى الخطوات تحدّد أنّه يجب تنفيذها على أجهزة متعددة، نفِّذها في ترتيب الأجهزة المحدّد.
- ما مِن خطوة منفصلة لتعديل ميزة "تحقيق الربح". ويتم تعديله عند تحديد الخيار
-c edge
.
ترقية مستقلة لعقدة واحدة
لترقية إعداد مستقل يتضمّن عقدة واحدة إلى الإصدار 4.53.00:
- تعديل جميع المكوّنات:
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
- (في حال تثبيت
apigee-adminapi
) عليك تحديث الأداةapigee-adminapi
:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
ترقية مستقلة لعقدتَين
عدِّل المكوّنات التالية لعملية تثبيت مستقلة تتضمّن عقدتَين:
اطّلِع على تصاميم التركيب للحصول على قائمة بتصاميم Edge وأرقام العقد.
- عدِّل Cassandra وZooKeeper على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- تعديل Postgres على الجهاز 2:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تعديل LDAP على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- عدِّل مكوّنات Edge على الجهازَين 2 و1:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- تعديل Qpid على الجهاز 2:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل واجهة المستخدم على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- (في حال تثبيت
apigee-adminapi
) تم تعديل الأداةapigee-adminapi
على الجهاز 1:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
حيث يكون sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد (SSO).
- إعادة تشغيل مكوّن واجهة مستخدم Edge على الجهاز 1:
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
ترقية 5 عقد
عدِّل المكوّنات التالية لعملية تثبيت تتضمّن 5 عقد:
اطّلِع على تصاميم التركيب للحصول على قائمة بتصاميم Edge وأرقام العقد.
- عدِّل Cassandra وZooKeeper على الجهازَين 1 و2 و3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- تعديل Postgres على الجهاز 4:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تحديث Postgres على الجهاز 5:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تعديل LDAP على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- تعديل مكوّنات Edge على الأجهزة 4 و5 و1 و2 و3:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- تعديل Qpid على الجهاز 4:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل Qpid على الجهاز 5:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل واجهة مستخدم 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
- واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، عدِّل العنصر
- (في حال تثبيت
apigee-adminapi
) تم تعديل الأداةapigee-adminapi
على الجهاز 1:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
حيث يكون sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد (SSO).
- إعادة تشغيل مكوّن واجهة المستخدم:
- واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، عليك إعادة تشغيل العنصر
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 وأرقام العقد.
- عدِّل Cassandra وZooKeeper على الجهازَين 1 و2 و3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- تعديل Postgres على الجهاز 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تعديل Postgres على الجهاز 9:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تعديل LDAP على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- عدِّل مكوّنات Edge على الأجهزة 6 و7 و8 و9 و1 و4 و5 بهذا الترتيب:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- تعديل Qpid على الجهازَين 6 و7:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- عدِّل واجهة المستخدم الجديدة (
ue
) أو واجهة المستخدم الكلاسيكية (ui
) على الجهاز 1:/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- (في حال تثبيت
apigee-adminapi
) عدِّل الأداةapigee-adminapi
على الجهاز 1:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهاز 1:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
حيث يكون sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد (SSO).
- إعادة تشغيل مكوّن واجهة المستخدم:
- واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، عليك إعادة تشغيل العنصر
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 وأرقام العقد.
- عدِّل Cassandra وZooKeeper على الأجهزة 1 و2 و3:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- تعديل Postgres على الجهاز 8:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تعديل Postgres على الجهاز 9:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- تعديل LDAP على الجهازَين 4 و5:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- عدِّل مكوّنات Edge على الأجهزة 12 و13 و8 و9 و6 و7 و10 و11 بهذا الترتيب:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- تعديل Qpid على الجهازَين 12 و13:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- عليك تحديث واجهة المستخدم الجديدة (
ue
) أو واجهة المستخدم الكلاسيكية (ui
) على الجهازَين 6 و 7:/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- (في حال تثبيت
apigee-adminapi
) تم تعديل الأداةapigee-adminapi
على الجهازَين 6 و7:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (في حال تثبيت Apigee SSO) عدِّل Apigee SSO على الجهازَين 6 و7:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
حيث يكون sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد (SSO).
- إعادة تشغيل مكوّن واجهة المستخدم:
- واجهة المستخدم الكلاسيكية: إذا كنت تستخدم واجهة المستخدم الكلاسيكية، أعِد تشغيل العنصر
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 وأرقام العقد.
- تحديث Cassandra وZooKeeper:
- على الأجهزة 1 و2 و3 في مركز البيانات 1:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- على الأجهزة 7 و8 و9 في مركز البيانات 2
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- على الأجهزة 1 و2 و3 في مركز البيانات 1:
- تعديل Postgres:
- الجهاز 6 في مركز البيانات 1
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- الجهاز 12 في مركز البيانات 2
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- الجهاز 6 في مركز البيانات 1
- تعديل LDAP:
- الجهاز 1 في مركز البيانات 1
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- الجهاز 7 في مركز البيانات 2
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- الجهاز 1 في مركز البيانات 1
- تعديل مكوّنات Edge:
- الأجهزة 4 و5 و6 و1 و2 و3 في مركز البيانات 1
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- الأجهزة 10 و11 و12 و7 و8 و9 في مركز البيانات 2
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- الأجهزة 4 و5 و6 و1 و2 و3 في مركز البيانات 1
- تعديل qpidd:
- الجهازان 4 و5 في مركز البيانات 1
- تعديل
qpidd
على الجهاز 4:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل
qpidd
على الجهاز 5:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل
- الجهازان 10 و11 في مركز البيانات 2
- تعديل
qpidd
على الجهاز 10:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل
qpidd
على الجهاز 11:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- تعديل
- الجهازان 4 و5 في مركز البيانات 1
- يمكنك تحديث واجهة المستخدم الجديدة (
ue
) أو واجهة المستخدم الكلاسيكية (ui
):- الجهاز 1 في مركز البيانات 1:
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- الجهاز 7 في مركز البيانات 2:
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- الجهاز 1 في مركز البيانات 1:
- (في حال تثبيت
apigee-adminapi
) تعديل الأداةapigee-adminapi
:- الجهاز 1 في مركز البيانات 1:
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- الجهاز 7 في مركز البيانات 2:
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- الجهاز 1 في مركز البيانات 1:
- (في حال تثبيت Apigee SSO) عدِّل Apigee SSO:
- الجهاز 1 في مركز البيانات 1:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
- الجهاز 7 في مركز البيانات 2:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
حيث يكون sso_config_file هو ملف الإعداد الذي أنشأته عند تثبيت خدمة الدخول المُوحَّد (SSO).
- الجهاز 1 في مركز البيانات 1:
- أعِد تشغيل مكوّن واجهة مستخدم Edge الجديدة (
edge-management-ui
) أو واجهة مستخدم Edge الكلاسيكية (edge-ui
) على الجهازَين 1 و7:/opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart
لإعداد غير عادي
إذا كانت لديك إعدادات غير عادية، عدِّل مكونات Edge بالترتيب التالي:
- ZooKeeper
- كاساندرا
- ps
- LDAP
- Edge، أي الملف الشخصي "-c edge" على جميع العقد بالترتيب: العقد التي تحتوي على خادم Qpid، وخادم Edge Postgres، وخادم الإدارة، ومعالج الرسائل، وجهاز التوجيه.
- qpidd
- واجهة مستخدم Edge (سواء كانت واجهة مستخدم Edge الكلاسيكية أو الجديدة)
apigee-adminapi
- Apigee SSO
بعد الانتهاء من التحديث، احرص على إعادة تشغيل مكوّن واجهة مستخدم Edge على جميع الأجهزة التي تعمل به.