इस पेज का अनुवाद Cloud Translation API से किया गया है.

Apigee Edge 4.52.02 को 4.53.00 पर अपडेट करना

Apigee, Edge for Private Cloud को सीधे तौर पर वर्शन 4.52.02 से वर्शन 4.53.00 पर अपग्रेड करने की सुविधा देता है. इस पेज पर, ऐसे अपग्रेड करने का तरीका बताया गया है.

अपग्रेड करने के लिए उपलब्ध पाथ की खास जानकारी के लिए, Edge for Private Cloud के रिलीज़ वर्शन के लिए, अपग्रेड करने से जुड़ी कंपैटबिलिटी मैट्रिक्स देखें.

चेतावनी: Edge for Private Cloud 4.53.00 में, Cassandra के मुख्य वर्शन को अपग्रेड किया गया है. Cassandra को अपग्रेड करते समय सावधानी बरतें, क्योंकि डेटाबेस में Apigee के काम करने के लिए ज़रूरी अहम डेटा सेव होता है. इस अपग्रेड को प्रोडक्शन में लागू करने से पहले, इसे निचले एनवायरमेंट में अच्छी तरह से टेस्ट करें. इसके अलावा, सभी चरणों का सही तरीके से पालन करें, ताकि अपग्रेड करने के दौरान कोई रुकावट न आए.

चेतावनी: Edge for Private Cloud 4.53.00 में Cassandra वर्शन को अपग्रेड किया गया है. इसलिए, हमारा सुझाव है कि इस अपग्रेड को एक बार में एक डेटा सेंटर पर न करें. इस दस्तावेज़ में बताए गए अपग्रेड के चरण और किए गए दावे (जैसे, रनटाइम प्रॉक्सी ट्रैफ़िक पर कोई असर नहीं पड़ेगा) इस आधार पर किए गए हैं कि अपग्रेड के चरणों का पालन दस्तावेज़ के मुताबिक किया गया है: सबसे पहले, सभी डेटा सेंटर में Cassandra क्लस्टर को अपग्रेड करें. इसके बाद, ऐप्लिकेशन नोड को अपग्रेड करें. जैसे, edge-management-server, edge-message-processor वगैरह.

अपडेट कौन कर सकता है

अपडेट करने वाला व्यक्ति वही होना चाहिए जिसने Edge को मूल रूप से इंस्टॉल किया था या वह रूट के तौर पर काम कर रहा हो.

Edge RPM इंस्टॉल करने के बाद, कोई भी व्यक्ति उन्हें कॉन्फ़िगर कर सकता है.

आपको किन कॉम्पोनेंट को अपडेट करना होगा

आपको Edge के सभी कॉम्पोनेंट अपडेट करने होंगे. Edge, ऐसे सेटअप के साथ काम नहीं करता जिसमें कई वर्शन के कॉम्पोनेंट शामिल हों.

ध्यान दें: अगर आपने Red Hat Enterprise Linux (RHEL) 7.X, CentOS 7.X, Oracle Enterprise Linux (OEL 7.X) या Amazon Linux AMI 2.X पर Edge for Private Cloud 4.52.02 इंस्टॉल किया है, तो पहले 4.52.02 इंस्टॉलेशन के ऑपरेटिंग सिस्टम को 8.X सीरीज़ के ओएस (जैसे कि RHEL, OEL या Rocky Linux) पर अपग्रेड करें. यह प्रोसेस पूरी करने के बाद, Edge for Private Cloud 4.53.00 पर अपग्रेड करने के लिए, इस लेख में दिया गया तरीका अपनाएं. Red Hat Enterprise Linux को अपग्रेड करना लेख पढ़ें.

ज़रूरी शर्तें अपडेट करना

Apigee Edge को अपग्रेड करने से पहले, पक्का करें कि आपने यहां दी गई ज़रूरी शर्तें पूरी की हों:

सभी नोड का बैकअप लें
हमारा सुझाव है कि अपडेट करने से पहले, सुरक्षा के लिए सभी नोड का पूरा बैकअप लें. बैक अप लेने के लिए, Edge के मौजूदा वर्शन के लिए दी गई प्रोसेस का इस्तेमाल करें.
इससे आपको बैकअप प्लान बनाने में मदद मिलती है. ऐसा तब किया जाता है, जब नए वर्शन में अपडेट करने पर कोई समस्या आती है. बैकअप के बारे में ज़्यादा जानकारी के लिए, बैकअप और रीस्टोर करना लेख पढ़ें.
पक्का करें कि Edge चल रहा हो
पक्का करें कि अपडेट की प्रोसेस के दौरान Edge चल रहा हो. इसके लिए, यह निर्देश इस्तेमाल करें:
```
/opt/apigee/apigee-service/bin/apigee-all status
```
Cassandra की ज़रूरी शर्तों की पुष्टि करना

अगर आपने Edge for Private Cloud के पुराने वर्शन से 4.52.02 वर्शन पर अपग्रेड किया था और अब आपको 4.53.00 वर्शन पर अपग्रेड करना है, तो पक्का करें कि आपने Cassandra के लिए, अपग्रेड के बाद ज़रूरी चरण पूरे कर लिए हों. इन चरणों के बारे में, वर्शन 4.52.02 को अपग्रेड करने से जुड़े दस्तावेज़ में बताया गया है. साथ ही, Cassandra को अपग्रेड करने की ज़रूरी शर्तें में भी इनके बारे में बताया गया है. अगर आपको पक्का नहीं है कि पिछले अपग्रेड के दौरान ये चरण पूरे किए गए थे या नहीं, तो वर्शन 4.53.00 पर अपग्रेड करने से पहले, इन्हें फिर से पूरा करें.
Edge for Private Cloud 4.53.00 में आईडीपी कुंजियां और सर्टिफ़िकेट कॉन्फ़िगर करना

Edge for Private Cloud 4.53.00 में, apigee-sso कॉम्पोनेंट में इस्तेमाल की गई आईडीपी कुंजियों और सर्टिफ़िकेट को अब कीस्टोर के ज़रिए कॉन्फ़िगर किया जाता है. आपको पहले इस्तेमाल की गई कुंजी और सर्टिफ़िकेट को कीस्टोर में एक्सपोर्ट करना होगा. एसएसओ कॉम्पोनेंट को अपडेट करने से पहले, Apigee SSO को पुराने वर्शन से अपडेट करने का तरीका सेक्शन में दिए गए निर्देशों को पढ़ें.
Python की ज़रूरी शर्तें
अपग्रेड करने से पहले, पक्का करें कि सभी नोड पर Python 3 इंस्टॉल हो. इनमें Cassandra नोड भी शामिल हैं.

प्रॉपर्टी की सेटिंग अपने-आप लागू होने की सुविधा

अगर आपने /opt/apigee/customer/application में .properties फ़ाइलों में बदलाव करके कोई प्रॉपर्टी सेट की है, तो अपडेट करने के बाद भी ये वैल्यू बनी रहती हैं.

Edge-Router में Nginx 1.26 को अपग्रेड किया गया

पिछले वर्शन से Edge for Private Cloud 4.53.00 पर अपग्रेड करने से, Nginx सॉफ़्टवेयर अपने-आप नए वर्शन (1.26.x) पर अपग्रेड नहीं होता. ऐसा इसलिए किया गया है, ताकि Apigee Edge 4.53.00 में Nginx 1.26 में हुए बदलावों की वजह से, रनटाइम पर कोई अनचाहा साइड इफ़ेक्ट न हो. पुष्टि हो जाने के बाद, Nginx को मैन्युअल तरीके से 1.20.x से 1.26.x पर अपग्रेड किया जा सकता है. मैन्युअल तरीके से अपग्रेड करने के लिए:

पक्का करें कि एज-राउटर नोड में 4.53.00 वर्शन का नया सॉफ़्टवेयर हो
```
/opt/apigee/apigee-service/bin/apigee-service edge-router version
```
देखें कि Nginx का कौनसा वर्शन इस्तेमाल किया जा रहा है और उसकी पुष्टि करें
```
/opt/nginx/sbin/nginx -V
```
अगर Nginx का पुराना वर्शन इस्तेमाल किया जा रहा है, तो राउटर नोड पर Nginx को 1.26.X वर्शन पर अपग्रेड करने के लिए, यहां दिया गया तरीका अपनाएं.
राऊटर नोड पर एज-राऊटर की प्रोसेस बंद करें
```
/opt/apigee/apigee-service/bin/apigee-service edge-router stop
```
राउटर नोड पर nginx सॉफ़्टवेयर को अपग्रेड करना
```
dnf update apigee-nginx
```
पुष्टि करें कि Nginx का वर्शन अपडेट हो गया है
```
/opt/nginx/sbin/nginx -V
```
नोड पर राऊटर प्रोसेस शुरू करें
```
/opt/apigee/apigee-service/bin/apigee-service edge-router start
```
हर राऊटर नोड पर, एक-एक करके इस प्रोसेस को दोहराएं

Cassandra 4.0.13 पर अपग्रेड करना ज़रूरी है

Apigee Edge for Private Cloud 4.53.00 में, Cassandra को वर्शन 4.0.13 पर अपग्रेड किया गया है.

अपग्रेड और रोलबैक

Cassandra 3.11.X से Cassandra 4.0.X पर अपग्रेड करना आसान है. Edge for Private Cloud 4.53.00 के साथ रिलीज़ किया गया Cassandra 4.0.X, Private Cloud 4.52.02 के रनटाइम और मैनेजमेंट कॉम्पोनेंट के साथ काम करता है.
Cassandra 4.0.X से 3.11.X पर सीधे रोलबैक नहीं किया जा सकता. रेप्लिका या बैकअप का इस्तेमाल करके रोल बैक करना एक मुश्किल प्रोसेस है. इसमें डाउनटाइम और/या डेटा का नुकसान हो सकता है. समस्याओं को हल करने और Cassandra 4.0.X पर अपग्रेड करने का सुझाव दिया जाता है.
अपग्रेड करने से पहले, रोलबैक करने की प्रोसेस के बारे में जान लें. अपग्रेड के दौरान रोलबैक की बारीकियों को ध्यान में रखना ज़रूरी है, ताकि यह पक्का किया जा सके कि रोलबैक के सही पाथ उपलब्ध हैं.

एक डेटा सेंटर

एक ही डेटा सेंटर में Cassandra को 3.11.X से 4.0.X पर अपग्रेड करना आसान है. हालांकि, इसे वापस पहले वाले वर्शन पर ले जाना मुश्किल है. इससे डाउनटाइम और डेटा का नुकसान हो सकता है. प्रोडक्शन वर्कलोड के लिए, हमारा सुझाव है कि अपग्रेड शुरू करने से पहले, एक नया डेटा सेंटर जोड़ें. साथ ही, यह पक्का करें कि नए डेटा सेंटर में कम से कम Cassandra नोड उपलब्ध हों. इससे, डेटा के नुकसान या एपीआई ट्रैफ़िक में रुकावट के बिना Cassandra को वापस पहले जैसा किया जा सकेगा. अपग्रेड पूरा होने या दूसरे चेकपॉइंट पर पहुंचने के बाद, इस अतिरिक्त डेटा सेंटर को बंद किया जा सकता है.

अगर नया डेटा सेंटर जोड़ना मुमकिन नहीं है, लेकिन आपको रोलबैक करने की सुविधा चाहिए, तो Cassandra 3.11.X को वापस लाने के लिए बैकअप ज़रूरी होंगे. हालांकि, इस तरीके से डेटा खो सकता है और कुछ समय के लिए सिस्टम काम नहीं कर सकता.

एक से ज़्यादा डेटा सेंटर

Edge for Private Cloud 4.52.02 के साथ कई डेटा सेंटर इस्तेमाल करने से, Edge for Private Cloud 4.53.00 पर अपग्रेड करने के दौरान रोलबैक करने में ज़्यादा आसानी होती है.

रोलबैक करने के लिए, कम से कम एक डेटा सेंटर में Cassandra का पुराना वर्शन (3.11.X) होना ज़रूरी है.
अगर आपके पूरे Cassandra क्लस्टर को 4.0.X पर अपग्रेड कर दिया गया है, तो आपको Cassandra 3.11.X पर वापस नहीं जाना चाहिए. आपको Private Cloud 4.53.00 या 4.52.02 के अन्य कॉम्पोनेंट के साथ, Cassandra के नए वर्शन का इस्तेमाल जारी रखना होगा.

अपग्रेड करने के लिए सुझाया गया तरीका

एक बार में एक Cassandra डेटा सेंटर अपग्रेड करें: किसी एक डेटा सेंटर में, Cassandra नोड को अलग-अलग अपग्रेड करके शुरू करें. एक डेटा सेंटर में मौजूद सभी Cassandra नोड को अपग्रेड करने के बाद ही, अगले डेटा सेंटर पर जाएं.
रोकें और पुष्टि करें: एक डेटा सेंटर को अपग्रेड करने के बाद, यह पक्का करने के लिए रोकें कि आपका Private Cloud क्लस्टर, खास तौर से अपग्रेड किया गया डेटा सेंटर, सही तरीके से काम कर रहा है.
ध्यान दें: Cassandra के पिछले वर्शन पर सिर्फ़ तब रोल बैक किया जा सकता है, जब कम से कम एक डेटा सेंटर अब भी पुराने वर्शन पर चल रहा हो.
समयसीमा: पुष्टि करने के लिए, कुछ समय (हमारा सुझाव है कि कुछ घंटे) के लिए सुविधा को रोका जा सकता है. हालांकि, आपको हमेशा के लिए मिक्स-वर्शन की स्थिति में नहीं रहना चाहिए. ऐसा इसलिए है, क्योंकि अलग-अलग वर्शन वाले नोड के साथ नॉन-यूनिफ़ॉर्म Cassandra क्लस्टर में ऑपरेशन से जुड़ी सीमाएं होती हैं.
पूरी तरह से जांच करना: Apigee का सुझाव है कि अगले डेटा सेंटर को अपग्रेड करने से पहले, परफ़ॉर्मेंस और फ़ंक्शन की पूरी तरह से जांच कर लें. सभी डेटा सेंटर अपग्रेड हो जाने के बाद, पिछले वर्शन पर वापस नहीं जाया जा सकता.

दो चेकपॉइंट वाली प्रोसेस के तौर पर रोलबैक करना

पहली चेकपॉइंट: शुरुआती स्थिति, जिसमें सभी कॉम्पोनेंट वर्शन 4.52.02 पर हैं. जब तक कम से कम एक Cassandra डेटा सेंटर पुराने वर्शन पर रहता है, तब तक पूरी तरह से रोलबैक किया जा सकता है.
चेकपॉइंट 2: सभी डेटा सेंटर में मौजूद सभी Cassandra नोड अपडेट होने के बाद. आपके पास इस स्थिति पर वापस जाने का विकल्प होता है. हालांकि, चेकपॉइंट 1 पर वापस नहीं जाया जा सकता.

उदाहरण

दो डेटा सेंटर (डीसी) वाले क्लस्टर के बारे में सोचें:

शुरुआती स्थिति: दोनों डीसी में Cassandra नोड, वर्शन 3.11.X पर हैं. अन्य सभी नोड, Private Cloud के Edge के वर्शन 4.52.02 पर हैं. मान लें कि हर डीसी में तीन Cassandra नोड हैं.
DC-1 को अपग्रेड करें: DC-1 में मौजूद तीनों Cassandra नोड को एक-एक करके अपग्रेड करें.
रोकें और पुष्टि करें: यह पक्का करने के लिए कि क्लस्टर, खास तौर पर DC-1, सही तरीके से काम कर रहा है, इसे रोकें. इसके लिए, परफ़ॉर्मेंस और फ़ंक्शन की जांच करें. DC-2 में मौजूद Cassandra नोड का इस्तेमाल करके, डेटा को शुरुआती स्थिति में वापस लाया जा सकता है. ध्यान रखें कि मिक्स्ड-वर्शन वाले Cassandra क्लस्टर की सीमाओं की वजह से, यह प्रोसेस कुछ समय के लिए ही रोकी जा सकती है.
DC-2 को अपग्रेड करें: DC-2 में मौजूद बाकी तीन Cassandra नोड को अपग्रेड करें. यह रोलबैक का नया चेकपॉइंट बन जाता है.
अन्य कॉम्पोनेंट अपग्रेड करें: सभी डेटा सेंटर में, मैनेजमेंट, रनटाइम, और Analytics नोड को हमेशा की तरह अपग्रेड करें. एक बार में एक नोड और एक डेटा सेंटर को अपग्रेड करें. अगर कोई समस्या आती है, तो चरण 4 पर वापस जाया जा सकता है.

Cassandra को अपग्रेड करने की ज़रूरी शर्तें

आपके पास Cassandra 3.11.16 के साथ Edge for Private Cloud 4.52.02 होना चाहिए. साथ ही, यह पक्का करें कि:

पूरा क्लस्टर चालू है और Cassandra 3.11.16 के साथ पूरी तरह से काम कर रहा है.
कंपैक्शन की रणनीति को LeveledCompactionStrategy पर सेट किया गया है. यह वर्शन 4.52.02 पर अपग्रेड करने के लिए ज़रूरी है.
पक्का करें कि Edge for Private Cloud 4.52.02 में Cassandra 3.11 को अपग्रेड करने के दौरान, नीचे दिए गए सभी चरण पूरे कर लिए गए हों:
- post_upgrade कमांड को पिछले अपग्रेड के दौरान, हर Cassandra नोड पर एक्ज़ीक्यूट किया जाना चाहिए.
- drop_old_tables कमांड को पिछले अपग्रेड के दौरान, पूरे Cassandra क्लस्टर पर लागू किया गया हो.
ध्यान दें: ऊपर दिए गए चरण (अपग्रेड के बाद और इस्तेमाल न की गई टेबल हटाएं), स्टैंडर्ड चरणों का हिस्सा हैं. आपको अपने क्लस्टर को पुराने वर्शन से Edge for Private Cloud 4.52.02 पर अपग्रेड करते समय, इन चरणों को पूरा करना चाहिए था.

अगर आपको पक्का नहीं है कि ऊपर दिए गए चरण पूरे हो गए हैं, तो उन्हें फिर से चलाया जा सकता है. पक्का करें कि Edge for Private Cloud 4.52.02 पर रहते हुए, Cassandra 3.11 पर ये चरण पूरे किए गए हों. इसके बाद ही, 4.53.00 पर अपग्रेड करने की कोशिश करें:

हर Cassandra नोड पर, एक-एक करके यह post_upgrade कमांड चलाएं:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
```
Cassandra क्लस्टर से इस्तेमाल न की गई पुरानी टेबल हटाने के लिए, यह कमांड चलाएं. इस कमांड को क्लस्टर में सिर्फ़ एक नोड पर लागू किया जाना चाहिए:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile
```

पहला चरण: अपग्रेड करने की तैयारी करना

नीचे दिया गया तरीका, उन स्टैंडर्ड फ़ाइलों के अलावा है जिन्हें आम तौर पर बनाया जाता है. जैसे, कॉम्पोनेंट अपग्रेड करने के लिए Apigee की स्टैंडर्ड कॉन्फ़िगरेशन फ़ाइल.

Apigee का इस्तेमाल करके Cassandra का बैकअप लें.
अगर हो सके, तो Cassandra नोड के वीएम स्नैपशॉट लें.
अगर पोर्ट 9042 पहले से कॉन्फ़िगर नहीं किया गया है, तो पक्का करें कि यह Edge for Private Cloud के सभी कॉम्पोनेंट से ऐक्सेस किया जा सकता हो. जैसे, मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राउटर, Qpid, और Postgres से Cassandra नोड तक. ज़्यादा जानकारी के लिए, पोर्ट से जुड़ी ज़रूरी शर्तें देखें.

दूसरा चरण: सभी Cassandra नोड अपग्रेड करना

हर डेटा सेंटर में, सभी Cassandra नोड को एक-एक करके अपडेट किया जाना चाहिए. साथ ही, एक बार में सिर्फ़ एक डेटा सेंटर को अपडेट किया जाना चाहिए. किसी डेटा सेंटर में मौजूद नोड को अपग्रेड करने के बीच कुछ मिनट इंतज़ार करें. इससे यह पक्का किया जा सकेगा कि अपडेट किया गया नोड पूरी तरह से शुरू हो गया है और क्लस्टर में शामिल हो गया है. इसके बाद ही, उसी डेटा सेंटर में मौजूद किसी दूसरे नोड को अपग्रेड करने की प्रोसेस शुरू करें.

किसी डेटा सेंटर में मौजूद सभी Cassandra नोड अपग्रेड करने के बाद, कुछ समय (30 मिनट से लेकर कुछ घंटे) तक इंतज़ार करें. इसके बाद, अगले डेटा सेंटर में मौजूद नोड को अपग्रेड करें. इस दौरान, अपडेट किए गए डेटा सेंटर की अच्छी तरह से समीक्षा करें. साथ ही, यह पक्का करें कि आपके Apigee क्लस्टर की परफ़ॉर्मेंस और काम करने से जुड़ी मेट्रिक में कोई बदलाव न हुआ हो. यह चरण इसलिए ज़रूरी है, ताकि यह पक्का किया जा सके कि जिस डेटा सेंटर में Cassandra को 4.0.X वर्शन पर अपग्रेड किया गया है वह स्टेबल रहे. वहीं, Apigee के बाकी कॉम्पोनेंट 4.52.02 वर्शन पर बने रहें.

किसी Cassandra नोड को अपग्रेड करने के लिए, यह कमांड चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
किसी नोड को अपडेट करने के बाद, आगे बढ़ने से पहले कुछ मान्यताओं को पूरा करने के लिए, नोड पर यह निर्देश चलाएं:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra validate_upgrade -f configFile
```

ऊपर दिए गए कोड का आउटपुट कुछ इस तरह होगा:

Cassandra version is verified - [cqlsh 6.0.0 | Cassandra 4.0.13 | CQL spec 3.4.5 | Native protocol v5] 
Metadata is verified

Cassandra नोड पर, यह post_upgrade कमांड चलाएं:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade
```

Cassandra नोड पर इंडेक्स फिर से बनाने के लिए, यहां दिए गए nodetool कमांड चलाएं:

/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms api_products api_products_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_api_products_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_organization_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_credentials app_credentials_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms app_end_user app_end_user_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_family_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_app_type_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_parent_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_parent_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms apps apps_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms maps maps_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_consumer_key_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_access_tokens oauth_10_access_tokens_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_request_tokens oauth_10_request_tokens_consumer_key_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_request_tokens oauth_10_request_tokens_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_verifiers oauth_10_verifiers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_10_verifiers oauth_10_verifiers_request_token_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_app_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_client_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_access_tokens oauth_20_access_tokens_refresh_token_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_authorization_codes oauth_20_authorization_codes_client_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index kms oauth_20_authorization_codes oauth_20_authorization_codes_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect companies companies_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_company_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_developer_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect company_developers company_developers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_organization_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index devconnect developers developers_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index cache cache_entries cache_entries_cache_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_operation_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_requesturi_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_responsecode_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_timestamp_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index audit audits audits_user_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis a_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_active_rev
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_def_index_template
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_def_method_template
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_latest_rev
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_a_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_is_active
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_is_latest
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_rel_ver
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 apis_revision ar_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_r_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_r_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_res_path
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 method m_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_base_url
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_res_path
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 resource r_rev_num
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 schemas s_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 schemas s_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 security sa_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 security sa_ar_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_a_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_a_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_entity
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template t_org_name
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index apimodel_v2 template_auth au_api_uuid
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index dek keys usecase_index

अगर कमाई करने की सुविधा का इस्तेमाल किया जा रहा है, तो कमाई करने की सुविधा से जुड़े कीस्पेस के लिए, यहां दी गई रीबिल्ड इंडेक्स कमांड भी चलाएं:

/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_created_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint limits limits_updated_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_created_date_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_currency_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_dev_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_limit_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_prod_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_reason_code_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint suspended_developer_products suspended_developer_products_sub_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_company_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_created_at_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_developer_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_lastmodified_at_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index mint invitations invitations_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_env_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_job_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers triggers_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_class_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_group_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus job_details job_details_job_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus org_triggers org_triggers_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_group_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index taurus triggers_suite triggers_suite_suite_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_item notification_service_item_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_item notification_service_item_status_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_black_list_item notification_service_black_list_item_org_id_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_service_black_list_item notification_service_black_list_item_to_email_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_email_template_item notification_email_template_item_name_idx
/opt/apigee/apigee-cassandra/bin/nodetool rebuild_index notification notification_email_template_item notification_email_template_item_org_id_idx

चेतावनी: Cassandra के बड़े अपग्रेड के साथ, यह सलाह दी जाती है कि पूरे Cassandra क्लस्टर (सभी डेटा सेंटर में) को एक साथ अपग्रेड करें. Cassandra के मुख्य अपग्रेड में, स्कीमा में अपने-आप बदलाव होते हैं. जब तक पूरा क्लस्टर अपग्रेड नहीं हो जाता, तब तक Cassandra क्लस्टर का स्कीमा एक जैसा नहीं रहता. इस स्थिति में, नोड जोड़ने और हटाने जैसे Cassandra के ऑपरेशन नहीं किए जाने चाहिए.

तीसरा चरण: सभी मैनेजमेंट नोड अपग्रेड करना

सभी क्षेत्रों में मौजूद सभी मैनेजमेंट नोड को एक-एक करके अपग्रेड करें:

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

चौथा चरण: सभी रनटाइम नोड अपग्रेड करना

सभी क्षेत्रों में मौजूद सभी राऊटर और मैसेज प्रोसेसर नोड को एक-एक करके अपग्रेड करें:

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

पांचवां चरण: Edge for Private Cloud 4.53.00 के बाकी सभी कॉम्पोनेंट अपग्रेड करें

सभी इलाकों में मौजूद, बाकी बचे हुए edge-qpid-server और edge-postgres-server नोड को एक-एक करके अपग्रेड करें.

Apigee SSO को पुराने वर्शन से अपडेट करने का तरीका

Edge for Private Cloud 4.53.00 में, apigee-sso कॉम्पोनेंट में इस्तेमाल की गई आईडीपी कुंजियों और सर्टिफ़िकेट को अब कीस्टोर के ज़रिए कॉन्फ़िगर किया जाता है. आपको पहले इस्तेमाल की गई कुंजी और सर्टिफ़िकेट को कीस्टोर में एक्सपोर्ट करना होगा. इसके बाद, इसे कॉन्फ़िगर करें. इसके बाद, एसएसओ को सामान्य तरीके से अपडेट करें.

आईडीपी को कॉन्फ़िगर करने के लिए इस्तेमाल की गई मौजूदा कुंजी और सर्टिफ़िकेट की पहचान करें:
1. एसएसओ इंस्टॉलेशन कॉन्फ़िगरेशन फ़ाइल में SSO_SAML_SERVICE_PROVIDER_CERTIFICATE की वैल्यू देखकर सर्टिफ़िकेट पाएं. इसके अलावा, conf_login_service_provider_certificate के लिए apigee-sso कॉम्पोनेंट से क्वेरी करके भी सर्टिफ़िकेट पाया जा सकता है.
  
  एसएसओ नोड पर, आईडीपी सर्टिफ़िकेट पाथ के लिए क्वेरी करने के लिए, यहां दिया गया निर्देश इस्तेमाल करें.apigee-sso आउटपुट में, आखिरी लाइन में मौजूद वैल्यू देखें.
```
apigee-service apigee-sso configure -search conf_login_service_provider_certificate
```
2. एसएसओ इंस्टॉलेशन कॉन्फ़िगरेशन फ़ाइल में SSO_SAML_SERVICE_PROVIDER_KEY की वैल्यू देखकर या conf_login_service_provider_key के लिए apigee-sso कॉम्पोनेंट से क्वेरी करके, कुंजी वापस पाएं.
  
  आईडीपी के कुंजी पाथ के लिए apigee-sso से क्वेरी करने के लिए, एसएसओ नोड पर इस निर्देश का इस्तेमाल करें. आउटपुट में, आखिरी लाइन में मौजूद वैल्यू देखें.
```
apigee-service apigee-sso configure -search conf_login_service_provider_key
```
कुंजी और सर्टिफ़िकेट को कीस्टोर में एक्सपोर्ट करें:
1. कुंजी और सर्टिफ़िकेट को PKCS12 कीस्टोर में एक्सपोर्ट करें:
```
sudo openssl pkcs12 -export -clcerts -in <certificate_path> -inkey <key_path> -out <keystore_path> -name <alias>
```
  पैरामीटर:
  - certificate_path: पहले चरण में वापस लाई गई सर्टिफ़िकेट फ़ाइल का पाथ.
  - key_path: पहले चरण के 1.b में वापस लाई गई निजी पासकोड फ़ाइल का पाथ.
  - keystore_path: सर्टिफ़िकेट और निजी कुंजी वाले नए कीस्टोर का पाथ.
  - alias: कीस्टोर में मौजूद कुंजी और सर्टिफ़िकेट के जोड़े के लिए इस्तेमाल किया गया उपनाम.
  ज़्यादा जानकारी के लिए, OpenSSL का दस्तावेज़ देखें.
2. (ज़रूरी नहीं) PKCS12 से JKS कीस्टोर में कुंजी और सर्टिफ़िकेट एक्सपोर्ट करें:
```
sudo keytool -importkeystore -srckeystore <PKCS12_keystore_path> -srcstoretype PKCS12 -destkeystore <destination_keystore_path> -deststoretype JKS -alias <alias>
```
  पैरामीटर:
  - PKCS12_keystore_path: यह चरण 2.a में बनाई गई PKCS12 कीस्टोर का पाथ है. इसमें सर्टिफ़िकेट और पासकोड होता है.
  - destination_keystore_path: नए JKS कीस्टोर का पाथ, जहां सर्टिफ़िकेट और कुंजी एक्सपोर्ट की जाएगी.
  - alias: JKS कीस्टोर में, कुंजी और सर्टिफ़िकेट के जोड़े के लिए इस्तेमाल किया गया उपनाम.
आउटपुट कीस्टोर फ़ाइल के मालिक को "apigee" उपयोगकर्ता में बदलें:
```
sudo chown apigee:apigee <keystore_file>
```

Apigee SSO कॉन्फ़िगरेशन फ़ाइल में यहां दी गई प्रॉपर्टी जोड़ें. साथ ही, उन्हें कीस्टोर फ़ाइल पाथ, पासवर्ड, कीस्टोर टाइप, और एलियास से अपडेट करें:

# Path to the keystore file
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_PATH=${APIGEE_ROOT}/apigee-sso/source/conf/keystore.jks

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

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

# Alias within keystore that stores the key and certificate
SSO_SAML_SERVICE_PROVIDER_KEYSTORE_ALIAS=service-provider-cert

एसएसओ नोड पर Apigee SSO सॉफ़्टवेयर को हमेशा की तरह अपडेट करें. इसके लिए, यह निर्देश इस्तेमाल करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f /opt/silent.conf
```

Edge का नया यूज़र इंटरफ़ेस

इस सेक्शन में, Edge यूज़र इंटरफ़ेस (यूआई) से जुड़ी बातों के बारे में बताया गया है. ज़्यादा जानकारी के लिए, Private Cloud के लिए नया Edge यूज़र इंटरफ़ेस (यूआई) लेख पढ़ें.

Edge UI इंस्टॉल करना

शुरुआती इंस्टॉलेशन पूरा करने के बाद, Apigee का सुझाव है कि आप Edge UI इंस्टॉल करें. यह Apigee Edge for Private Cloud के डेवलपर और एडमिन के लिए बेहतर यूज़र इंटरफ़ेस है.

ध्यान दें कि Edge यूज़र इंटरफ़ेस (यूआई) के लिए, आपको सामान्य पुष्टि करने की सुविधा बंद करनी होगी. साथ ही, SAML या LDAP जैसे IDP का इस्तेमाल करना होगा.

ज़्यादा जानकारी के लिए, Edge के नए यूज़र इंटरफ़ेस (यूआई) को इंस्टॉल करना लेख पढ़ें.

Apigee mTLS की मदद से अपडेट करना

Apigee mTLS को अपडेट करने के लिए , यह तरीका अपनाएं: चरण:

अपडेट को पहले जैसा करना

अपडेट नहीं होने पर, समस्या को ठीक करने की कोशिश करें. इसके बाद, update.sh को फिर से लागू करें. अपडेट को कई बार चलाया जा सकता है. यह अपडेट वहीं से शुरू होता है जहां इसे पिछली बार छोड़ा गया था.

अगर अपडेट को पिछले वर्शन पर रोल बैक करना ज़रूरी है, तो निर्देशों के लिए 4.53.00 को रोल बैक करना लेख पढ़ें.

ध्यान दें: Edge ऑल-इन-वन (एआईओ) और स्टैंडअलोन (दो नोड) टोपोलॉजी को शुरुआत करने और प्रोटोटाइप बनाने के लिए डिज़ाइन किया गया है. इनका इस्तेमाल प्रोडक्शन के लिए नहीं किया जा सकता. इसलिए, ऑल-इन-वन (एआईओ) और स्टैंडअलोन (दो नोड) टोपोलॉजी के लिए, रोलबैक करने की कोई प्रक्रिया नहीं है. अगर इन टोपोलॉजी का अपडेट पूरा नहीं होता है और अपडेट को फिर से आज़माने पर भी समस्या ठीक नहीं होती है, तो सबसे आसान तरीका यह है कि 4.53.00 को फिर से इंस्टॉल करें.

अपडेट की जानकारी लॉग करना

डिफ़ॉल्ट रूप से, update.sh यूटिलिटी, लॉग की जानकारी यहां लिखती है:

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

अगर update.sh यूटिलिटी चलाने वाले व्यक्ति के पास उस डायरेक्ट्री का ऐक्सेस नहीं है, तो यह /tmp डायरेक्ट्री में लॉग को update_username.log नाम की फ़ाइल के तौर पर लिखता है.

अगर व्यक्ति के पास /tmp का ऐक्सेस नहीं है, तो update.sh यूटिलिटी काम नहीं करेगी.

बिना किसी रुकावट के अपडेट करना

ज़ीरो-डाउनटाइम अपडेट या रोलिंग अपडेट की मदद से, Edge को बंद किए बिना ही Edge के इंस्टॉलेशन को अपडेट किया जा सकता है.

बिना किसी रुकावट के अपडेट करने की सुविधा, सिर्फ़ पांच या उससे ज़्यादा नोड वाले कॉन्फ़िगरेशन के साथ काम करती है.

बिना किसी रुकावट के अपग्रेड करने के लिए, हर राउटर को एक-एक करके लोड बैलेंसर से हटाएं. इसके बाद, राऊटर और राऊटर वाली मशीन पर मौजूद अन्य कॉम्पोनेंट को अपडेट करें. इसके बाद, राऊटर को लोड बैलेंसर में वापस जोड़ें.

अपने इंस्टॉलेशन के लिए, मशीनों को सही क्रम में अपडेट करें. इसके बारे में मशीन अपडेट करने का क्रम में बताया गया है.
जब राऊटर को अपडेट करने का समय हो, तो किसी एक राऊटर को चुनें और उसे ऐक्सेस न किया जा सके. इसके लिए, सर्वर (मैसेज प्रोसेसर/राऊटर) को ऐक्सेस करने की सुविधा चालू/बंद करना में दिए गए तरीके का इस्तेमाल करें.
चुने गए राऊटर और राऊटर वाली मशीन पर मौजूद सभी अन्य Edge कॉम्पोनेंट को अपडेट करें. सभी Edge कॉन्फ़िगरेशन में, एक ही नोड पर राऊटर और मैसेज प्रोसेसर दिखता है.
राऊटर को फिर से कनेक्ट करें.
बाकी राऊटर के लिए, दूसरे से चौथे चरण तक की प्रक्रिया दोहराएं.
अपने इंस्टॉलेशन में मौजूद बाकी मशीनों के लिए अपडेट जारी रखें.

अपडेट करने से पहले और बाद में, इन बातों का ध्यान रखें:

राऊटर और मैसेज प्रोसेसर नोड को एक साथ इस्तेमाल करने पर:
- अपडेट करने से पहले, ये काम करें:
  1. राऊटर को कनेक्ट न किया जा सके.
  2. मैसेज प्रोसेसर से संपर्क नहीं किया जा सकता.
- अपडेट के बाद – ये काम करें:
  1. मैसेज प्रोसेसर को ऐक्सेस किया जा सकता हो.
  2. राऊटर को ऐक्सेस किया जा सके.
सिंगल राऊटर नोड पर:
- अपडेट करने से पहले, राउटर को बंद करें.
- अपडेट के बाद, राउटर को ऐक्सेस किया जा सके.
सिंगल मैसेज प्रोसेसर नोड पर:
- अपडेट करने से पहले, मैसेज प्रोसेसर को बंद करें.
- अपडेट करने के बाद, मैसेज प्रोसेसर को ऐक्सेस किया जा सकता है.

साइलेंट कॉन्फ़िगरेशन फ़ाइल का इस्तेमाल करना

आपको अपडेट कमांड में साइलेंट कॉन्फ़िगरेशन फ़ाइल पास करनी होगी. साइलेंट कॉन्फ़िगरेशन फ़ाइल वही होनी चाहिए जिसका इस्तेमाल आपने Edge for Private Cloud 4.52.02 को इंस्टॉल करने के लिए किया था.

बाहरी इंटरनेट कनेक्शन वाले नोड पर 4.53.00 पर अपडेट करें

किसी नोड पर Edge कॉम्पोनेंट अपडेट करने के लिए, यह तरीका अपनाएं:

अगर मौजूद है, तो अपडेट पूरा होने तक Cassandra पर मरम्मत की कार्रवाई करने के लिए कॉन्फ़िगर किए गए किसी भी cron जॉब को बंद करें.
Edge RPM इंस्टॉल करने के लिए, अपने नोड में रूट के तौर पर लॉग इन करें.
ध्यान दें: RPM इंस्टॉल करने के लिए रूट ऐक्सेस की ज़रूरत होती है. हालांकि, रूट ऐक्सेस के बिना भी Edge कॉन्फ़िगरेशन किया जा सकता है.
Edge apigee-setup यूटिलिटी इंस्टॉल करें में दिए गए तरीके से, SELinux को बंद करें.
अगर आपको AWS पर इंस्टॉल करना है, तो यहां दी गई yum-configure-manager कमांड लागू करें:
```
yum update rh-amazon-rhui-client.noarch
sudo yum-config-manager --enable rhui-REGION-rhel-server-extras rhui-REGION-rhel-server-optional
```
अगर फ़िलहाल, Edge 4.52.02 का इस्तेमाल किया जा रहा है, तो:
1. Edge bootstrap_4.53.00.sh फ़ाइल को /tmp/bootstrap_4.53.00.sh में डाउनलोड करें:
```
curl https://software.apigee.com/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh
```
2. नीचे दिए गए निर्देश का इस्तेमाल करके, Edge 4.53.00 apigee-service यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/bootstrap_4.53.00.sh apigeeuser=uName apigeepassword=pWord
```
  यहां uName:pWord, Apigee से मिला उपयोगकर्ता नाम और पासवर्ड है. अगर आपने pWord नहीं डाला है, तो आपको इसे डालने के लिए कहा जाएगा.
  
  डिफ़ॉल्ट रूप से, इंस्टॉलर यह जांच करता है कि आपके पास Java 1.8 इंस्टॉल है या नहीं. अगर ऐसा नहीं किया जाता है, तो इंस्टॉलर इसे आपके लिए इंस्टॉल कर देगा.
  
  JAVA_FIX विकल्प का इस्तेमाल करके, यह तय करें कि Java इंस्टॉलेशन को कैसे मैनेज करना है. JAVA_FIX की ये वैल्यू होती हैं:
  - I: OpenJDK 1.8 (डिफ़ॉल्ट) इंस्टॉल करें.
  - C: Java इंस्टॉल किए बिना जारी रखें.
  - Q: छोड़ें. इस विकल्प के लिए, आपको Java को खुद इंस्टॉल करना होगा.
3. apigee-setup यूटिलिटी को अपडेट करने के लिए, apigee-service का इस्तेमाल करें. इसका उदाहरण यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
4. मैनेजमेंट सर्वर पर apigee-validate यूटिलिटी को अपडेट करें. इसका उदाहरण यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
```
5. मैनेजमेंट सर्वर पर apigee-provision यूटिलिटी को अपडेट करें. इसका उदाहरण यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
```
6. अपने नोड पर update यूटिलिटी चलाने के लिए, यह कमांड चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
```
  मशीन अपडेट करने का क्रम में बताए गए क्रम के हिसाब से अपडेट करें.
  
  कहां:
  - component, Edge का वह कॉम्पोनेंट है जिसे अपडेट करना है. इन वैल्यू का इस्तेमाल किया जा सकता है:
    - cs: Cassandra
    - edge: Edge यूज़र इंटरफ़ेस (यूआई) को छोड़कर, Edge के सभी कॉम्पोनेंट: मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राऊटर, QPID सर्वर, Postgres सर्वर
    - ldap: OpenLDAP
    - ps: postgresql
    - qpid: qpidd
    - sso: Apigee SSO (अगर आपने एसएसओ इंस्टॉल किया है)
    - ue: Edge का नया यूज़र इंटरफ़ेस (यूआई)
    - ui: क्लासिक Edge यूज़र इंटरफ़ेस
    - zk: चिड़ियाघर का कर्मचारी
  - configFile वही कॉन्फ़िगरेशन फ़ाइल है जिसका इस्तेमाल आपने 4.52.02 वर्शन इंस्टॉल करते समय, अपने Edge कॉम्पोनेंट तय करने के लिए किया था.
  component को "all" पर सेट करके, सभी कॉम्पोनेंट के लिए update.sh चलाया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपके पास Edge all-in-one (AIO) इंस्टॉलेशन प्रोफ़ाइल हो. उदाहरण के लिए:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
```
7. अगर आपने अब तक ऐसा नहीं किया है, तो Edge UI के कॉम्पोनेंट चलाने वाले सभी नोड पर, उन्हें रीस्टार्ट करें:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
```
8. इंस्टॉल की जांच करना में बताए गए तरीके से, मैनेजमेंट सर्वर पर apigee-validate यूटिलिटी चलाकर अपडेट की जांच करें.

अगर आपको बाद में अपडेट को पहले जैसा करना है, तो 4.53.00 वर्शन पर वापस जाना में बताई गई प्रोसेस का इस्तेमाल करें.

लोकल रेपो से 4.53.00 वर्शन पर अपडेट करना

अगर आपके Edge नोड फ़ायरवॉल के पीछे हैं या किसी अन्य वजह से उन्हें इंटरनेट पर Apigee रिपॉज़िटरी को ऐक्सेस करने की अनुमति नहीं है, तो Apigee रिपॉज़िटरी की लोकल रिपॉज़िटरी या मिरर से अपडेट किया जा सकता है.

Edge की लोकल रिपॉज़िटरी बनाने के बाद, आपके पास लोकल रिपॉज़िटरी से Edge को अपडेट करने के दो विकल्प होते हैं:

रिपो की .tar फ़ाइल बनाएं. इसके बाद, .tar फ़ाइल को किसी नोड पर कॉपी करें. इसके बाद, .tar फ़ाइल से Edge को अपडेट करें.
लोकल रेपो वाले नोड पर वेबसर्वर इंस्टॉल करें, ताकि अन्य नोड इसे ऐक्सेस कर सकें. Apigee, Nginx वेबसर्वर का इस्तेमाल करने की सुविधा देता है. इसके अलावा, आपके पास अपने वेबसर्वर का इस्तेमाल करने का विकल्प भी होता है.

लोकल 4.53.00 रेपो से अपडेट करने के लिए:

Edge apigee-setup यूटिलिटी इंस्टॉल करें में "Apigee की लोकल रिपॉज़िटरी बनाएं" में बताए गए तरीके से, लोकल 4.53.00 रिपो बनाएं.
ध्यान दें: अगर आपके पास पहले से कोई रिपो है, तो उसमें 4.53.00 रिपो को जोड़ा जा सकता है. इसके लिए, Edge apigee-setup यूटिलिटी इंस्टॉल करें में "Apigee की लोकल रिपॉज़िटरी अपडेट करना" लेख में दिया गया तरीका अपनाएं.
.tar फ़ाइल से apigee-service इंस्टॉल करने के लिए:
1. लोकल रिपॉज़िटरी वाले नोड पर, लोकल रिपॉज़िटरी को /opt/apigee/data/apigee-mirror/apigee-4.53.00.tar.gz नाम की एक .tar फ़ाइल में पैकेज करने के लिए, यह कमांड इस्तेमाल करें:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
```
2. .tar फ़ाइल को उस नोड पर कॉपी करें जहां आपको Edge को अपडेट करना है. उदाहरण के लिए, इसे नए नोड पर मौजूद /tmp डायरेक्ट्री में कॉपी करें.
3. नए नोड पर, फ़ाइल को /tmp डायरेक्ट्री में अनटार करें:
```
tar -xzf apigee-4.53.00.tar.gz
```
  इस कमांड से, .tar फ़ाइल वाली डायरेक्ट्री में repos नाम की एक नई डायरेक्ट्री बन जाती है. उदाहरण के लिए /tmp/repos.
4. Edge apigee-service यूटिलिटी और डिपेंडेंसी को /tmp/repos से इंस्टॉल करें:
```
sudo bash /tmp/repos/bootstrap_4.53.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
```
  ध्यान दें कि इस कमांड में, repos डायरेक्ट्री का पाथ शामिल किया गया है.
Nginx वेबसर्वर का इस्तेमाल करके apigee-service इंस्टॉल करने के लिए:
1. Nginx वेब सर्वर को कॉन्फ़िगर करें. इसके लिए, Edge apigee-setup यूटिलिटी इंस्टॉल करना में जाकर, "Nginx वेबसर्वर का इस्तेमाल करके, रिपॉज़िटरी से इंस्टॉल करना" लेख पढ़ें.
2. रिमोट नोड पर, Edge bootstrap_4.53.00.sh फ़ाइल को /tmp/bootstrap_4.53.00.sh में डाउनलोड करें:
```
/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.53.00.sh -o /tmp/bootstrap_4.53.00.sh
```
  यहां uName:pWord, रिपो के लिए पहले सेट किया गया उपयोगकर्ता नाम और पासवर्ड है. साथ ही, remoteRepo, रिपो नोड का आईपी पता या डीएनएस नाम है.
3. रिमोट नोड पर, Edge apigee-setup यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/bootstrap_4.53.00.sh apigeerepohost=remoteRepo:3939 apigeeuser=uName apigeepassword=pWord apigeeprotocol=http://
```
  यहां uName:pWord, रिपो का उपयोगकर्ता नाम और पासवर्ड है.
apigee-setup यूटिलिटी को अपडेट करने के लिए, apigee-service का इस्तेमाल करें. इसका उदाहरण यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-setup update 
```
मैनेजमेंट सर्वर पर apigee-validate यूटिलिटी को अपडेट करें. इसका उदाहरण यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-validate update
```
मैनेजमेंट सर्वर पर apigee-provision यूटिलिटी को अपडेट करें. इसका उदाहरण यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-provision update
```
अपने नोड पर update यूटिलिटी को, मशीन अपडेट करने का क्रम में बताए गए क्रम के हिसाब से चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c component -f configFile
```
कहां:
- component, Edge का वह कॉम्पोनेंट है जिसे अपडेट करना है. आम तौर पर, इन कॉम्पोनेंट को अपडेट किया जाता है:
  - cs: Cassandra
  - edge: Edge यूज़र इंटरफ़ेस (यूआई) को छोड़कर, Edge के सभी कॉम्पोनेंट: मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राऊटर, QPID सर्वर, Postgres सर्वर
  - ldap: OpenLDAP
  - ps: postgresql
  - qpid: qpidd
  - sso: Apigee SSO (अगर आपने एसएसओ इंस्टॉल किया है)
  - ue Edge का नया यूज़र इंटरफ़ेस (यूआई)
  - ui: क्लासिक Edge यूज़र इंटरफ़ेस
  - zk: चिड़ियाघर का कर्मचारी
- configFile वही कॉन्फ़िगरेशन फ़ाइल है जिसका इस्तेमाल आपने 4.50.00 या 4.51.00 वर्शन इंस्टॉल करते समय, अपने Edge कॉम्पोनेंट तय करने के लिए किया था.
  ध्यान दें: कॉन्फ़िगरेशन फ़ाइल को "apigee" उपयोगकर्ता पढ़ सकता हो. मालिक बदलने के लिए, इस कमांड का इस्तेमाल करें:
```
chown apigee:apigee configFile
```
component को "all" पर सेट करके, सभी कॉम्पोनेंट के लिए update.sh चलाया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपके पास Edge ऑल-इन-वन (एआईओ) इंस्टॉलेशन प्रोफ़ाइल हो. उदाहरण के लिए:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
```
अगर आपने अब तक ऐसा नहीं किया है, तो इसे चलाने वाले सभी नोड पर यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
```
इंस्टॉल की जांच करना में बताए गए तरीके से, मैनेजमेंट सर्वर पर apigee-validate यूटिलिटी चलाकर अपडेट की जांच करें.

मशीन अपडेट करने का क्रम

Edge इंस्टॉलेशन में मशीनों को अपडेट करने का क्रम अहम होता है:

किसी भी अन्य नोड को अपडेट करने से पहले, आपको Cassandra और ZooKeeper के सभी नोड अपडेट करने होंगे.
अगर किसी मशीन पर Edge के कई कॉम्पोनेंट (मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राउटर, QPID सर्वर, लेकिन Postgres सर्वर नहीं) हैं, तो उन सभी को एक साथ अपडेट करने के लिए, -c edge विकल्प का इस्तेमाल करें.
अगर किसी चरण में यह बताया गया है कि उसे एक से ज़्यादा मशीनों पर पूरा किया जाना चाहिए, तो उसे बताई गई मशीन के क्रम में पूरा करें.
कमाई करने की सुविधा को अपडेट करने के लिए, कोई अलग चरण नहीं है. -c edge विकल्प चुनने पर, यह अपडेट हो जाता है.

एक नोड वाला स्टैंडअलोन अपग्रेड

एक नोड वाले स्टैंडअलोन कॉन्फ़िगरेशन को 4.53.00 पर अपग्रेड करने के लिए:

सभी कॉम्पोनेंट अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
```
(अगर आपने apigee-adminapi इंस्टॉल किया है) apigee-adminapi यूटिलिटी को अपडेट करें:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```

दो नोड वाला स्टैंडअलोन अपग्रेड

दो नोड वाले स्टैंडअलोन इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:

Edge टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.

मशीन 1 पर Cassandra और ZooKeeper को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
मशीन 2 पर Postgres अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```

मशीन 1 पर LDAP अपडेट करें:

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

मशीन 2 और 1 पर Edge कॉम्पोनेंट अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
मशीन 2 पर Qpid को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
मशीन 1 पर यूज़र इंटरफ़ेस (यूआई) अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
(अगर आपने apigee-adminapi इंस्टॉल किया है) मशीन 1 पर apigee-adminapi यूटिलिटी को अपडेट किया गया:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(अगर आपने Apigee SSO इंस्टॉल किया है) मशीन 1 पर Apigee SSO को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
यहां sso_config_file वह कॉन्फ़िगरेशन फ़ाइल है जिसे आपने एसएसओ (SSO) इंस्टॉल करते समय बनाया था.
मशीन 1 पर Edge यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```

पांच नोड वाला अपग्रेड

पांच नोड वाले इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:

Edge टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.

मशीन 1, 2, और 3 पर Cassandra और ZooKeeper को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
मशीन 4 पर Postgres को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
मशीन 5 पर Postgres को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```

मशीन 1 पर LDAP अपडेट करें:

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

मशीन 4, 5, 1, 2, 3 पर Edge कॉम्पोनेंट अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
मशीन 4 पर Qpid को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
मशीन 5 पर Qpid को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
Edge के यूज़र इंटरफ़ेस (यूआई) को अपडेट करें:
- क्लासिक यूज़र इंटरफ़ेस (यूआई): अगर क्लासिक यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल किया जा रहा है, तो मशीन 1 पर ui कॉम्पोनेंट को अपडेट करें. उदाहरण के लिए:
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
- Edge का नया यूज़र इंटरफ़ेस (यूआई): अगर आपने Edge का नया यूज़र इंटरफ़ेस (यूआई) इंस्टॉल किया है, तो सही मशीन पर ue कॉम्पोनेंट को अपडेट करें. ऐसा हो सकता है कि यह मशीन 1 न हो:
```
/opt/apigee/apigee-setup/bin/update.sh -c ue -f /opt/silent.conf
```
(अगर आपने apigee-adminapi इंस्टॉल किया है) मशीन 1 पर apigee-adminapi यूटिलिटी को अपडेट किया गया:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(अगर आपने Apigee SSO इंस्टॉल किया है) मशीन 1 पर Apigee SSO को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
यहां sso_config_file वह कॉन्फ़िगरेशन फ़ाइल है जिसे आपने एसएसओ (SSO) इंस्टॉल करते समय बनाया था.
यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
- क्लासिक यूज़र इंटरफ़ेस (यूआई): अगर क्लासिक यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल किया जा रहा है, तो मशीन 1 पर edge-ui कॉम्पोनेंट को रीस्टार्ट करें. जैसा कि इस उदाहरण में दिखाया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
- Edge का नया यूज़र इंटरफ़ेस (यूआई): अगर आपने Edge का नया यूज़र इंटरफ़ेस (यूआई) इंस्टॉल किया है, तो सही मशीन पर edge-management-ui कॉम्पोनेंट को रीस्टार्ट करें. ऐसा हो सकता है कि यह मशीन 1 न हो:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

नौ नोड वाले क्लस्टर को अपग्रेड करना

नौ नोड वाले क्लस्टर किए गए इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:

Edge टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.

मशीन 1, 2, और 3 पर Cassandra और ZooKeeper को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
मशीन 8 पर Postgres को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
मशीन 9 पर Postgres को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```

मशीन 1 पर LDAP अपडेट करें:

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

मशीन 6, 7, 8, 9, 1, 4, और 5 पर Edge कॉम्पोनेंट को इसी क्रम में अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
मशीन 6 और 7 पर Qpid अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
मशीन 1 पर, नए यूज़र इंटरफ़ेस (ue) या क्लासिक यूज़र इंटरफ़ेस (ui) को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
(अगर आपने apigee-adminapi इंस्टॉल किया है) मशीन 1 पर apigee-adminapi यूटिलिटी को अपडेट करें:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(अगर आपने Apigee SSO इंस्टॉल किया है) मशीन 1 पर Apigee SSO को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
यहां sso_config_file वह कॉन्फ़िगरेशन फ़ाइल है जिसे आपने एसएसओ (SSO) इंस्टॉल करते समय बनाया था.
यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
- क्लासिक यूज़र इंटरफ़ेस (यूआई): अगर क्लासिक यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल किया जा रहा है, तो मशीन 1 पर edge-ui कॉम्पोनेंट को रीस्टार्ट करें. जैसा कि इस उदाहरण में दिखाया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
- Edge का नया यूज़र इंटरफ़ेस (यूआई): अगर आपने Edge का नया यूज़र इंटरफ़ेस (यूआई) इंस्टॉल किया है, तो सही मशीन पर edge-management-ui कॉम्पोनेंट को रीस्टार्ट करें. ऐसा हो सकता है कि यह मशीन 1 न हो:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

13 नोड वाले क्लस्टर को अपग्रेड करना

13 नोड वाले क्लस्टर किए गए इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:

Edge टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.

मशीन 1, 2, और 3 पर Cassandra और ZooKeeper को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
मशीन 8 पर Postgres को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
मशीन 9 पर Postgres को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
मशीन 4 और 5 पर एलडीएपी अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
```
मशीन 12, 13, 8, 9, 6, 7, 10, और 11 पर Edge कॉम्पोनेंट को इस क्रम में अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
मशीन 12 और 13 पर Qpid को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
मशीन 6 और 7 पर, नए यूज़र इंटरफ़ेस (ue) या क्लासिक यूज़र इंटरफ़ेस (ui) को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
(अगर आपने apigee-adminapi इंस्टॉल किया है) मशीन 6 और 7 पर apigee-adminapi यूटिलिटी अपडेट की गई:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(अगर आपने Apigee SSO इंस्टॉल किया है) मशीन 6 और 7 पर Apigee SSO को अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
यहां sso_config_file वह कॉन्फ़िगरेशन फ़ाइल है जिसे आपने एसएसओ (SSO) इंस्टॉल करते समय बनाया था.
यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
- क्लासिक यूज़र इंटरफ़ेस (यूआई): अगर क्लासिक यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल किया जा रहा है, तो मशीन 6 और 7 पर edge-ui कॉम्पोनेंट को रीस्टार्ट करें. इसका तरीका यहां दिया गया है:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
- Edge का नया यूज़र इंटरफ़ेस (यूआई): अगर आपने Edge का नया यूज़र इंटरफ़ेस (यूआई) इंस्टॉल किया है, तो मशीन 6 और 7 पर edge-management-ui कॉम्पोनेंट को रीस्टार्ट करें:
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

12 नोड वाले क्लस्टर को अपग्रेड करना

12 नोड वाले क्लस्टर किए गए इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:

Edge टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.

Cassandra और ZooKeeper को अपडेट करें:
1. डेटा सेंटर 1 में मौजूद मशीन 1, 2, और 3 पर:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
2. डेटा सेंटर 2 में मौजूद मशीनें 7, 8, और 9
```
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
```
Postgres को अपडेट करें:
1. डेटा सेंटर 1 में मौजूद मशीन 6
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
2. डेटा सेंटर 2 में मौजूद मशीन 12
```
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
```
LDAP अपडेट करें:
1. डेटा सेंटर 1 में मौजूद मशीन 1
```
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
```
2. डेटा सेंटर 2 में मौजूद मशीन 7
```
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
```
Edge के कॉम्पोनेंट अपडेट करें:
1. डेटा सेंटर 1 में मशीनें 4, 5, 6, 1, 2, 3
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
2. डेटा सेंटर 2 में मौजूद मशीनें 10, 11, 12, 7, 8, 9
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
qpidd को अपडेट करें:
1. डेटा सेंटर 1 में मौजूद मशीनें 4, 5
  1. मशीन 4 पर qpidd अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
  2. मशीन 5 पर qpidd अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
2. डेटा सेंटर 2 में मौजूद मशीनें 10, 11
  1. मशीन 10 पर qpidd अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
  2. मशीन 11 पर qpidd अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
```
नए यूज़र इंटरफ़ेस (ue) या क्लासिक यूज़र इंटरफ़ेस (ui) को अपडेट करें:
1. डेटा सेंटर 1 में मौजूद मशीन 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
2. डेटा सेंटर 2 में मौजूद मशीन 7:
```
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
```
(अगर आपने apigee-adminapi इंस्टॉल किया है) apigee-adminapi यूटिलिटी को अपडेट किया गया:
1. डेटा सेंटर 1 में मौजूद मशीन 1:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
2. डेटा सेंटर 2 में मौजूद मशीन 7:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
```
(अगर आपने Apigee SSO इंस्टॉल किया है) Apigee SSO को अपडेट करें:
1. डेटा सेंटर 1 में मौजूद मशीन 1:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
2. डेटा सेंटर 2 में मौजूद मशीन 7:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
```
मशीन 1 और 7 पर, नए Edge यूज़र इंटरफ़ेस (edge-management-ui) या क्लासिक Edge यूज़र इंटरफ़ेस (edge-ui) कॉम्पोनेंट को रीस्टार्ट करें:
```
/opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart
```

नॉन-स्टैंडर्ड कॉन्फ़िगरेशन के लिए

अगर आपके पास नॉन-स्टैंडर्ड कॉन्फ़िगरेशन है, तो Edge कॉम्पोनेंट को इस क्रम में अपडेट करें:

ZooKeeper
कैसंड्रा
ps
LDAP
Edge, इसका मतलब है कि Qpid सर्वर, Edge Postgres Server, मैनेजमेंट सर्वर, मैसेज प्रोसेसर, और राउटर वाले नोड के क्रम में सभी नोड पर "-c edge" प्रोफ़ाइल.
ध्यान दें: अगर किसी नोड में Qpid सर्वर और Edge Postgres Server, दोनों इंस्टॉल हैं, तो "-c edge" प्रोफ़ाइल चरण चलाएं.
qpidd
Edge यूज़र इंटरफ़ेस (क्लासिक या नया)
apigee-adminapi
Apigee SSO

अपडेट पूरा होने के बाद, Edge UI कॉम्पोनेंट को उन सभी मशीनों पर रीस्टार्ट करना न भूलें जिन पर यह चल रहा है.