Google आपकी पसंदीदा भाषा में कॉन्टेंट का अनुवाद करने के लिए, एआई टेक्नोलॉजी का इस्तेमाल करता है. एआई से मिले अनुवादों में गलतियां हो सकती हैं.

4.50.00.03 - निजी क्लाउड के लिए Edge की जानकारी

Apigee Edge का दस्तावेज़ देखा जा रहा है.
Apigee X के दस्तावेज़ पर जाएं. info

हमने 29 सितंबर, 2020 को Apigee Edge for Private Cloud का नया वर्शन रिलीज़ किया था.

अपडेट करने की प्रोसेस

इस रिलीज़ को अपडेट करने से, आरपीएम की इस सूची में मौजूद कॉम्पोनेंट अपडेट हो जाएंगे:

edge-gateway-4.50.00-0.0.20093.noarch.rpm
edge-management-server-4.50.00-0.0.20093.noarch.rpm
edge-message-processor-4.50.00-0.0.20093.noarch.rpm
edge-postgres-server-4.50.00-0.0.20093.noarch.rpm
edge-qpid-server-4.50.00-0.0.20093.noarch.rpm
edge-router-4.50.00-0.0.20093.noarch.rpm
edge-analytics-4.50.00-0.0.40031.noarch.rpm
apigee-mtls-4.50.00-0.0.20187.noarch.rpm
apigee-mtls-consul-4.50.00-0.0.20127.noarch.rpm
apigee-cassandra-2.1.16-0.0.2509.noarch.rpm
apigee-sso-4.50.00-0.0.20079.noarch.rpm
edge-ui-4.50.00-0.0.20165.noarch.rpm

आपके पास यह देखने का विकल्प होता है कि आपके डिवाइस में RPM के कौनसे वर्शन इंस्टॉल हैं. इसके लिए, आपको यह कमांड डालनी होगी:

apigee-all version

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

सभी Edge नोड पर:
1. Yum रिपॉज़िटरी साफ़ करें:
```
sudo yum clean all
```
2. Edge 4.50.00 की नई bootstrap_4.50.00.sh फ़ाइल डाउनलोड करें. इसके लिए, /tmp/bootstrap_4.50.00.sh पर जाएं:
```
curl https://software.apigee.com/bootstrap_4.50.00.sh -o /tmp/bootstrap_4.50.00.sh
```
3. Edge 4.50.00 apigee-service यूटिलिटी और डिपेंडेंसी इंस्टॉल करें:
```
sudo bash /tmp/bootstrap_4.50.00.sh apigeeuser=uName apigeepassword=pWord
```
  यहां uName:pWord, Apigee से मिला उपयोगकर्ता नाम और पासवर्ड है. अगर आपने pWord नहीं डाला है, तो आपसे इसे डालने के लिए कहा जाएगा.
4. apigee-setup यूटिलिटी को अपडेट करें:
```
sudo /opt/apigee/apigee-service/bin/apigee-service apigee-setup update
```
5. apigee-service.sh स्क्रिप्ट को चलाने के लिए, source कमांड का इस्तेमाल करें:
```
source /etc/profile.d/apigee-service.sh
```
सभी Cassandra नोड अपडेट करें:
```
/opt/apigee/apigee-setup/bin/update.sh -c cs -f configFile
```
यहां configFile उस कॉन्फ़िगरेशन फ़ाइल के बारे में बताता है जिसका इस्तेमाल आपने Apigee Edge for Private Cloud को इंस्टॉल करने के लिए किया था. उदाहरण के लिए, /opt/silent.conf.
सभी एज नोड पर, edge प्रोसेस के लिए update.sh स्क्रिप्ट को लागू करें. इसके लिए, हर नोड पर यह कमांड चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c edge -f configFile
```
सभी नोड पर यूज़र इंटरफ़ेस (यूआई) के लिए update.sh स्क्रिप्ट लागू करें. हर नोड पर, यह कमांड चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c ui -f configFile
```
सभी नोड पर एसएसओ के लिए, update.sh स्क्रिप्ट को लागू करें. हर नोड पर, यह कमांड चलाएं:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
अगर Apigee mTLS का इस्तेमाल किया जा रहा है, तो Apigee mTLS को अपग्रेड करना में बताया गया तरीका अपनाएं.
ज़्यादा जानकारी के लिए, Apigee mTLS के बारे में जानकारी देखें.

YouTube पर कैप्शन जोड़ने के लिए इस्तेमाल किए जाने वाले सॉफ़्टवेयर

कोई परिवर्तन नहीं.

बंद की गई सेवाएं/सुविधाएं

कोई नई सुविधा बंद नहीं की गई है.

नई सुविधाएं

इस सेक्शन में, इस रिलीज़ में जोड़ी गई नई सुविधाओं के बारे में बताया गया है.

JMX पासवर्ड को एन्क्रिप्ट (सुरक्षित) करना

अब JMX पासवर्ड को एन्क्रिप्ट किया जा सकता है. ज़्यादा जानकारी के लिए, JMX पासवर्ड एन्क्रिप्शन चालू करना और Cassandra के लिए JMX पुष्टि करने की सुविधा चालू करना लेख पढ़ें. (150633039)

गड़बड़ियां ठीक की गईं

यहां दी गई टेबल में, इस रिलीज़ में ठीक की गई गड़बड़ियों की सूची दी गई है:

समस्या आईडी	ब्यौरा
135972575	Edge for Private Cloud, `override=true&delay=300` के साथ डिप्लॉयमेंट के दौरान अलग-अलग तरह से काम कर रहा था. इस समस्या को ठीक कर दिया गया है.
163578296	axstatus API, नए इंस्टॉलेशन के लिए गड़बड़ी की स्थिति की जानकारी गलत तरीके से दे रहा था. इस समस्या को ठीक कर दिया गया है.
160955355	यूज़र इंटरफ़ेस (यूआई) ट्रेस सेशन, ट्रेस सेशन लॉग से मेल नहीं खाता: दो सर्विस कॉलआउट के बीच लागू की गई नीतियां मौजूद नहीं थीं. ऐसा इसलिए हो रहा था, क्योंकि कुछ नीतियां गलत क्रम में सेव और भेजी जा रही थीं. इस समस्या को ठीक कर दिया गया है.
147736003	enterprise.apigee.com पर मौजूद लाइब्रेरी का पुराना वर्शन, सुरक्षा से जुड़ी समस्याएं पैदा कर रहा था. लाइब्रेरी को अपडेट कर दिया गया है.
161858295	कुछ साइलेंट वैरिएबल के नाम गलत लिखे गए थे. साइलेंट इंस्टॉल वैरिएबल `SSO_JWT_SIGNING_KEY_FILEPATH` की स्पेलिंग अब गलत नहीं है.
160951701	Consul के बाइनरी वर्शन के पुराने होने की वजह से, mTLS इंस्टॉल नहीं हो पा रहा था. Consul बाइनरी को v1.6.2 से अपग्रेड करके, नए स्टेबल वर्शन v1.8.0 पर ले जाया गया है.
160916451	Consul `bindaddr` फ़ील्ड के लिए एंट्री मौजूद न होने की वजह से, mTLS इंस्टॉल नहीं हो सका. apigee-mtls अब एक से ज़्यादा नेटवर्क इंटरफ़ेस और पतों वाले सर्वर को सही तरीके से हैंडल करता है.

ज्ञात समस्याएं

इस रिलीज़ में मौजूद समस्याओं की सूची यहां दी गई है:

समस्या आईडी ब्यौरा

149245401

समस्या आईडी	ब्यौरा
149245401	Ldap नीति के कनेक्शन पूलिंग से जुड़ी समस्या LDAP संसाधन का इस्तेमाल करके तय की गई एलडीएपी कनेक्शन पूल प्रॉपर्टी लागू नहीं हो रही हैं. इस वजह से, हर बार कनेक्शन खोले और बंद किए जा रहे हैं. इससे एलडीएपी सर्वर के लिए, हर घंटे कई कनेक्शन बन रहे हैं. समस्या हल करने का तरीका: एलडीएपी कनेक्शन पूल की प्रॉपर्टी बदलने के लिए, सभी एलडीएपी नीतियों में ग्लोबल बदलाव करने के लिए यह तरीका अपनाएं. अगर कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल पहले से मौजूद नहीं है, तो उसे बनाएं: /opt/apigee/customer/application/message-processor.properties फ़ाइल में यह कॉन्टेंट जोड़ें. साथ ही, अपनी एलडीएपी संसाधन कॉन्फ़िगरेशन की ज़रूरत के हिसाब से, Java Naming and Directory Interface (JNDI) प्रॉपर्टी की वैल्यू बदलें. bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20 -Dcom.sun.jndi.ldap.connect.pool.prefsize=2 -Dcom.sun.jndi.ldap.connect.pool.initsize=2 -Dcom.sun.jndi.ldap.connect.pool.timeout=120000 -Dcom.sun.jndi.ldap.connect.pool.protocol=ssl" पक्का करें कि फ़ाइल `/opt/apigee/customer/application/message-processor.properties` का मालिकाना हक apigee:apigee के पास हो. हर मैसेज प्रोसेसर को फिर से शुरू करें. यह पुष्टि करने के लिए कि आपकी कनेक्शन पूल JNDI प्रॉपर्टी लागू हो रही हैं, tcpdump किया जा सकता है. इससे समय के साथ LDAP कनेक्शन पूल के व्यवहार का पता चलता है. ध्यान दें: ऊपर दी गई प्रोसेस में बताई गई कनेक्शन पूल प्रॉपर्टी, ग्लोबल होती हैं. इसलिए, ये उन सभी LDAP कनेक्शन पर लागू होती हैं जिनमें कनेक्शन पूल की सुविधा चालू होती है. इन कनेक्शन को Apigee का मैसेज प्रोसेसर बनाता है.

Ldap नीति के कनेक्शन पूलिंग से जुड़ी समस्या

LDAP संसाधन का इस्तेमाल करके तय की गई एलडीएपी कनेक्शन पूल प्रॉपर्टी लागू नहीं हो रही हैं. इस वजह से, हर बार कनेक्शन खोले और बंद किए जा रहे हैं. इससे एलडीएपी सर्वर के लिए, हर घंटे कई कनेक्शन बन रहे हैं.

समस्या हल करने का तरीका:

एलडीएपी कनेक्शन पूल की प्रॉपर्टी बदलने के लिए, सभी एलडीएपी नीतियों में ग्लोबल बदलाव करने के लिए यह तरीका अपनाएं.

अगर कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल पहले से मौजूद नहीं है, तो उसे बनाएं:
```
/opt/apigee/customer/application/message-processor.properties
```
फ़ाइल में यह कॉन्टेंट जोड़ें. साथ ही, अपनी एलडीएपी संसाधन कॉन्फ़िगरेशन की ज़रूरत के हिसाब से, Java Naming and Directory Interface (JNDI) प्रॉपर्टी की वैल्यू बदलें.
```
bin_setenv_ext_jvm_opts="-Dcom.sun.jndi.ldap.connect.pool.maxsize=20
-Dcom.sun.jndi.ldap.connect.pool.prefsize=2
-Dcom.sun.jndi.ldap.connect.pool.initsize=2
-Dcom.sun.jndi.ldap.connect.pool.timeout=120000
-Dcom.sun.jndi.ldap.connect.pool.protocol=ssl"
```
पक्का करें कि फ़ाइल /opt/apigee/customer/application/message-processor.properties का मालिकाना हक apigee:apigee के पास हो.
हर मैसेज प्रोसेसर को फिर से शुरू करें.

यह पुष्टि करने के लिए कि आपकी कनेक्शन पूल JNDI प्रॉपर्टी लागू हो रही हैं, tcpdump किया जा सकता है. इससे समय के साथ LDAP कनेक्शन पूल के व्यवहार का पता चलता है.