Apigee Edge 4.52.02 را به عقب برگردانید

اگر در حین به‌روزرسانی Edge 4.52.02 با خطا مواجه شدید، می‌توانید مؤلفه‌ای که باعث خطا شده است را برگردانید و سپس دوباره به‌روزرسانی را امتحان کنید.

می‌توانید Edge 4.52.02 را به یکی از نسخه‌های اصلی زیر برگردانید:

  • نسخه 4.52.01
  • نسخه 4.52.00
  • نسخه 4.51.00

بازگرداندن یک نسخه شامل بازگرداندن هر مؤلفه ای است که ممکن است ارتقا داده باشید. علاوه بر این، بر اساس نسخه ای که از آن شروع کرده اید، ممکن است لازم باشد قبل از بازگرداندن برخی از مؤلفه های نرم افزاری، مراحل خاصی را در نظر بگیرید. جدول زیر اجزای مختلف نرم افزاری را فهرست می کند که ممکن است در حین بازگشت به مراحل خاصی برای آنها نیاز باشد:

بازگشت به نسخه توجه ویژه به نرم افزار
4.52.01 کاساندرا
4.52.00 Zookeeper ، Cassandra ، Qpid
4.51.00 Zookeeper ، Postgres ، Cassandra ، Qpid

دو سناریو وجود دارد که ممکن است بخواهید یک بازگشت را انجام دهید:

  1. به نسخه اصلی یا فرعی قبلی برگردید . به عنوان مثال، از 4.52.02 تا 4.52.00.
  2. به نسخه پچ قبلی در همان نسخه برگردید . به عنوان مثال، از 4.52.00.02 تا 4.52.00.01.

برای اطلاعات بیشتر، روند انتشار Apigee Edge را ببینید.

ترتیب برگشت

بازگشت به عقب اجزاء باید از ترتیب معکوس ارتقاء آنها پیروی کند، با این استثنا که سرورهای مدیریت باید پس از کاساندرا بازگردانده شوند. Cassandra، اجزای Runtime و سرور مدیریت همگی باید با استفاده از رویکرد مرکز داده به مرکز داده (DC-by-DC) بازگردانده شوند و به طور موقت ترافیک را به مراکز داده عملکردی هدایت کنند.

یک ترتیب عمومی معمولی بازگشت به حالت اولیه برای Private Cloud 4.52.02 به شکل زیر خواهد بود:

مرکز داده واحد

برای راه‌اندازی مرکز داده واحد، رویه بازگشت تأثیر قابل‌توجهی بر ترافیک زمان اجرا و APIهای مدیریتی خاص دارد.

  1. Rollback Qpid و سایر اجزای مرتبط با تجزیه و تحلیل
  2. روترهای برگشتی و پردازشگرهای پیام
  3. بازگشت کاساندرا
  4. سرور مدیریت بازگشت
  5. Rollback Postgres و Zookeeper

مراکز داده چندگانه

در راه‌اندازی مرکز چندداده، برگشت‌ها باید از رویکرد مرکز داده به مرکز داده (DC-by-DC) با هدایت موقت ترافیک به مراکز داده عملکردی پیروی کنند. این امر تداوم ترافیک را تضمین می‌کند، از خرابی جلوگیری می‌کند، و فرآیند بازگشت کنترل‌شده را برای گره‌های Cassandra ، مدیریت سرور و زمان اجرا فعال می‌کند.

  1. Rollback Qpid و سایر اجزای مرتبط با تجزیه و تحلیل در تمام DCها.
  2. ترافیک را در مرکز داده اول مسدود کنید و ترافیک را به DCهای دیگر هدایت کنید.
  3. روترهای بازگشتی و پردازشگرهای پیام در اولین مرکز داده.
  4. بازگشت کاساندرا در اولین مرکز داده.
  5. سرور مدیریت بازگشت به عقب در اولین مرکز داده.
  6. ترافیک را در اولین مرکز داده رفع انسداد کنید و از مرحله 2 تا مرحله 6 پیروی کنید تا آخرین مرکز داده گره‌های Runtime، Cassandra و سرور مدیریت را برگرداند.
  7. Rollback Postgres، Zookeeper و LDAP در تمام DCها.

برای در نظر گرفتن این موضوع، فرض کنید کل کلاستر Cassandra، تمام سرورهای مدیریت و چند پردازنده پیام در زمان اجرا (RMPs) را از نسخه 4.52.01 به 4.52.02 ارتقا داده اید و باید یک بازگشت را انجام دهید. در این حالت، بازگشت باید به صورت زیر انجام شود:

  1. برای اطمینان از تداوم سرویس، ترافیک را به اولین مرکز داده (مرکز داده) مسدود کنید و ترافیک را به دیگر DCهای فعال هدایت کنید .
  2. روترهای بازگشتی و پردازشگرهای پیام در اولین مرکز داده.
  3. بازگشت کاساندرا در اولین مرکز داده با بازیابی از یک نسخه پشتیبان یا عکس فوری VM.
  4. سرور مدیریت را در اولین مرکز داده برگردانید .
  5. ترافیک به اولین مرکز داده را رفع انسداد کنید .
  6. مراحل 1 تا 5 را برای هر مرکز داده باقیمانده تکرار کنید تا زمانی که تمام گره‌های زمان اجرا، کاساندرا و سرورهای مدیریت بازگردانده شوند.

چه کسی می تواند یک بازگشت را انجام دهد

کاربری که rollback انجام می دهد باید همان کاربری باشد که Edge را در ابتدا به روز کرده است یا کاربری که به عنوان root اجرا می شود.

به طور پیش فرض، اجزای Edge به عنوان کاربر "apigee" اجرا می شوند. در برخی موارد، ممکن است اجزای Edge را به عنوان کاربران مختلف اجرا کنید. به عنوان مثال، اگر روتر باید به پورت های دارای امتیاز دسترسی داشته باشد، مانند پورت های زیر 1000، باید روتر را به عنوان روت یا به عنوان کاربر با دسترسی به آن پورت ها اجرا کنید. یا ممکن است یک مؤلفه را به عنوان یک کاربر و مؤلفه دیگر را به عنوان کاربر دیگر اجرا کنید.

کامپوننت هایی با کد مشترک

اجزای Edge زیر کد مشترکی دارند. بنابراین، برای برگرداندن هر یک از این مؤلفه‌ها در یک گره، باید همه این مؤلفه‌ها را که در آن گره هستند، برگردانید.

  • edge-management-server (مدیریت سرور)
  • edge-message-processor (پردازنده پیام)
  • edge-router (روتر)
  • edge-postgres-server (سرور Postgres)
  • edge-qpid-server (سرور Qpid)

به عنوان مثال، اگر سرور مدیریت، روتر و پردازشگر پیام را روی گره نصب کرده اید، برای بازگرداندن هر یک از آنها باید هر سه را به عقب برگردانید.

عقبگرد کاساندرا

هنگامی که یک ارتقاء عمده کاساندرا روی یک گره خاص کاساندرا انجام می شود، کاساندرا طرح واره داده های ذخیره شده در گره را تغییر می دهد و بازگشت مستقیم را غیرممکن می کند. دو روش برای بازگشت وجود دارد. شما از یکی از این متدولوژی ها بر اساس وضعیت ارتقایی که از آن عقب نشینی می کنید استفاده خواهید کرد.

روش شناسی برای عقبگرد

سناریوهای بازگشت

Edge for Private Cloud 4.52.02 شامل ارتقاء در Cassandra و درایور مورد استفاده توسط پردازشگر پیام و سرور مدیریت برای اتصال به Cassandra است. در نتیجه، ارتقاء و بازگشت این 3 مؤلفه کاملاً با هم گره خورده است. جدول زیر نمونه‌های کلی سناریوهای بازگشت را برای این سه مؤلفه خاص فهرست می‌کند. برگرداندن سایر اجزاء باید طبق ترتیب بخش بازگشت به عقب انجام شود.

این بخش، سناریوهای مختلف بازگشت را به همراه روش‌شناسی توصیه‌شده بر اساس رویکردهای شرح داده شده در بالا، تشریح می‌کند.

سناریو استراتژی بازگشت
مرکز داده واحد، برخی از گره های کاساندرا ارتقا یافته اند بازیابی پشتیبان
مرکز داده واحد، تمام گره های کاساندرا ارتقا یافته اند بازیابی پشتیبان
مرکز داده واحد، همه گره ها (Cassandra، سرور مدیریت و گره های زمان اجرا) ارتقا یافته اند
چند مرکز داده، برخی/همه گره های کاساندرا در اولین مرکز داده ارتقا یافته اند بازسازی از مرکز داده موجود
چندین مرکز داده، همه گره‌های Cassandra، سرور مدیریت و گره‌های Runtime در اولین مرکز داده ارتقا یافتند.

این باید در یک مرکز داده در یک زمان انجام شود.

چندین مرکز داده، برخی/همه گره های کاساندرا آخرین مرکز داده ارتقا یافته اند
چندین مرکز داده، همه گره‌های Cassandra، سرور مدیریت و گره‌های زمان اجرا در همه DCها ارتقا یافته‌اند.

این باید یک مرکز داده در یک زمان انجام شود.

به طور کلی، هنگام بازگرداندن کاساندرا باید موارد زیر را در نظر بگیرید:

  1. بازگشت زمان اجرا یا اجزای مدیریتی

    اگر نیاز دارید اجزایی مانند سرور مدیریت Edge یا پردازشگر پیام Edge را به نسخه قبلی Edge Private Cloud در هر مرکز داده (DC) برگردانید، اطمینان حاصل کنید که Cassandra نیز همزمان در آن مرکز داده خاص برگردانده شده است. این برای جلوگیری از خرابی ترافیک مدیریت و زمان اجرا ضروری است.

  2. بازگشت با استفاده از پشتیبان

    پشتیبان‌گیری‌های گرفته شده از Cassandra 3.11.x با نسخه‌های Cassandra 2.1.x سازگار نیست. برای فعال کردن بازگشت با استفاده از بازیابی پشتیبان، اطمینان حاصل کنید که نسخه پشتیبان Cassandra 2.1.x قبل از انجام ارتقاء گرفته شده است.

  3. جداسازی مرکز داده برای بازگشت

    برای جلوگیری از خرابی، اطمینان حاصل کنید که ترافیک به مراکز داده کاملاً کاربردی هدایت می شود و از مرکز داده که در حال بازگشت به عقب است مسدود می شود.

بازگشت کاساندرا با استفاده از بازسازی

پیش نیازها

  1. شما یک خوشه Edge را برای Private Cloud 4.51.00 / 4.52.00 / 4.52.01 روی چندین مرکز داده کار می کنید.
  2. شما در حال ارتقای Cassandra از 2.1.X به 3.11.X هستید و در حین ارتقا با مشکلاتی مواجه شده اید.
  3. شما حداقل 1 مرکز داده کاملاً کاربردی در خوشه دارید که هنوز در نسخه قدیمی کاساندرا (Cassandra 2.1.X) است.

مراحل سطح بالا

  1. یک مرکز داده (به طور جزئی یا به طور کامل ارتقا یافته) را انتخاب کنید که می خواهید به عقب برگردید. کل ترافیک برنامه را از این مرکز داده به مرکز داده کاملاً کاربردی دیگری هدایت کنید.
  2. اگر روتر و پردازشگر پیام ارتقا یافته است، تمام گره های روتر و پردازشگر پیام در مرکز داده را یکی یکی برگردانید.
  3. Cassandra را در یک گره متوقف کنید، آن را حذف کنید و تمام داده های مرتبط را پاک کنید.
  4. نسخه قبلی bootstrap را نصب کنید و نسخه Cassandra 2.1.x را روی گره تمیز شده تنظیم کنید.
  5. گره را از مرکز داده عملکردی موجود که هنوز Cassandra 2.1.x را اجرا می کند، بازسازی کنید.
  6. مراحل 3 تا 5 را بر روی هر گره کاساندرا باقی مانده در مرکز داده، یک نود در یک زمان انجام دهید.
  7. تنظیم مدیریت سرور را در مرکز داده مجدداً اجرا کنید.
  8. برای تأیید اعتبار بازگشت، آزمایش انجام دهید. پس از تأیید، ترافیک برنامه را به مرکز داده بازیابی شده هدایت کنید.
  9. مراحل بالا را برای سایر مراکز داده که نیاز به بازگشت دارند، یک به یک تکرار کنید.

مراحل دقیق برای پاک کردن و استفاده از گره های موجود در خوشه برای بازسازی گره:

با گره ای که می خواهید به عقب برگردید شروع کنید

  1. قبل از ادامه مراحل بعدی، اطمینان حاصل کنید که ترافیک به مراکز داده کاملاً کاربردی هدایت شده است.
  2. اگر روتر و پردازشگر پیام ارتقا یافته است، تمام گره های روتر و پردازشگر پیام را به نسخه قبلی در مرکز داده برگردانید.
  3. کاساندرا را روی گره متوقف کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
  4. نرم افزار Cassandra را از گره حذف نصب کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall
  5. دایرکتوری داده را از گره حذف کنید: 
    rm -rf /opt/apigee/data/apigee-cassandra

  6. بوت استرپ نسخه قدیمی Edge را برای Private Cloud دانلود و اجرا کنید که می خواهید به آن برگردید:

    مثال: برای بازگشت به 4.52.01

  7. دانلود بوت استرپ 4.52.01: 
    curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
  8. اجرای بوت استرپ 4.52.01: 
    sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
  9. نرم افزار Cassandra را روی گره نصب کنید: 
    apigee-service apigee-cassandra install
  10. ویژگی زیر را در فایل /opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh اضافه کنید.
    JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address=<cass_ip-address>"

    مثال:

    JVM_OPTS="$JVM_OPTS -Dcassandra.replace_address=10.0.0.1"

  11. Cassandra را روی گره راه اندازی کنید: 
    /opt/apigee/apigee-setup/bin/setup.sh -p c -f configFile
  12. پس از Cassandra UP و RUNNING، CWC فوق را از فایل زیر حذف کنید: /opt/apigee/apigee-cassandra/source/conf/cassandra-env.sh فایل.
  13. گره کاساندرا را مجددا راه اندازی کنید 
    apigee-service apigee-cassandra restart
  14. با ارائه نام مرکز داده عملکردی، بازسازی را روی گره اجرا کنید:
    /opt/apigee/apigee-cassandra/bin/nodetool rebuild -h <node-IP> <functional-dc>

    مثال: 

    /opt/apigee/apigee-cassandra/bin/nodetool rebuild -h 10.0.0.1 dc-2

  15. مراحل بالا را در هر گره ای که می خواهید در مرکز داده به عقب برگردانید، یک به یک تکرار کنید.

زمانی که تمام گره های کاساندرا در مرکز داده بازگردانده شده و بازسازی می شوند

  1. راه اندازی هر یک از گره های مدیریت-سرور در مرکز داده که به عقب برگشته است را اجرا کنید. اطمینان حاصل کنید که سرور مدیریت از نسخه رول شده است. اگر نه، سرور مدیریت را نیز برگردانید .

    2. سرور مدیریت را به نسخه قدیمی برگردانید

  2. توقف سرور مدیریت: 
    /opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
  3. اگر از کسب درآمد استفاده می کنید، کسب درآمد را نیز حذف نصب کنید: 
    /opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
  4. edge-gateway و apigee-cassandra-client را حذف نصب کنید: 
    /opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
  5. بوت استرپ نسخه قدیمی را دانلود و اجرا کنید. برای مثال مراحل زیر را برای دانلود و اجرای بوت استرپ نسخه 4.52.01 انجام دهید. 
    curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
    sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord

    6. راه اندازی سرور مدیریت

  6. راه اندازی یک گره مدیریت-سرور را اجرا کنید: 
    /opt/apigee/apigee-setup/bin/setup.sh -p mt -f configFile
  7. پس از انجام مراحل بالا، ترافیک را به مرکز داده برگشتی هدایت کنید.

بهینه سازی پس از بازسازی

در مراحل بالا، تمام داده های گره از مرکز داده از راه دور در طول بازسازی جریان می یابد. هنگامی که همه کپی‌ها به مرکز داده محلی پخش شدند، می‌توانید این فرآیند را با استفاده از تعمیر بهینه کنید. این کار از پخش جریانی از مرکز داده جلوگیری می کند و باید سریعتر از بازسازی همه گره ها از یک مرکز داده راه دور باشد.

مثال: فرض کنید شش گره Cassandra در مرکز داده محلی دارید. به طور پیش فرض، ضریب تکرار Apigee سه است، بنابراین هر گره 50٪ از داده ها را در اختیار دارد. در این مورد، می توانید گره های #1 و #4 را با دنبال کردن روش بالا بازسازی کنید. برای گره های #2، #3، #5 و #6، مراحل زیر را دنبال کنید تا نسخه پشتیبان را بازیابی کنید و تعمیر را اجرا کنید.

  1. مراحل بالا را همانطور که برای بازسازی کپی ها در مرکز داده محلی مستند شده است دنبال کنید.
  2. برای گره‌های باقی‌مانده، مراحل زیر را در هر گره باقی‌مانده یکی یکی دنبال کنید.
  3. پشتیبان‌گیری را که در این گره گرفته‌اید بازیابی کنید (توجه داشته باشید: این پشتیبان احتمالاً دارای داده‌های قدیمی است زیرا این نسخه پشتیبان قبل از شروع ارتقاء کاساندرا گرفته شده است):
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backup_file

    اگر یک عکس فوری VM از گره دارید، می توانید به جای بازیابی نسخه پشتیبان کاساندرا، عکس فوری را بازیابی کنید.

  4. پس از بازیابی نسخه پشتیبان، سرویس Cassandra را در گره راه اندازی کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start
  5. یک تعمیر بر روی گره انجام دهید تا آخرین داده ها از یک مرکز داده موجود پخش شوند:
    /opt/apigee/apigee-cassandra/bin/nodetool -h <node-IP> repair -dc <local-dc-name>

    مثال: 

    /opt/apigee/apigee-cassandra/bin/nodetool -h 10.0.0.1 repair -dc dc-1

  6. تمام مراحل فوق را که در مرحله 2 ذکر شد، در هر گره ای که می خواهید تعمیر کنید، تکرار کنید

بازگشت کاساندرا با استفاده از پشتیبان گیری / عکس فوری VM

اگر کل خوشه کاساندرا را ارتقا داده باشید و بخواهید به عقب برگردید، این رویه تنها روش موجود است. علاوه بر این، پشتیبان‌گیری‌های Apigee مختص گره‌ها هستند. امکان بازیابی نسخه پشتیبان گرفته شده از یک گره به گره دیگر وجود ندارد. پشتیبان گیری Cassandra شامل اطلاعات فراداده گره (مانند آدرس IP، موقعیت حلقه و غیره) است.

پیش نیازها

  1. شما در حال ارتقای Cassandra از 2.1.X به 3.11.X در آخرین مرکز داده هستید و در حین ارتقا با مشکلاتی مواجه شده اید.
  2. قبل از ارتقای که در حال عقب نشینی هستید، برای گره پشتیبان دارید. پشتیبان گیری قبل از ارتقای 2.1.X به 3.11.X گرفته شد.

مراحل سطح بالا

  1. یک مرکز داده (به طور جزئی یا کامل ارتقا یافته) را برای بازگرداندن انتخاب کنید. تمام ترافیک زمان اجرا را از این مرکز داده به مرکز داده کاملاً کاربردی دیگری هدایت کنید.
  2. اگر روتر و پردازشگر پیام ارتقا یافته است، تمام گره‌های روتر و پردازشگر پیام در مرکز داده را یکی یکی برگردانید.
  3. Cassandra را در یک گره متوقف کنید، آن را حذف کنید و تمام داده های مرتبط را پاک کنید.
  4. نسخه قبلی bootstrap را نصب کنید و نسخه Cassandra 2.1.x را روی گره تمیز شده تنظیم کنید.
  5. گره Cassandra را متوقف کنید و تمام داده های مرتبط را پاک کنید.
  6. گره Cassandra را از نسخه پشتیبان گرفته شده قبل از ارتقا بازیابی کنید.
  7. مراحل 3 تا 6 را برای هر یک از گره های کاساندرا باقی مانده در مرکز داده، یک گره در یک زمان تکرار کنید.
  8. تنظیم مدیریت سرور را در مرکز داده مجدداً اجرا کنید.
  9. برای تأیید اعتبار بازگشت، آزمایش انجام دهید. پس از تأیید، ترافیک زمان اجرا را به مرکز داده بازیابی شده هدایت کنید.
  10. مراحل بالا را برای سایر مراکز داده که نیاز به بازگشت دارند، یک به یک تکرار کنید.
  11. (اختیاری) اگر ناهماهنگی داده بین آنها وجود داشته باشد، دستور تعمیر را در تمام گره های Cassandra در همه مراکز داده اجرا کنید.

مراحل دقیق برای بازگرداندن کاساندرا با استفاده از پشتیبان گیری / عکس فوری VM

با 1 گره کاساندرا در خوشه شروع کنید

  1. قبل از ادامه مراحل بعدی، اطمینان حاصل کنید که ترافیک به مراکز داده کاملاً کاربردی هدایت شده است.
  2. اگر روتر و پردازشگر پیام ارتقا یافته است، تمام گره های روتر و پردازشگر پیام را یکی یکی به نسخه قبلی در مرکز داده برگردانید.
  3. کاساندرا را روی گره متوقف کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
  4. نرم افزار Cassandra را از گره حذف نصب کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra uninstall
  5. دایرکتوری داده را از گره حذف کنید: 
    rm -rf /opt/apigee/data/apigee-cassandra

  6. بوت استرپ نسخه قدیمی Edge را برای Private Cloud دانلود و اجرا کنید که می خواهید به آن برگردید:

    مثال: برای بازگشت به 4.52.01

  7. دانلود بوت استرپ 4.52.01: 
    curl https://software.apigee.com/bootstrap_4.52.01.sh -o /tmp/bootstrap_4.52.01.sh -u ‘uName:pWord’
  8. اجرای بوت استرپ 4.52.01: 
    sudo bash /tmp/bootstrap_4.52.01.sh apigeeuser=uName apigeepassword=pWord
  9. Cassandra را روی گره راه اندازی کنید: 
    /opt/apigee/apigee-setup/bin/setup.sh -p c -f configFile
  10. کاساندرا را روی گره متوقف کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra stop
  11. دایرکتوری داده را روی گره حذف کنید: 
    rm -rf /opt/apigee/data/apigee-cassandra/data
  12. بازیابی نسخه پشتیبان: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra restore backup_file
  13. سرویس Cassandra را در گره شروع کنید 
    /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra start
  14. مراحل را روی هر گره کاساندرا یکی یکی تکرار کنید.
  15. راه اندازی هر یک از گره های مدیریت-سرور در مرکز داده که به عقب برگشته است را اجرا کنید. اطمینان حاصل کنید که سرور مدیریت از نسخه رول شده است. اگر نه، سرور مدیریت را نیز برگردانید .
  16. پس از انجام مراحل بالا، ترافیک را به مرکز داده برگشتی هدایت کنید.
  17. (اختیاری) اگر ناهماهنگی داده بین آنها وجود داشته باشد، دستور تعمیر را در تمام گره های Cassandra در همه مراکز داده اجرا کنید. 
    /opt/apigee/apigee-cassandra/bin/nodetool -h <node-IP> repair -pr

به روز رسانی Zookeeper 3.8.3 را برگردانید

اگر به نسخه‌های 4.52.00 یا 4.51.00 برمی‌گردید، باید قبل از بازگرداندن Zookeeper به چند مرحله خاص مراجعه کنید. این مراحل در Rollback ذکر شده است.

اگر به نسخه 4.52.01 برمی‌گردید، Zookeeper را مانند هر نرم‌افزاری بازگردانید، همانطور که در قسمت بازگشت به نسخه اصلی یا فرعی قبلی در زیر فهرست شده است.

بازگشت Qpid

اگر به نسخه‌های 4.52.00 یا 4.51.00 برمی‌گردید، باید قبل از بازگرداندن Qpid به چند مرحله خاص مراجعه کنید. این مراحل در Rollback ذکر شده است.

اگر به نسخه 4.52.01 برگردید، Qpid را بازگردانید، مانند هر نرم افزاری که در فهرست فهرست شده است ، به نسخه اصلی یا فرعی قبلی برگردانید.

به روز رسانی Postgres 10.17 را برگردانید

اگر در حال بازگشت به نسخه 4.51.00 هستید، باید قبل از بازگرداندن Postgres به چند مرحله خاص مراجعه کنید. این مراحل در Rollback ذکر شده است.

اگر در حال بازگشت به نسخه 4.52.01 یا 4.52.00 هستید، Postgres را بازگردانید، همانطور که هر نرم افزاری را بازگردانید، همانطور که در قسمت بازگشت به نسخه اصلی یا فرعی قبلی در زیر فهرست شده است.

به نسخه اصلی یا فرعی قبلی برگردید

برای بازگشت به نسخه اصلی یا فرعی قبلی، موارد زیر را در هر گره ای که مؤلفه را میزبانی می کند انجام دهید:

  1. فایل bootstrap.sh را برای نسخه ای که می خواهید به آن برگردید دانلود کنید:

    • برای بازگشت به 4.51.00، bootstrap_4.51.00.sh دانلود کنید
  2. متوقف کردن مؤلفه برای برگشت به عقب:
    1. برای برگرداندن هر یک از مؤلفه‌های دارای کد مشترک در گره، باید همه آنها را متوقف کنید، همانطور که مثال زیر نشان می‌دهد: 
      /opt/apigee/apigee-service/bin/apigee-service edge-management-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor stop
/opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
/opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
    2. برای برگرداندن هر مؤلفه دیگری در گره، فقط آن مؤلفه را متوقف کنید: 
      /opt/apigee/apigee-service/bin/apigee-service component stop
  3. اگر می خواهید کسب درآمد را به عقب برگردانید، آن را از تمام گره های سرور مدیریت و پردازشگر پیام حذف نصب کنید: 
    /opt/apigee/apigee-service/bin/apigee-service edge-mint-gateway uninstall
  4. کامپوننت را حذف نصب کنید تا دوباره روی گره بازگردد:
    1. برای برگرداندن هر یک از مؤلفه‌های دارای کد مشترک در گره، باید همه آنها را با حذف نصب گروه مؤلفه edge-gateway و apigee-cassandra-client حذف نصب کنید، همانطور که در مثال زیر نشان داده شده است: 
      /opt/apigee/apigee-service/bin/apigee-service edge-gateway uninstall
      /opt/apigee/apigee-service/bin/apigee-service apigee-cassandra-client uninstall
    2. برای برگرداندن هر مؤلفه دیگری در گره، فقط آن مؤلفه را حذف نصب کنید، همانطور که مثال زیر نشان می دهد:
      /opt/apigee/apigee-service/bin/apigee-service component uninstall

      جایی که component نام کامپوننت است.

    3. برای برگرداندن مسیریاب لبه، باید محتویات فایل /opt/nginx/conf.d را علاوه بر حذف نصب گروه مؤلفه edge-gateway حذف کنید: 
      cd /opt/nginx/conf.d
rm -rf *
  5. نسخه 4.52.02 apigee-setup را حذف نصب کنید: 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup uninstall
  6. نسخه 4.51.00 ابزار apigee-service و وابستگی های آن را نصب کنید. مثال زیر نسخه 4.51.00 apigee-service را نصب می کند:
    sudo bash /tmp/bootstrap_4.51.00.sh apigeeuser=uName apigeepassword=pWord

    جایی که uName و pWord نام کاربری و رمز عبوری است که از Apigee دریافت کرده‌اید. اگر pWord را حذف کنید، از شما خواسته می شود آن را وارد کنید.

    اگر با خطا مواجه شدید، مطمئن شوید که فایل bootstrap.sh را در مرحله 1 دانلود کرده اید.

  7. نصب apigee-setup : 
    /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
  8. نسخه قدیمی کامپوننت را نصب کنید:
    /opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile

    جایی که component کامپوننتی است که باید نصب شود و configFile فایل پیکربندی شما برای نسخه قدیمی است.

  9. اگر Qpid را به عقب برگردانید، iptables را فلاش کنید: 
    sudo iptables -F
  10. این فرآیند را برای هر گره ای که میزبان مؤلفه ای است که در حال بازگرداندن آن هستید، تکرار کنید.

به نسخه پچ قبلی برگردید

برای برگرداندن یک کامپوننت به یک انتشار پچ خاص، موارد زیر را در هر گره ای که کامپوننت را میزبانی می کند انجام دهید:

  1. دانلود نسخه کامپوننت خاص:
    /opt/apigee/apigee-service/bin/apigee-service component_version install

    جایی که component_version انتشار کامپوننت و پچ برای نصب است. به عنوان مثال: 

    /opt/apigee/apigee-service/bin/apigee-service edge-ui-4.51.05-0.0.3749 install

    اگر از مخزن آنلاین Apigee استفاده می‌کنید، می‌توانید نسخه‌های مؤلفه موجود را با استفاده از دستور زیر تعیین کنید:

    yum --showduplicates list component

    به عنوان مثال: 

    yum --showduplicates list edge-ui
  2. از apigee-setup برای نصب کامپوننت استفاده کنید:
    /opt/apigee/apigee-setup/bin/setup.sh -p component -f configFile

    به عنوان مثال: 

    /opt/apigee/apigee-setup/bin/setup.sh -p ui -f configFile

    توجه داشته باشید که هنگام نصب فقط نام کامپوننت را مشخص می‌کنید، نه نسخه را.

  3. این فرآیند را برای هر گره ای که میزبان مؤلفه ای است که در حال بازگرداندن آن هستید، تکرار کنید.

mTLS را به عقب برگردانید

برای بازگرداندن به‌روزرسانی mTLS، مراحل زیر را در همه میزبان‌ها انجام دهید:

  1. توقف Apigee: 
    apigee-all stop
  2. توقف mTLS: 
    apigee-service apigee-mtls uninstall
  3. نصب مجدد mTLS: 
    apigee-service apigee-mtls install
apigee-service apigee-mtls setup -f /opt/silent.conf