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

Apigee Edge 4.51.00 या 4.52.00 या 4.52.01 को 4.52.02 पर अपडेट करें

Apigee, प्राइवेट क्लाउड के लिए Edge को सीधे 4.51.00, 4.52.00 या 4.52.01 से 4.52.02 वर्शन में अपग्रेड करने की सुविधा देता है. इस पेज पर बताया गया है कि ऐसे अपग्रेड कैसे किए जा सकते हैं.

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

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

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

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

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

एज आरपीएम इंस्टॉल करने के बाद, उन्हें कोई भी कॉन्फ़िगर कर सकता है.

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

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

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

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

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

अपग्रेड करने के लिए, कौनसे खास चरणों को ध्यान में रखना चाहिए

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

मौजूदा वर्शन	ऐसा सॉफ़्टवेयर जिसे 4.52.02 में अपग्रेड करने के लिए खास चरणों की ज़रूरत होती है
4.52.01	कास्सांद्रा
4.52.00	कैसंड्रा, ज़ूकीपर, Qpid
4.51.00	कैसंड्रा, ज़ूकीपर, क्यूपीआईडी, पोस्टग्रेस

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

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

कैसेंड्रा 3.11.16 में अपग्रेड करना आवश्यक है

Private Cloud के लिए Apigee Edge 4.52.02 में, Cassandra का वर्शन 3.11.16 पर अपग्रेड करना शामिल है. कैसंड्रा, Apigee का एक अहम कॉम्पोनेंट है. इस अपग्रेड में, अलग-अलग रनटाइम और मैनेजमेंट कॉम्पोनेंट के ड्राइवर सॉफ़्टवेयर के अपडेट भी शामिल हैं. इन कॉम्पोनेंट का इस्तेमाल, क्वेरी करने और Casसांद्रा पर लिखने के लिए किया जाता है.

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

हाई लेवल रोलबैक

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

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

ज़्यादा जानकारी के लिए, Cassandra 3.11.16 अपडेट को रोलबैक करें सेक्शन देखें.

डेवलपर पोर्टल में एपीआई का दस्तावेज़ बनाना

Apigee Drupal डेवलपर पोर्टल पर, अपने एपीआई का दस्तावेज़ बनाने के लिए कई सुविधाएं मिलती हैं. हमारा सुझाव है कि Drupal 7 पर आधारित डेवलपर पोर्टल का इस्तेमाल बंद करें. हालांकि, अगर अब भी इसका इस्तेमाल किया जा रहा है और इसकी SmartDocs सुविधा का इस्तेमाल किया जा रहा है, तो SmartDocs APIs का इस्तेमाल करना दस्तावेज़ आप पर लागू होता है. अगर डेवलपर पोर्टल के नए वर्शन इस्तेमाल किए जा रहे हैं, तो अपग्रेड के दौरान आपके एपीआई दस्तावेज़ पर कोई असर नहीं पड़ेगा.

Apigee को वर्शन 4.52.02 पर अपग्रेड करने पर, Drupal 7 डेवलपर पोर्टल की SmartDocs सुविधा का इस्तेमाल करके बनाए गए एपीआई मॉडल अपने-आप नए वर्शन पर माइग्रेट नहीं होंगे. आपको डेवलपर पोर्टल का इस्तेमाल करके, हर मॉडल को मैन्युअल तरीके से एक्सपोर्ट करना होगा. अपग्रेड पूरा होने के बाद, मॉडल को फिर से इंपोर्ट करना होगा.

इन सेक्शन में इस्तेमाल की गई शब्दावली

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

मैनेजमेंट: मैनेजमेंट में आपके Apigee Edge सिस्टम का मैनेजमेंट शामिल होता है. इसमें, डिप्लॉयमेंट, ऐप्लिकेशन, प्रॉडक्ट, टारगेट सर्वर, कीस्टोर वगैरह शामिल हैं. साथ ही, इस स्कोप में मैनेजमेंट के सभी एपीआई और उनके क्लाइंट, जैसे कि Apigee यूज़र इंटरफ़ेस (यूआई) और डेवलपर पोर्टल भी शामिल हैं. हालांकि, इसमें इनके अलावा, और भी चीज़ें शामिल हो सकती हैं.

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

दूसरा चरण: शुरू होने की स्थिति

Apigee में कैसंड्रा वर्शन 2.1.22 के साथ चल रहा है.
प्राइवेट क्लाउड 4.52.02 कॉम्पोनेंट के लिए Edge:

पुराने थ्रिफ़्ट प्रोटोकॉल के ज़रिए कैसेंड्रा के साथ मैनेजमेंट-सर्वर बातचीत कर रहा है.
रनटाइम सर्वर (मैसेज प्रोसेसर और राऊटर), पुराने थ्रिफ़्ट प्रोटोकॉल की मदद से कैसंड्रा के साथ बातचीत करते हैं.

इस चरण में रनटाइम की स्थिति	इस चरण में मैनेजमेंट की स्थिति
रनटाइम पूरी तरह से काम करता है	पूरी तरह से काम करने वाला मैनेजमेंट

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

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

leveledCompactionStrategy का इस्तेमाल करने के लिए कैसंड्रा को बदलें.
Apigee का इस्तेमाल करके, कैसंड्रा का बैकअप लें.
अगर संभव हो, तो कैसंड्रा नोड के वीएम स्नैपशॉट लें.
/opt/apigee/apigee-cassandra/cass_upgrade.conf पर हर कैसंड्रा नोड पर इस कॉन्टेंट के साथ एक Cassandra अपग्रेड कॉन्फ़िगरेशन फ़ाइल बनाएं:
```
# IP Address of node
HOSTIP=10.0.0.1

# Username for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_USERNAME=<cassuser>

# Password for running Cassandra queries. Optional. Can be skipped if you have not enabled Cassandra authentication.
CASS_PASSWORD=<casspass>

# Port for connecting to Cassandra via thrift. Optional. Defaults to 9160 if skipped.
CASS_PORT=9160

# Port for connecting to Cassandra via CQL. Optional. Defaults to 9042 if skipped.
CASS_CQL_PORT=9042

# Directory to be used by Cassandra upgrade scripts. Optional. Defaults to /tmp/cass_upgrade_scripts if skipped.
# Note that if upgrade is successful, this directory is deleted via root user - so provide a directory accordingly.
CASS_TMP_DIR=/tmp/cass_upgrade_scripts
    
```
अगर फ़ाइल /opt/apigee/apigee-cassandra/cass_upgrade.conf पर नहीं बनाई जा सकती, तो हर एक Cassandra नोड पर उसी कॉन्टेंट के साथ फ़ाइल /opt/silent.conf बनाएं.
चेतावनी: Apigee का अपग्रेड इंस्टॉलर, ऊपर बताई गई जगहों में फ़ाइल को खोजेगा. अगर फ़ाइल ऊपर दी गई किसी भी जगह पर मौजूद नहीं है, तो अपग्रेड इस तरह का मैसेज दिखाकर काम नहीं करेगा:
```
could not read env location: '/opt/apigee/apigee-cassandra/cass_upgrade.conf'
file does not exist or cannot be sourced
could not read env location: '/opt/silent.conf'
file does not exist or cannot be sourced
```
अगर ऐसा होता है, तो अपग्रेड नहीं हो पाएगा. हालांकि, नोड पर कैसांड्रा सेवा रुकी रहेगी. आप सामान्य रूप से Cassandra सेवा को शुरू कर सकते हैं और कॉन्फ़िगरेशन फ़ाइल को किसी भी अपेक्षित स्थान में रखकर अपग्रेड का प्रयास कर सकते हैं. इसके अलावा, अगर फ़ाइल मिल जाती है, लेकिन दिए गए कॉन्फ़िगरेशन गलत हैं (उदाहरण के लिए, Cassandra के क्रेडेंशियल गलत हैं), तो अपग्रेड नीचे दी गई गड़बड़ी के साथ विफल हो जाएगा:
```
Error in PREIN scriptlet in rpm package apigee-cassandra-X.XX.XX-X.X.XXXX.noarch
```
इस मामले में, अगर किसांद्रा सेवा को अपग्रेड न होने पर भी बंद कर दिया जाता है, तो उसे शुरू करें और फ़ाइल में कॉन्फ़िगरेशन ठीक करने के बाद अपग्रेड का फिर से प्रयास करें.

अगर Apigee Drupal 7 डेवलपर पोर्टल की SmartDocs सुविधा का इस्तेमाल किया जाता है, तो अपने हर मॉडल को एक्सपोर्ट करें. इसके लिए, आपको डेवलपर पोर्टल यूज़र इंटरफ़ेस (यूआई) से JSON फ़ॉर्मैट में डाउनलोड करना होगा. मैनेजमेंट सर्वर अपडेट होने के बाद, इन मॉडल को फिर से Apigee में इंपोर्ट करना होगा.
यह पक्का करें कि पोर्ट 9160 और 9042, Private Cloud 4.52.02 कॉम्पोनेंट के लिए सभी Edge से कैसंड्रा नोड में ऐक्सेस किए जा सकते हैं, अगर पहले से मौजूद नहीं हैं. ज़्यादा जानकारी के लिए, पोर्ट करने से जुड़ी ज़रूरी शर्तें देखें.

चेतावनी: कैसंड्रा को वर्शन 3 पर अपग्रेड करने के लिए ये सभी चरण ज़रूरी हैं. इससे रोलबैक की ज़रूरत होने पर, डेटा को कम से कम नुकसान होने से बचाया जा सकता है. साथ ही, अपग्रेड के बाद होने वाले डेटा को नुकसान से बचाया जा सकता है, जैसे कि SmartDocs में आपका एपीआई दस्तावेज़. यह ज़रूरी है कि इन चरणों को ध्यान से पूरा किया जाए और इन्हें स्किप न किया जाए.

चरण 2: सभी कैसंड्रा नोड अपग्रेड करें

सभी क्षेत्रों के सभी कैसंड्रा नोड एक-एक करके अपग्रेड करें. हर नोड पर ये कमांड चलाएं:
```
/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 5.0.1 | Cassandra 3.11.16 | CQL spec 3.4.4 | Native protocol v3] Metadata is verified

इस चरण में रनटाइम की स्थिति	इस चरण में मैनेजमेंट की स्थिति
रनटाइम पूरी तरह से काम करता है	कैसेंड्रा के अपग्रेड होने के बाद, नीचे दिया गया मैनेजमेंट फ़ंक्शन डीग्रेड हो गया: एनवायरमेंट के हिसाब से एपीआई प्रॉडक्ट बनाने के लिए Management API एपीआई प्रॉडक्ट को एनवायरमेंट के हिसाब से अपडेट करने के लिए Management API किसी संगठन की जानकारी मिटाने के लिए Management API

इस चरण में रनटाइम की स्थिति

इस चरण में मैनेजमेंट की स्थिति

रनटाइम पूरी तरह से काम करता है

कैसेंड्रा के अपग्रेड होने के बाद, नीचे दिया गया मैनेजमेंट फ़ंक्शन डीग्रेड हो गया:

ध्यान दें: अगर Edge Private Cloud 4.51.00 या 4.52.00 से अपग्रेड किया जा रहा है, तो आपको ज़ूकीपर को अपग्रेड करने के लिए कुछ और चरण भी अपनाने होंगे. हालांकि ज़ूकीपर और कैसंड्रा एक ही नोड पर मौजूद हो सकते हैं, लेकिन हमारा सुझाव है कि ज़ूकीपर और कसांद्रा को अलग-अलग अपग्रेड करें.

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

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

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

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

अगर एज प्राइवेट क्लाउड 4.52.01 से 4.52.02 में अपग्रेड किया जा रहा है, तो ज़ूकीपर अपग्रेड एक मामूली अपग्रेड होगा. इसे कसांद्रा के साथ भी पूरा किया जा सकता है. जिन नोड में स्थान बनाया गया है उन पर एक ही निर्देश के ज़रिए कैसंड्रा और ज़ूकीपर, दोनों को अपग्रेड करने के लिए, नीचे दिए गए निर्देश का इस्तेमाल करें. ऐसा करने का सुझाव सिर्फ़ तभी दिया जाता है, जब आप पहले से Private Cloud के 4.52.01 वर्शन में, Zookeeper का 3.8.3 वर्शन चला रहे हों:

/opt/apigee/apigee-setup/bin/update.sh -c zk,cs -f configFile

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

अगर पूरे Cassandra क्लस्टर को अपग्रेड करने से पहले, एज-मैनेजमेंट-सर्वर को अपग्रेड करने की कोशिश की जाती है, तो एज-मैनेजमेंट-सर्वर का अपग्रेड नहीं हो पाएगा. साथ ही, एज-मैनेजमेंट-सर्वर सेवा शुरू नहीं होगी.

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

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

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

रनटाइम की स्थिति	मैनेजमेंट का स्टेटस
रनटाइम पूरी तरह से काम करता है	मैनेजमेंट एपीआई लेवल कम हो गया है: Drupal 7 डेवलपर पोर्टल की SmartDocs सुविधा कोई डेटा नहीं दिखाती

चरण 3a: [ज़रूरी नहीं] पहले एक्सपोर्ट किए गए SmartDocs को इंपोर्ट करना

सभी मैनेजमेंट सर्वर अपग्रेड हो जाने के बाद, उन SmartDocs मॉडल को इंपोर्ट किया जा सकता है जिन्हें आपने पहले चरण में एक्सपोर्ट किया था. आप बाद में भी ऐसा करने का निर्णय ले सकते हैं.

रनटाइम की स्थिति	मैनेजमेंट का स्टेटस
रनटाइम पूरी तरह से काम करता है	पूरी तरह से काम करने वाला मैनेजमेंट

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

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

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

रनटाइम की स्थिति	मैनेजमेंट का स्टेटस
रनटाइम पूरी तरह से काम करता है	पूरी तरह से काम करने वाला मैनेजमेंट

पांचवां चरण: प्राइवेट क्लाउड 4.52.02 के कॉम्पोनेंट के लिए, बाकी बचे सभी Edge वर्शन को अपग्रेड करना

सभी क्षेत्रों के बाकी सभी edge-qpid-server और edge-postgres-server नोड को एक-एक करके अपग्रेड करें.

इस चरण में, अगर आपने Edge for Private Cloud 4.52.01 के वर्शन से पहले के वर्शन से अपग्रेड किया है और Qpid या Postgres को अपग्रेड करने के लिए अन्य चरणों को पूरा किया है, तो अपग्रेड करने के लिए यह तरीका अपनाएं.

रनटाइम की स्थिति	मैनेजमेंट का स्टेटस
रनटाइम पूरी तरह से काम करता है	पूरी तरह से काम करने वाला मैनेजमेंट

छठा चरण: अपग्रेड पोस्ट करने के चरण

अपग्रेड पूरा होने के बाद, हर कैसंड्रा नोड पर एक-एक करके नीचे दिया गया कमांड चलाएं:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra post_upgrade

कैसंड्रा क्लस्टर से पुरानी इस्तेमाल नहीं की गई टेबल को हटाने के लिए, नीचे दिया गया कमांड चलाएं. जब तक यह नहीं चल जाता, तब तक आप कैसेंड्रा की कुछ सुविधाओं का उपयोग नहीं कर सकते (जैसे नई प्रमाणीकरण सेट करना - पुरानी प्रमाणीकरण प्रक्रियाएं काम करती रहेंगी). इस निर्देश को क्लस्टर में सिर्फ़ एक नोड पर चलाया जा सकता है:

/opt/apigee/apigee-service/bin/apigee-service apigee-cassandra drop_old_tables -f configFile

अगर आपने पहले से ऐसा नहीं किया है, तो चरण 3a को पूरा करें.

रनटाइम की स्थिति	मैनेजमेंट का स्टेटस
रनटाइम पूरी तरह से काम करता है	पूरी तरह से काम करने वाला मैनेजमेंट

ज़ूकीपर 3.8.3 में अपग्रेड करना ज़रूरी है

Edge for Private Cloud 4.52.02 में, Zookeeper का अपग्रेड शामिल नहीं है. हालांकि, अगर आपने 4.52.01 से पुराने वर्शन से अपग्रेड किया है, तो आपको Zookeeper को अपग्रेड किया जा सकता है.

अगर Edge for Private Cloud के वर्शन 4.51.00 या 4.52.00 पर अपग्रेड किया जा रहा है, तो ज़ूकीपर 3.8.3 में अपग्रेड करना ज़रूरी है में दिया गया तरीका देखें.
अगर आप Edge for Private Cloud के वर्शन 4.52.01 से अपग्रेड कर रहे हैं, तो आपको पहले से Zookeeper का 3.8.3 वर्शन इस्तेमाल करना होगा. साथ ही, आपको Zookeeper को अपग्रेड करने का कोई खास तरीका भी नहीं अपनाना होगा.

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

अगर प्राइवेट क्लाउड के लिए Edge 4.51.00 से 4.52.02 में अपग्रेड किया जा रहा है, तो आपको Postgres को अपग्रेड करने के लिए बताया गया तरीका अपनाना होगा. हालांकि, Edge for Private Cloud 4.52.02 में Postgres को अपग्रेड नहीं किया गया है, तो भी आपको यह तरीका अपनाना होगा. Edge के लिए Private Cloud 4.51.00 से 4.52.02 में अपग्रेड करने के लिए, Postgres को अपग्रेड करने के कुछ और चरण पूरे करने होंगे. कृपया postgres 14 के लिए ज़रूरी अपग्रेड सेक्शन देखें.
अगर प्राइवेट Cloud के लिए Edge 4.52.00 या 4.52.01 से 4.52.02 पर अपग्रेड किया जा रहा है, तो Postgres को किसी और तरीके से अपग्रेड करने की ज़रूरत नहीं है.

Qpid J-Broker पर अपग्रेड करना ज़रूरी है

Edge for Private Cloud 4.52.02 में, क्यूपीआईडी अपग्रेड नहीं है. हालांकि, अगर 4.52.01 से पुराने वर्शन से अपग्रेड किया जा रहा है, तो क्यूपीआईडी को अपग्रेड करने के लिए यह तरीका अपनाएं.

अगर प्राइवेट क्लाउड के लिए Edge 4.51.00 या 4.52.00 से 4.52.02 पर अपग्रेड किया जा रहा है, तो क्यूपीआईडी को अपग्रेड करने का अन्य तरीका अपनाना ज़रूरी है. अगर वर्शन 4.51.00 या 4.52.00 से 4.52.02 में अपग्रेड किया जा रहा है, तो कृपया Qpid अपग्रेड करें सेक्शन देखें.
अगर आपको Edge for Private Cloud 4.52.01 से 4.52.02 में अपग्रेड करना है, तो आपके पास पहले से ही Qpid ब्रोकर के सबसे नए वर्शन का इस्तेमाल होना चाहिए. साथ ही, आपको क्यूपीआईडी को अपग्रेड करने के लिए अलग से कुछ करने की ज़रूरत नहीं है.

नया एज यूआई

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

Edge यूज़र इंटरफ़ेस (यूआई) इंस्टॉल करें

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

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

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

Edge के यूज़र इंटरफ़ेस (यूआई) को अपडेट करें

Edge यूआई कॉम्पोनेंट को अपडेट करने के लिए, प्राइवेट क्लाउड के लिए Edge का वह वर्शन इस्तेमाल करें जिससे अपग्रेड किया जा रहा है:

4.51.00 से 4.52.00 तक (जिसमें नया Edge यूआई पहले से इंस्टॉल है): edge-management-ui कॉम्पोनेंट के लिए, इस सेक्शन में अपग्रेड करने के निर्देशों का इस्तेमाल करें.

Apigee mTLS के साथ अपडेट करना

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

अपडेट रोल बैक किया जा रहा है

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

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

ध्यान दें: एज ऑल-इन-वन (एआईओ) और स्टैंडअलोन (2-नोड) टोपोलॉजी, शुरुआत करने और प्रोटोटाइप बनाने के हिसाब से बनाए गए हैं, न कि प्रोडक्शन के लिए. इसलिए, ऑल-इन-वन (AIO) और स्टैंडअलोन (2-नोड) टोपोलॉजी के लिए कोई रोलबैक प्रोसेस नहीं है. ऐसी स्थिति में जब इन उदाहरणों को अपडेट नहीं किया जा सकता और फिर से अपडेट करने से समस्या हल नहीं होती. ऐसे में, सबसे आसान विकल्प यह है कि आप 4.52.02 के नए वर्शन को इंस्टॉल करें.

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

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

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

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

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

ज़ीरो-डाउनटाइम अपडेट

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

ज़ीरो-डाउनटाइम अपडेट, सिर्फ़ 5-नोड कॉन्फ़िगरेशन और उससे बड़े साइज़ के कॉन्फ़िगरेशन के साथ हो सकता है.

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

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

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

मिले-जुले राऊटर और मैसेज प्रोसेसर नोड पर:
- अपडेट करने से पहले – ये काम करें:
  1. राऊटर को कनेक्ट न करें.
  2. मैसेज प्रोसेसर को ऐक्सेस न कर पाना.
- अपडेट करने के बाद – ये काम करें:
  1. मैसेज प्रोसेसर को ऐक्सेस करने लायक बनाएं.
  2. राऊटर को ऐक्सेस करने लायक बनाएं.
किसी एक राऊटर नोड पर:
- अपडेट करने से पहले, रूटर को ऐक्सेस न करने की सुविधा चालू करें.
- अपडेट करने के बाद, रूटर को ऐक्सेस करने लायक बनाएं.
एक मैसेज प्रोसेसर नोड पर:
- अपडेट करने से पहले, मैसेज प्रोसेसर को ऐक्सेस न कर पाना न भूलें.
- अपडेट करने के बाद, मैसेज प्रोसेसर को ऐक्सेस करने लायक बनाएं.

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

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

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

किसी नोड पर Edge कॉम्पोनेंट अपडेट करने के लिए नीचे दी गई प्रक्रिया का इस्तेमाल करें:

अगर यह मौजूद हो, तो कैसांड्रा पर रिपेयर करने के लिए कॉन्फ़िगर किए गए cron जॉब को तब तक बंद करें, जब तक अपडेट पूरा नहीं हो जाता.
एज आरपीएम इंस्टॉल करने के लिए, रूट के तौर पर अपने नोड में लॉग इन करें.
ध्यान दें: आरपीएम इंस्टॉल करने के लिए रूट ऐक्सेस की ज़रूरत होती है. हालांकि, रूट ऐक्सेस के बिना भी Edge कॉन्फ़िगरेशन किया जा सकता है.
yum-utils और yum-plugin-priorities इंस्टॉल करें:
ध्यान दें: अगर आपका ऑपरेटिंग सिस्टम RHEL 8.0 - 8.6 है, तो यह चरण छोड़ दें.
```
sudo yum install yum-utils
sudo yum install yum-plugin-priorities
```
Edge apigee-setup सुविधा को इंस्टॉल करें में बताए गए तरीके से, SELinux को बंद करें.
अगर आपको Oracle 7.x पर इंस्टॉल करना है, तो ये निर्देश लागू करें:
```
sudo yum-config-manager --enable ol7_optional_latest
```
अगर आपको 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.51.00 पर हैं, तो:
1. Edge bootstrap_4.52.02.sh फ़ाइल को /tmp/bootstrap_4.52.02.sh पर डाउनलोड करें:
```
curl https://software.apigee.com/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
```
2. नीचे दिए गए निर्देश का इस्तेमाल करके, Edge 4.52.02 apigee-service यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/bootstrap_4.52.02.sh apigeeuser=uName apigeepassword=pWord
```
  जहां uName:pWord, आपको Apigee से मिला उपयोगकर्ता नाम और पासवर्ड है. pWord को छोड़ने पर, आपको इसे डालने के लिए कहा जाएगा.
  
  डिफ़ॉल्ट रूप से, इंस्टॉलर यह जांच करता है कि आपके पास Java 1.8 इंस्टॉल है या नहीं. अगर आप ऐसा नहीं करते हैं, तो इंस्टॉलर आपके लिए इसे इंस्टॉल करता है.
  
  Java इंस्टॉलेशन को मैनेज करने का तरीका बताने के लिए, JAVA_FIX विकल्प का इस्तेमाल करें. 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: कैसंड्रा
    - edge: Edge के यूज़र इंटरफ़ेस (यूआई) को छोड़कर सभी Edge कॉम्पोनेंट: मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राऊटर, क्यूपीआईडी सर्वर, पोस्टग्रीस सर्वर
    - ldap: OpenLDAP
    - ps: postgresql
    - qpid: क्यूपिड
    - sso: Apigee एसएसओ (अगर आपने एसएसओ इंस्टॉल किया है)
    - ue: नया एज यूज़र इंटरफ़ेस (यूआई)
    - ui: क्लासिक एज यूज़र इंटरफ़ेस (यूआई)
    - zk: ज़ूकीपर
  - configFile वही कॉन्फ़िगरेशन फ़ाइल है जिसका इस्तेमाल आपने 4.50.00 या 4.51.00 इंस्टॉलेशन के दौरान, अपने Edge कॉम्पोनेंट तय करने के लिए किया था.
  component को "सभी" पर सेट करके, update.sh को सभी कॉम्पोनेंट के लिए चलाया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपके पास Edge ऑल-इन-वन (AIO) इंस्टॉलेशन प्रोफ़ाइल हो. उदाहरण के लिए:
```
/opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
```
7. अगर आपने अभी तक एज यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट नहीं किया है, तो इसे चलाने वाले सभी नोड पर इसे रीस्टार्ट करें:
```
/opt/apigee/apigee-service/bin/apigee-service edge-ui restart
```
8. इंस्टॉल की जांच करना में बताए गए तरीके का इस्तेमाल करके, मैनेजमेंट सर्वर पर apigee-validate यूटिलिटी चलाकर अपडेट की जांच करें.

अगर बाद में अपडेट को रोल बैक किया जाता है, तो 4.52.02.02 को रोल बैक करें में बताया गया तरीका अपनाएं.

स्थानीय डेटा स्टोर से 4.52.02 पर अपडेट करें

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

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

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

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

Edge apigee-setup उपयोगिता इंस्टॉल करें पर मौजूद "स्थानीय Apigee डेटा स्टोर करने की जगह बनाएं" में बताए गए तरीके के मुताबिक, 4.52.02 का लोकल रेपो बनाएं.
ध्यान दें: अगर आपके पास पहले से ही कोई रेपो मौजूद है, तो उसमें 4.52.02 रेपो जोड़ें. इसके बारे में, Edge apigee-setup यूटिलिटी इंस्टॉल करने के "स्थानीय Apigee रिपॉज़िटरी को अपडेट करना" सेक्शन में बताया गया है.
.tar फ़ाइल से apigee-service इंस्टॉल करने के लिए:
1. लोकल रेपो वाले नोड पर, लोकल रेपो को /opt/apigee/data/apigee-mirror/apigee-4.52.02.tar.gz नाम की एक .tar फ़ाइल में पैकेज करने के लिए इस कमांड का इस्तेमाल करें:
```
/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
```
2. .tar फ़ाइल को उस नोड पर कॉपी करें जहां आपको Edge अपडेट करना है. उदाहरण के लिए, इसे नए नोड की /tmp डायरेक्ट्री में कॉपी करें.
3. नए नोड पर, फ़ाइल को /tmp डायरेक्ट्री से हटाएं:
```
tar -xzf apigee-4.52.02.tar.gz
```
  यह निर्देश .tar फ़ाइल वाली डायरेक्ट्री में repos नाम की एक नई डायरेक्ट्री बनाता है. उदाहरण के लिए, /tmp/repos.
4. /tmp/repos से Edge apigee-service यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/repos/bootstrap_4.52.02.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
```
  ध्यान दें कि आपने इस कमांड में रिपोज़ डायरेक्ट्री का पाथ शामिल किया है.
Nginx वेबसर्वर का इस्तेमाल करके, apigee-service इंस्टॉल करने के लिए:
1. Edge apigee-setup उपयोगिता इंस्टॉल करें पर, "Nginx वेब सर्वर का इस्तेमाल करके रेपो से इंस्टॉल करें" सेक्शन में बताए गए तरीके से Nginx वेब सर्वर को कॉन्फ़िगर करें.
2. रिमोट नोड पर, Edge bootstrap_4.52.02.sh फ़ाइल को /tmp/bootstrap_4.52.02.sh पर डाउनलोड करें:
```
/usr/bin/curl http://uName:pWord@remoteRepo:3939/bootstrap_4.52.02.sh -o /tmp/bootstrap_4.52.02.sh
```
  जहां uName:pWord वह उपयोगकर्ता नाम और पासवर्ड है जिसे आपने रेपो के लिए पहले सेट किया था. वहीं, remoteRepo, रेपो नोड का आईपी पता या डीएनएस नाम है.
3. रिमोट नोड पर, Edge apigee-setup यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/bootstrap_4.52.02.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: कैसंड्रा
  - edge: Edge यूज़र इंटरफ़ेस (यूआई) को छोड़कर सभी एज कॉम्पोनेंट: मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राऊटर, क्यूपीआईडी सर्वर, पोस्टग्रीस सर्वर
  - ldap: OpenLDAP
  - ps: postgresql
  - qpid: क्यूपिड
  - sso: Apigee एसएसओ (अगर आपने एसएसओ इंस्टॉल किया है)
  - ue नया एज यूज़र इंटरफ़ेस (यूआई)
  - ui: क्लासिक एज यूज़र इंटरफ़ेस (यूआई)
  - zk: ज़ूकीपर
- configFile वही कॉन्फ़िगरेशन फ़ाइल है जिसका इस्तेमाल 4.50.00 या 4.51.00 इंस्टॉलेशन के दौरान आपके Edge कॉम्पोनेंट तय करने के लिए किया गया था.
  ध्यान दें: कॉन्फ़िगरेशन फ़ाइल ऐसी होनी चाहिए जिसे "apigee" उपयोगकर्ता आसानी से पढ़ सके. मालिक बदलने के लिए, नीचे दिए गए निर्देश का इस्तेमाल करें:
```
chown apigee:apigee configFile
```
component को "सभी" पर सेट करके, update.sh को सभी कॉम्पोनेंट के लिए चलाया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपके पास Edge ऑल-इन-वन (AIO) इंस्टॉलेशन प्रोफ़ाइल हो. उदाहरण के लिए:
```
/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 यूटिलिटी चलाकर अपडेट की जांच करें.

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

एज इंस्टॉलेशन के दौरान, मशीनों को अपडेट करने का क्रम यह होना ज़रूरी है:

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

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

1-नोड स्टैंडअलोन कॉन्फ़िगरेशन को 4.52.02 पर अपग्रेड करने के लिए:

सभी कॉम्पोनेंट अपडेट करें:
```
/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
```

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

दो-नोड स्टैंडअलोन इंस्टॉलेशन के लिए, नीचे दिए गए कॉम्पोनेंट अपडेट करें:

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

मशीन 1 पर कैसंड्रा और ज़ूकीपर अपडेट करें:
```
/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 एसएसओ को इंस्टॉल किया है) मशीन 1 पर Apigee एसएसओ को अपडेट करें:
```
/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
```

5-नोड अपग्रेड

5-नोड इंस्टॉलेशन के लिए इन कॉम्पोनेंट को अपडेट करें:

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

मशीन 1, 2, और 3 पर कैसंड्रा और ज़ूकीपर अपडेट करें:
```
/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 यूआई इंस्टॉल किया है, तो सही मशीन पर 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 एसएसओ को इंस्टॉल किया है) मशीन 1 पर Apigee एसएसओ को अपडेट करें:
```
/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-management-ui कॉम्पोनेंट को रीस्टार्ट करें (यह मशीन 1 नहीं हो सकती):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

9-नोड वाला क्लस्टर किया गया अपग्रेड

9-नोड क्लस्टर वाले इंस्टॉलेशन के लिए नीचे दिए गए कॉम्पोनेंट अपडेट करें:

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

मशीन 1, 2, और 3 पर कैसंड्रा और ज़ूकीपर अपडेट करें:
```
/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 एसएसओ को इंस्टॉल किया है) मशीन 1 पर Apigee एसएसओ को अपडेट करें:
```
/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-management-ui कॉम्पोनेंट को रीस्टार्ट करें (यह मशीन 1 नहीं हो सकती):
```
/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
```

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

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

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

मशीन 1, 2, और 3 पर कैसंड्रा और ज़ूकीपर अपडेट करें:
```
/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 पर LDAP अपडेट करें:
```
/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 एसएसओ को इंस्टॉल किया है) तो मशीन 6 और 7 पर Apigee एसएसओ को अपडेट करें:
```
/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-नोड क्लस्टर वाले इंस्टॉलेशन के लिए नीचे दिए गए कॉम्पोनेंट अपडेट करें:

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

कैसंड्रा और ज़ूकीपर अपडेट करें:
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 एसएसओ को इंस्टॉल किया है) Apigee एसएसओ को अपडेट करें:
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, जिसका मतलब है सभी नोड पर इस क्रम में "-c Edge" प्रोफ़ाइल: Qpid सर्वर वाले नोड, Edge Postgres सर्वर, मैनेजमेंट सर्वर, मैसेज प्रोसेसर, और राऊटर.
ध्यान दें: अगर किसी नोड में Qpid सर्वर और Edge Postgres सर्वर, दोनों इंस्टॉल हैं, तो "-c Edge" प्रोफ़ाइल चरण चलाएं.
क्यूपिड
Edge UI (क्लासिक या नया)
apigee-adminapi
Apigee एसएसओ

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