Apigee, Edge for Private Cloud को सीधे 4.52.02 वर्शन से 4.53.00 वर्शन पर अपग्रेड करने की सुविधा देता है. इस पेज पर, ऐसे अपग्रेड करने का तरीका बताया गया है.
काम करने वाले अपग्रेड पाथ की खास जानकारी के लिए, Edge for Private Cloud रिलीज़ के लिए अपग्रेड कंपैटिबिलिटी मैट्रिक देखें.
अपडेट करने की अनुमति किसके पास है
अपडेट करने वाला व्यक्ति वही होना चाहिए जिसने मूल रूप से Edge इंस्टॉल किया था या जो रूट के तौर पर काम कर रहा हो.
Edge RPM इंस्टॉल करने के बाद, कोई भी व्यक्ति उन्हें कॉन्फ़िगर कर सकता है.
आपको कौनसे कॉम्पोनेंट अपडेट करने होंगे
आपको Edge के सभी कॉम्पोनेंट अपडेट करने होंगे. Edge, ऐसे सेटअप के साथ काम नहीं करता जिसमें एक से ज़्यादा वर्शन के कॉम्पोनेंट शामिल हों.
ज़रूरी शर्तें अपडेट करना
Apigee Edge को अपग्रेड करने से पहले, इन ज़रूरी शर्तों को पूरा करना न भूलें:
- सभी नोड का बैक अप लें
हमारा सुझाव है कि अपडेट करने से पहले, सुरक्षा के लिहाज़ से सभी नोड का पूरा बैक अप लें. बैकअप लेने के लिए, Edge के मौजूदा वर्शन के लिए बताए गए तरीके का इस्तेमाल करें.इससे, नए वर्शन में अपडेट करने पर ठीक से काम न करने की स्थिति में, आपके पास बैकअप प्लान होता है. बैकअप लेने के बारे में ज़्यादा जानने के लिए, बैकअप और रीस्टोर करना लेख पढ़ें.
- पक्का करें कि Edge चालू हो
इस निर्देश का इस्तेमाल करके, पक्का करें कि अपडेट की प्रोसेस के दौरान Edge चालू हो:/opt/apigee/apigee-service/bin/apigee-all status
- Cassandra से जुड़ी ज़रूरी शर्तों की पुष्टि करना
अगर आपने पहले Edge for Private Cloud के पुराने वर्शन से 4.52.02 वर्शन पर अपग्रेड किया था और अब आपको 4.53.00 वर्शन पर अपग्रेड करना है, तो पक्का करें कि आपने Cassandra के लिए, अपग्रेड के बाद के ज़रूरी चरण पूरे कर लिए हों. इन चरणों के बारे में, वर्शन 4.52.02 के अपग्रेड से जुड़े दस्तावेज़ में अपग्रेड के बाद के चरण में बताया गया है. अगर आपको नहीं पता कि पिछले अपग्रेड के दौरान ये चरण पूरे किए गए थे या नहीं, तो 4.53.00 वर्शन पर अपग्रेड करने से पहले, इन्हें फिर से पूरा करें. - Edge for Private Cloud 4.53.00 में आईडीपी पासकोड और सर्टिफ़िकेट कॉन्फ़िगर करना
Edge for Private Cloud 4.53.00 में,
apigee-sso
कॉम्पोनेंट में इस्तेमाल की गई आईडीपी कुंजियों और सर्टिफ़िकेट को अब कीस्टोर के ज़रिए कॉन्फ़िगर किया जाता है. आपको उस कुंजी और सर्टिफ़िकेट को कीस्टोर में एक्सपोर्ट करना होगा जिसका इस्तेमाल आपने पहले किया था. एसएसओ कॉम्पोनेंट को अपडेट करने से पहले, पुराने वर्शन से Apigee एसएसओ को अपडेट करने का तरीका सेक्शन में दिया गया तरीका अपनाएं. - Python से जुड़ी ज़रूरी शर्तें
अपग्रेड करने से पहले, पक्का करें कि Cassandra नोड के साथ-साथ सभी नोड में Python 3 इंस्टॉल हो.
प्रॉपर्टी सेटिंग का अपने-आप प्रॉपेगेट होना
अगर आपने /opt/apigee/customer/application
में .properties
फ़ाइलों में बदलाव करके कोई प्रॉपर्टी सेट की है, तो अपडेट होने के बाद भी ये वैल्यू सेव रहती हैं.
Cassandra 4.0.13 पर अपग्रेड करना ज़रूरी है
Private Cloud 4.53.00 के लिए Apigee Edge में, Cassandra को 4.0.13 वर्शन पर अपग्रेड किया गया है.
अपग्रेड और रोलबैक
- Cassandra 3.11.X से Cassandra 4.0.X पर अपग्रेड करना आसान है. Cassandra 4.0.X, Edge for Private Cloud 4.53.00 के साथ रिलीज़ किया गया है. यह Private Cloud 4.52.02 के रनटाइम और मैनेजमेंट कॉम्पोनेंट के साथ काम करता है.
- Cassandra 4.0.X से 3.11.X पर सीधे तौर पर रोलबैक नहीं किया जा सकता. रिप्लिकेट या बैकअप का इस्तेमाल करके रोल-बैक करना एक मुश्किल प्रोसेस है. इसमें डेटा का नुकसान और/या डाउनटाइम हो सकता है. समस्याओं को हल करना और Cassandra 4.0.X पर अपग्रेड करना, रोल-बैक करने के मुकाबले बेहतर है.
- अपग्रेड करने से पहले, रोलबैक की प्रोसेस के बारे में जानना ज़रूरी है. अपग्रेड के दौरान, रोलबैक की बारीकियों को ध्यान में रखना ज़रूरी है, ताकि यह पक्का किया जा सके कि रोलबैक के सही पाथ उपलब्ध हों.
एक डेटा सेंटर
एक ही डेटा सेंटर में Cassandra को 3.11.X से 4.0.X पर अपग्रेड करना आसान है. हालांकि, रोलबैक करना मुश्किल है. इससे, डेटा सेंटर के बंद रहने और डेटा के मिटने की समस्या हो सकती है. प्रोडक्शन वर्कलोड के लिए, हमारा सुझाव है कि अपग्रेड शुरू करने से पहले, नया डेटा सेंटर जोड़ें. साथ ही, नए डेटा सेंटर में कम से कम Cassandra नोड उपलब्ध होने चाहिए. इससे, Cassandra को रोलबैक किया जा सकेगा. ऐसा करने पर, आपके एपीआई ट्रैफ़िक पर कोई असर नहीं पड़ेगा और आपका डेटा भी नहीं मिटेगा. अपग्रेड पूरा होने या दूसरे चेकपॉइंट पर पहुंचने के बाद, इस अतिरिक्त डेटा सेंटर को बंद किया जा सकता है.
अगर नया डेटा सेंटर जोड़ना मुमकिन नहीं है, लेकिन आपको अब भी रोलबैक की सुविधा चाहिए, तो 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 नोड को अपग्रेड कर लें.
- रोकें और पुष्टि करें: एक डेटा सेंटर को अपग्रेड करने के बाद, उसे रोकें. इससे यह पक्का किया जा सकता है कि आपका निजी क्लाउड क्लस्टर, खास तौर पर अपग्रेड किया गया डेटा सेंटर सही तरीके से काम कर रहा है.
- ध्यान रखें: Cassandra के पिछले वर्शन पर सिर्फ़ तब रोल बैक किया जा सकता है, जब आपके पास कम से कम एक ऐसा डेटा सेंटर हो जो अब भी पुराना वर्शन चला रहा हो.
- समय-सीमित: सुविधा की पुष्टि करने के लिए, कुछ समय के लिए (कुछ घंटों का सुझाव दिया जाता है) रोक लगाई जा सकती है. हालांकि, आपके पास हमेशा के लिए, अलग-अलग वर्शन के साथ काम करने का विकल्प नहीं है. ऐसा इसलिए है, क्योंकि अलग-अलग वर्शन वाले नोड वाले कैसंड्रा क्लस्टर में, काम करने से जुड़ी सीमाएं होती हैं.
- पूरी तरह से जांच करना: Apigee का सुझाव है कि अगले डेटा सेंटर को अपग्रेड करने से पहले, परफ़ॉर्मेंस और फ़ंक्शन की पूरी तरह से जांच कर लें. सभी डेटा सेंटर अपग्रेड होने के बाद, पुराने वर्शन पर वापस नहीं जाया जा सकता.
दो चेकपॉइंट वाली प्रोसेस के तौर पर रोलबैक करना
- पहला चेकपॉइंट: शुरुआती स्थिति, जिसमें सभी कॉम्पोनेंट 4.52.02 वर्शन पर हैं. जब तक कम से कम एक Cassandra डेटा सेंटर पुराने वर्शन पर रहेगा, तब तक पूरा रोलबैक किया जा सकता है.
- दूसरा चेकपॉइंट: सभी डेटा सेंटर में मौजूद सभी Cassandra नोड अपडेट होने के बाद. इस स्थिति पर वापस लाया जा सकता है, लेकिन पहले चेकपॉइंट पर वापस नहीं जाया जा सकता.
उदाहरण
दो डेटा सेंटर (डीसी) वाले क्लस्टर पर विचार करें:
- शुरू करने की स्थिति: दोनों डीसी में Cassandra नोड, 3.11.X वर्शन पर हैं. अन्य सभी नोड, Edge for Private Cloud के वर्शन 4.52.02 पर हैं. मान लें कि हर डीसी में तीन Cassandra नोड हैं.
- डीसी-1 को अपग्रेड करना: डीसी-1 में मौजूद तीन Cassandra नोड को एक-एक करके अपग्रेड करें.
- रोकें और पुष्टि करें: क्लस्टर को रोककर, खास तौर पर डीसी-1 की परफ़ॉर्मेंस और फ़ंक्शन की जांच करें. इससे यह पक्का किया जा सकता है कि क्लस्टर सही तरीके से काम कर रहा है. DC-2 में Cassandra नोड का इस्तेमाल करके, शुरुआती स्थिति पर वापस लौटा जा सकता है. याद रखें कि अलग-अलग वर्शन वाले Cassandra क्लस्टर की सीमाओं की वजह से, यह रोक कुछ समय के लिए ही होनी चाहिए.
- डीसी-2 को अपग्रेड करना: डीसी-2 में बचे तीन Cassandra नोड को अपग्रेड करें. यह आपका नया रोलबैक चेकपॉइंट बन जाता है.
- अन्य कॉम्पोनेंट अपग्रेड करना: सभी डेटा सेंटर में, मैनेजमेंट, रनटाइम, और आंकड़े वाले नोड को हमेशा की तरह अपग्रेड करें. एक बार में एक नोड और एक डेटा सेंटर अपग्रेड करें. अगर कोई समस्या आती है, तो चरण चार पर वापस जाकर उसे ठीक किया जा सकता है.
Cassandra को अपग्रेड करने से जुड़ी ज़रूरी शर्तें
आपके पास Edge for Private Cloud 4.52.02 के साथ Cassandra 3.11.16 होना चाहिए. साथ ही, यह पक्का करें कि:- पूरा क्लस्टर काम कर रहा है और Cassandra 3.11.16 के साथ पूरी तरह से काम कर रहा है.
- डेटा कंपैक्ट करने की रणनीति को
LeveledCompactionStrategy
पर सेट किया गया है. यह 4.52.02 वर्शन पर अपग्रेड करने के लिए ज़रूरी है. - 4.52.02 अपग्रेड के हिस्से के तौर पर, Cassandra 3.11.16 पर शुरुआती अपग्रेड से लेकर अपग्रेड के बाद के सभी चरण पूरे हो चुके हैं. अगर ऐसा नहीं होता है, तो यह तरीका फिर से आज़माएं. यह सिर्फ़ तब लागू होता है, जब आपने किसी पुराने वर्शन से Private Cloud के वर्शन 4.52.02 पर अपग्रेड किया हो.
पहला चरण: अपग्रेड की तैयारी करना
यहां दिया गया तरीका, आम तौर पर बनाई जाने वाली स्टैंडर्ड फ़ाइलों के अलावा है. जैसे, कॉम्पोनेंट अपग्रेड करने के लिए Apigee की स्टैंडर्ड कॉन्फ़िगरेशन फ़ाइल.
- Apigee का इस्तेमाल करके Cassandra का बैकअप लें.
- अगर हो सके, तो Cassandra नोड के VM के स्नैपशॉट लें.
- पक्का करें कि पोर्ट 9042 को Edge for Private Cloud के सभी कॉम्पोनेंट से ऐक्सेस किया जा सके. इनमें मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राउटर, Qpid, और Postgres के साथ-साथ Cassandra नोड भी शामिल हैं. अगर पोर्ट 9042 पहले से कॉन्फ़िगर नहीं है, तो उसे कॉन्फ़िगर करें. ज़्यादा जानकारी के लिए, पोर्ट से जुड़ी ज़रूरी शर्तें देखें.
दूसरा चरण: सभी 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
तीसरा चरण: सभी मैनेजमेंट नोड अपग्रेड करना
सभी क्षेत्रों में सभी मैनेजमेंट नोड को एक-एक करके अपग्रेड करें:
/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 एसएसओ को पुराने वर्शन से अपडेट करने का तरीका
Edge for Private Cloud 4.53.00 में, apigee-sso
कॉम्पोनेंट में इस्तेमाल की गई आईडीपी कुंजियों और सर्टिफ़िकेट को अब कीस्टोर के ज़रिए कॉन्फ़िगर किया जाता है. आपको पहले इस्तेमाल की गई पासकोड और सर्टिफ़िकेट को कीस्टोर में एक्सपोर्ट करना होगा. इसके बाद, उसे कॉन्फ़िगर करें और फिर एसएसओ (SSO) अपडेट को सामान्य तरीके से जारी रखें.
-
आईडीपी को कॉन्फ़िगर करने के लिए इस्तेमाल की गई मौजूदा कुंजी और सर्टिफ़िकेट की पहचान करें:
-
एसएसओ इंस्टॉलेशन कॉन्फ़िगरेशन फ़ाइल में 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
-
एसएसओ इंस्टॉलेशन कॉन्फ़िगरेशन फ़ाइल में 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
-
-
कुंजी और सर्टिफ़िकेट को कीस्टोर में एक्सपोर्ट करें:
-
पासकोड और सर्टिफ़िकेट को PKCS12 कीस्टोर में एक्सपोर्ट करें:
sudo openssl pkcs12 -export -clcerts -in <certificate_path> -inkey <key_path> -out <keystore_path> -name <alias>
पैरामीटर:
certificate_path
: पहले चरण के पहले उप-चरण में मिली सर्टिफ़िकेट फ़ाइल का पाथ.key_path
: पहले चरण के दूसरे हिस्से में वापस लाई गई निजी कुंजी की फ़ाइल का पाथ.keystore_path
: सर्टिफ़िकेट और निजी कुंजी वाले नए बनाए गए पासकोड का पाथ.alias
: पासकोड में कुंजी और सर्टिफ़िकेट के जोड़े के लिए इस्तेमाल किया जाने वाला उपनाम.
ज़्यादा जानकारी के लिए, OpenSSL दस्तावेज़ देखें.
-
(ज़रूरी नहीं) कुंजी और सर्टिफ़िकेट को PKCS12 से JKS कीस्टोर में एक्सपोर्ट करें:
sudo keytool -importkeystore -srckeystore <PKCS12_keystore_path> -srcstoretype PKCS12 -destkeystore <destination_keystore_path> -deststoretype JKS -alias <alias>
पैरामीटर:
PKCS12_keystore_path
: दूसरे चरण के पहले हिस्से में बनाए गए पीकेसीएस12 कीस्टोर का पाथ, जिसमें सर्टिफ़िकेट और पासकोड शामिल है.destination_keystore_path
: नए JKS पासकोड का पाथ, जहां सर्टिफ़िकेट और पासकोड एक्सपोर्ट किया जाएगा.alias
: JKS कीस्टोर में कुंजी और सर्टिफ़िकेट के जोड़े के लिए इस्तेमाल किया जाने वाला उपनाम.
ज़्यादा जानकारी के लिए, keytool दस्तावेज़ देखें.
-
पासकोड और सर्टिफ़िकेट को PKCS12 कीस्टोर में एक्सपोर्ट करें:
- आउटपुट की पासकोड फ़ाइल के मालिक को "apigee" उपयोगकर्ता में बदलें:
sudo chown apigee:apigee <keystore_file>
-
Apigee एसएसओ कॉन्फ़िगरेशन फ़ाइल में ये प्रॉपर्टी जोड़ें और उन्हें पासवर्ड, पासकोड, पासकोड टाइप, और उपनाम के साथ अपडेट करें:
# 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 एसएसओ सॉफ़्टवेयर को हमेशा की तरह अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f /opt/silent.conf
Edge का नया यूज़र इंटरफ़ेस (यूआई)
इस सेक्शन में, Edge के यूज़र इंटरफ़ेस (यूआई) से जुड़ी बातों के बारे में बताया गया है. ज़्यादा जानकारी के लिए, निजी क्लाउड के लिए Edge का नया यूज़र इंटरफ़ेस (यूआई) देखें.
Edge का यूज़र इंटरफ़ेस (यूआई) इंस्टॉल करना
शुरुआती इंस्टॉलेशन पूरा करने के बाद, Apigee का सुझाव है कि आप Edge यूज़र इंटरफ़ेस इंस्टॉल करें. यह Apigee Edge for Private Cloud के डेवलपर और एडमिन के लिए बेहतर यूज़र इंटरफ़ेस है.
ध्यान दें कि Edge के यूज़र इंटरफ़ेस (यूआई) के लिए, आपको बुनियादी पुष्टि की सुविधा बंद करनी होगी और किसी IDP का इस्तेमाल करना होगा. जैसे, एसएएमएल या एलडीपी.
ज़्यादा जानकारी के लिए, Edge का नया यूज़र इंटरफ़ेस (यूआई) इंस्टॉल करना लेख पढ़ें.
Apigee mTLS के साथ अपडेट करना
Apigee mTLS को अपडेट करने के लिए , यह तरीका अपनाएं:
अपडेट को रोल-बैक करना
अगर अपडेट नहीं हो पाता है, तो समस्या को ठीक करने के बाद, update.sh
को फिर से चलाएं. अपडेट को कई बार चलाया जा सकता है. ऐसा करने पर, अपडेट वहीं से शुरू होता है जहां से इसे पिछली बार बंद किया गया था.
अगर अपडेट को रोल बैक करके पिछले वर्शन पर जाना है, तो ज़्यादा जानकारी के लिए, 4.53.00 को रोल बैक करना देखें.
अपडेट की जानकारी को लॉग करना
डिफ़ॉल्ट रूप से, update.sh
उपयोगिता लॉग की जानकारी यहां लिखती है:
/opt/apigee/var/log/apigee-setup/update.log
अगर update.sh
यूटिलिटी चलाने वाले व्यक्ति के पास उस डायरेक्ट्री का ऐक्सेस नहीं है, तो वह /tmp
डायरेक्ट्री में update_username.log
नाम की फ़ाइल के तौर पर लॉग को लिखता है.
अगर उस व्यक्ति के पास /tmp
का ऐक्सेस नहीं है, तो update.sh
की सुविधा काम नहीं करती.
बिना किसी डाउनटाइम के अपडेट करना
बिना किसी रुकावट के अपडेट करने की सुविधा या रोलिंग अपडेट की मदद से, Edge को बंद किए बिना ही उसे अपडेट किया जा सकता है.
बिना किसी रुकावट के अपडेट करने की सुविधा, सिर्फ़ पांच या उससे ज़्यादा नोड वाले कॉन्फ़िगरेशन के साथ काम करती है.
बिना किसी रुकावट के अपग्रेड करने के लिए, लोड बैलेंसर से हर राउटर को एक-एक करके हटाएं. इसके बाद, राऊटर और उसी मशीन पर मौजूद अन्य कॉम्पोनेंट को अपडेट करें जिस पर राऊटर मौजूद है. इसके बाद, राऊटर को लोड बैलेंसर में फिर से जोड़ें.
- मशीन अपडेट करने का क्रम में बताए गए तरीके के मुताबिक, अपने इंस्टॉलेशन के लिए मशीनों को सही क्रम में अपडेट करें.
- जब राऊटर अपडेट करने का समय आए, तो कोई एक राऊटर चुनें और उसे ऐक्सेस न किया जा सके, जैसा कि सर्वर (मैसेज प्रोसेसर/राऊटर) को ऐक्सेस करने की सुविधा चालू/बंद करना में बताया गया है.
- चुने गए राऊटर और अन्य सभी Edge कॉम्पोनेंट को उसी मशीन पर अपडेट करें जिस पर राऊटर मौजूद है. सभी Edge कॉन्फ़िगरेशन, एक ही नोड पर राऊटर और मैसेज प्रोसेसर दिखाते हैं.
- राऊटर को फिर से ऐक्सेस किया जा सके.
- बाकी राउटर के लिए, दूसरे से चौथे चरण तक की प्रक्रिया दोहराएं.
- इंस्टॉलेशन में बाकी बची मशीनों के लिए अपडेट जारी रखें.
अपडेट करने से पहले और बाद में, इन बातों का ध्यान रखें:
- राऊटर और मैसेज प्रोसेसर नोड को मिलाकर:
- अपडेट करने से पहले – ये काम करें:
- राऊटर को ऐक्सेस न किया जा सके.
- मैसेज प्रोसेसर को ऐक्सेस न किया जा सके.
- अपडेट करने के बाद – ये काम करें:
- मैसेज प्रोसेसर को ऐक्सेस किया जा सके.
- राऊटर को ऐक्सेस किया जा सके.
- अपडेट करने से पहले – ये काम करें:
- एक राऊटर नोड पर:
- अपडेट करने से पहले, राऊटर को ऐक्सेस न किया जा सके.
- अपडेट करने के बाद, राऊटर को ऐक्सेस करने लायक बनाएं.
- एक मैसेज प्रोसेसर नोड पर:
- अपडेट करने से पहले, मैसेज प्रोसेसर को ऐक्सेस न किया जा सके.
- अपडेट करने के बाद, मैसेज प्रोसेसर को ऐक्सेस करने लायक बनाएं.
साइलेंट कॉन्फ़िगरेशन फ़ाइल का इस्तेमाल करना
आपको अपडेट कमांड में एक साइलेंट कॉन्फ़िगरेशन फ़ाइल पास करनी होगी. साइलेंट कॉन्फ़िगरेशन फ़ाइल वही होनी चाहिए जिसका इस्तेमाल आपने Edge for Private Cloud 4.52.02 को इंस्टॉल करने के लिए किया था.
बाहरी इंटरनेट कनेक्शन वाले नोड पर, 4.53.00 पर अपडेट करना
किसी नोड पर Edge कॉम्पोनेंट अपडेट करने के लिए, यह तरीका अपनाएं:
- अगर मौजूद है, तो अपडेट पूरा होने तक, Cassandra पर रिपेयर ऑपरेशन करने के लिए कॉन्फ़िगर की गई सभी
cron
जॉब बंद करें. - Edge RPM इंस्टॉल करने के लिए, अपने नोड में रूट के तौर पर लॉग इन करें.
- 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 है, तो:
- 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
- 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 इंस्टॉल करना होगा.
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
: Cassandraedge
: Edge यूज़र इंटरफ़ेस (यूआई) को छोड़कर, Edge के सभी कॉम्पोनेंट: मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राउटर, QPID सर्वर, Postgres सर्वरldap
: OpenLDAPps
: postgresqlqpid
: qpiddsso
: Apigee एसएसओ (अगर आपने एसएसओ इंस्टॉल किया है)ue
: Edge का नया यूज़र इंटरफ़ेस (यूआई)ui
: Edge के क्लासिक यूज़र इंटरफ़ेस (यूआई)zk
: Zookeeper
- configFile वही कॉन्फ़िगरेशन फ़ाइल है जिसका इस्तेमाल आपने 4.52.02 को इंस्टॉल करते समय, अपने Edge कॉम्पोनेंट तय करने के लिए किया था.
component को "सभी" पर सेट करके, सभी कॉम्पोनेंट के लिए
update.sh
चलाया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपके पास Edge की ऑल-इन-वन (एआईओ) इंस्टॉलेशन प्रोफ़ाइल हो. उदाहरण के लिए:/opt/apigee/apigee-setup/bin/update.sh -c all -f ./sa_silent_config
- component वह Edge कॉम्पोनेंट है जिसे अपडेट करना है. ये वैल्यू हो सकती हैं:
- अगर आपने Edge UI कॉम्पोनेंट को चलाने वाले सभी नोड पर, उन्हें पहले से रीस्टार्ट नहीं किया है, तो ऐसा करें:
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
- इंस्टॉल की जांच करें में बताए गए तरीके के मुताबिक, मैनेजमेंट
सर्वर पर
apigee-validate
यूटिलिटी चलाकर अपडेट की जांच करें.
- Edge
अगर आपको बाद में अपडेट को रोल बैक करना है, तो 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 का स्थानीय रिपॉज़िटरी बनाएं.
- .tar फ़ाइल से apigee-service इंस्टॉल करने के लिए:
- लोकल रिपॉज़िटरी वाले नोड पर, लोकल रिपॉज़िटरी को
/opt/apigee/data/apigee-mirror/apigee-4.53.00.tar.gz
नाम की एक .tar फ़ाइल में पैकेज करने के लिए, यह कमांड इस्तेमाल करें:/opt/apigee/apigee-service/bin/apigee-service apigee-mirror package
- .tar फ़ाइल को उस नोड पर कॉपी करें जहां आपको Edge अपडेट करना है. उदाहरण के लिए, इसे नए नोड पर
/tmp
डायरेक्ट्री में कॉपी करें. - नए नोड पर, फ़ाइल को
/tmp
डायरेक्ट्री में अनटैग करें:tar -xzf apigee-4.53.00.tar.gz
यह कमांड, .tar फ़ाइल वाली डायरेक्ट्री में
repos
नाम की एक नई डायरेक्ट्री बनाता है. उदाहरण के लिए,/tmp/repos
. /tmp/repos
से Edgeapigee-service
की यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:sudo bash /tmp/repos/bootstrap_4.53.00.sh apigeeprotocol="file://" apigeerepobasepath=/tmp/repos
ध्यान दें कि इस कमांड में, रिपॉज़िटरी डायरेक्ट्री का पाथ शामिल किया गया है.
- लोकल रिपॉज़िटरी वाले नोड पर, लोकल रिपॉज़िटरी को
- Nginx वेब सर्वर का इस्तेमाल करके apigee-service इंस्टॉल करने के लिए:
- Edge के लिए apigee-setup टूल इंस्टॉल करना में बताए गए तरीके के हिसाब से, Nginx वेब सर्वर को कॉन्फ़िगर करें. इसके लिए, "Nginx वेब सर्वर का इस्तेमाल करके, रिपॉज़िटरी से इंस्टॉल करें" पर जाएं.
- रिमोट नोड पर, 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, रिपॉज़िटरी नोड का आईपी पता या डीएनएस नेम है.
- रिमोट नोड पर, 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
: Cassandraedge
: Edge यूज़र इंटरफ़ेस (यूआई) को छोड़कर, Edge के सभी कॉम्पोनेंट: मैनेजमेंट सर्वर, मैसेज प्रोसेसर, राउटर, QPID सर्वर, Postgres सर्वरldap
: OpenLDAPps
: postgresqlqpid
: qpiddsso
: Apigee एसएसओ (अगर आपने एसएसओ इंस्टॉल किया है)ue
Edge का नया यूज़र इंटरफ़ेस (यूआई)ui
: Edge के क्लासिक यूज़र इंटरफ़ेस (यूआई)zk
: Zookeeper
- configFile वही कॉन्फ़िगरेशन फ़ाइल है जिसका इस्तेमाल आपने 4.50.00 या 4.51.00 इंस्टॉलेशन के दौरान, अपने Edge कॉम्पोनेंट तय करने के लिए किया था.
component को "सभी" पर सेट करके, सभी कॉम्पोनेंट के लिए
update.sh
चलाया जा सकता है. हालांकि, ऐसा सिर्फ़ तब किया जा सकता है, जब आपके पास Edge की ऑल-इन-वन (एआईओ) इंस्टॉलेशन प्रोफ़ाइल हो. उदाहरण के लिए:/opt/apigee/apigee-setup/bin/update.sh -c all -f /tmp/sa_silent_config
- component वह Edge कॉम्पोनेंट है जिसे अपडेट करना है. आम तौर पर, इन कॉम्पोनेंट को अपडेट किया जाता है:
- अगर आपने पहले से ऐसा नहीं किया है, तो इसे चलाने वाले सभी नोड पर यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
/opt/apigee/apigee-service/bin/apigee-service [edge-management-ui|edge-ui] restart
- इंस्टॉल की जांच करें में बताए गए तरीके के मुताबिक, मैनेजमेंट सर्वर पर
apigee-validate
यूटिलिटी को चलाकर अपडेट की जांच करें.
अगर आपको बाद में अपडेट को रोल बैक करना है, तो 4.53.00 को रोल बैक करना में बताए गए तरीके का इस्तेमाल करें.
मशीन अपडेट करने का क्रम
Edge इंस्टॉलेशन में मशीनों को अपडेट करने का क्रम अहम है:
- किसी भी दूसरे नोड को अपडेट करने से पहले, आपको Cassandra और ZooKeeper के सभी नोड अपडेट करने होंगे.
- अगर किसी मशीन में एक से ज़्यादा Edge कॉम्पोनेंट (मैनेजमेंट सर्वर, मैसेज प्रोसेसर,
राउटर, QPID सर्वर, लेकिन Postgres सर्वर नहीं) हैं, तो उन सभी को एक साथ अपडेट करने के लिए
-c edge
विकल्प का इस्तेमाल करें. - अगर किसी चरण में यह बताया गया है कि उसे एक से ज़्यादा मशीनों पर करना है, तो उसे तय किए गए मशीन के क्रम में करें.
- कमाई करने की सुविधा को अपडेट करने के लिए, कोई अलग चरण नहीं है.
-c edge
विकल्प चुनने पर, यह अपडेट हो जाता है.
एक-नोड वाला स्टैंडअलोन अपग्रेड
एक-नोड वाले स्टैंडअलोन कॉन्फ़िगरेशन को 4.53.00 पर अपग्रेड करने के लिए:
- सभी कॉम्पोनेंट अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c all -f configFile
- (अगर आपने
apigee-adminapi
इंस्टॉल किया है)apigee-adminapi
यूटिलिटी को अपडेट करें:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
दो नोड वाला स्टैंडअलोन अपग्रेड
दो-नोड वाले स्टैंडअलोन इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:
एज टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.
- पहली मशीन पर Cassandra और ZooKeeper को अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- दूसरी मशीन पर Postgres अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- पहली मशीन पर LDAP अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- दूसरी और पहली मशीन पर Edge कॉम्पोनेंट अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- दूसरी मशीन पर Qpid अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- पहली मशीन पर यूज़र इंटरफ़ेस (यूआई) अपडेट करें:
/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 एसएसओ इंस्टॉल किया है) पहली मशीन पर 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
पांच नोड वाला अपग्रेड
पांच नोड वाले इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:
एज टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.
- पहली, दूसरी, और तीसरी मशीन पर Cassandra और ZooKeeper को अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- चौथी मशीन पर Postgres अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- पांचवीं मशीन पर Postgres अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- पहली मशीन पर 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
- चौथी मशीन पर Qpid अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- पांचवीं मशीन पर 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
- क्लासिक यूज़र इंटरफ़ेस (यूआई): अगर क्लासिक यूज़र इंटरफ़ेस का इस्तेमाल किया जा रहा है, तो मशीन 1 पर
- (अगर आपने
apigee-adminapi
इंस्टॉल किया है) मशीन 1 परapigee-adminapi
की सुविधा को अपडेट किया गया:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (अगर आपने Apigee एसएसओ इंस्टॉल किया है) पहली मशीन पर 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 का नया यूज़र इंटरफ़ेस इंस्टॉल किया है, तो सही मशीन पर
edge-management-ui
कॉम्पोनेंट को रीस्टार्ट करें. ऐसा हो सकता है कि यह मशीन, 1 न हो:/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
- क्लासिक यूज़र इंटरफ़ेस: अगर क्लासिक यूज़र इंटरफ़ेस का इस्तेमाल किया जा रहा है, तो मशीन 1 पर
नौ नोड वाले क्लस्टर का अपग्रेड
नौ नोड वाले क्लस्टर किए गए इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:
एज टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.
- पहली, दूसरी, और तीसरी मशीन पर 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
- पहली मशीन पर 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
- छठी और सातवीं मशीन पर Qpid अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- पहली मशीन पर, नया यूज़र इंटरफ़ेस (
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 एसएसओ इंस्टॉल किया है) पहली मशीन पर 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 का नया यूज़र इंटरफ़ेस इंस्टॉल किया है, तो सही मशीन पर
edge-management-ui
कॉम्पोनेंट को रीस्टार्ट करें. ऐसा हो सकता है कि यह मशीन, 1 न हो:/opt/apigee/apigee-service/bin/apigee-service edge-management-ui restart
- क्लासिक यूज़र इंटरफ़ेस: अगर क्लासिक यूज़र इंटरफ़ेस का इस्तेमाल किया जा रहा है, तो मशीन 1 पर
13-नोड वाले क्लस्टर को अपग्रेड करना
13-नोड वाले क्लस्टर किए गए इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:
एज टोपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टोपोलॉजी देखें.
- पहली, दूसरी, और तीसरी मशीन पर 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
- चौथी और पांचवीं मशीन पर एलडीपी अपडेट करें:
/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
- छठी और सातवीं मशीन पर, नया यूज़र इंटरफ़ेस (
ue
) या क्लासिक यूज़र इंटरफ़ेस (ui
) में से किसी एक को अपडेट करें:/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- (अगर आपने
apigee-adminapi
इंस्टॉल किया है) छठी और सातवीं मशीन परapigee-adminapi
की सुविधा को अपडेट किया गया:/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- (अगर आपने Apigee एसएसओ इंस्टॉल किया है) छठी और सातवीं मशीन पर Apigee एसएसओ अपडेट करें:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
यहां sso_config_file वह कॉन्फ़िगरेशन फ़ाइल है जिसे आपने एसएसओ (SSO) इंस्टॉल करते समय बनाया था.
- यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को रीस्टार्ट करें:
- क्लासिक यूज़र इंटरफ़ेस (यूआई): अगर क्लासिक यूज़र इंटरफ़ेस (यूआई) का इस्तेमाल किया जा रहा है, तो छठी और सातवीं मशीन पर
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-नोड वाले क्लस्टर किए गए इंस्टॉलेशन के लिए, इन कॉम्पोनेंट को अपडेट करें:
एज टॉपोलॉजी और नोड नंबर की सूची के लिए, इंस्टॉलेशन टॉपोलॉजी देखें.
- Cassandra और ZooKeeper को अपडेट करें:
- डेटा सेंटर 1 में मशीन 1, 2, और 3 पर:
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- डेटा सेंटर 2 में मशीन 7, 8, और 9 पर
/opt/apigee/apigee-setup/bin/update.sh -c cs,zk -f configFile
- डेटा सेंटर 1 में मशीन 1, 2, और 3 पर:
- Postgres को अपडेट करना:
- डेटा सेंटर 1 में मशीन 6
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- डेटा सेंटर 2 में मशीन 12
/opt/apigee/apigee-setup/bin/update.sh -c ps -f configFile
- डेटा सेंटर 1 में मशीन 6
- एलडीपी अपडेट करें:
- डेटा सेंटर 1 में मशीन 1
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- डेटा सेंटर 2 में मशीन 7
/opt/apigee/apigee-setup/bin/update.sh -c ldap -f configFile
- डेटा सेंटर 1 में मशीन 1
- Edge के कॉम्पोनेंट अपडेट करें:
- डेटा सेंटर 1 में मशीनें 4, 5, 6, 1, 2, 3
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- डेटा सेंटर 2 में मशीनें 10, 11, 12, 7, 8, 9
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
- डेटा सेंटर 1 में मशीनें 4, 5, 6, 1, 2, 3
- qpidd को अपडेट करें:
- डेटा सेंटर 1 में मशीनें 4, 5
- चौथी मशीन पर
qpidd
अपडेट करें:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- पांचवीं मशीन पर
qpidd
अपडेट करें:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- चौथी मशीन पर
- डेटा सेंटर 2 में मशीनें 10, 11
- मशीन 10 पर
qpidd
को अपडेट करें:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- मशीन 11 पर
qpidd
को अपडेट करने के लिए:/opt/apigee/apigee-setup/bin/update.sh -c qpid -f configFile
- मशीन 10 पर
- डेटा सेंटर 1 में मशीनें 4, 5
- नए यूज़र इंटरफ़ेस (यूआई) (
ue
) या क्लासिक यूज़र इंटरफ़ेस (यूआई) (ui
) को अपडेट करें:- डेटा सेंटर 1 में मौजूद मशीन 1:
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- डेटा सेंटर 2 में मशीन 7:
/opt/apigee/apigee-setup/bin/update.sh -c [ui|ue] -f configFile
- डेटा सेंटर 1 में मौजूद मशीन 1:
- (अगर आपने
apigee-adminapi
इंस्टॉल किया है)apigee-adminapi
की सुविधा को अपडेट किया गया:- डेटा सेंटर 1 में मौजूद मशीन 1:
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- डेटा सेंटर 2 में मशीन 7:
/opt/apigee/apigee-service/bin/apigee-service apigee-adminapi update
- डेटा सेंटर 1 में मौजूद मशीन 1:
- (अगर आपने Apigee एसएसओ इंस्टॉल किया है) Apigee एसएसओ को अपडेट करें:
- डेटा सेंटर 1 में मौजूद मशीन 1:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
- डेटा सेंटर 2 में मशीन 7:
/opt/apigee/apigee-setup/bin/update.sh -c sso -f sso_config_file
यहां sso_config_file वह कॉन्फ़िगरेशन फ़ाइल है जिसे आपने एसएसओ (SSO) इंस्टॉल करते समय बनाया था.
- डेटा सेंटर 1 में मौजूद मशीन 1:
- पहली और सातवीं मशीन पर, Edge के नए यूज़र इंटरफ़ेस (यूआई) (
edge-management-ui
) या क्लासिक यूज़र इंटरफ़ेस (यूआई) (edge-ui
) कॉम्पोनेंट को रीस्टार्ट करें:/opt/apigee/apigee-service/bin/apigee-service [edge-ui|edge-management-ui] restart
नॉन-स्टैंडर्ड कॉन्फ़िगरेशन के लिए
अगर आपका कॉन्फ़िगरेशन स्टैंडर्ड नहीं है, तो Edge कॉम्पोनेंट को इस क्रम में अपडेट करें:
- ZooKeeper
- Cassandra
- ps
- LDAP
- Edge, इसका मतलब है कि सभी नोड पर "-c edge" प्रोफ़ाइल, इस क्रम में: Qpid सर्वर वाले नोड, Edge Postgres सर्वर, मैनेजमेंट सर्वर, मैसेज प्रोसेसर, और राउटर.
- qpidd
- Edge का यूज़र इंटरफ़ेस (यूआई) (क्लासिक या नया)
apigee-adminapi
- Apigee एसएसओ
अपडेट पूरा करने के बाद, Edge यूज़र इंटरफ़ेस (यूआई) कॉम्पोनेंट को उन सभी मशीनों पर रीस्टार्ट करना न भूलें जिन पर यह काम कर रहा है.