প্রাইভেট ক্লাউড v4.18.01 এর জন্য এজ
কোন এজ সংস্করণ আপনি 4.18.01 এ আপডেট করতে পারেন
আপনি এই পদ্ধতিটি ব্যবহার করে Apigee Edge সংস্করণ 4.16.01.0x এবং 4.16.05.x থেকে 4.18.01 আপডেট করতে পারেন।
আপনার যদি 4.16.01 সংস্করণের পূর্ববর্তী এজ-এর একটি সংস্করণ থাকে, তাহলে আপনাকে প্রথমে সংস্করণ 4.16.01-এ স্থানান্তরিত করতে হবে এবং তারপরে 4.18.01 সংস্করণে আপডেট করতে হবে।
- আপনি Apigee Edge সংস্করণ 4.15.07 থেকে 4.16.01 পর্যন্ত স্থানান্তর করতে পারেন।
- আপনার যদি 4.15.07 সংস্করণের পূর্ববর্তী এজ-এর একটি সংস্করণ থাকে, তাহলে আপনাকে প্রথমে সংস্করণ 4.15.07 এবং তারপরে 4.16.01 সংস্করণে স্থানান্তর করতে হবে।
- আপনি যদি এজ সংস্করণ 4.14.04 বা তার পরবর্তী সংস্করণ থেকে স্থানান্তরিত হন: সরাসরি 4.15.07 সংস্করণে স্থানান্তর করুন৷
- আপনি যদি এজ সংস্করণ 4.14.01 থেকে স্থানান্তরিত হন: আপনাকে প্রথমে 4.14.04 সংস্করণে স্থানান্তরিত করতে হবে এবং তারপরে 4.15.07 সংস্করণে স্থানান্তর করতে হবে৷
যারা আপডেট করতে পারেন
যে ব্যবহারকারী আপডেট চালাচ্ছেন সেই ব্যবহারকারীর মতোই হওয়া উচিত যিনি মূলত এজ ইনস্টল করেছেন, বা রুট হিসাবে চলমান ব্যবহারকারীর মতো।
আপনি এজ RPMগুলি ইনস্টল করার পরে, যে কোনও ব্যবহারকারী সেগুলি কনফিগার করতে পারেন।
কোন উপাদান আপনি আপডেট করা আবশ্যক
আপনাকে অবশ্যই সমস্ত এজ উপাদান আপডেট করতে হবে। এজ এমন একটি সেটআপ সমর্থন করে না যাতে একাধিক সংস্করণের উপাদান রয়েছে।
4.16.01 থেকে আপডেট হলে Zookeeper ডাউনগ্রেড করা হচ্ছে
প্রাইভেট ক্লাউড 4.16.01-এর জন্য এজ-এ Zookeeper RPM-এর সংস্করণ হল apigee-zookeeper-3.4.5-1.0.905.noarch.rpm । এজ-এর পরবর্তী সংস্করণগুলিতে, Zookeeper সংস্করণটি apigee-zookeeper-3.4.5-0.0.94x এ পরিবর্তিত হয়েছিল। এটি yum-কে 4.16.01 থেকে পরবর্তী সংস্করণে Zookeeper আপগ্রেড করতে বাধা দেয়। এই পরিস্থিতি সংশোধন করার উপায় হল Zookeeper আপডেট করার আগে yum ডাউনগ্রেড apigee-zookeeper চালানো।
আপনি নিম্নলিখিত কমান্ড ব্যবহার করে আপনার Zookeeper সংস্করণ পরীক্ষা করতে পারেন:
> rpm -qa |grep apigee-zookeeper
যদি এই কমান্ডটি জুকিপার সংস্করণ প্রদান করে:
apigee-zookeeper-3.4.5-1.0.905
তারপর আপনি ডাউনগ্রেড করতে হবে.
সম্পত্তি সেটিংস স্বয়ংক্রিয় প্রচার
আপনি যদি /opt/apigee/customer/application- এ .properties ফাইলগুলি সম্পাদনা করে কোনও বৈশিষ্ট্য সেট করে থাকেন তবে এই মানগুলি আপডেট দ্বারা বজায় থাকবে।
আপডেট পূর্বশর্ত
Apigee Edge আপগ্রেড করার আগে নিম্নলিখিত পূর্বশর্তগুলির যত্ন নিন:
- সমস্ত নোড ব্যাকআপ করুন
আপনি আপডেট করার আগে, নিরাপত্তার কারণে সমস্ত নোডের একটি সম্পূর্ণ ব্যাকআপ সঞ্চালনের সুপারিশ করা হয়। ব্যাকআপ সঞ্চালনের জন্য আপনার বর্তমান সংস্করণের এজ পদ্ধতিটি ব্যবহার করুন।
এটি আপনাকে একটি ব্যাকআপ প্ল্যান করার অনুমতি দেয়, যদি একটি নতুন সংস্করণে আপডেটটি সঠিকভাবে কাজ না করে। ব্যাকআপ সম্পর্কে আরও তথ্যের জন্য, ব্যাকআপ এবং পুনরুদ্ধার দেখুন। - নিশ্চিত করুন এজ চলছে
কমান্ড ব্যবহার করে আপডেট প্রক্রিয়া চলাকালীন এজ আপ এবং চলমান রয়েছে তা নিশ্চিত করুন:
> /opt/apigee/apigee-service/bin/apigee-সমস্ত স্থিতি
একটি ব্যর্থ আপডেট পরিচালনা করা
একটি আপডেট ব্যর্থতার ক্ষেত্রে, আপনি সমস্যাটি সংশোধন করার চেষ্টা করতে পারেন, এবং তারপর আবার update.sh চালান। আপনি একাধিকবার আপডেট চালাতে পারেন এবং এটি সর্বশেষ যেখান থেকে ছেড়েছিল সেখান থেকে আপডেটটি চালিয়ে যায়।
যদি ব্যর্থতার জন্য আপনার পূর্ববর্তী সংস্করণে আপডেটটি রোলব্যাক করার প্রয়োজন হয়, তাহলে আরও জানতে 4.18.01 রোলব্যাক প্রক্রিয়া দেখুন।
লগিং আপডেট তথ্য
ডিফল্টরূপে, update.sh ইউটিলিটি লগ ইনফরমেশন লেখে:
/opt/apigee/var/log/apigee-setup/update.log
যদি update.sh ইউটিলিটি চালিত ব্যবহারকারীর সেই ডিরেক্টরিতে অ্যাক্সেস না থাকে, তাহলে এটি /tmp ডিরেক্টরিতে update_username.log নামে একটি ফাইল হিসাবে লগ লিখবে।
ব্যবহারকারীর /tmp অ্যাক্সেস না থাকলে, update.sh ইউটিলিটি ব্যর্থ হয়।
Java JDK সংস্করণ 8 এ আপগ্রেড করা আবশ্যক
Edge-এর এই প্রকাশের জন্য প্রয়োজন যে আপনি জাভা JDK সংস্করণ 8 সমস্ত এজ প্রসেসিং নোডে ইনস্টল করেছেন। আপনি ওরাকল জেডিকে 8 বা ওপেনজেডিকে 8 ইনস্টল করতে পারেন। যদি জাভা জেডিকে 8 ইতিমধ্যে ইনস্টল না করা থাকে তবে আপডেট স্ক্রিপ্ট আপনার জন্য এটি ইনস্টল করতে পারে।
জাভা 8-এর আপডেটের অংশ হিসেবে, কিছু TLS সাইফার ওরাকল JDK 8-এ আর উপলব্ধ নেই। সম্পূর্ণ তালিকার জন্য, http://docs.oracle.com/javase/8/- এ "ডিফল্ট অক্ষম সাইফার স্যুট" বিভাগটি দেখুন। docs/technotes/guides/security/SunProviders.html।
EPEL রেপো সক্ষম করার জন্য প্রয়োজনীয়
এজ ইনস্টল বা আপডেট করতে আপনাকে অবশ্যই এন্টারপ্রাইজ লিনাক্স (বা EPEL) এর জন্য অতিরিক্ত প্যাকেজ সক্রিয় করতে হবে। আপনি যে কমান্ডটি ব্যবহার করেন তা নির্ভর করে আপনার RedHat/CentOS এর সংস্করণের উপর:
- RedHat/CentOS 7.x এর জন্য:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm - RedHat/CentOS 6.x এর জন্য:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm
SMTPMAILFROM কনফিগারেশন প্যারামিটারের প্রয়োজনীয় সংযোজন
Edge 4.17.05 আপনি একটি SMTP সার্ভার সক্রিয় করার সময় ব্যবহৃত কনফিগারেশন ফাইলে একটি নতুন প্রয়োজনীয় প্যারামিটার যোগ করেছেন। আপনি যদি 4.17.01 থেকে আপডেট করছেন, তাহলে SMTP সার্ভার সক্রিয় করার সময় আপনাকে কনফিগারেশন ফাইলে SMTPMAILFROM সেট করতে হবে।
API BaaS সংস্করণ 4.17.09 এছাড়াও SMTPMAILFROM সম্পত্তির জন্য সমর্থন যোগ করেছে। API BaaS আপডেট করার সময়, আপনাকে কনফিগারেশন ফাইলে SMTPMAILFROM সেট করতে হবে।
এই পরামিতিটির ফর্ম রয়েছে:
SMTPMAILFROM="My Company <myco@company.com>"
বাহ্যিক প্রমাণীকরণ ব্যবহার করার সময় আপডেট করা প্রয়োজন
আপনি একটি বিদ্যমান Apigee Edge প্রাইভেট ক্লাউড ইনস্টলেশনে একটি বহিরাগত ডিরেক্টরি পরিষেবাকে একীভূত করতে পারেন। এই বৈশিষ্ট্যটি LDAP সমর্থন করে এমন যেকোন ডিরেক্টরি পরিষেবার সাথে কাজ করার জন্য ডিজাইন করা হয়েছে, যেমন Active Directory, OpenLDAP, এবং অন্যান্য। একটি বাহ্যিক LDAP সলিউশন সিস্টেম অ্যাডমিনিস্ট্রেটরদেরকে কেন্দ্রীভূত ডিরেক্টরি ব্যবস্থাপনা পরিষেবা থেকে ব্যবহারকারীর শংসাপত্রগুলি পরিচালনা করতে দেয়, এপিজি এজ-এর মতো সিস্টেমের বাইরে যা সেগুলি ব্যবহার করে।
আরও জানতে বাহ্যিক প্রমাণীকরণ কনফিগারেশন দেখুন।
যখন বাহ্যিক প্রমাণীকরণ সক্ষম করা হয়, তখন বেশিরভাগ গ্রাহক এজ ওপেনএলডিএপি সার্ভার দ্বারা ব্যবহৃত একটি ইমেল ঠিকানার পরিবর্তে প্রমাণীকরণের জন্য ব্যবহারকারীর নাম হিসাবে সক্রিয় ডিরেক্টরি SAM অ্যাকাউন্টের নাম ক্ষেত্রটি ব্যবহার করে।
আপনি যদি একটি বহিরাগত ডিরেক্টরি পরিষেবার সাথে একত্রিত হয়ে থাকেন, তাহলে 4.18.01 এ এজ আপডেট করার সময় আপনার কনফিগারেশন ফাইলে নিম্নলিখিত লাইনটি যুক্ত করুন:
IS_EXTERNAL_AUTH="true"
এই লাইনটি ব্যবহারকারীর নাম হিসাবে একটি ইমেল ঠিকানার পরিবর্তে একটি অ্যাকাউন্টের নাম সমর্থন করার জন্য এজকে কনফিগার করে।
Qpid 1.35-এ আপগ্রেড করা আবশ্যক৷
এই রিলিজে Qpid 1.35-এ একটি প্রয়োজনীয় আপডেট রয়েছে। একটি Qpid নোড আপডেট করার অংশ হিসাবে, আপনাকে করতে হবে:
- Qpid নোডে পোর্ট 5672 ব্লক করে রাউটার এবং মেসেজ প্রসেসরকে Qpid নোডে লেখা থেকে সাময়িকভাবে বাধা দেয়। আপনি Qpid নোডে এই পোর্টটি ব্লক করতে নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `হোস্টনাম` -i eth0 -j ড্রপ - আপডেটের আগে Qpid নোড সমস্ত বার্তা প্রক্রিয়া করেছে তা নিশ্চিত করতে Qpid সারিতে বার্তাগুলি খালি হওয়ার জন্য অপেক্ষা করুন। Qpid বার্তা সারি খালি আছে তা নিশ্চিত করতে নিম্নলিখিত কমান্ডটি ব্যবহার করুন:
> qpid-stat -q - Qpid নোড আপডেট করুন।
- রাউটার এবং মেসেজ প্রসেসর থেকে অ্যাক্সেসের অনুমতি দিতে Qpid নোডে পোর্ট 5672 আনব্লক করুন। আপনি এই পোর্ট আনব্লক করতে নিম্নলিখিত কমান্ড ব্যবহার করতে পারেন:
> sudo iptables -F
মনে রাখবেন যে আপনি যদি অন্যান্য নিয়মের জন্য iptables ব্যবহার করেন, আপনি নির্দিষ্ট পরিবর্তনটি বিপরীত করতে -D বিকল্পটি ব্যবহার করতে পারেন:
> sudo iptables -D INPUT -p tcp --গন্তব্য-পোর্ট 5672! -s `হোস্টনাম` -i eth0 -j ড্রপ
প্রতিটি এজ টপোলজির জন্য এই প্রক্রিয়াটি নীচে বিশদভাবে বর্ণনা করা হয়েছে।
Postgres 9.6-এ আপগ্রেড করা আবশ্যক
এজ-এর এই রিলিজে Postgres 9.6-এ একটি আপগ্রেড অন্তর্ভুক্ত রয়েছে। সেই আপগ্রেডের অংশ হিসাবে, সমস্ত Postgres ডেটা Postgres 9.6-এ স্থানান্তরিত হয়।
আপডেট প্রক্রিয়া চলাকালীন, পোস্টগ্রেস নোডগুলি হালনাগাদ করার জন্য বন্ধ থাকলেও, বিশ্লেষণ ডেটা এখনও Qpid নোডে লেখা হয়। পোস্টগ্রেস নোডগুলি আপডেট করার পরে এবং অনলাইনে ফিরে আসার পরে, বিশ্লেষণ ডেটা পোস্টগ্রেস নোডগুলিতে পুশ করা হয়।
অতিরিক্ত Postgres স্ট্যান্ডবাই নোড প্রয়োজন যদি আপনাকে কোনো কারণে আপডেটটি রোল ব্যাক করতে হয়। যদি আপনাকে আপডেটটি রোল ব্যাক করতে হয়, নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড রোলব্যাকের পরে মাস্টার পোস্টগ্রেস নোড হয়ে যায়। অতএব, আপনি যখন নতুন Postgres স্ট্যান্ডবাই নোড ইনস্টল করবেন, তখন এটি এমন একটি নোডে থাকা উচিত যা একটি Postgres সার্ভারের সমস্ত হার্ডওয়্যার প্রয়োজনীয়তা পূরণ করে, যেমন এজ ইনস্টলেশন প্রয়োজনীয়তাগুলিতে সংজ্ঞায়িত করা হয়েছে।
একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করা হচ্ছে
এই পদ্ধতিটি একটি নতুন নোডে পোস্টগ্রেস স্ট্যান্ডবাই সার্ভার তৈরি করে। নিশ্চিত করুন যে আপনি আপনার বিদ্যমান সংস্করণ (4.16.01 বা 4.16.05) এর জন্য একটি নতুন Postgres স্ট্যান্ডবাই সার্ভার ইনস্টল করেছেন, সংস্করণ 4.18.01-এর জন্য নয়।
ইনস্টল করার জন্য, একই কনফিগারেশন ফাইলটি ব্যবহার করুন যা আপনি আপনার বর্তমান সংস্করণ এজ ইনস্টল করতে ব্যবহার করেছিলেন।
একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড তৈরি করতে:
- বর্তমান পোস্টগ্রেস মাস্টারে, নিম্নলিখিত টোকেন সেট করতে /opt/apigee/customer/application/postgresql.properties ফাইলটি সম্পাদনা করুন। যদি সেই ফাইলটি বিদ্যমান না থাকে তবে এটি তৈরি করুন:
conf_pg_hba_replication.connection=হোস্ট প্রতিলিপি apigee exist_slave_ip /32 trust\ \nহোস্ট প্রতিলিপি apigee new_slave_ip /32 বিশ্বাস
যেখানে exist_slave_ip হল বর্তমান Postgres স্ট্যান্ডবাই সার্ভারের IP ঠিকানা এবং new_slave_ip হল নতুন স্ট্যান্ডবাই নোডের IP ঠিকানা। - পোস্টগ্রেস মাস্টারে apigee-postgresql পুনরায় চালু করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql পুনরায় চালু করুন - মাস্টারে /opt/apigee/apigee-postgresql/conf/pg_hba.conf ফাইলটি দেখে নতুন স্ট্যান্ডবাই নোড যোগ করা হয়েছে কিনা তা যাচাই করুন। আপনার সেই ফাইলটিতে নিম্নলিখিত লাইনগুলি দেখতে হবে:
হোস্ট রেপ্লিকেশন এপিজি বিদ্যমান_স্লেভ_আইপি/32 বিশ্বাস
হোস্ট প্রতিলিপি apigee new_slave_ip/32 বিশ্বাস - নতুন পোস্টগ্রেস স্ট্যান্ডবাই সার্ভার ইনস্টল করুন:
- নিম্নলিখিতগুলি নির্দিষ্ট করতে আপনি যে কনফিগার ফাইলটি এজ এর বর্তমান সংস্করণ ইনস্টল করতে ব্যবহার করেছিলেন তা সম্পাদনা করুন:
# বর্তমান মাস্টারের আইপি ঠিকানা:
PG_MASTER=192.168.56.103
# নতুন স্ট্যান্ডবাই নোডের আইপি ঠিকানা
PG_STANDBY=192.168.56.102 - এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টল করুন- এ বর্ণিত SELinux নিষ্ক্রিয় করুন।
- Edge bootstrap_4.16.05.sh ফাইলটি /tmp/bootstrap_4.16.05.sh এ ডাউনলোড করুন:
> কার্ল https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
দ্রষ্টব্য : আপনি যদি 4.16.01 থেকে আপডেট করছেন, তাহলে Edge bootstrap.sh ফাইলটি ডাউনলোড করুন। - এজ এপিজি-সার্ভিস ইউটিলিটি এবং নির্ভরতা ইনস্টল করুন:
> sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser= uName apigeepassword= pWord - অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টল করতে apigee-service ব্যবহার করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ ইনস্টল - Postgres ইনস্টল করুন:
> /opt/apigee/apigee-setup/bin/setup.sh -p ps -f কনফিগার ফাইল - নতুন স্ট্যান্ডবাই নোডে নিম্নলিখিত কমান্ডটি চালান:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
যাচাই করুন যে এটি স্ট্যান্ডবাই বলে।
- নিম্নলিখিতগুলি নির্দিষ্ট করতে আপনি যে কনফিগার ফাইলটি এজ এর বর্তমান সংস্করণ ইনস্টল করতে ব্যবহার করেছিলেন তা সম্পাদনা করুন:
একটি Postgres নোড ডিকমিশন
আপডেট সম্পূর্ণ হওয়ার পরে, নতুন স্ট্যান্ডবাই নোডটি বাতিল করুন:
- নিশ্চিত করুন যে পোস্টগ্রেস চলছে:
> /opt/apigee/apigee-service/bin/apigee-সমস্ত স্থিতি
Postgres চলমান না হলে, এটি শুরু করুন:
> /opt/apigee/apigee-service/bin/apigee-সব শুরু - নতুন স্ট্যান্ডবাই নোডে নিম্নলিখিত cURL কমান্ডটি চালিয়ে নতুন স্ট্যান্ডবাই নোডের UUID পান:
> curl -u sysAdminEmail:password http:// <node_IP> :8084/v1/servers/self
আপনি আউটপুট শেষে নোডের UUID দেখতে হবে, ফর্মটিতে:
"টাইপ" : [ "পোস্টগ্রেস-সার্ভার"],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75" - নতুন স্ট্যান্ডবাই নোডে নিম্নলিখিত কমান্ডটি চালিয়ে নতুন স্ট্যান্ডবাই নোড বন্ধ করুন:
> /opt/apigee/apigee-service/bin/apigee-all stop - Postgres মাস্টার নোডে, conf_pg_hba_replication.connection থেকে নতুন স্ট্যান্ডবাই নোড সরাতে /opt/apigee/customer/application/postgresql.properties সম্পাদনা করুন:
conf_pg_hba_replication.connection=হোস্ট প্রতিলিপি এপিজি বিদ্যমান_স্লেভ_আইপি /32 বিশ্বাস - পোস্টগ্রেস মাস্টারে apigee-postgresql পুনরায় চালু করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql পুনরায় চালু করুন - মাস্টারে /opt/apigee/apigee-postgresql/conf/pg_hba.conf ফাইলটি দেখে নতুন স্ট্যান্ডবাই নোডটি সরানো হয়েছে তা যাচাই করুন। আপনার সেই ফাইলটিতে শুধুমাত্র নিম্নলিখিত লাইনটি দেখতে হবে:
হোস্ট রেপ্লিকেশন এপিজি বিদ্যমান_স্লেভ_আইপি /32 বিশ্বাস - ম্যানেজমেন্ট সার্ভার নোডে নিম্নলিখিত এজ ম্যানেজমেন্ট API কল করে ZooKeeper থেকে স্ট্যান্ডবাই নোডের UUID মুছুন:
> curl -u sysAdminEmail:password -X DELETE http:// <ms_IP> :8080/v1/servers/ <new_slave_uuid>
জিরো-ডাউনটাইম আপডেট
একটি শূন্য-ডাউনটাইম আপডেট, বা রোলিং আপডেট, আপনাকে এজ নামিয়ে না এনে আপনার এজ ইনস্টলেশন আপডেট করতে দেয়।
জিরো-ডাউনটাইম আপডেট শুধুমাত্র একটি 5-নোড কনফিগারেশন এবং বড় হলেই সম্ভব।
শূন্য-ডাউনটাইম আপগ্রেডিংয়ের চাবিকাঠি হল লোড ব্যালেন্সার থেকে প্রতিটি রাউটারকে একবারে সরিয়ে ফেলা। তারপরে আপনি রাউটার এবং রাউটারের মতো একই মেশিনে অন্য কোনও উপাদান আপডেট করুন এবং তারপরে রাউটারটিকে লোড ব্যালেন্সারে যুক্ত করুন।
- আপনার ইনস্টলেশনের জন্য সঠিক ক্রমে মেশিনগুলি আপডেট করুন যা নীচে "মেশিন আপডেটের আদেশ" এ বর্ণিত হয়েছে।
- যখন রাউটারগুলি আপডেট করার সময় হয়, তখন যেকোনো একটি রাউটার নির্বাচন করুন এবং এটিকে পৌঁছানো যায় না, যেমন সার্ভার সক্ষম/অক্ষম করা (মেসেজ প্রসেসর/রাউটার) রিচ্যবিলিটি বর্ণনা করা হয়েছে।
- রাউটারের মতো একই মেশিনে নির্বাচিত রাউটার এবং অন্যান্য সমস্ত এজ উপাদান আপডেট করুন। সমস্ত এজ কনফিগারেশন একই নোডে একটি রাউটার এবং বার্তা প্রসেসর দেখায়।
- রাউটারটিকে আবার পৌঁছানো যায়।
- অবশিষ্ট রাউটারগুলির জন্য ধাপ 2 থেকে 4 পুনরাবৃত্তি করুন।
- আপনার ইন্সটলেশনে অবশিষ্ট যে কোনো মেশিনের জন্য আপডেট চালিয়ে যান।
আপডেটের আগে/পরে নিম্নলিখিত বিষয়গুলো খেয়াল রাখুন:
- সম্মিলিত রাউটার এবং বার্তা প্রসেসর নোডে:
- আপডেট করার আগে - নিম্নলিখিতগুলি সম্পাদন করুন:
- রাউটারকে আনরিচেবল করুন।
- মেসেজ প্রসেসরকে আনরিচেবল করুন।
- আপডেটের পরে - নিম্নলিখিতগুলি সম্পাদন করুন:
- মেসেজ প্রসেসরকে পৌঁছানো যায়।
- রাউটারকে সহজলভ্য করুন।
- আপডেট করার আগে - নিম্নলিখিতগুলি সম্পাদন করুন:
- একক রাউটার নোডে:
- আপডেট করার আগে, রাউটারটি পৌঁছানো যায় না।
- আপডেট করার পরে, রাউটারটি পৌঁছানো যায়।
- একক বার্তা প্রসেসর নোডে:
- আপডেট করার আগে, মেসেজ প্রসেসরকে পৌঁছানো যায় না।
- আপডেট করার পরে, মেসেজ প্রসেসরকে পৌঁছানো যায়।
একটি নীরব কনফিগারেশন ফাইল ব্যবহার করে
আপডেট কমান্ডে আপনাকে একটি নীরব কনফিগারেশন ফাইল পাস করতে হবে। নীরব কনফিগারেশন ফাইলটি একই হওয়া উচিত যেটি আপনি এজ 4.16.01 বা 4.16.05 ইনস্টল করতে ব্যবহার করেছিলেন।
একটি বাহ্যিক ইন্টারনেট সংযোগ সহ একটি নোডে 4.18.01-এ আপডেট করার পদ্ধতি
একটি নোডে এজ উপাদান আপডেট করতে নিম্নলিখিত পদ্ধতি ব্যবহার করুন:
- আপনি যদি বর্তমানে পোস্টগ্রেস মাস্টার-স্ট্যান্ডবাই রেপ্লিকেশন ব্যবহার করছেন, একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করুন যেমন উপরে বর্ণিত একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করা হয়েছে ।
- যদি উপস্থিত থাকে, আপডেট সম্পূর্ণ না হওয়া পর্যন্ত Cassandra-এ মেরামত অপারেশন করার জন্য কনফিগার করা যেকোন CRON কাজগুলিকে অক্ষম করুন৷
- এজ আরপিএম ইনস্টল করতে রুট হিসেবে আপনার নোডে লগ ইন করুন।
দ্রষ্টব্য : যদিও RPM ইনস্টলেশনের জন্য রুট অ্যাক্সেসের প্রয়োজন, আপনি রুট অ্যাক্সেস ছাড়াই এজ কনফিগারেশন করতে পারেন। - yum-utils এবং yum-প্লাগইন-অগ্রাধিকার ইনস্টল করুন:
> sudo yum yum-utils ইনস্টল করুন
> sudo yum yum-প্লাগইন-অগ্রাধিকার ইনস্টল করুন - এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টল করুন- এ বর্ণিত SELinux নিষ্ক্রিয় করুন।
- উপরে বর্ণিত হিসাবে EPEL রেপো সক্ষম করুন।
- আপনি যদি Oracle 7.x এ ইনস্টল করছেন , তাহলে নিম্নলিখিত কমান্ডটি চালান:
> sudo yum-config-manager -- ol7_optional_latest সক্ষম করুন - আপনি যদি AWS-এ ইনস্টল করছেন , নিম্নলিখিত yum-configure-manager কমান্ডগুলি চালান:
> yum আপডেট rh-amazon-rhui-client.noarch
> sudo yum-config-manager -- rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-ঐচ্ছিক সক্ষম করুন - এজ 4.18.01 bootstrap_4.18.01.sh ফাইলটি /tmp/bootstrap_4.18.01.sh এ ডাউনলোড করুন:
> কার্ল https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh - এজ 4.18.01 এপিজি-সার্ভিস ইউটিলিটি এবং নির্ভরতা ইনস্টল করুন:
> sudo bash /tmp/bootstrap_4.18.01.sh apigeeuser= uName apigeepassword= pWord
যেখানে uName:pWord হল ব্যবহারকারীর নাম এবং পাসওয়ার্ড যা আপনি Apigee থেকে পেয়েছেন। আপনি pWord বাদ দিলে, আপনাকে এটি লিখতে বলা হবে।
ডিফল্টরূপে, ইনস্টলার আপনার জাভা 1.8 ইনস্টল করা আছে কিনা তা পরীক্ষা করে। যদি আপনি না করেন তবে এটি আপনার জন্য এটি ইনস্টল করে। জাভা ইনস্টলেশন কীভাবে পরিচালনা করবেন তা নির্দিষ্ট করতে JAVA_FIX বিকল্পটি ব্যবহার করুন। JAVA_FIX নিম্নলিখিত মানগুলি নেয়:
I = OpenJDK 1.8 ইনস্টল করুন (ডিফল্ট)
C = জাভা ইন্সটল না করেই চালিয়ে যান
প্রশ্ন = প্রস্থান করুন। এই বিকল্পের জন্য, আপনাকে জাভা ইনস্টল করতে হবে। - অ্যাপিজি-সেটআপ ইউটিলিটি আপডেট করতে apigee-service ব্যবহার করুন:
- আপনি এজ সংস্করণ 4.15.07.0x আপগ্রেড করে 4.16.01 ইনস্টল করলে, আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি ইনস্টল করতে হবে:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ ইনস্টল
এই কমান্ডটি /opt/apigee/apigee-setup/bin- এ update.sh ইউটিলিটি ইনস্টল করে।
আপনি যদি ইতিমধ্যেই এপিজি-সেটআপ ইউটিলিটি ইনস্টল করে থাকেন তবে এটি আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ আপডেট - আপনি যদি সরাসরি 4.16.01 ইন্সটল করেন, মানে আপনি 4.15.07.0x থেকে আপগ্রেড করেননি, তাহলে আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি আপডেট করতে হবে :
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ আপডেট
apigee-সার্ভিসের এই আপডেটটি /opt/apigee/apigee-setup/bin- এ update.sh ইউটিলিটি ইনস্টল করে। - আপনি যদি সরাসরি বা আপডেটের মাধ্যমে 4.16.05 ইনস্টল করেন, তাহলে আপনাকে অবশ্যই apigee-setup ইউটিলিটি আপডেট করতে হবে :
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ আপডেট
apigee-সার্ভিসের এই আপডেটটি /opt/apigee/apigee-setup/bin- এ update.sh ইউটিলিটি ইনস্টল করে।
- আপনি এজ সংস্করণ 4.15.07.0x আপগ্রেড করে 4.16.01 ইনস্টল করলে, আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি ইনস্টল করতে হবে:
- আপনার এজ এর বর্তমান সংস্করণের উপর নির্ভর করে, আপনাকে অবশ্যই ম্যানেজমেন্ট সার্ভারে অ্যাপিজি-ভ্যালিডেট ইউটিলিটি ইনস্টল বা আপডেট করতে হবে।
- আপনি যদি বর্তমানে এজ 4.16.05 ব্যবহার করছেন : ম্যানেজমেন্ট সার্ভারে apigee-validate ইউটিলিটি আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-ভ্যালিডেট আপডেট - আপনি যদি বর্তমানে এজ 4.16.01 ব্যবহার করছেন : ম্যানেজমেন্ট সার্ভারে এপিজি-ভ্যালিডেট ইউটিলিটি ইনস্টল করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-ভ্যালিডেট ইনস্টল
দ্রষ্টব্য : আপনি যদি 4.16.01 ইনস্টল করার সময় একটি বার্তা প্রসেসর নোডে apigee-validate ইউটিলিটি ইনস্টল করে থাকেন, তাহলে আপনি সেই নোডে নিম্নলিখিত কমান্ড ব্যবহার করে এটি আপডেট করতে পারেন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-ভ্যালিডেট আপডেট
যাইহোক, 4.16.05 এবং পরবর্তীতে, Apigee সুপারিশ করে যে আপনি ম্যানেজমেন্ট সার্ভারে apigee-ভ্যালিডেট ইউটিলিটি ইনস্টল এবং চালান। - আপনি যদি 4.16.01 থেকে আপগ্রেড করছেন : apigee-validate ইউটিলিটিতে পাস করা কনফিগার ফাইলটি সম্পাদনা করুন। 4.16.01 এজ রিলিজে, apigee-validate দ্বারা ব্যবহৃত কনফিগার ফাইলের নিম্নলিখিত বৈশিষ্ট্যগুলির প্রয়োজন:
APIGEE_ADMINPW=sysAdminPword
MP_POD=গেটওয়ে
অঞ্চল=dc-1
এই রিলিজে, কনফিগার ফাইলের জন্য শুধুমাত্র APIGEE_ADMINPW প্রপার্টি প্রয়োজন। আপনি ফাইল থেকে অন্য দুটি বৈশিষ্ট্য সরাতে পারেন।
- আপনি যদি বর্তমানে এজ 4.16.05 ব্যবহার করছেন : ম্যানেজমেন্ট সার্ভারে apigee-validate ইউটিলিটি আপডেট করুন:
- অ্যাপিজি-প্রভিশন ইউটিলিটি আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-প্রভিশন আপডেট - আপনার নোডগুলিতে আপডেট ইউটিলিটি চালান নীচের " মেশিন আপডেটের অর্ডার " এ বর্ণিত ক্রমানুসারে:
> /opt/apigee/apigee-setup/bin/update.sh -c উপাদান -f কনফিগার ফাইল
কনফিগারেশন ফাইলের একমাত্র প্রয়োজনীয়তা হল কনফিগারেশন ফাইলটি "এপিজি" ব্যবহারকারীর দ্বারা অ্যাক্সেসযোগ্য বা পাঠযোগ্য হতে হবে।
আপডেট করার জন্য উপাদান নির্দিষ্ট করতে "-c" বিকল্পটি ব্যবহার করুন। সম্ভাব্য উপাদানগুলির তালিকায় রয়েছে:
ldap = OpenLDAP
cs = ক্যাসান্দ্রা
zk = চিড়িয়াখানা
qpid = qpidd
ps = postgresql
প্রান্ত = এজ UI ব্যতীত সমস্ত প্রান্ত উপাদান: ম্যানেজমেন্ট সার্ভার, মেসেজ প্রসেসর, রাউটার, QPID সার্ভার, পোস্টগ্রেস সার্ভার
ui = এজ UI
all = মেশিনে সমস্ত উপাদান আপডেট করুন (শুধুমাত্র একটি এজ এআইও ইনস্টলেশন প্রোফাইল বা একটি এপিআই বাএএস ইনস্টলেশন প্রোফাইলের জন্য ব্যবহার করুন)
e = ইলাস্টিক সার্চ
b = API BaaS স্ট্যাক
p = API BaaS পোর্টাল
ebp = একই নোডে ইলাস্টিক সার্চ, API BaaS স্ট্যাক এবং API BaaS পোর্টাল - ম্যানেজমেন্ট সার্ভারে অ্যাপিজি-ভ্যালিডেট ইউটিলিটি চালানোর মাধ্যমে আপডেট পরীক্ষা করুন, যেমনটি টেস্ট দ্য ইনস্টলে বর্ণিত হয়েছে।
- আপনি যদি একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করেন, পোস্টগ্রেস নোড ডিকমিশন করার ক্ষেত্রে উপরে বর্ণিত নোডটিকে ডিকমিশন করুন।
পরে আপডেটটি রোলব্যাক করতে, 4.18.01 রোলব্যাক প্রসেসে বর্ণিত পদ্ধতিটি ব্যবহার করুন।
স্থানীয় রেপো থেকে 4.18.01-এ আপডেট করার পদ্ধতি
যদি আপনার এজ নোডগুলি ফায়ারওয়ালের পিছনে থাকে, বা অন্য কোনও উপায়ে ইন্টারনেটের মাধ্যমে Apigee সংগ্রহস্থল অ্যাক্সেস করা নিষিদ্ধ থাকে, তাহলে আপনি Apigee রেপোর স্থানীয় সংগ্রহস্থল বা মিরর থেকে আপডেটটি সম্পাদন করতে পারেন।
আপনি একটি স্থানীয় এজ সংগ্রহস্থল তৈরি করার পরে, স্থানীয় রেপো থেকে এজ আপডেট করার জন্য আপনার কাছে দুটি বিকল্প রয়েছে:
- রেপোর একটি .tar ফাইল তৈরি করুন, .tar ফাইলটিকে একটি নোডে অনুলিপি করুন এবং তারপর .tar ফাইল থেকে এজ আপডেট করুন।
- স্থানীয় রেপো সহ নোডে একটি ওয়েব সার্ভার ইনস্টল করুন যাতে অন্যান্য নোডগুলি এটি অ্যাক্সেস করতে পারে। Apigee আপনার ব্যবহারের জন্য Nginx ওয়েব সার্ভার প্রদান করে, অথবা আপনি আপনার নিজস্ব ওয়েব সার্ভার ব্যবহার করতে পারেন।
একটি স্থানীয় 4.18.01 রেপো থেকে আপডেট করতে:
- আপনি যদি বর্তমানে পোস্টগ্রেস মাস্টার-স্ট্যান্ডবাই রেপ্লিকেশন ব্যবহার করছেন, একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করুন যেমন উপরে বর্ণিত একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করা হয়েছে ।
- একটি স্থানীয় 4.18.01 রেপো তৈরি করুন যেমন এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টল করুন এ "স্থানীয় অ্যাপিজি রিপোজিটরি তৈরি করুন" এ বর্ণিত।
দ্রষ্টব্য : আপনার যদি ইতিমধ্যেই একটি বিদ্যমান 4.16.01 বা 4.16.05 রেপো থাকে, তাহলে আপনি Edge apigee-সেটআপ ইউটিলিটি ইনস্টল করার "স্থানীয় অ্যাপিজি রিপোজিটরি আপডেট করুন" এ বর্ণিত 4.18.01 রেপো যোগ করতে পারেন। - .tar ফাইল থেকে apigee-service ইনস্টল করতে :
- স্থানীয় রেপো সহ নোডে, /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz নামে একটি একক .tar ফাইলে স্থানীয় রেপো প্যাকেজ করতে নিম্নলিখিত কমান্ডটি ব্যবহার করুন :
> /opt/apigee/apigee-service/bin/apigee-service apigee-মিরর প্যাকেজ - .tar ফাইলটিকে নোডে কপি করুন যেখানে আপনি এজ আপডেট করতে চান। উদাহরণস্বরূপ, নতুন নোডের /tmp ডিরেক্টরিতে এটি অনুলিপি করুন।
- নতুন নোডে, ফাইলটিকে /tmp ডিরেক্টরিতে আনটান করুন:
> tar -xzf apigee-4.18.01.tar.gz
এই কমান্ডটি .tar ফাইল ধারণকারী ডিরেক্টরিতে একটি নতুন ডিরেক্টরি তৈরি করে, যার নাম repos। উদাহরণস্বরূপ /tmp/repos. - এজ এপিজি-সার্ভিস ইউটিলিটি এবং /tmp/repos থেকে নির্ভরতা ইনস্টল করুন:
> sudo bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
লক্ষ্য করুন যে আপনি এই কমান্ডে repos ডিরেক্টরির পাথ অন্তর্ভুক্ত করেছেন।
- স্থানীয় রেপো সহ নোডে, /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz নামে একটি একক .tar ফাইলে স্থানীয় রেপো প্যাকেজ করতে নিম্নলিখিত কমান্ডটি ব্যবহার করুন :
- Nginx ওয়েব সার্ভার ব্যবহার করে apigee-পরিষেবা ইনস্টল করতে:
- এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টলে "এনজিনেক্স ওয়েব সার্ভার ব্যবহার করে রেপো থেকে ইনস্টল করুন" এ বর্ণিত Nginx ওয়েব সার্ভারটি কনফিগার করুন।
- রিমোট নোডে, Edge bootstrap_4.18.01.sh ফাইলটি /tmp/bootstrap_4.18.01.sh এ ডাউনলোড করুন:
> /usr/bin/curl http:// uName: pWord @ remoteRepo :3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
যেখানে uName:pWord হল ব্যবহারকারীর নাম এবং পাসওয়ার্ড যা আপনি রেপোর জন্য উপরে সেট করেছেন এবং remoteRepo হল রেপো নোডের IP ঠিকানা বা DNS নাম। - রিমোট নোডে, এজ এপিজি-সার্ভিস ইউটিলিটি এবং নির্ভরতা ইনস্টল করুন:
> sudo bash /tmp/bootstrap_4.18.01.sh apigeerepohost= remoteRepo :3939 apigeeuser= uName apigeepassword= pWord apigeeprotocol=http://
যেখানে uName:pWord হল রেপো ইউজারনেম এবং পাসওয়ার্ড।
- অ্যাপিজি-সেটআপ ইউটিলিটি আপডেট করতে apigee-service ব্যবহার করুন:
- আপনি এজ সংস্করণ 4.15.07.0x আপগ্রেড করে 4.16.01 ইনস্টল করলে, আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি ইনস্টল করতে হবে:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ ইনস্টল
এই কমান্ডটি /opt/apigee/apigee-setup/bin- এ update.sh ইউটিলিটি ইনস্টল করে।
আপনি যদি ইতিমধ্যেই এপিজি-সেটআপ ইউটিলিটি ইনস্টল করে থাকেন তবে এটি আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ আপডেট - আপনি যদি সরাসরি 4.16.01 ইন্সটল করেন, মানে আপনি 4.15.07.0x থেকে আপগ্রেড করেননি, তাহলে আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি আপডেট করতে হবে:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ আপডেট
apigee-সার্ভিসের এই আপডেটটি /opt/apigee/apigee-setup/bin- এ update.sh ইউটিলিটি ইনস্টল করে। - আপনি যদি সরাসরি বা আপডেটের মাধ্যমে 4.16.05 ইনস্টল করেন, তাহলে আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি আপডেট করতে হবে:
> /opt/apigee/apigee-service/bin/apigee-service apigee-সেটআপ আপডেট
apigee-সার্ভিসের এই আপডেটটি /opt/apigee/apigee-setup/bin- এ update.sh ইউটিলিটি ইনস্টল করে।
- আপনি এজ সংস্করণ 4.15.07.0x আপগ্রেড করে 4.16.01 ইনস্টল করলে, আপনাকে অবশ্যই apigee-সেটআপ ইউটিলিটি ইনস্টল করতে হবে:
- আপনার এজ এর বর্তমান সংস্করণের উপর নির্ভর করে, আপনাকে অবশ্যই ম্যানেজমেন্ট সার্ভারে অ্যাপিজি-ভ্যালিডেট ইউটিলিটি ইনস্টল বা আপডেট করতে হবে।
- আপনি যদি বর্তমানে এজ 4.16.05 ব্যবহার করছেন : ম্যানেজমেন্ট সার্ভারে apigee-validate ইউটিলিটি আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-ভ্যালিডেট আপডেট - আপনি যদি বর্তমানে এজ 4.16.01 ব্যবহার করছেন : ম্যানেজমেন্ট সার্ভারে এপিজি-ভ্যালিডেট ইউটিলিটি ইনস্টল করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-ভ্যালিডেট ইনস্টল
দ্রষ্টব্য : আপনি যদি 4.16.01 ইনস্টল করার সময় একটি বার্তা প্রসেসর নোডে apigee-validate ইউটিলিটি ইনস্টল করে থাকেন, তাহলে আপনি সেই নোডে নিম্নলিখিত কমান্ড ব্যবহার করে এটি আপডেট করতে পারেন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-ভ্যালিডেট আপডেট
যাইহোক, 4.16.05 এবং পরবর্তীতে, Apigee সুপারিশ করে যে আপনি ম্যানেজমেন্ট সার্ভারে apigee-ভ্যালিডেট ইউটিলিটি ইনস্টল এবং চালান। - আপনি যদি 4.16.01 থেকে আপগ্রেড করছেন : apigee-validate ইউটিলিটিতে পাস করা কনফিগার ফাইলটি সম্পাদনা করুন। 4.16.01 এজ রিলিজে, apigee-validate দ্বারা ব্যবহৃত কনফিগার ফাইলের নিম্নলিখিত বৈশিষ্ট্যগুলির প্রয়োজন:
APIGEE_ADMINPW=sysAdminPword
MP_POD=গেটওয়ে
অঞ্চল=dc-1
এই রিলিজে, কনফিগার ফাইলের জন্য শুধুমাত্র APIGEE_ADMINPW প্রপার্টি প্রয়োজন। আপনি ফাইল থেকে অন্য দুটি বৈশিষ্ট্য সরাতে পারেন।
- আপনি যদি বর্তমানে এজ 4.16.05 ব্যবহার করছেন : ম্যানেজমেন্ট সার্ভারে apigee-validate ইউটিলিটি আপডেট করুন:
- অ্যাপিজি-প্রভিশন ইউটিলিটি আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-প্রভিশন আপডেট - নীচে "অর্ডার অফ মেশিন আপডেট"-এ নীচে বর্ণিত ক্রমে আপনার নোডগুলিতে আপডেট ইউটিলিটি চালান:
> /opt/apigee/apigee-setup/bin/update.sh -c উপাদান -f কনফিগার ফাইল
কনফিগারেশন ফাইলের একমাত্র প্রয়োজনীয়তা হল কনফিগারেশন ফাইলটি "এপিজি" ব্যবহারকারীর দ্বারা অ্যাক্সেসযোগ্য বা পাঠযোগ্য হতে হবে।
আপডেট করার জন্য উপাদান নির্দিষ্ট করতে "-c" বিকল্পটি ব্যবহার করুন। সম্ভাব্য উপাদানগুলির তালিকায় রয়েছে:
ldap = OpenLDAP
cs = ক্যাসান্দ্রা
zk = চিড়িয়াখানা
qpid = qpidd
ps = postgresql
প্রান্ত = এজ UI ব্যতীত সমস্ত প্রান্ত উপাদান: ম্যানেজমেন্ট সার্ভার, মেসেজ প্রসেসর, রাউটার, QPID সার্ভার, পোস্টগ্রেস সার্ভার
ui = এজ UI
all = মেশিনে সমস্ত উপাদান আপডেট করুন (শুধুমাত্র একটি এজ এআইও ইনস্টলেশন প্রোফাইল বা একটি এপিআই বাএএস ইনস্টলেশন প্রোফাইলের জন্য ব্যবহার করুন)
e = ইলাস্টিক সার্চ
b = API BaaS স্ট্যাক
p = API BaaS পোর্টাল
ebp = একই নোডে ইলাস্টিক সার্চ, API BaaS স্ট্যাক এবং API BaaS পোর্টাল - ম্যানেজমেন্ট সার্ভারে অ্যাপিজি-ভ্যালিডেট ইউটিলিটি চালানোর মাধ্যমে আপডেট পরীক্ষা করুন, যেমনটি টেস্ট দ্য ইনস্টলে বর্ণিত হয়েছে।
- আপনি যদি একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করেন, পোস্টগ্রেস নোড ডিকমিশন করার ক্ষেত্রে উপরে বর্ণিত নোডটিকে ডিকমিশন করুন।
পরে আপডেটটি রোলব্যাক করতে, 4.18.01 রোলব্যাক প্রসেসে বর্ণিত পদ্ধতিটি ব্যবহার করুন।
মেশিন আপডেটের অর্ডার
এজ ইন্সটলেশনে আপনি যে ক্রমানুসারে মেশিন আপডেট করবেন তা গুরুত্বপূর্ণ। একটি আপডেটের জন্য সবচেয়ে গুরুত্বপূর্ণ বিবেচনাগুলি হল:
- অন্য কোন নোড আপডেট করার আগে আপনাকে অবশ্যই সমস্ত ক্যাসান্ড্রা এবং জুকিপার নোড আপডেট করতে হবে।
- একাধিক এজ উপাদান সহ যেকোনো মেশিনের জন্য (ম্যানেজমেন্ট সার্ভার, বার্তা প্রসেসর, রাউটার, QPID সার্ভার কিন্তু পোস্টগ্রেস সার্ভার নয়), সেগুলিকে একই সময়ে আপডেট করতে "-c প্রান্ত" বিকল্পটি ব্যবহার করুন।
- যদি একটি ধাপ নির্দিষ্ট করে যে এটি একাধিক মেশিনে সঞ্চালিত হওয়া উচিত, তবে নির্দিষ্ট মেশিনের ক্রম অনুসারে এটি সম্পাদন করুন।
- মনিটাইজেশন আপডেট করার জন্য আলাদা কোন ধাপ নেই। আপনি যখন "-c প্রান্ত" বিকল্পটি নির্দিষ্ট করেন তখন এটি আপডেট করা হয়।
একটি 1-হোস্ট স্বতন্ত্র ইনস্টলেশনের জন্য
- আপনার কনফিগারেশন ফাইলে SMTPMAILFROM সেট করুন যদি আপনি এজ-এ SMTP সক্ষম করে থাকেন। এই পরামিতিটির ফর্ম রয়েছে:
SMTPMAILFROM="আমার কোম্পানি <myco@company.com>" - যদি 4.16.01 থেকে আপডেট করা হয় , তাহলে Zookeeper ডাউনগ্রেড করুন:
> yum ডাউনগ্রেড এপিজি-জুকিপার - Cassandra এবং ZooKeeper আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f কনফিগার ফাইল - নিম্নলিখিত iptables নিয়ম সেট করুন:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `হোস্টনাম` -i eth0 -j ড্রপ - Qpid বার্তা সারি চেক করুন:
> qpid-stat -q
"msg" কলামে গণনা 0 না হওয়া পর্যন্ত সারি পরীক্ষা করা চালিয়ে যান। আপনি Qpid আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তা প্রক্রিয়া করছে। - qpidd আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f কনফিগার ফাইল - ফ্লাশ iptables:
> sudo iptables -F - LDAP আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f কনফিগার ফাইল - Postgres সার্ভার, Qpid সার্ভার, এবং PostgreSQL বন্ধ করুন:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql স্টপ - postgresql আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f কনফিগার ফাইল - Postgres ডাটাবেস আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - অবশিষ্ট প্রান্ত উপাদান আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c প্রান্ত -f কনফিগার ফাইল - এজ UI আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f কনফিগার ফাইল
একটি 2-হোস্ট স্বতন্ত্র ইনস্টলেশনের জন্য
এজ টপোলজি এবং নোড নম্বরের তালিকার জন্য ইনস্টলেশন টপোলজি দেখুন।
- আপনার কনফিগারেশন ফাইলে SMTPMAILFROM সেট করুন যদি আপনি এজ-এ SMTP সক্ষম করে থাকেন। এই পরামিতিটির ফর্ম রয়েছে:
SMTPMAILFROM="আমার কোম্পানি <myco@company.com>" - যদি 4.16.01 থেকে আপডেট করা হয় , তাহলে মেশিন 1-এ Zookeeper ডাউনগ্রেড করুন:
> yum ডাউনগ্রেড এপিজি-জুকিপার - মেশিন 1 এ ক্যাসান্ড্রা এবং জুকিপার আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f কনফিগার ফাইল - মেশিন 2 এ নিম্নলিখিত iptables নিয়ম সেট করুন:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `হোস্টনাম` -i eth0 -j ড্রপ - মেশিন 2 এ Qpid বার্তা সারি পরীক্ষা করুন:
> qpid-stat -q
"msg" কলামে গণনা 0 না হওয়া পর্যন্ত সারি পরীক্ষা করা চালিয়ে যান। আপনি Qpid আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তা প্রক্রিয়া করছে। - মেশিন 2 এ qpidd আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f কনফিগার ফাইল - মেশিন 2 এ iptables ফ্লাশ করুন:
> sudo iptables -F - মেশিন 1 এ LDAP আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f কনফিগার ফাইল - মেশিন 1 এ এজ উপাদান আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c প্রান্ত -f কনফিগার ফাইল - মেশিন 1 এ UI আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f কনফিগার ফাইল - মেশিন 2 এ postgresql আপডেট করুন:
- Postgres সার্ভার, Qpid সার্ভার, এবং postgresql বন্ধ করুন:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql স্টপ - postgresql আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f কনফিগার ফাইল - Postgres ডাটাবেস আপডেট করুন:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - মেশিন 2 এ এজ উপাদান আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c প্রান্ত -f কনফিগার ফাইল
- Postgres সার্ভার, Qpid সার্ভার, এবং postgresql বন্ধ করুন:
একটি 5-হোস্ট ক্লাস্টার ইনস্টলেশনের জন্য
এজ টপোলজি এবং নোড নম্বরের তালিকার জন্য ইনস্টলেশন টপোলজি দেখুন।
- আপনার কনফিগারেশন ফাইলে SMTPMAILFROM সেট করুন যদি আপনি এজ-এ SMTP সক্ষম করে থাকেন। এই পরামিতিটির ফর্ম রয়েছে:
SMTPMAILFROM="আমার কোম্পানি <myco@company.com>" - নিশ্চিত করুন যে আপনি একটি নতুন Postgres স্ট্যান্ডবাই নোড ইনস্টল করেছেন যেমন উপরে বর্ণিত একটি নতুন Postgres স্ট্যান্ডবাই নোড ইনস্টল করা হয়েছে ।
- যদি 4.16.01 থেকে আপডেট করা হয় , তাহলে মেশিন 1, 2, এবং 3-এ Zookeeper ডাউনগ্রেড করুন:
> yum ডাউনগ্রেড এপিজি-জুকিপার - মেশিন 1, 2, এবং 3 এ ক্যাসান্ড্রা এবং জুকিপার আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f কনফিগার ফাইল - মেশিন 4 এ নিম্নলিখিত iptables নিয়ম সেট করুন:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `হোস্টনাম` -i eth0 -j ড্রপ - মেশিন 4 এ Qpid বার্তা সারি পরীক্ষা করুন:
> qpid-stat -q
"msg" কলামে গণনা 0 না হওয়া পর্যন্ত সারি পরীক্ষা করা চালিয়ে যান। আপনি Qpid আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তা প্রক্রিয়া করছে। - মেশিন 4 এ qpidd আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f কনফিগার ফাইল - মেশিন 4 এ iptables ফ্লাশ করুন:
> sudo iptables -F - মেশিন 5-এ ধাপ 5 থেকে 8 পর্যন্ত পুনরাবৃত্তি করুন।
- মেশিন 1 এ LDAP আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f কনফিগার ফাইল - মেশিন 1, 2, 3 এ এজ উপাদান আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c প্রান্ত -f কনফিগার ফাইল - মেশিন 1 এ UI আপডেট করুন:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f কনফিগার ফাইল - মেশিন 4 এবং 5 আপডেট করুন:
- মেশিন 4 এ পোস্টগ্রেস সার্ভার এবং Qpid সার্ভার বন্ধ করুন:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - মেশিন 5 এ পোস্টগ্রেস সার্ভার, কিউপিআইডি সার্ভার এবং পোস্টগ্রেসকিউএল বন্ধ করুন:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql স্টপ - আপনি রোলব্যাকের জন্য যোগ করেছেন এমন নতুন স্ট্যান্ডবাই নোডে Postgres সার্ভার এবং postgresql বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - মেশিন 4 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - মেশিন 4 এ পোস্টগ্রেস ডাটাবেস আপডেট করুন (কেবলমাত্র পোস্টগ্রেস মাস্টার):
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল ডিবি_আপগ্রেড - মেশিন 5 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - 4 এবং 5 মেশিনে পোস্টগ্রেস সার্ভার এবং কিউপিআইডি সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার শুরু
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার শুরু - মেশিন 5 এ নিম্নলিখিত কমান্ডগুলি চালিয়ে পোস্টগ্রগুলি স্ট্যান্ডবাই নোড হিসাবে কনফিগার করুন:
> সিডি/অপ্ট/অ্যাপিগি/ডেটা/অ্যাপিগি-পোস্টগ্রেসকিউএল/পিজিডিটা
> আরএম -আরএফ *
>/অপ্ট/এপিগি/অ্যাপিগি-পরিষেবা/বিন/এপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল সেটআপ-রেপ্লিকেশন-অন-স্ট্যান্ডবাই-এফ কনফিগারেশন - উভয় সার্ভারে নিম্নলিখিত স্ক্রিপ্টগুলি জারি করে প্রতিরূপের স্থিতি যাচাই করুন। একটি সফল প্রতিলিপি নিশ্চিত করতে সিস্টেমের উভয় সার্ভারে অভিন্ন ফলাফল প্রদর্শন করা উচিত:
মেশিন 4 এ, মাস্টার নোড, রান:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-মাস্টার
যাচাই করুন যে এটি বলে যে এটি মাস্টার।
মেশিন 5 এ, স্ট্যান্ডবাই নোড:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-স্ট্যান্ডবাই
যাচাই করুন যে এটি বলে যে এটি স্ট্যান্ডবাই।
- মেশিন 4 এ পোস্টগ্রেস সার্ভার এবং Qpid সার্ভার বন্ধ করুন:
- মেশিন 4, 5 এ প্রান্তের উপাদানগুলি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - নিশ্চিত করুন যে আপনি কোনও পোস্টগ্রেস নোডকে ডিকোমিশনিংয়ে উপরের পদ্ধতিটি ব্যবহার করে নতুন স্ট্যান্ডবাই নোডকে বাতিল করেছেন।
একটি 9-হোস্ট ক্লাস্টার্ড ইনস্টলেশন জন্য
এজ টপোলজিস এবং নোড সংখ্যার তালিকার জন্য ইনস্টলেশন টপোলজগুলি দেখুন।
- আপনি যদি প্রান্তে এসএমটিপি সক্ষম করে থাকেন তবে আপনার কনফিগারেশন ফাইলে SMTPMAILFROM সেট করুন। এই প্যারামিটারে ফর্ম রয়েছে:
Smtpmailfrom = "আমার সংস্থা <myco@company.com>" - নিশ্চিত করুন যে আপনি একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করেছেন যেমন একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করতে উপরে বর্ণিত হিসাবে।
- যদি 4.16.01 থেকে আপডেট করা হয় তবে ম্যাকাইন 1, 2 এবং 3 এ চিড়িয়াখানাটিকে ডাউনগ্রেড করুন:
> ইউম ডাউনগ্রেড অ্যাপিগি-জুকিপার - মেশিন 1, 2 এবং 3 এ ক্যাসান্দ্রা এবং চিড়িয়াখানা আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি সিএস, জেডকে -এফ কনফিগারফাইল - মেশিন 6 এ নিম্নলিখিত iptables নিয়ম সেট করুন:
> সুডো আইপটেবলস -এ ইনপুট -পি টিসিপি -গণ্য -পোর্ট 5672! -S `হোস্টনাম` -আই এথ 0 -জে ড্রপ - মেশিন 6 এ কিউপিআইডি বার্তার সারিটি পরীক্ষা করুন:
> কিউপিআইডি -স্ট্যাট -কিউ
"এমএসজি" কলামে গণনা 0 না হওয়া পর্যন্ত সারিটি পরীক্ষা করা চালিয়ে যান আপনি কিউপিআইডি আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তাগুলি প্রক্রিয়া না করে। - মেশিন 6 এ কিউপিড আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি কিউপিআইডি -এফ কনফিগারফাইল - মেশিন 6 এ ফ্লাশ iptables:
> sudo iptables -f - মেশিন 7 এ 5 থেকে 8 থেকে 8 ধাপ পুনরাবৃত্তি করুন।
- মেশিন 1 এ এলডিএপি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এলডিএপি -এফ কনফিগারেশন - সেই ক্রমে মেশিন 6, 7, 1, 4 এবং 5 এ প্রান্তের উপাদানগুলি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - মেশিন 1 এ ইউআই আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি ইউআই -এফ কনফিগারফাইল - 8 এবং 9 আপডেট মেশিন আপডেট করুন:
- মেশিন 8 এ পোস্টগ্রেস সার্ভার বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ - মেশিন 9 এ পোস্টগ্রেস সার্ভার এবং পোস্টগ্রিসকিউএল বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - 6 এবং 7 মেশিনে কিউপিআইডি সার্ভার বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার স্টপ - আপনি রোলব্যাকের জন্য যুক্ত করেছেন এমন নতুন স্ট্যান্ডবাই নোডে পোস্টগ্রেস সার্ভার এবং পোস্টগ্রেসকিউএল বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - মেশিন 8 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - মেশিন 8 এ পোস্টগ্রেস ডাটাবেস আপডেট করুন (কেবলমাত্র পোস্টগ্রেস মাস্টার):
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল ডিবি_আপগ্রেড - মেশিন 9 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - 8 এবং 9 মেশিনে পোস্টগ্রেস সার্ভার সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার শুরু - 6 এবং 7 মেশিনে কিউপিআইডি সার্ভার সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার শুরু - মেশিন 9 এ নিম্নলিখিত কমান্ডগুলি চালিয়ে পোস্টগ্রগুলি স্ট্যান্ডবাই নোড হিসাবে কনফিগার করুন:
> সিডি/অপ্ট/অ্যাপিগি/ডেটা/অ্যাপিগি-পোস্টগ্রেসকিউএল/পিজিডিটা
> আরএম -আরএফ *
>/অপ্ট/এপিগি/অ্যাপিগি-পরিষেবা/বিন/এপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল সেটআপ-রেপ্লিকেশন-অন-স্ট্যান্ডবাই-এফ কনফিগারেশন - উভয় সার্ভারে নিম্নলিখিত স্ক্রিপ্টগুলি জারি করে প্রতিরূপের স্থিতি যাচাই করুন। একটি সফল প্রতিলিপি নিশ্চিত করতে সিস্টেমের উভয় সার্ভারে অভিন্ন ফলাফল প্রদর্শন করা উচিত:
মেশিন 8 এ, মাস্টার নোড, রান:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-মাস্টার
যাচাই করুন যে এটি বলে যে এটি মাস্টার।
মেশিন 9 এ, স্ট্যান্ডবাই নোড:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-স্ট্যান্ডবাই
যাচাই করুন যে এটি বলে যে এটি স্ট্যান্ডবাই।
- মেশিন 8 এ পোস্টগ্রেস সার্ভার বন্ধ করুন:
- 8 এবং 9 মেশিনে প্রান্তের উপাদানগুলি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - নিশ্চিত করুন যে আপনি কোনও পোস্টগ্রেস নোডকে ডিকোমিশনিংয়ে উপরের পদ্ধতিটি ব্যবহার করে নতুন স্ট্যান্ডবাই নোডকে বাতিল করেছেন।
একটি 13-হোস্ট ক্লাস্টার্ড ইনস্টলেশন জন্য
এজ টপোলজিস এবং নোড সংখ্যার তালিকার জন্য ইনস্টলেশন টপোলজগুলি দেখুন।
- আপনি যদি প্রান্তে এসএমটিপি সক্ষম করে থাকেন তবে আপনার কনফিগারেশন ফাইলে SMTPMAILFROM সেট করুন। এই প্যারামিটারে ফর্ম রয়েছে:
Smtpmailfrom = "আমার সংস্থা <myco@company.com>" - নিশ্চিত করুন যে আপনি একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করেছেন যেমন একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করতে উপরে বর্ণিত হিসাবে।
- যদি 4.16.01 থেকে আপডেট করা হয় তবে ম্যাকাইন 1, 2 এবং 3 এ চিড়িয়াখানাটিকে ডাউনগ্রেড করুন:
> ইউম ডাউনগ্রেড অ্যাপিগি-জুকিপার - মেশিন 1, 2 এবং 3 এ ক্যাসান্দ্রা এবং চিড়িয়াখানা আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি সিএস, জেডকে -এফ কনফিগারফাইল - মেশিন 12 এ নিম্নলিখিত iptables নিয়ম সেট করুন:
> সুডো আইপটেবলস -এ ইনপুট -পি টিসিপি -গণ্য -পোর্ট 5672! -S `হোস্টনাম` -আই এথ 0 -জে ড্রপ - মেশিন 12 এ কিউপিআইডি বার্তার সারিটি পরীক্ষা করুন:
> কিউপিআইডি -স্ট্যাট -কিউ
"এমএসজি" কলামে গণনা 0 না হওয়া পর্যন্ত সারিটি পরীক্ষা করা চালিয়ে যান আপনি কিউপিআইডি আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তাগুলি প্রক্রিয়া না করে। - মেশিন 12 এ কিউপিড আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি কিউপিআইডি -এফ কনফিগারফাইল - মেশিন 12 এ ফ্লাশ iptables:
> sudo iptables -f - মেশিন 13 এ 5 থেকে 8 থেকে 8 ধাপ পুনরাবৃত্তি করুন।
- 4 এবং 5 মেশিনে এলডিএপি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এলডিএপি -এফ কনফিগারেশন - সেই ক্রমে 12, 13, 6, 7, 10 এবং 11 এ প্রান্তের উপাদানগুলি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - মেশিন 6 এবং 7 এ ইউআই আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি ইউআই -এফ কনফিগারফাইল - 8 এবং 9 আপডেট মেশিন আপডেট করুন:
- মেশিন 8 এ পোস্টগ্রেস সার্ভার বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ - মেশিন 9 এ পোস্টগ্রেস সার্ভার এবং পোস্টগ্রিসকিউএল বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - 12 এবং 13 মেশিনে কিউপিআইডি সার্ভার বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার স্টপ - আপনি রোলব্যাকের জন্য যুক্ত করেছেন এমন নতুন স্ট্যান্ডবাই নোডে পোস্টগ্রেস সার্ভার এবং পোস্টগ্রেসকিউএল বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - মেশিন 8 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - মেশিন 8 এ পোস্টগ্রেস ডাটাবেস আপডেট করুন (কেবলমাত্র পোস্টগ্রেস মাস্টার):
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল ডিবি_আপগ্রেড - মেশিন 9 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - 8 এবং 9 মেশিনে পোস্টগ্রেস সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার শুরু - 12 এবং 13 মেশিনে কিউপিআইডি সার্ভার সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার শুরু - মেশিন 9 এ নিম্নলিখিত কমান্ডগুলি চালিয়ে পোস্টগ্রগুলি স্ট্যান্ডবাই নোড হিসাবে কনফিগার করুন:
> সিডি/অপ্ট/অ্যাপিগি/ডেটা/অ্যাপিগি-পোস্টগ্রেসকিউএল/পিজিডিটা
> আরএম -আরএফ *
>/অপ্ট/এপিগি/অ্যাপিগি-পরিষেবা/বিন/এপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল সেটআপ-রেপ্লিকেশন-অন-স্ট্যান্ডবাই-এফ কনফিগারেশন - উভয় সার্ভারে নিম্নলিখিত স্ক্রিপ্টগুলি জারি করে প্রতিরূপের স্থিতি যাচাই করুন। একটি সফল প্রতিলিপি নিশ্চিত করতে সিস্টেমের উভয় সার্ভারে অভিন্ন ফলাফল প্রদর্শন করা উচিত:
মেশিন 8 এ, মাস্টার নোড, রান:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-মাস্টার
যাচাই করুন যে এটি বলে যে এটি মাস্টার।
মেশিন 9 এ, স্ট্যান্ডবাই নোড:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-স্ট্যান্ডবাই
যাচাই করুন যে এটি বলে যে এটি স্ট্যান্ডবাই।
- মেশিন 8 এ পোস্টগ্রেস সার্ভার বন্ধ করুন:
- 8 এবং 9 মেশিনে প্রান্তের উপাদানগুলি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - নিশ্চিত করুন যে আপনি কোনও পোস্টগ্রেস নোডকে ডিকোমিশনিংয়ে উপরের পদ্ধতিটি ব্যবহার করে নতুন স্ট্যান্ডবাই নোডকে বাতিল করেছেন।
একটি 12-হোস্ট ক্লাস্টার্ড ইনস্টলেশন জন্য
এজ টপোলজিস এবং নোড সংখ্যার তালিকার জন্য ইনস্টলেশন টপোলজগুলি দেখুন।
- আপনি যদি প্রান্তে এসএমটিপি সক্ষম করে থাকেন তবে আপনার কনফিগারেশন ফাইলে SMTPMAILFROM সেট করুন। এই প্যারামিটারে ফর্ম রয়েছে:
Smtpmailfrom = "আমার সংস্থা <myco@company.com>" - নিশ্চিত করুন যে আপনি একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করেছেন যেমন একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করতে উপরে বর্ণিত হিসাবে।
- ক্যাসান্দ্রা এবং চিড়িয়াখানা আপডেট করুন:
- যদি 4.16.01 থেকে আপডেট করা হয় তবে ডেটা সেন্টার 1 এ ম্যাকাইন 1, 2, এবং 3 এ চিড়িয়াখানাটিকে ডাউনগ্রেড করুন:
> ইউম ডাউনগ্রেড অ্যাপিগি-জুকিপার - ডেটা সেন্টার 1 এ 1, 2 এবং 3 মেশিনে:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি সিএস, জেডকে -এফ কনফিগারফাইল - যদি 4.16.01 থেকে আপডেট করা হয় তবে ডেটা সেন্টার 2 এ ম্যাকাইন 7, 8, এবং 9 এ চিড়িয়াখানাটিকে ডাউনগ্রেড করুন:
> ইউম ডাউনগ্রেড অ্যাপিগি-জুকিপার - ডেটা সেন্টার 2 এ 7, 8 এবং 9 মেশিনে
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি সিএস, জেডকে -এফ কনফিগারফাইল
- যদি 4.16.01 থেকে আপডেট করা হয় তবে ডেটা সেন্টার 1 এ ম্যাকাইন 1, 2, এবং 3 এ চিড়িয়াখানাটিকে ডাউনগ্রেড করুন:
- আপডেট কিউপিড:
- ডেটা সেন্টারে 4, 5 মেশিন 1
- মেশিন 4 এ নিম্নলিখিত iptables নিয়ম সেট করুন:
> সুডো আইপটেবলস -এ ইনপুট -পি টিসিপি -গণ্য -পোর্ট 5672! -S `হোস্টনাম` -আই এথ 0 -জে ড্রপ - মেশিন 4 এ কিউপিআইডি বার্তার সারিটি পরীক্ষা করুন:
> কিউপিআইডি -স্ট্যাট -কিউ
"এমএসজি" কলামে গণনা 0 না হওয়া পর্যন্ত সারিটি পরীক্ষা করা চালিয়ে যান আপনি কিউপিআইডি আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তাগুলি প্রক্রিয়া না করে। - মেশিন 4 এ কিউপিড আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি কিউপিআইডি -এফ কনফিগারফাইল - মেশিন 4 এ ফ্লাশ আইপটেবলস:
> sudo iptables -f - মেশিন 5 এ 1 থেকে 4 থেকে 4 ধাপ পুনরাবৃত্তি করুন।
- মেশিন 4 এ নিম্নলিখিত iptables নিয়ম সেট করুন:
- ডেটা সেন্টার 2 এ 10, 11 মেশিন
- মেশিন 10 এ নিম্নলিখিত আইপটেবল নিয়ম সেট করুন:
> সুডো আইপটেবলস -এ ইনপুট -পি টিসিপি -গণ্য -পোর্ট 5672! -S `হোস্টনাম` -আই এথ 0 -জে ড্রপ - মেশিন 10 এ কিউপিআইডি বার্তার সারিটি পরীক্ষা করুন:
> কিউপিআইডি -স্ট্যাট -কিউ
"এমএসজি" কলামে গণনা 0 না হওয়া পর্যন্ত সারিটি পরীক্ষা করা চালিয়ে যান আপনি কিউপিআইডি আপগ্রেড করতে পারবেন না যতক্ষণ না এটি সমস্ত বার্তাগুলি প্রক্রিয়া না করে। - মেশিন 10 এ কিউপিড আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি কিউপিআইডি -এফ কনফিগারফাইল - মেশিন 10 এ ফ্লাশ আইপটেবলস:
> sudo iptables -f - মেশিন 11 এ 1 থেকে 4 থেকে 4 ধাপ পুনরাবৃত্তি করুন।
- মেশিন 10 এ নিম্নলিখিত আইপটেবল নিয়ম সেট করুন:
- ডেটা সেন্টারে 4, 5 মেশিন 1
- আপডেট এলডিএপি:
- ডেটা সেন্টারে 1 মেশিন 1
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এলডিএপি -এফ কনফিগারেশন - ডেটা সেন্টার 2 এ মেশিন 7
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এলডিএপি -এফ কনফিগারেশন
- ডেটা সেন্টারে 1 মেশিন 1
- প্রান্তের উপাদানগুলি আপডেট করুন:
- মেশিন 4, 5, 1, 2, 3 ডেটা সেন্টারে 1
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - মেশিনগুলি 10, 11, 7, 8, 9 ডেটা সেন্টারে 2 এ
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল
- মেশিন 4, 5, 1, 2, 3 ডেটা সেন্টারে 1
- আপডেট ইউআই:
- ডেটা সেন্টারে 1 মেশিন 1:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি ইউআই -এফ কনফিগারফাইল - ডেটা সেন্টার 2 এ মেশিন 7:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি ইউআই -এফ কনফিগারফাইল
- ডেটা সেন্টারে 1 মেশিন 1:
- ডেটা সেন্টার 1 এ মেশিন 6 আপডেট করুন এবং ডেটা সেন্টার 2 এ 12:
- মেশিন 6 এ পোস্টগ্রেস সার্ভার বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ - মেশিন 12 এ পোস্টগ্রেস সার্ভার এবং পোস্টগ্রিসকিউএল বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - 4, 5, 10 এবং 11 মেশিনে কিউপিআইডি সার্ভারটি বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার স্টপ - আপনি রোলব্যাকের জন্য যুক্ত করেছেন এমন নতুন স্ট্যান্ডবাই নোডে পোস্টগ্রেস সার্ভার এবং পোস্টগ্রেসকিউএল বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার স্টপ
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল স্টপ - মেশিন 6 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - মেশিন 6 এ পোস্টগ্রেস ডাটাবেস আপডেট করুন (কেবলমাত্র পোস্টগ্রেস মাস্টার):
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল ডিবি_আপগ্রেড - মেশিন 12 এ পোস্টগ্রিসকিউএল আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি পিএস -এফ কনফিগারফাইল - 6 এবং 12 মেশিনে পোস্টগ্রেস সার্ভার সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-পোস্টগ্রেস-সার্ভার শুরু - 4, 5, 10 এবং 11 মেশিনে কিউপিআইডি সার্ভার সার্ভার শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা এজ-কিউপিআইডি-সার্ভার শুরু - মেশিন 12 এ নিম্নলিখিত কমান্ডগুলি চালিয়ে পোস্টগ্রগুলি স্ট্যান্ডবাই নোড হিসাবে কনফিগার করুন:
> সিডি/অপ্ট/অ্যাপিগি/ডেটা/অ্যাপিগি-পোস্টগ্রেসকিউএল/পিজিডিটা
> আরএম -আরএফ *
>/অপ্ট/এপিগি/অ্যাপিগি-পরিষেবা/বিন/এপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল সেটআপ-রেপ্লিকেশন-অন-স্ট্যান্ডবাই-এফ কনফিগারেশন - উভয় সার্ভারে নিম্নলিখিত স্ক্রিপ্টগুলি জারি করে প্রতিরূপের স্থিতি যাচাই করুন। একটি সফল প্রতিলিপি নিশ্চিত করতে সিস্টেমের উভয় সার্ভারে অভিন্ন ফলাফল প্রদর্শন করা উচিত:
মেশিন 6 এ, মাস্টার নোড, রান:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-মাস্টার
যাচাই করুন যে এটি বলে যে এটি মাস্টার।
মেশিন 12 এ, স্ট্যান্ডবাই নোড:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-স্ট্যান্ডবাই
যাচাই করুন যে এটি বলে যে এটি স্ট্যান্ডবাই।
- মেশিন 6 এ পোস্টগ্রেস সার্ভার বন্ধ করুন:
- মেশিন 6 এবং 12 এ প্রান্তের উপাদানগুলি আপডেট করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন /আপডেট.এসএইচ -সি এজ -এফ কনফিগারফাইল - নিশ্চিত করুন যে আপনি কোনও পোস্টগ্রেস নোডকে ডিকোমিশনিংয়ে উপরের পদ্ধতিটি ব্যবহার করে নতুন স্ট্যান্ডবাই নোডকে বাতিল করেছেন।
একটি 7-হোস্ট বা 10-হোস্ট এপিআই বাএএস ইনস্টলেশন জন্য
একটি অ-মানক ইনস্টলেশন জন্য
আপনার যদি অ-মানক ইনস্টলেশন থাকে তবে নিম্নলিখিত ক্রমে প্রান্তের উপাদানগুলি আপডেট করুন:
- চিড়িয়াখানার রক্ষক
- ক্যাসান্ড্রা
- কিউপিড
- এলডিএপি
- এজ, যার অর্থ ক্রমে সমস্ত নোডে "-সি এজ" প্রোফাইল: কিউপিআইডি সার্ভারের সাথে নোডগুলি তবে পোস্টগ্রেস সার্ভার, ম্যানেজমেন্ট সার্ভার, বার্তা প্রসেসর এবং রাউটার নয়।
দ্রষ্টব্য : নোডে যদি কিউপিআইডি সার্ভার এবং পোস্টগ্রেস সার্ভার উভয়ই ইনস্টল থাকে তবে 8 ধাপের অংশ হিসাবে "-সি এজ" প্রোফাইল পদক্ষেপটি চালান। - এজ ইউআই
- আপগ্রেড সহ পোস্টগ্রেস মাস্টারটিতে পোস্টগ্রেসকিউএল।
- পোস্টগ্রেস স্ট্যান্ডবাইতে পোস্টগ্রেসকিউএল।
- এজ, যার অর্থ সমস্ত সংযুক্ত কিউপিআইডি এবং পোস্টগ্রেস নোডগুলিতে "-সি এজ" প্রোফাইল, বা কোনও স্ট্যান্ডেলোন পোস্টগ্রেস নোডে।
প্রাইভেট ক্লাউড v4.18.01 এর জন্য এজ
কোন প্রান্তের সংস্করণগুলি আপনি 4.18.01 এ আপডেট করতে পারেন
আপনি এই পদ্ধতিটি ব্যবহার করে অ্যাপিগি এজ সংস্করণ 4.16.01.0x এবং 4.16.05.x থেকে 4.18.01 আপডেট করতে পারেন।
আপনার যদি সংস্করণ 4.16.01 এর আগের প্রান্তের একটি সংস্করণ থাকে তবে আপনাকে প্রথমে অবশ্যই 4.16.01 সংস্করণে স্থানান্তর করতে হবে এবং তারপরে সংস্করণ 4.18.01 এ আপডেট করতে হবে।
- আপনি অ্যাপিগি এজ সংস্করণ 4.15.07 থেকে 4.16.01 এ স্থানান্তর করতে পারেন।
- আপনার যদি সংস্করণ 4.15.07 সংস্করণটির আগের সংস্করণ থাকে তবে আপনাকে প্রথমে সংস্করণ 4.15.07 এবং তারপরে সংস্করণ 4.16.01 এ স্থানান্তর করতে হবে।
- আপনি যদি প্রান্ত সংস্করণ 4.14.04 বা তার পরে স্থানান্তরিত করছেন: সরাসরি সংস্করণ 4.15.07 এ স্থানান্তরিত করুন।
- আপনি যদি প্রান্ত সংস্করণ 4.14.01 থেকে স্থানান্তরিত হন: আপনাকে প্রথমে সংস্করণ 4.14.04 এ স্থানান্তর করতে হবে এবং তারপরে 4.15.07 সংস্করণে স্থানান্তরিত করতে হবে।
কে আপডেট সম্পাদন করতে পারে
আপডেটটি চালানো ব্যবহারকারী ব্যবহারকারী যিনি মূলত প্রান্তটি ইনস্টল করেছেন, বা কোনও ব্যবহারকারীকে মূল হিসাবে চলমান তার মতো হওয়া উচিত।
আপনি প্রান্ত আরপিএম ইনস্টল করার পরে, যে কোনও ব্যবহারকারী সেগুলি কনফিগার করতে পারেন।
কোন উপাদানগুলি আপনাকে আপডেট করতে হবে
আপনাকে অবশ্যই সমস্ত প্রান্তের উপাদান আপডেট করতে হবে। এজ একাধিক সংস্করণ থেকে উপাদান রয়েছে এমন একটি সেটআপ সমর্থন করে না।
4.16.01 থেকে আপডেট হলে চিড়িয়াখানায় ডাউনগ্রেডিং
প্রাইভেট ক্লাউড 4.16.01 এর জন্য প্রান্তে চিড়িয়াখানার আরপিএমের সংস্করণটি হ'ল অ্যাপিগি-জুক্পার -3.4.5-1.0.905.noarch.rpm । এজের পরবর্তী সংস্করণগুলিতে, চিড়িয়াখানা সংস্করণটি এপিগি-জুক্পার -3.4.5-0.0.0.94x এ ফিরে পরিবর্তন করা হয়েছিল। এটি ইয়ামকে চিড়িয়াখানাকে 4.16.01 থেকে পরবর্তী সংস্করণগুলিতে আপগ্রেড করতে বাধা দেয়। এই পরিস্থিতিটি সংশোধন করার উপায় হ'ল চিড়িয়াখানাটি আপডেট করার আগে ইউম ডাউনগ্রেড অ্যাপিগি-জুকিপার চালানো।
আপনি নিম্নলিখিত কমান্ডটি ব্যবহার করে আপনার চিড়িয়াখানা সংস্করণটি পরীক্ষা করতে পারেন:
> rpm -qa |grep apigee-zookeeper
যদি এই কমান্ডটি চিড়িয়াখানা সংস্করণ দেয়:
apigee-zookeeper-3.4.5-1.0.905
তারপরে আপনাকে অবশ্যই ডাউনগ্রেড করতে হবে।
সম্পত্তি সেটিংসের স্বয়ংক্রিয় প্রচার
আপনি যদি / অপ্ট/অ্যাপিগি/গ্রাহক/অ্যাপ্লিকেশনটিতে।
পূর্বশর্ত আপডেট করুন
অ্যাপিগি প্রান্তটি আপগ্রেড করার আগে নিম্নলিখিত পূর্বশর্তগুলির যত্ন নিন:
- সমস্ত নোড ব্যাকআপ
আপনি আপডেট করার আগে, সুরক্ষার কারণে সমস্ত নোডের সম্পূর্ণ ব্যাকআপ সম্পাদন করার পরামর্শ দেওয়া হয়। ব্যাকআপটি সম্পাদন করতে আপনার বর্তমান সংস্করণটির জন্য পদ্ধতিটি ব্যবহার করুন।
এটি আপনাকে একটি ব্যাকআপ পরিকল্পনা রাখতে দেয়, যদি কোনও নতুন সংস্করণে আপডেট সঠিকভাবে কাজ না করে। ব্যাকআপ সম্পর্কিত আরও তথ্যের জন্য, ব্যাকআপ দেখুন এবং পুনরুদ্ধার করুন । - প্রান্তটি চলছে তা নিশ্চিত করুন
নিশ্চিত করুন যে কমান্ডটি ব্যবহার করে আপডেট প্রক্রিয়া চলাকালীন প্রান্তটি চলছে এবং চলছে:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-সমস্ত স্থিতি
একটি ব্যর্থ আপডেট পরিচালনা করা
আপডেট ব্যর্থতার ক্ষেত্রে, আপনি সমস্যাটি সংশোধন করার চেষ্টা করতে পারেন এবং তারপরে আপডেট.শ আবার চালাতে পারেন। আপনি একাধিকবার আপডেটটি চালাতে পারেন এবং এটি আপডেটটি চালিয়ে যেতে পারে যেখান থেকে এটি সর্বশেষে চলে যায়।
যদি ব্যর্থতার প্রয়োজন হয় তবে আপনি আপনার আগের সংস্করণে আপডেটটি ফিরিয়ে আনুন, আরও বেশি জন্য 4.18.01 রোলব্যাক প্রক্রিয়া দেখুন।
লগিং আপডেটের তথ্য
ডিফল্টরূপে, আপডেট.শ ইউটিলিটি লগ তথ্য এখানে লিখেছেন:
/opt/apigee/var/log/apigee-setup/update.log
যদি ব্যবহারকারী আপডেটটি চালাচ্ছেন uticticthictice এই ডিরেক্টরিতে অ্যাক্সেস না থাকলে এটি /টিএমপি ডিরেক্টরিতে লগটি আপডেট_উসারনেম.লগ নামের একটি ফাইল হিসাবে লিখে।
যদি ব্যবহারকারীর /টিএমপিতে অ্যাক্সেস না থাকে তবে আপডেট.শ ইউটিলিটি ব্যর্থ হয়।
জাভা জেডিকে সংস্করণ 8 এ আপগ্রেড করা প্রয়োজন
এজের এই প্রকাশের জন্য আপনি সমস্ত এজ প্রসেসিং নোডগুলিতে জাভা জেডিকে সংস্করণ 8 ইনস্টল করেছেন। আপনি ওরাকল জেডিকে 8 বা ওপেনজেডিকে 8 ইনস্টল করতে পারেন 8. যদি জাভা জেডিকে 8 ইতিমধ্যে ইনস্টল না করা থাকে তবে আপডেট স্ক্রিপ্টটি এটি আপনার জন্য ইনস্টল করতে পারে।
জাভা 8 -এ আপডেটের অংশ হিসাবে, কিছু টিএলএস সিফার আরাকল জেডিকে 8 এ আর উপলব্ধ নেই সম্পূর্ণ তালিকার জন্য, http://docs.oracle.com/javase/8/8/ এ "ডিফল্ট অক্ষম সাইফার স্যুট" বিভাগটি দেখুন ডকস/টেকনোটেস/গাইড/সুরক্ষা/সানপ্রোভাইডার্স এইচটিএমএল ।
এপেল রেপো সক্ষম করার জন্য প্রয়োজনীয়
প্রান্তটি ইনস্টল বা আপডেট করতে আপনাকে অবশ্যই এন্টারপ্রাইজ লিনাক্স (বা এপেল) এর জন্য অতিরিক্ত প্যাকেজগুলি সক্ষম করতে হবে। আপনি যে কমান্ডটি ব্যবহার করেন তা আপনার রেডহ্যাট/সেন্টোসের সংস্করণের উপর নির্ভর করে:
- রেডহ্যাট/সেন্টোস 7.x এর জন্য:
> wget https://dl.fedorapraject.org/pub/epel/epel-release-latestest-7.noarch.rpm; আরপিএম -আইভিএইচ এপেল-রিলিজ-লেটেস্ট -7. নোয়ারচ.আরপিএম - রেডহ্যাট/সেন্টোস 6.x এর জন্য:
Wget https://dl.fedorapraject.org/pub/epel/epel-lease-latestest-6.noarch.rpm; আরপিএম -আইভিএইচ এপেল-রিলিজ-লেটেস্ট -6. নোয়ারচ.আরপিএম
এসএমটিপিএমএইএলএফআরএম কনফিগারেশন প্যারামিটারের প্রয়োজনীয় সংযোজন
এজ 4.17.05 আপনি যখন কোনও এসএমটিপি সার্ভার সক্ষম করবেন তখন ব্যবহৃত কনফিগারেশন ফাইলে একটি নতুন প্রয়োজনীয় প্যারামিটার যুক্ত করেছেন। আপনি যদি 4.17.01 থেকে আপডেট করছেন, তবে এসএমটিপি সার্ভারটি সক্ষম করার সময় আপনাকে অবশ্যই কনফিগারেশন ফাইলে এসএমটিপিএমএইএলএফআরএম সেট করতে হবে।
এপিআই বিএএএস সংস্করণ 4.17.09 এসএমটিপিএমএইলফ্রোম সম্পত্তির জন্য সমর্থনও যুক্ত করেছে। এপিআই বাএএস আপডেট করার সময়, আপনাকে অবশ্যই কনফিগারেশন ফাইলে এসএমটিপিএমএইএলএফআরএম সেট করতে হবে।
এই প্যারামিটারে ফর্ম রয়েছে:
SMTPMAILFROM="My Company <myco@company.com>"
বাহ্যিক প্রমাণীকরণ ব্যবহার করার সময় আপডেট করা প্রয়োজন
আপনি একটি বহিরাগত ডিরেক্টরি পরিষেবাটি একটি বিদ্যমান অ্যাপিগি এজ প্রাইভেট ক্লাউড ইনস্টলেশনে সংহত করতে পারেন। এই বৈশিষ্ট্যটি কোনও ডিরেক্টরি পরিষেবার সাথে কাজ করার জন্য ডিজাইন করা হয়েছে যা এলডিএপি, যেমন অ্যাক্টিভ ডিরেক্টরি, ওপেনএলডিএপি এবং অন্যান্যদের সমর্থন করে। একটি বাহ্যিক এলডিএপি সমাধান সিস্টেম প্রশাসকদের একটি কেন্দ্রীয় ডিরেক্টরি পরিচালনা পরিষেবা থেকে ব্যবহারকারীর শংসাপত্রগুলি পরিচালনা করতে দেয়, এপিগি এজগুলির মতো সিস্টেমগুলির বহিরাগত যা সেগুলি ব্যবহার করে।
আরও জন্য বাহ্যিক প্রমাণীকরণ কনফিগারেশন দেখুন।
যখন বাহ্যিক প্রমাণীকরণ সক্ষম করা হয়, বেশিরভাগ গ্রাহকরা অ্যাক্টিভ ডিরেক্টরি স্যাম অ্যাকাউন্টের নাম ক্ষেত্রটি প্রমাণীকরণের জন্য ব্যবহারকারীর নাম হিসাবে ব্যবহার করেন, কোনও ইমেল ঠিকানার পরিবর্তে যা এজ ওপেনএলডিএপি সার্ভার দ্বারা ব্যবহৃত হয়।
আপনি যদি কোনও বাহ্যিক ডিরেক্টরি পরিষেবার সাথে সংহত হয়ে থাকেন তবে প্রান্তটি 4.18.01 এ আপডেট করার সময় আপনার কনফিগারেশন ফাইলে নিম্নলিখিত লাইনটি যুক্ত করুন:
IS_EXTERNAL_AUTH="true"
এই লাইনটি ব্যবহারকারীর নাম হিসাবে ইমেল ঠিকানার পরিবর্তে কোনও অ্যাকাউন্টের নাম সমর্থন করার জন্য প্রান্তটি কনফিগার করে।
কিউপিআইডি 1.35 এ আপগ্রেড করা প্রয়োজন
এই রিলিজটিতে কিউপিআইডি 1.35 এ প্রয়োজনীয় আপডেট রয়েছে। কিউপিআইডি নোড আপডেট করার অংশ হিসাবে, আপনাকে করতে হবে:
- অস্থায়ীভাবে রাউটার এবং বার্তা প্রসেসরগুলিকে কিউপিআইডি নোডে পোর্ট 5672 ব্লক করে কিউপিআইডি নোডে লেখা থেকে বিরত রাখুন। আপনি কিউপিআইডি নোডে এই বন্দরটি ব্লক করতে নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:
> সুডো আইপটেবলস -এ ইনপুট -পি টিসিপি -গণ্য -পোর্ট 5672! -S `হোস্টনাম` -আই এথ 0 -জে ড্রপ - কিউপিআইডি নোড আপডেটের আগে সমস্ত বার্তা প্রক্রিয়াজাত করেছে তা নিশ্চিত করার জন্য কিউপিআইডি সারিটি বার্তাগুলির খালি করার জন্য অপেক্ষা করুন। কিউপিআইডি বার্তার সারিটি খালি রয়েছে তা নিশ্চিত করতে নিম্নলিখিত কমান্ডটি ব্যবহার করুন:
> কিউপিআইডি -স্ট্যাট -কিউ - কিউপিআইডি নোড আপডেট করুন।
- রাউটার এবং বার্তা প্রসেসর থেকে অ্যাক্সেসের অনুমতি দেওয়ার জন্য কিউপিআইডি নোডে পোর্ট 5672 অবরুদ্ধ করুন। আপনি এই বন্দরটি অবরোধ করতে নিম্নলিখিত কমান্ডটি ব্যবহার করতে পারেন:
> sudo iptables -f
মনে রাখবেন যে আপনি যদি অন্যান্য নিয়মের জন্য আইপটেবলগুলি ব্যবহার করছেন তবে আপনি নির্দিষ্ট পরিবর্তনটি বিপরীত করতে -ডি বিকল্পটি ব্যবহার করতে পারেন:
> sudo iptables -d ইনপুট -পি টিসিপি -গণ্য -পোর্ট 5672! -S `হোস্টনাম` -আই এথ 0 -জে ড্রপ
এই প্রক্রিয়াটি প্রতিটি প্রান্ত টপোলজির জন্য নীচে বিশদভাবে বর্ণনা করা হয়।
পোস্টগ্রেসে আপগ্রেড করা প্রয়োজন 9.6
এজের এই প্রকাশে পোস্টগ্রেস 9.6 এ একটি আপগ্রেড অন্তর্ভুক্ত রয়েছে। এই আপগ্রেডের অংশ হিসাবে, সমস্ত পোস্টগ্রিসের ডেটা পোস্টগ্রেস 9.6 এ স্থানান্তরিত হয়।
আপডেট প্রক্রিয়া চলাকালীন, পোস্টগ্রেস নোডগুলি আপডেটের জন্য নিচে রয়েছে, বিশ্লেষণ ডেটা এখনও কিউপিআইডি নোডগুলিতে লেখা আছে। পোস্টগ্রেস নোডগুলি আপডেট হওয়ার পরে এবং অনলাইনে ফিরে আসার পরে, বিশ্লেষণ ডেটাগুলি পোস্টগ্রেস নোডগুলিতে ঠেলে দেওয়া হয়।
অতিরিক্ত পোস্টগ্রেস স্ট্যান্ডবাই নোডের প্রয়োজন যদি আপনাকে কোনও কারণে আপডেটটি রোল করতে হয়। যদি আপনাকে আপডেটটি রোল করতে হয় তবে নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড রোলব্যাকের পরে মাস্টার পোস্টগ্রেস নোডে পরিণত হয়। অতএব, আপনি যখন নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করেন, তখন এটি একটি নোডে থাকা উচিত যা একটি পোস্টগ্রেস সার্ভারের সমস্ত হার্ডওয়্যার প্রয়োজনীয়তা পূরণ করে, যেমন প্রান্ত ইনস্টলেশন প্রয়োজনীয়তায় সংজ্ঞায়িত করা হয়।
একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করা হচ্ছে
এই পদ্ধতিটি একটি নতুন নোডে একটি পোস্টগ্রেস স্ট্যান্ডবাই সার্ভার তৈরি করে। নিশ্চিত করুন যে আপনি আপনার বিদ্যমান সংস্করণ (4.16.01 বা 4.16.05) এর জন্য আপনার বিদ্যমান সংস্করণটির জন্য একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই সার্ভার ইনস্টল করেছেন, সংস্করণ 4.18.01 এর জন্য নয়।
ইনস্টলটি সম্পাদন করতে, আপনি আপনার বর্তমান সংস্করণটি ইনস্টল করতে ব্যবহৃত একই কনফিগার ফাইলটি ব্যবহার করুন।
একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড তৈরি করতে:
- বর্তমান পোস্টগ্রেস মাস্টার -এ, নিম্নলিখিত টোকেন সেট করতে /ওপ্ট/অ্যাপিগি/অ্যাপ্লিকেশন/ পস্ট্রিজেশন/পিএসটিগ্রেসকিউএল.প্রোপার্টি ফাইলগুলি সম্পাদনা করুন। যদি সেই ফাইলটি বিদ্যমান না থাকে তবে এটি তৈরি করুন:
conf_pg_hba_replication.connication = হোস্ট প্রতিলিপি apigee বিদ্যমান_স্লাভ_আইপি /32 ট্রাস্ট \ \ nhost প্রতিলিপি অ্যাপিগি নতুন_স্লাভ_আইপি /32 ট্রাস্ট
যেখানে বিদ্যমান_স্লাভ_আইপি হ'ল বর্তমান পোস্টগ্রেস স্ট্যান্ডবাই সার্ভারের আইপি ঠিকানা এবং নতুন_স্লাভ_আইপি হ'ল নতুন স্ট্যান্ডবাই নোডের আইপি ঠিকানা। - পোস্টগ্রেস মাস্টারে অ্যাপিগি-পোস্টগ্রেসকিউএল পুনরায় চালু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পুনরায় চালু করুন - মাস্টারটিতে /ওপিজি/ক্যাপিজি/ক্যাপিজি /ক্যাপিজি/ক্যাপিজি-পোস্টগ্রেসকিএল/কনফ/পিজি_এইচবিএ.কনফ ফাইলটি দেখে নতুন স্ট্যান্ডবাই নোড যুক্ত করা হয়েছিল তা যাচাই করুন। আপনার সেই ফাইলটিতে নিম্নলিখিত লাইনগুলি দেখতে হবে:
হোস্ট প্রতিলিপি এপিআইজি বিদ্যমান_স্লাভ_আইপি/32 ট্রাস্ট
হোস্ট প্রতিলিপি অ্যাপিগি নতুন_স্লেভ_আইপি/32 ট্রাস্ট - নতুন পোস্টগ্রেস স্ট্যান্ডবাই সার্ভার ইনস্টল করুন:
- নিম্নলিখিতগুলি নির্দিষ্ট করতে আপনি আপনার বর্তমান সংস্করণটি ইনস্টল করতে ব্যবহার করেছেন এমন কনফিগার ফাইলটি সম্পাদনা করুন:
# বর্তমান মাস্টারের আইপি ঠিকানা:
Pg_master = 192.168.56.103
# নতুন স্ট্যান্ডবাই নোডের আইপি ঠিকানা
Pg_standby = 192.168.56.102 - প্রান্ত অ্যাপিগি-সেটআপ ইউটিলিটি ইনস্টল করার সময় বর্ণিত সেলিনাক্স অক্ষম করুন।
- প্রান্ত বুটস্ট্র্যাপ_4.16.05.sh ফাইলটি /tmp/bootstrap_4.16.05.sh ডাউনলোড করুন:
> কার্ল https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
দ্রষ্টব্য : আপনি যদি 4.16.01 থেকে আপডেট করছেন তবে এজ বুটস্ট্র্যাপ.এসএইচ ফাইলটি ডাউনলোড করুন। - প্রান্তটি অ্যাপিগি-পরিষেবা ইউটিলিটি এবং নির্ভরতা ইনস্টল করুন:
> sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser = uname apigeepassword = pward - অ্যাপিগি-সেটআপ ইউটিলিটি ইনস্টল করতে অ্যাপিগি-পরিষেবা ব্যবহার করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-সেটআপ ইনস্টল করুন - পোস্টগ্রগুলি ইনস্টল করুন:
>/ওপ্ট/ক্যাপিজি/ক্যাপিজি -সেটআপ/বিন/সেটআপ.এসএইচ -পি পিএস -এফ কনফিগারফাইল - নতুন স্ট্যান্ডবাই নোডে নিম্নলিখিত কমান্ডটি চালান:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিএল পোস্টগ্রেস-চেক-স্ট্যান্ডবাই
যাচাই করুন যে এটি বলে যে এটি স্ট্যান্ডবাই।
- নিম্নলিখিতগুলি নির্দিষ্ট করতে আপনি আপনার বর্তমান সংস্করণটি ইনস্টল করতে ব্যবহার করেছেন এমন কনফিগার ফাইলটি সম্পাদনা করুন:
একটি পোস্টগ্রেস নোডকে ডিকোমিশনিং
আপডেটটি শেষ হওয়ার পরে, নতুন স্ট্যান্ডবাই নোডটি ডিকমিশন:
- পোস্টগ্রেস চলছে তা নিশ্চিত করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-সমস্ত স্থিতি
যদি পোস্টগ্রিস চলমান না থাকে তবে এটি শুরু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-সমস্ত শুরু - নতুন স্ট্যান্ডবাই নোডে নিম্নলিখিত কার্ল কমান্ডটি চালিয়ে নতুন স্ট্যান্ডবাই নোডের ইউইড পান:
> কার্ল -ইউ সিসাডমিনেমেইল: পাসওয়ার্ড http: // <নোড_আইপি> : 8084/ভি 1/সার্ভার/স্ব
আপনার আউটপুট শেষে নোডের ইউইডটি ফর্মটিতে দেখতে হবে:
"প্রকার": ["পোস্টগ্রেস-সার্ভার"],
"ইউইআইডি": "599E8EBF-5D69-4AE4-AA71-154970A8EC75" - নতুন স্ট্যান্ডবাই নোডে নিম্নলিখিত কমান্ডটি চালিয়ে নতুন স্ট্যান্ডবাই নোড বন্ধ করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-সমস্ত স্টপ - পোস্টগ্রেস মাস্টার নোডে, CRING_PG_HBA_REPLICINCE.Connection থেকে নতুন স্ট্যান্ডবাই নোড অপসারণের জন্য /অপ্ট/অ্যাপিগি/ কোস্টোমার/অ্যাপলিকেশন/পস্টগ্রেসকিউএল.প্রোপার্টিগুলি সম্পাদনা:
conf_pg_hba_replication.connection = হোস্ট প্রতিলিপি apigee বিদ্যমান_স্লাভ_আইপি /32 ট্রাস্ট - পোস্টগ্রেস মাস্টারে অ্যাপিগি-পোস্টগ্রেসকিউএল পুনরায় চালু করুন:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-পোস্টগ্রেসকিউএল পুনরায় চালু করুন - যাচাই করুন যে নতুন স্ট্যান্ডবাই নোডটি মাস্টারে /ওপিজি/ক্যাপিজি/ক্যাপিজি /ক্যাপিজি-পোস্টগ্রেসকিএল/কনফ/পিজি_এইচবিএ.কনফ ফাইলটি দেখে সরানো হয়েছে। আপনার সেই ফাইলটিতে কেবল নিম্নলিখিত লাইনটি দেখতে হবে:
হোস্ট প্রতিলিপি এপিআইজি বিদ্যমান_স্লাভ_আইপি /32 ট্রাস্ট - ম্যানেজমেন্ট সার্ভার নোডে নিম্নলিখিত এজ ম্যানেজমেন্ট এপিআই কল করে চিড়িয়াখানা থেকে স্ট্যান্ডবাই নোডের ইউইড মুছুন:
> কার্ল -ইউ সিসাডমিনেমেইল: পাসওয়ার্ড -এক্স মুছুন http: // <ss_ip> : 8080/ভি 1/সার্ভার/ <নতুন_স্লেভ_উইউআইডি>
জিরো-ডাউনটাইম আপডেট
একটি জিরো-ডাউনটাইম আপডেট, বা রোলিং আপডেট, আপনাকে প্রান্তটি না নিয়ে আপনার প্রান্ত ইনস্টলেশন আপডেট করতে দেয়।
জিরো-ডাউনটাইম আপডেট কেবলমাত্র 5-নোড কনফিগারেশন এবং বৃহত্তর দিয়েই সম্ভব।
জিরো-ডাউনটাইম আপগ্রেডিংয়ের কীটি হ'ল লোড ব্যালেন্সার থেকে প্রতিটি রাউটারকে একবারে সরিয়ে ফেলা। তারপরে আপনি রাউটার হিসাবে একই মেশিনে রাউটার এবং অন্য কোনও উপাদান আপডেট করুন এবং তারপরে রাউটারটি লোড ব্যালেন্সারে আবার যুক্ত করুন।
- "অর্ডার অফ মেশিন আপডেটের" নীচে বর্ণিত হিসাবে আপনার ইনস্টলেশনের জন্য সঠিক ক্রমে মেশিনগুলি আপডেট করুন।
- যখন রাউটারগুলি আপডেট করার সময় হয়ে যায়, যে কোনও একটি রাউটার নির্বাচন করুন এবং এটিকে অ্যাক্সেসযোগ্য করে তুলুন, যেমন সার্ভার সক্ষম/অক্ষমকরণে বর্ণিত (বার্তা প্রসেসর/রাউটার) পুনঃস্থাপনে বর্ণিত।
- রাউটারের মতো একই মেশিনে নির্বাচিত রাউটার এবং অন্যান্য সমস্ত প্রান্তের উপাদানগুলি আপডেট করুন। সমস্ত প্রান্ত কনফিগারেশন একই নোডে একটি রাউটার এবং বার্তা প্রসেসর দেখায়।
- রাউটারটিকে আবার পৌঁছনীয় করুন।
- অবশিষ্ট রাউটারগুলির জন্য 2 থেকে 4 থেকে 4 ধাপ পুনরাবৃত্তি করুন।
- আপনার ইনস্টলেশনে যে কোনও অবশিষ্ট মেশিনের জন্য আপডেটটি চালিয়ে যান।
আপডেটের আগে/পরে নিম্নলিখিতগুলির যত্ন নিন:
- সম্মিলিত রাউটার এবং বার্তা প্রসেসর নোডে:
- আপডেটের আগে - নিম্নলিখিতটি সম্পাদন করুন:
- রাউটারকে অ্যাক্সেসযোগ্য করুন।
- বার্তা প্রসেসরটি অ্যাক্সেসযোগ্য করুন।
- আপডেটের পরে - নিম্নলিখিতটি সম্পাদন করুন:
- বার্তা প্রসেসরটি পৌঁছনীয় করুন।
- রাউটারকে পৌঁছনীয় করুন।
- আপডেটের আগে - নিম্নলিখিতটি সম্পাদন করুন:
- একক রাউটার নোডে:
- আপডেটের আগে রাউটারকে অ্যাক্সেসযোগ্য করুন।
- আপডেটের পরে, রাউটারটিকে পৌঁছনীয় করুন।
- একক বার্তা প্রসেসর নোডে:
- আপডেটের আগে, বার্তা প্রসেসরটি অ্যাক্সেসযোগ্য করুন।
- আপডেটের পরে, বার্তা প্রসেসরটি পৌঁছনীয় করুন।
একটি নীরব কনফিগারেশন ফাইল ব্যবহার করে
আপনাকে অবশ্যই আপডেট কমান্ডে একটি নীরব কনফিগারেশন ফাইলটি পাস করতে হবে। নিঃশব্দ কনফিগারেশন ফাইলটি একই হওয়া উচিত যা আপনি প্রান্ত 4.16.01 বা 4.16.05 ইনস্টল করতে ব্যবহার করেছিলেন।
বাহ্যিক ইন্টারনেট সংযোগ সহ একটি নোডে 4.18.01 আপডেট করার পদ্ধতি
নোডে প্রান্তের উপাদানগুলি আপডেট করতে নিম্নলিখিত পদ্ধতিটি ব্যবহার করুন:
- আপনি যদি বর্তমানে পোস্টগ্রেস মাস্টার-স্ট্যান্ডবাই প্রতিলিপি ব্যবহার করছেন তবে একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করার ক্ষেত্রে উপরে বর্ণিত একটি নতুন পোস্টগ্রেস স্ট্যান্ডবাই নোড ইনস্টল করুন।
- যদি উপস্থিত থাকে তবে আপডেটটি শেষ না হওয়া পর্যন্ত ক্যাসান্দ্রায় মেরামত অপারেশন সম্পাদন করতে কনফিগার করা কোনও ক্রোন কাজগুলি অক্ষম করুন।
- প্রান্ত আরপিএম ইনস্টল করতে রুট হিসাবে আপনার নোডে লগ ইন করুন।
দ্রষ্টব্য : আরপিএম ইনস্টলেশনটির জন্য রুট অ্যাক্সেসের প্রয়োজন হলেও আপনি রুট অ্যাক্সেস ছাড়াই এজ কনফিগারেশন সম্পাদন করতে পারেন। - ইয়াম-ইউটিস এবং ইয়াম-প্লাগিন-অগ্রাধিকারগুলি ইনস্টল করুন:
> সুডো ইয়াম ইনস্টল ইউম-ইউটিস
> সুডো ইয়াম ইনস্টল ইয়াম-প্লাগইন-অগ্রাধিকারগুলি - এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টল করুন- এ বর্ণিত SELinux নিষ্ক্রিয় করুন।
- উপরে বর্ণিত হিসাবে এপেল রেপো সক্ষম করুন।
- আপনি যদি ওরাকল 7.x এ ইনস্টল করছেন তবে নিম্নলিখিত কমান্ডটি চালান:
> সুডো ইয়াম-কনফিগার-ম্যানেজার-সক্ষম ওল 7_অপশনাল_লেটেস্ট - আপনি যদি এডাব্লুএসে ইনস্টল করছেন তবে নিম্নলিখিত ইয়াম-কনফিগার-ম্যানেজার কমান্ডগুলি চালান:
> ইয়াম আপডেট আরএইচ-আমাজন-রু-ক্লিয়েন্ট.নোরচ
> সুডো ইয়াম-কনফিগারেশন-ম্যানেজার-সক্ষম রুই-লিজিওন-আরএইচএল-সার্ভার-এক্সট্রাস রুই-লিজিওন-আরএইচইএল-সার্ভার-বিকল্প - প্রান্তটি ডাউনলোড করুন 4.18.01 বুটস্ট্র্যাপ_4.18.01. sh ফাইল /টিএমপি /বুটস্ট্র্যাপ_4.18.01 .sh:
> কার্ল https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh - প্রান্তটি ইনস্টল করুন 4.18.01 এপিগি-পরিষেবা ইউটিলিটি এবং নির্ভরতা:
> সুডো বাশ /টিএমপি /বুটস্ট্র্যাপ_4.18.01.sh apigeeuser = uname apigeepassword = pward
যেখানে uName:pWord হল ব্যবহারকারীর নাম এবং পাসওয়ার্ড যা আপনি Apigee থেকে পেয়েছেন। আপনি pWord বাদ দিলে, আপনাকে এটি লিখতে বলা হবে।
ডিফল্টরূপে, ইনস্টলার আপনার জাভা 1.8 ইনস্টল করা আছে কিনা তা পরীক্ষা করে। আপনি যদি না করেন তবে এটি আপনার জন্য এটি ইনস্টল করে। জাভা ইনস্টলেশন কীভাবে পরিচালনা করবেন তা নির্দিষ্ট করতে java_fix বিকল্পটি ব্যবহার করুন। জাভা_ফিক্স নিম্নলিখিত মানগুলি গ্রহণ করে:
আমি = ওপেনজেডিকে 1.8 ইনস্টল করুন (ডিফল্ট)
সি = জাভা ইনস্টল না করে চালিয়ে যান
প্রশ্ন = প্রস্থান। এই বিকল্পের জন্য, আপনাকে নিজে জাভা ইনস্টল করতে হবে। - অ্যাপিজি-সেটআপ ইউটিলিটি আপডেট করতে apigee-service ব্যবহার করুন:
- আপনি যদি এজ সংস্করণ 4.15.07.0x আপগ্রেড করে 4.16.01 ইনস্টল করে থাকেন তবে আপনাকে অবশ্যই অ্যাপিগি-সেটআপ ইউটিলিটি ইনস্টল করতে হবে:
>/অপ্ট/অ্যাপিগি/অ্যাপিগি-পরিষেবা/বিন/অ্যাপিগি-পরিষেবা অ্যাপিগি-সেটআপ ইনস্টল করুন
This command installs the update.sh utility in /opt/apigee/apigee-setup/bin .
If you already installed the apigee-setup utility, then update it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - If you installed 4.16.01 directly, meaning you did not perform an upgrade from 4.15.07.0x, you must update the apigee-setup utility :
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin . - If you installed 4.16.05 directly or by update, you must update the apigee-setup utility :
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin .
- আপনি যদি এজ সংস্করণ 4.15.07.0x আপগ্রেড করে 4.16.01 ইনস্টল করে থাকেন তবে আপনাকে অবশ্যই অ্যাপিগি-সেটআপ ইউটিলিটি ইনস্টল করতে হবে:
- Depending on your current version of Edge, you must either install or update the apigee-validate utility on the Management Server.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - If you are currently using Edge 4.16.01 : install the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
Note : If you have installed the apigee-validate utility on a Message Processor node when installing 4.16.01, you can update it by using the following command on that node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
However, as of 4.16.05 and later, Apigee recommends that you install and run the apigee-validate utility on the Management Server. - If you are upgrading from 4.16.01 : Edit the config file passed to the apigee-validate utility. In the 4.16.01 Edge release, the config file used by apigee-validate required the following properties:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
In this release, the config file only requires the APIGEE_ADMINPW property. You can remove the other two properties from the file.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
- Update the apigee-provision utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - Run the update utility on your nodes in the order described below in " Order of machine update " below:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
কনফিগারেশন ফাইলের একমাত্র প্রয়োজনীয়তা হল কনফিগারেশন ফাইলটি "এপিজি" ব্যবহারকারীর দ্বারা অ্যাক্সেসযোগ্য বা পাঠযোগ্য হতে হবে।
Use the “-c” option to specify the component to update. The list of possible components includes:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =All Edge components except Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge UI
all = update all components on machine (only use for an Edge aio installation profile or an API BaaS asa installation profile)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack, and API BaaS Portal on the same node - Test the update by running the apigee-validate utility on the Management Server, as described in Test the install .
- If you installed a new Postgres standby node, decommission the node as described above in Decommissioning a Postgres node .
To later rollback the update, use the procedure described in 4.18.01 Rollback Process .
Procedure for updating to 4.18.01 from a local repo
If your Edge nodes are behind a firewall, or in some other way are prohibited from accessing the Apigee repository over the Internet, then you can perform the update from a local repository, or mirror, of the Apigee repo.
After you create a local Edge repository, you have two options for updating Edge from the local repo:
- Create a .tar file of the repo, copy the .tar file to a node, and then update Edge from the .tar file.
- Install a webserver on the node with the local repo so that other nodes can access it. Apigee provides the Nginx webserver for you to use, or you can use your own webserver.
To update from a local 4.18.01 repo:
- If you are currently using Postgres master-standby replication, install a new Postgres standby node as described above in Installing a new Postgres standby node .
- Create a local 4.18.01 repo as described in "Create a local Apigee repository" at Install the Edge apigee-setup utility .
Note : If you already have an existing 4.16.01 or 4.16.05 repo, you can add the 4.18.01 repo to it as described in "Update a local Apigee repository" at Install the Edge apigee-setup utility . - .tar ফাইল থেকে apigee-service ইনস্টল করতে :
- On the node with the local repo, use the following command to package the local repo into a single .tar file named /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz :
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package - .tar ফাইলটিকে নোডে কপি করুন যেখানে আপনি এজ আপডেট করতে চান। উদাহরণস্বরূপ, নতুন নোডের /tmp ডিরেক্টরিতে এটি অনুলিপি করুন।
- নতুন নোডে, ফাইলটিকে /tmp ডিরেক্টরিতে আনটান করুন:
> tar -xzf apigee-4.18.01.tar.gz
এই কমান্ডটি .tar ফাইল ধারণকারী ডিরেক্টরিতে একটি নতুন ডিরেক্টরি তৈরি করে, যার নাম repos। উদাহরণস্বরূপ /tmp/repos. - Install the Edge apigee-service utility and dependencies from /tmp/repos:
> sudo bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
লক্ষ্য করুন যে আপনি এই কমান্ডে repos ডিরেক্টরির পাথ অন্তর্ভুক্ত করেছেন।
- On the node with the local repo, use the following command to package the local repo into a single .tar file named /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz :
- Nginx ওয়েব সার্ভার ব্যবহার করে apigee-পরিষেবা ইনস্টল করতে:
- এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টলে "এনজিনেক্স ওয়েব সার্ভার ব্যবহার করে রেপো থেকে ইনস্টল করুন" এ বর্ণিত Nginx ওয়েব সার্ভারটি কনফিগার করুন।
- On the remote node, download the Edge bootstrap_4.18.01.sh file to /tmp/bootstrap_4.18.01.sh :
> /usr/bin/curl http:// uName: pWord @ remoteRepo :3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
যেখানে uName:pWord হল ব্যবহারকারীর নাম এবং পাসওয়ার্ড যা আপনি রেপোর জন্য উপরে সেট করেছেন এবং remoteRepo হল রেপো নোডের IP ঠিকানা বা DNS নাম। - On the remote node, install the Edge apigee-service utility and dependencies:
> sudo bash /tmp/bootstrap_4.18.01.sh apigeerepohost= remoteRepo :3939 apigeeuser= uName apigeepassword= pWord apigeeprotocol=http://
যেখানে uName:pWord হল রেপো ইউজারনেম এবং পাসওয়ার্ড।
- অ্যাপিজি-সেটআপ ইউটিলিটি আপডেট করতে apigee-service ব্যবহার করুন:
- If you installed 4.16.01 by upgrading Edge version 4.15.07.0x, you must install the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
This command installs the update.sh utility in /opt/apigee/apigee-setup/bin .
If you already installed the apigee-setup utility, then update it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - If you installed 4.16.01 directly, meaning you did not perform an upgrade from 4.15.07.0x, you must update the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin . - If you installed 4.16.05 directly or by update, you must update the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin .
- If you installed 4.16.01 by upgrading Edge version 4.15.07.0x, you must install the apigee-setup utility:
- Depending on your current version of Edge, you must either install or update the apigee-validate utility on the Management Server.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - If you are currently using Edge 4.16.01 : install the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
Note : If you have installed the apigee-validate utility on a Message Processor node when installing 4.16.01, you can update it by using the following command on that node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
However, as of 4.16.05 and later, Apigee recommends that you install and run the apigee-validate utility on the Management Server. - If you are upgrading from 4.16.01 : Edit the config file passed to the apigee-validate utility. In the 4.16.01 Edge release, the config file used by apigee-validate required the following properties:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
In this release, the config file only requires the APIGEE_ADMINPW property. You can remove the other two properties from the file.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
- Update the apigee-provision utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - Run the update utility on your nodes in the order described below in "Order of machine update" below:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
কনফিগারেশন ফাইলের একমাত্র প্রয়োজনীয়তা হল কনফিগারেশন ফাইলটি "এপিজি" ব্যবহারকারীর দ্বারা অ্যাক্সেসযোগ্য বা পাঠযোগ্য হতে হবে।
Use the “-c” option to specify the component to update. The list of possible components includes:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =All Edge components except Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge UI
all = update all components on machine (only use for an Edge aio installation profile or an API BaaS asa installation profile)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack, and API BaaS Portal on the same node - Test the update by running the apigee-validate utility on the Management Server, as described in Test the install .
- If you installed a new Postgres standby node, decommission the node as described above in Decommissioning a Postgres node .
To later rollback the update, use the procedure described in 4.18.01 Rollback Process .
Order of machine update
The order that you update the machines in an Edge installation is important. The most important considerations to an update are:
- You must update all Cassandra and ZooKeeper nodes before you update any other nodes.
- For any machine with multiple Edge components (Management Server, Message Processor, Router, QPID Server but not Postgres Server), use the "-c edge" option to update them all at the same time.
- If a step specifies that it should be performed on multiple machines, perform it in the specified machine order.
- There is no separate step to update Monetization. It is updated when you specify the "-c edge" option.
For a 1-host standalone installation
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - If updating from 4.16.01 , downgrade Zookeeper:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd :
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables:
> sudo iptables -F - Update LDAP:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Stop Postgres Server, Qpid server, and PostgreSQL:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update the remaining Edge components:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update Edge UI:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
For a 2-host standalone installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - If updating from 4.16.01 , downgrade Zookeeper on machine 1:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 2:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 2:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 2:
> sudo iptables -F - Update LDAP on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update postgresql on machine 2:
- Stop Postgres Server, Qpid server, and postgresql:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update Edge components on machine 2:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Stop Postgres Server, Qpid server, and postgresql:
For a 5-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- If updating from 4.16.01 , downgrade Zookeeper on machine 1, 2, and 3:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1, 2, and 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 4:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 4:
> sudo iptables -F - Repeat steps 5 through 8 on machine 5.
- Update LDAP on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 1, 2, 3:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update machines 4 and 5:
- Stop Postgres server and Qpid server on machine 4:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server, Qpid server, and postgresql on machine 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 4:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 4 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server and Qpid server on machines 4 and 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 5:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 4, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 5, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server and Qpid server on machine 4:
- Update Edge components on machine 4, 5:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 9-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1, 2, and 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 6:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 6:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 6:
> sudo iptables -F - Repeat steps 5 through 8 on machine 7.
- Update LDAP on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 6, 7, 1, 4, and 5 in that order:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update machines 8 and 9:
- Stop Postgres server on machine 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Stop Postgres server and postgresql on machine 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Qpid server on machines 6 and 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 8 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server server on machines 8 and 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Start Qpid server server on machines 6 and 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 8, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 9, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server on machine 8:
- Update Edge components on machine 8 and 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 13-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1, 2, and 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 12:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 12:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 12:
> sudo iptables -F - Repeat steps 5 through 8 on machine 13.
- Update LDAP on machine 4 and 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 12, 13, 6, 7, 10, and 11 in that order:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 6 and 7:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update machines 8 and 9:
- Stop Postgres server on machine 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Stop Postgres server and postgresql on machine 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Qpid server on machines 12 and 13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 8 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server on machines 8 and 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Start Qpid server server on machines 12 and 13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 8, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 9, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server on machine 8:
- Update Edge components on machine 8 and 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 12-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- Update Cassandra and ZooKeeper:
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3 in Data Center 1:
> yum downgrade apigee-zookeeper - On machines 1, 2 and 3 in Data Center 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - If updating from 4.16.01 , downgrade Zookeeper on macine 7, 8, and 9 in Data Center 2:
> yum downgrade apigee-zookeeper - On machines 7, 8, and 9 in Data Center 2
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3 in Data Center 1:
- Update qpidd:
- Machines 4, 5 in Data Center 1
- Set the following iptables rule on machine 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 4:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 4:
> sudo iptables -F - Repeat steps 1 through 4 on machine 5.
- Set the following iptables rule on machine 4:
- Machines 10, 11 in Data Center 2
- Set the following iptables rule on machine 10:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 10:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 10:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 10:
> sudo iptables -F - Repeat steps 1 through 4 on machine 11.
- Set the following iptables rule on machine 10:
- Machines 4, 5 in Data Center 1
- Update LDAP:
- Machines 1 in Data Center 1
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Machines 7 in Data Center 2
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Machines 1 in Data Center 1
- Update Edge components:
- Machines 4, 5, 1, 2, 3 in Data Center 1
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Machines 10, 11, 7, 8, 9 in Data Center 2
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Machines 4, 5, 1, 2, 3 in Data Center 1
- Update UI:
- Machine 1 in Data Center 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Machine 7 in Data Center 2:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- Machine 1 in Data Center 1:
- Update machine 6 in Data Center 1 and 12 in Data Center 2:
- Stop Postgres server on machine 6:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Stop Postgres server and postgresql on machine 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Qpid server on machines 4, 5, 10, and 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 6:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 6 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 12:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server server on machines 6 and 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Start Qpid server server on machines 4, 5, 10, and 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 12:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 6, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 12, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server on machine 6:
- Update Edge components on machine 6 and 12:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 7-host or 10-host API BaaS installation
For a non-standard installation
If you have a non-standard installation, then update Edge components in the following order:
- চিড়িয়াখানার রক্ষক
- ক্যাসান্ড্রা
- qpidd
- এলডিএপি
- Edge, meaning the "-c edge" profile on all nodes in the order: nodes with Qpid server but not the Postgres server, Management Server, Message Processor, and Router.
Note : If the node has both Qpid server and Postgres server installed, run the "-c edge" profile step as part of step 8. - Edge UI
- postgresql on the Postgres master, including upgrade.
- postgresql on the Postgres standby.
- Edge, meaning the "-c edge" profile on all combined Qpid and Postgres nodes, or on any standalone Postgres nodes.
প্রাইভেট ক্লাউড v4.18.01 এর জন্য এজ
Which Edge versions can you update to 4.18.01
You can update Apigee Edge version 4.16.01.0x and 4.16.05.x to 4.18.01 using this procedure.
If you have a version of Edge previous to version 4.16.01, then you must first migrate to version 4.16.01 and then update to version 4.18.01.
- You can migrate Apigee Edge version 4.15.07 to 4.16.01.
- If you have a version of Edge previous to version 4.15.07, then you must first migrate to version 4.15.07 and then to version 4.16.01.
- If you are migrating from Edge version 4.14.04 or later: Directly migrate to version 4.15.07.
- If you are migrating from Edge version 4.14.01: You must first migrate to version 4.14.04, and then migrate to version 4.15.07.
Who can perform the update
The user running the update should be the same as the user who originally installed Edge, or a user running as root.
After you install the Edge RPMs, any user can configure them.
Which components must you update
You must update all Edge components. Edge does not support a setup that contains components from multiple versions.
Downgrading Zookeeper if updating from 4.16.01
The version of the Zookeeper RPM in Edge for Private Cloud 4.16.01 is apigee-zookeeper-3.4.5-1.0.905.noarch.rpm . In subsequent versions of Edge, the Zookeeper version was changed back to apigee-zookeeper-3.4.5-0.0.94x . This prevents yum from upgrading Zookeeper to a later versions from 4.16.01. The way to correct this situation is to run yum downgrade apigee-zookeeper before updating Zookeeper.
You can check your Zookeeper version by using the following command:
> rpm -qa |grep apigee-zookeeper
If this command returns Zookeeper version:
apigee-zookeeper-3.4.5-1.0.905
Then you must do the downgrade.
Automatic propagation of property settings
If you have set any properties by editing .properties files in /opt/apigee/customer/application then these values are retained by the update.
Update prerequisites
Take care of following prerequisites before upgrading Apigee Edge:
- Backup all nodes
Before you update, it is recommended to perform a complete backup of all nodes for safety reasons. Use the procedure for your current version of Edge to perform the backup.
This allows you to have a backup plan, in case the update to a new version doesn't function properly. For more information on backup, see Backup and Restore . - Ensure Edge is running
Ensure that Edge is up and running during update process by using the command:
> /opt/apigee/apigee-service/bin/apigee-all status
Handling a failed update
In the case of an update failure, you can try to correct the issue, and then run update.sh again. You can run the update multiple times and it continues the update from where it last left off.
If the failure requires that you roll back the update to your previous version, see 4.18.01 Rollback Process for more.
Logging update information
By default, the update.sh utility writes log information to:
/opt/apigee/var/log/apigee-setup/update.log
If the user running the update.sh utility does not have access to that directory, it writes the log to the /tmp directory as a file named update_username.log .
If the user does not have access to /tmp , the update.sh utility fails.
Required upgrade to Java JDK Version 8
This release of Edge requires that you have installed Java JDK version 8 on all Edge processing nodes. You can install the Oracle JDK 8 or OpenJDK 8. If Java JDK 8 is not installed already, the update script can install it for you.
As part of the update to Java 8, some TLS ciphers are no longer available in Oracle JDK 8. For the complete list, see the section "Default Disabled Cipher Suites" at http://docs.oracle.com/javase/8/docs/technotes/guides/security/SunProviders.html .
Required to enable EPEL repo
You must enable Extra Packages for Enterprise Linux (or EPEL) to install or update Edge. The command you use depends on your version of RedHat/CentOS:
- For RedHat/CentOS 7.x:
> wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm; rpm -ivh epel-release-latest-7.noarch.rpm - For RedHat/CentOS 6.x:
wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm; rpm -ivh epel-release-latest-6.noarch.rpm
Required addition of SMTPMAILFROM configuration parameter
Edge 4.17.05 added a new required parameter to the configuration file used when you enable an SMTP server. If you are updating from 4.17.01, then you must set SMTPMAILFROM in the configuration file when enabling the SMTP server.
API BaaS version 4.17.09 also added support for the SMTPMAILFROM property. When updating API BaaS, you must set SMTPMAILFROM in the configuration file.
This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>"
Required if updating when using external authentication
You can integrate an external directory service into an existing Apigee Edge Private Cloud installation. This feature is designed to work with any directory service that supports LDAP, such as Active Directory, OpenLDAP, and others. An external LDAP solution allows system administrators to manage user credentials from a centralized directory management service, external to systems like Apigee Edge that use them.
See External Authentication Configuration for more.
When external authentication is enabled, most customers use the Active Directory SAM account name field as the username for authentication, instead of an email address which is used by the Edge OpenLDAP server.
If you have integrated with an external directory service, then add the following line to your config file when updating Edge to 4.18.01:
IS_EXTERNAL_AUTH="true"
This line configures Edge to support an account name, rather than an email address, as the username.
Required upgrade to Qpid 1.35
This release contains a required update to Qpid 1.35. As part of updating a Qpid node, you have to:
- Temporarily prevent Routers and Message Processors from writing to the Qpid node by blocking port 5672 on the Qpid node. You can use the following command to block this port on the Qpid node:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Wait for the Qpid queue to empty of messages to ensure that the Qpid node has processed all messages before the update. Use the following command to ensure that the Qpid message queue is empty:
> qpid-stat -q - Update the Qpid node.
- Unblock port 5672 on the Qpid node to allows access from Routers and Message Processors. You can use the following command to unblock this port:
> sudo iptables -F
Note that if you are using iptables for other rules, you can use the -D option to reverse the specific change:
> sudo iptables -D INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP
This process is described in detail below for each Edge topology.
Required upgrade to Postgres 9.6
This release of Edge includes an upgrade to Postgres 9.6. As part of that upgrade, all Postgres data is migrated to the Postgres 9.6.
During the update process, while the Postgres nodes are down for update, analytics data is still written to the Qpid nodes. After the Postgres nodes are updated and back online, analytics data is then pushed to the Postgres nodes.
The additional Postgres standby node is required if you have to roll back the update for any reason. If you have to roll back the update, the new Postgres standby node becomes the master Postgres node after the rollback. Therefore, when you install the new Postgres standby node, it should be on a node that meets all the hardware requirements of a Postgres server, as defined in the Edge Installation Requirements .
Installing a new Postgres standby node
This procedure creates a Postgres standby server on a new node. Ensure that you install a new Postgres standby server for your existing version of Edge (4.16.01 or 4.16.05), not for version 4.18.01.
To perform the install, use the same config file that you used to install your current version of Edge.
To create a new Postgres standby node:
- On the current Postgres master, edit the /opt/apigee/customer/application/postgresql.properties file to set the following token. If that file does not exist, create it:
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip /32 trust\ \nhost replication apigee new_slave_ip /32 trust
where existing_slave_ip is the IP address of the current Postgres standby server and new_slave_ip is the IP address of the new standby node. - Restart apigee-postgresql on the Postgres master:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart - Verify that the new standby node was added by viewing the /opt/apigee/apigee-postgresql/conf/pg_hba.conf file on the master. You should see the following lines in that file:
host replication apigee existing_slave_ip/32 trust
host replication apigee new_slave_ip/32 trust - Install the new Postgres standby server:
- Edit the config file that you used to install your current version of Edge to specify the following:
# IP address of the current master:
PG_MASTER=192.168.56.103
# IP address of the new standby node
PG_STANDBY=192.168.56.102 - Disable SELinux as described at Install the Edge apigee-setup utility .
- Download the Edge bootstrap_4.16.05.sh file to /tmp/bootstrap_4.16.05.sh :
> curl https://software.apigee.com/bootstrap_4.16.05.sh -o /tmp/bootstrap_4.16.05.sh
Note : If you are updating from 4.16.01, download the Edge bootstrap.sh file. - Install the Edge apigee-service utility and dependencies:
> sudo bash /tmp/bootstrap_4.16.05.sh apigeeuser= uName apigeepassword= pWord - Use apigee-service to install the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install - Install Postgres:
> /opt/apigee/apigee-setup/bin/setup.sh -p ps -f configFile - On the new standby node run the following command:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Edit the config file that you used to install your current version of Edge to specify the following:
Decommissioning a Postgres node
After the update completes, decommission the new standby node:
- Make sure Postgres is running:
> /opt/apigee/apigee-service/bin/apigee-all status
If Postgres is not running, start it:
> /opt/apigee/apigee-service/bin/apigee-all start - Get the UUID of the new standby node by running the following cURL command on the new standby node:
> curl -u sysAdminEmail:password http:// <node_IP> :8084/v1/servers/self
You should see the UUID of the node at the end of the output, in the form:
"type" : [ "postgres-server" ],
"uUID" : "599e8ebf-5d69-4ae4-aa71-154970a8ec75" - Stop the new standby node by running the following command on the new standby node:
> /opt/apigee/apigee-service/bin/apigee-all stop - On the Postgres master node, edit /opt/apigee/customer/application/postgresql.properties to remove the new standby node from conf_pg_hba_replication.connection :
conf_pg_hba_replication.connection=host replication apigee existing_slave_ip /32 trust - Restart apigee-postgresql on the Postgres master:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql restart - Verify that the new standby node was removed by viewing the /opt/apigee/apigee-postgresql/conf/pg_hba.conf file on the master. You should see only the following line in that file:
host replication apigee existing_slave_ip /32 trust - Delete the UUID of the standby node from ZooKeeper by making the following Edge management API call on the Management Server node:
> curl -u sysAdminEmail:password -X DELETE http:// <ms_IP> :8080/v1/servers/ <new_slave_uuid>
Zero-downtime update
A zero-downtime update, or rolling update, lets you update your Edge installation without bringing down Edge.
Zero-downtime update is only possible with a 5-node configuration and larger.
The key to zero-downtime upgrading is to remove each Router, one at a time, from the load balancer. You then update the Router and any other components on the same machine as the Router, and then add the Router back to the load balancer.
- Update the machines in the correct order for your installation as described below in "Order of machine update".
- When it is time to update the Routers, select any one Router and make it unreachable, as described in Enabling/Disabling Server (Message Processor/Router) Reachability .
- Update the selected Router and all other Edge components on the same machine as the Router. All Edge configurations show a Router and Message Processor on the same node.
- Make the Router reachable again.
- Repeat steps 2 through 4 for the remaining Routers.
- Continue the update for any remaining machines in your installation.
Take care of the following before/after update:
- On combined Router and Message Processor node:
- Before update – perform the following:
- Make the Router unreachable.
- Make the Message Processor unreachable.
- After update - perform the following:
- Make the Message Processor reachable.
- Make the Router reachable.
- Before update – perform the following:
- On single Router node:
- Before update, make the Router unreachable.
- After update, make the Router reachable.
- On single Message Processor node:
- Before update, make the Message Processor unreachable.
- After update, make the Message Processor reachable.
Using a silent configuration file
You must pass a silent configuration file to the update command. The silent configuration file should be the same one you used to install Edge 4.16.01 or 4.16.05.
Procedure for updating to 4.18.01 on a node with an external internet connection
Use the following procedure to update the Edge components on a node:
- If you are currently using Postgres master-standby replication, install a new Postgres standby node as described above in Installing a new Postgres standby node .
- If present, disable any CRON jobs configured to perform a repair operation on Cassandra until after the update completes.
- Log in to your node as root to install the Edge RPMs.
Note : While RPM installation requires root access, you can perform Edge configuration without root access. - Install yum-utils and yum-plugin-priorities :
> sudo yum install yum-utils
> sudo yum install yum-plugin-priorities - এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টল করুন- এ বর্ণিত SELinux নিষ্ক্রিয় করুন।
- Enable EPEL repo as described above.
- If you are installing on Oracle 7.x , run the following command:
> sudo yum-config-manager --enable ol7_optional_latest - If you are installing on AWS , run the following yum-configure-manager commands:
> yum update rh-amazon-rhui-client.noarch
> sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional - Download the Edge 4.18.01 bootstrap_4.18.01.sh file to /tmp/bootstrap_4.18.01.sh :
> curl https://software.apigee.com/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh - Install the Edge 4.18.01 apigee-service utility and dependencies:
> sudo bash /tmp/bootstrap_4.18.01.sh apigeeuser= uName apigeepassword= pWord
যেখানে uName:pWord হল ব্যবহারকারীর নাম এবং পাসওয়ার্ড যা আপনি Apigee থেকে পেয়েছেন। আপনি pWord বাদ দিলে, আপনাকে এটি লিখতে বলা হবে।
ডিফল্টরূপে, ইনস্টলার আপনার জাভা 1.8 ইনস্টল করা আছে কিনা তা পরীক্ষা করে। If you do not, it installs it for you. Use the JAVA_FIX option to specify how to handle Java installation. JAVA_FIX takes the following values:
I = Install OpenJDK 1.8 (default)
C = Continue without installing Java
Q = Quit. For this option, you have to install Java yourself. - অ্যাপিজি-সেটআপ ইউটিলিটি আপডেট করতে apigee-service ব্যবহার করুন:
- If you installed 4.16.01 by upgrading Edge version 4.15.07.0x, you must install the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
This command installs the update.sh utility in /opt/apigee/apigee-setup/bin .
If you already installed the apigee-setup utility, then update it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - If you installed 4.16.01 directly, meaning you did not perform an upgrade from 4.15.07.0x, you must update the apigee-setup utility :
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin . - If you installed 4.16.05 directly or by update, you must update the apigee-setup utility :
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin .
- If you installed 4.16.01 by upgrading Edge version 4.15.07.0x, you must install the apigee-setup utility:
- Depending on your current version of Edge, you must either install or update the apigee-validate utility on the Management Server.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - If you are currently using Edge 4.16.01 : install the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
Note : If you have installed the apigee-validate utility on a Message Processor node when installing 4.16.01, you can update it by using the following command on that node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
However, as of 4.16.05 and later, Apigee recommends that you install and run the apigee-validate utility on the Management Server. - If you are upgrading from 4.16.01 : Edit the config file passed to the apigee-validate utility. In the 4.16.01 Edge release, the config file used by apigee-validate required the following properties:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
In this release, the config file only requires the APIGEE_ADMINPW property. You can remove the other two properties from the file.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
- Update the apigee-provision utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - Run the update utility on your nodes in the order described below in " Order of machine update " below:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
কনফিগারেশন ফাইলের একমাত্র প্রয়োজনীয়তা হল কনফিগারেশন ফাইলটি "এপিজি" ব্যবহারকারীর দ্বারা অ্যাক্সেসযোগ্য বা পাঠযোগ্য হতে হবে।
Use the “-c” option to specify the component to update. The list of possible components includes:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =All Edge components except Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge UI
all = update all components on machine (only use for an Edge aio installation profile or an API BaaS asa installation profile)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack, and API BaaS Portal on the same node - Test the update by running the apigee-validate utility on the Management Server, as described in Test the install .
- If you installed a new Postgres standby node, decommission the node as described above in Decommissioning a Postgres node .
To later rollback the update, use the procedure described in 4.18.01 Rollback Process .
Procedure for updating to 4.18.01 from a local repo
If your Edge nodes are behind a firewall, or in some other way are prohibited from accessing the Apigee repository over the Internet, then you can perform the update from a local repository, or mirror, of the Apigee repo.
After you create a local Edge repository, you have two options for updating Edge from the local repo:
- Create a .tar file of the repo, copy the .tar file to a node, and then update Edge from the .tar file.
- Install a webserver on the node with the local repo so that other nodes can access it. Apigee provides the Nginx webserver for you to use, or you can use your own webserver.
To update from a local 4.18.01 repo:
- If you are currently using Postgres master-standby replication, install a new Postgres standby node as described above in Installing a new Postgres standby node .
- Create a local 4.18.01 repo as described in "Create a local Apigee repository" at Install the Edge apigee-setup utility .
Note : If you already have an existing 4.16.01 or 4.16.05 repo, you can add the 4.18.01 repo to it as described in "Update a local Apigee repository" at Install the Edge apigee-setup utility . - .tar ফাইল থেকে apigee-service ইনস্টল করতে :
- On the node with the local repo, use the following command to package the local repo into a single .tar file named /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz :
> /opt/apigee/apigee-service/bin/apigee-service apigee-mirror package - .tar ফাইলটিকে নোডে কপি করুন যেখানে আপনি এজ আপডেট করতে চান। উদাহরণস্বরূপ, নতুন নোডের /tmp ডিরেক্টরিতে এটি অনুলিপি করুন।
- নতুন নোডে, ফাইলটিকে /tmp ডিরেক্টরিতে আনটান করুন:
> tar -xzf apigee-4.18.01.tar.gz
এই কমান্ডটি .tar ফাইল ধারণকারী ডিরেক্টরিতে একটি নতুন ডিরেক্টরি তৈরি করে, যার নাম repos। উদাহরণস্বরূপ /tmp/repos. - Install the Edge apigee-service utility and dependencies from /tmp/repos:
> sudo bash /tmp/repos/bootstrap_4.18.01.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
লক্ষ্য করুন যে আপনি এই কমান্ডে repos ডিরেক্টরির পাথ অন্তর্ভুক্ত করেছেন।
- On the node with the local repo, use the following command to package the local repo into a single .tar file named /opt/apigee/data/apigee-mirror/apigee-4.18.01.tar.gz :
- Nginx ওয়েব সার্ভার ব্যবহার করে apigee-পরিষেবা ইনস্টল করতে:
- এজ অ্যাপিজি-সেটআপ ইউটিলিটি ইনস্টলে "এনজিনেক্স ওয়েব সার্ভার ব্যবহার করে রেপো থেকে ইনস্টল করুন" এ বর্ণিত Nginx ওয়েব সার্ভারটি কনফিগার করুন।
- On the remote node, download the Edge bootstrap_4.18.01.sh file to /tmp/bootstrap_4.18.01.sh :
> /usr/bin/curl http:// uName: pWord @ remoteRepo :3939/bootstrap_4.18.01.sh -o /tmp/bootstrap_4.18.01.sh
যেখানে uName:pWord হল ব্যবহারকারীর নাম এবং পাসওয়ার্ড যা আপনি রেপোর জন্য উপরে সেট করেছেন এবং remoteRepo হল রেপো নোডের IP ঠিকানা বা DNS নাম। - On the remote node, install the Edge apigee-service utility and dependencies:
> sudo bash /tmp/bootstrap_4.18.01.sh apigeerepohost= remoteRepo :3939 apigeeuser= uName apigeepassword= pWord apigeeprotocol=http://
যেখানে uName:pWord হল রেপো ইউজারনেম এবং পাসওয়ার্ড।
- অ্যাপিজি-সেটআপ ইউটিলিটি আপডেট করতে apigee-service ব্যবহার করুন:
- If you installed 4.16.01 by upgrading Edge version 4.15.07.0x, you must install the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup install
This command installs the update.sh utility in /opt/apigee/apigee-setup/bin .
If you already installed the apigee-setup utility, then update it:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update - If you installed 4.16.01 directly, meaning you did not perform an upgrade from 4.15.07.0x, you must update the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin . - If you installed 4.16.05 directly or by update, you must update the apigee-setup utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
This update to apigee-service installs the update.sh utility in /opt/apigee/apigee-setup/bin .
- If you installed 4.16.01 by upgrading Edge version 4.15.07.0x, you must install the apigee-setup utility:
- Depending on your current version of Edge, you must either install or update the apigee-validate utility on the Management Server.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update - If you are currently using Edge 4.16.01 : install the apigee-validate utility on the Management Server:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate install
Note : If you have installed the apigee-validate utility on a Message Processor node when installing 4.16.01, you can update it by using the following command on that node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-validate update
However, as of 4.16.05 and later, Apigee recommends that you install and run the apigee-validate utility on the Management Server. - If you are upgrading from 4.16.01 : Edit the config file passed to the apigee-validate utility. In the 4.16.01 Edge release, the config file used by apigee-validate required the following properties:
APIGEE_ADMINPW=sysAdminPword
MP_POD=gateway
REGION=dc-1
In this release, the config file only requires the APIGEE_ADMINPW property. You can remove the other two properties from the file.
- If you are currently using Edge 4.16.05 : update the apigee-validate utility on the Management Server:
- Update the apigee-provision utility:
> /opt/apigee/apigee-service/bin/apigee-service apigee-provision update - Run the update utility on your nodes in the order described below in "Order of machine update" below:
> /opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
কনফিগারেশন ফাইলের একমাত্র প্রয়োজনীয়তা হল কনফিগারেশন ফাইলটি "এপিজি" ব্যবহারকারীর দ্বারা অ্যাক্সেসযোগ্য বা পাঠযোগ্য হতে হবে।
Use the “-c” option to specify the component to update. The list of possible components includes:
ldap = OpenLDAP
cs = Cassandra
zk = Zookeeper
qpid = qpidd
ps = postgresql
edge =All Edge components except Edge UI: Management Server, Message Processor, Router, QPID Server, Postgres Server
ui = Edge UI
all = update all components on machine (only use for an Edge aio installation profile or an API BaaS asa installation profile)
e = ElasticSearch
b = API BaaS Stack
p = API BaaS Portal
ebp = ElasticSearch, API BaaS Stack, and API BaaS Portal on the same node - Test the update by running the apigee-validate utility on the Management Server, as described in Test the install .
- If you installed a new Postgres standby node, decommission the node as described above in Decommissioning a Postgres node .
To later rollback the update, use the procedure described in 4.18.01 Rollback Process .
Order of machine update
The order that you update the machines in an Edge installation is important. The most important considerations to an update are:
- You must update all Cassandra and ZooKeeper nodes before you update any other nodes.
- For any machine with multiple Edge components (Management Server, Message Processor, Router, QPID Server but not Postgres Server), use the "-c edge" option to update them all at the same time.
- If a step specifies that it should be performed on multiple machines, perform it in the specified machine order.
- There is no separate step to update Monetization. It is updated when you specify the "-c edge" option.
For a 1-host standalone installation
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - If updating from 4.16.01 , downgrade Zookeeper:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd :
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables:
> sudo iptables -F - Update LDAP:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Stop Postgres Server, Qpid server, and PostgreSQL:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update the remaining Edge components:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update Edge UI:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
For a 2-host standalone installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - If updating from 4.16.01 , downgrade Zookeeper on machine 1:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 2:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 2:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 2:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 2:
> sudo iptables -F - Update LDAP on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update postgresql on machine 2:
- Stop Postgres Server, Qpid server, and postgresql:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update Edge components on machine 2:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Stop Postgres Server, Qpid server, and postgresql:
For a 5-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- If updating from 4.16.01 , downgrade Zookeeper on machine 1, 2, and 3:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1, 2, and 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 4:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 4:
> sudo iptables -F - Repeat steps 5 through 8 on machine 5.
- Update LDAP on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 1, 2, 3:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update machines 4 and 5:
- Stop Postgres server and Qpid server on machine 4:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server, Qpid server, and postgresql on machine 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 4:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 4 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server and Qpid server on machines 4 and 5:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 5:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 4, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 5, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server and Qpid server on machine 4:
- Update Edge components on machine 4, 5:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 9-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1, 2, and 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 6:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 6:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 6:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 6:
> sudo iptables -F - Repeat steps 5 through 8 on machine 7.
- Update LDAP on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 6, 7, 1, 4, and 5 in that order:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update machines 8 and 9:
- Stop Postgres server on machine 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Stop Postgres server and postgresql on machine 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Qpid server on machines 6 and 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 8 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server server on machines 8 and 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Start Qpid server server on machines 6 and 7:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 8, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 9, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server on machine 8:
- Update Edge components on machine 8 and 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 13-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3:
> yum downgrade apigee-zookeeper - Update Cassandra and ZooKeeper on machine 1, 2, and 3:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - Set the following iptables rule on machine 12:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 12:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 12:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 12:
> sudo iptables -F - Repeat steps 5 through 8 on machine 13.
- Update LDAP on machine 4 and 5:
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Update Edge components on machine 12, 13, 6, 7, 10, and 11 in that order:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Update UI on machine 6 and 7:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Update machines 8 and 9:
- Stop Postgres server on machine 8:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Stop Postgres server and postgresql on machine 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Qpid server on machines 12 and 13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 8:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 8 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 9:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server on machines 8 and 9:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Start Qpid server server on machines 12 and 13:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 9:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 8, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 9, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server on machine 8:
- Update Edge components on machine 8 and 9:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 12-host clustered installation
See Installation Topologies for the list of Edge topologies and node numbers.
- Set SMTPMAILFROM in your configuration file if you have enabled SMTP on Edge. This parameter has the form:
SMTPMAILFROM="My Company <myco@company.com>" - Ensure that you have installed a new Postgres standby node as described above in Installing a new Postgres standby node .
- Update Cassandra and ZooKeeper:
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3 in Data Center 1:
> yum downgrade apigee-zookeeper - On machines 1, 2 and 3 in Data Center 1:
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile - If updating from 4.16.01 , downgrade Zookeeper on macine 7, 8, and 9 in Data Center 2:
> yum downgrade apigee-zookeeper - On machines 7, 8, and 9 in Data Center 2
> /opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- If updating from 4.16.01 , downgrade Zookeeper on macine 1, 2, and 3 in Data Center 1:
- Update qpidd:
- Machines 4, 5 in Data Center 1
- Set the following iptables rule on machine 4:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 4:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 4:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 4:
> sudo iptables -F - Repeat steps 1 through 4 on machine 5.
- Set the following iptables rule on machine 4:
- Machines 10, 11 in Data Center 2
- Set the following iptables rule on machine 10:
> sudo iptables -A INPUT -p tcp --destination-port 5672 ! -s `hostname` -i eth0 -j DROP - Check the Qpid message queue on machine 10:
> qpid-stat -q
Continue to check the queue until the count in the "msg" column is 0. You cannot upgrade Qpid until it has processed all messages. - Update qpidd on machine 10:
> /opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile - Flush iptables on machine 10:
> sudo iptables -F - Repeat steps 1 through 4 on machine 11.
- Set the following iptables rule on machine 10:
- Machines 4, 5 in Data Center 1
- Update LDAP:
- Machines 1 in Data Center 1
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile - Machines 7 in Data Center 2
> /opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- Machines 1 in Data Center 1
- Update Edge components:
- Machines 4, 5, 1, 2, 3 in Data Center 1
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Machines 10, 11, 7, 8, 9 in Data Center 2
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- Machines 4, 5, 1, 2, 3 in Data Center 1
- Update UI:
- Machine 1 in Data Center 1:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile - Machine 7 in Data Center 2:
> /opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
- Machine 1 in Data Center 1:
- Update machine 6 in Data Center 1 and 12 in Data Center 2:
- Stop Postgres server on machine 6:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop - Stop Postgres server and postgresql on machine 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Stop Qpid server on machines 4, 5, 10, and 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server stop - Stop Postgres server and postgresql on the new standby node that you added for rollback:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server stop
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql stop - Update postgresql on machines 6:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Update the Postgres database on machine 6 (Postgres master only):
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql db_upgrade - Update postgresql on machines 12:
> /opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile - Start Postgres server server on machines 6 and 12:
> /opt/apigee/apigee-service/bin/apigee-service edge-postgres-server start - Start Qpid server server on machines 4, 5, 10, and 11:
> /opt/apigee/apigee-service/bin/apigee-service edge-qpid-server start - Configure Postgres as a standby node by running the following commands on machine 12:
> cd /opt/apigee/data/apigee-postgresql/pgdata
> rm -rf *
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql setup-replication-on-standby -f configFile - Verify the replication status by issuing the following scripts on both servers. The system should display identical results on both servers to ensure a successful replication:
On the machine 6, the master node, run:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-master
Validate that it says it is the master.
On machine 12, the standby node:
> /opt/apigee/apigee-service/bin/apigee-service apigee-postgresql postgres-check-standby
Validate that it says it is the standby.
- Stop Postgres server on machine 6:
- Update Edge components on machine 6 and 12:
> /opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile - Ensure that you decommission the new standby node by using the procedure above in Decommissioning a Postgres node .
For a 7-host or 10-host API BaaS installation
For a non-standard installation
If you have a non-standard installation, then update Edge components in the following order:
- চিড়িয়াখানার রক্ষক
- ক্যাসান্ড্রা
- qpidd
- এলডিএপি
- Edge, meaning the "-c edge" profile on all nodes in the order: nodes with Qpid server but not the Postgres server, Management Server, Message Processor, and Router.
Note : If the node has both Qpid server and Postgres server installed, run the "-c edge" profile step as part of step 8. - Edge UI
- postgresql on the Postgres master, including upgrade.
- postgresql on the Postgres standby.
- Edge, meaning the "-c edge" profile on all combined Qpid and Postgres nodes, or on any standalone Postgres nodes.