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

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

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

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

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

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

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

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

apigee-all version

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

सभी Edge नोड पर:
1. यम के संग्रह को साफ़ करें:
```
sudo yum clean all
```
2. /tmp/bootstrap_4.50.00.sh में सबसे नई Edge 4.50.00 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 उस कॉन्फ़िगरेशन फ़ाइल के बारे में बताता है जिसका इस्तेमाल आपने Private Cloud के लिए Apigee Edge को इंस्टॉल करने के लिए किया था. उदाहरण के लिए, /opt/silent.conf.
सभी Edge नोड पर, 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
```
सभी नोड पर एसएसओ (SSO) के लिए update.sh स्क्रिप्ट चलाएं. हर नोड पर, यह निर्देश दें:
```
/opt/apigee/apigee-setup/bin/update.sh -c sso -f configFile
```
अगर Apigee mTLS का इस्तेमाल किया जा रहा है, तो Apigee mTLS को अपग्रेड करने में बताया गया तरीका अपनाएं.
ज़्यादा जानकारी के लिए, Apigee mTLS के बारे में जानकारी देखें.

इस्तेमाल किया जा सकने वाला सॉफ़्टवेयर

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

सेवानिवृत्ति और मृत्यु

कोई नया सेवानिवृत्ति या सेवानिवृत्ति नहीं.

नई सुविधाएं

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

JMX पासवर्ड एन्क्रिप्ट करना

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

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

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

समस्या आईडी	ब्यौरा
135972575	`override=true&delay=300` के साथ डिप्लॉयमेंट के दौरान, Edge for Private Cloud अलग-अलग तरीके से काम कर रहा था. इस समस्या को ठीक कर दिया गया है.
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 संसाधन का इस्तेमाल करके बताई गई LDAP कनेक्शन पूल प्रॉपर्टी लागू नहीं हो रही हैं. इस वजह से, हर बार एक ही बार में कनेक्शन खोले और बंद किए जाते हैं. इससे LDAP सर्वर से हर घंटे बड़ी संख्या में कनेक्शन बन जाते हैं. समाधान: LDAP कनेक्शन पूल की प्रॉपर्टी में बदलाव करने के लिए, सभी LDAP नीतियों में एक ग्लोबल बदलाव सेट करने के लिए यह तरीका अपनाएं. अगर कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल पहले से मौजूद नहीं है, तो उसे बनाएं: /opt/apigee/customer/application/message-processor.properties अपने एलडीएपी रिसॉर्स कॉन्फ़िगरेशन की ज़रूरत के हिसाब से Java नेमिंग और डायरेक्ट्री इंटरफ़ेस (जेएनडीआई) की प्रॉपर्टी की वैल्यू बदलें. इन वैल्यू को फ़ाइल में जोड़ें. 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 के पास हो. हर मैसेज प्रोसेस करने वाली कंपनी को रीस्टार्ट करें. यह पुष्टि करने के लिए कि आपके कनेक्शन पूल की जेएनडीआई प्रॉपर्टी लागू हो रही हैं, आप समय के साथ एलडीएपी कनेक्शन पूल के व्यवहार का पता लगाने के लिए tcpdump का इस्तेमाल कर सकते हैं. ध्यान दें: ऊपर बताई गई प्रोसेस के तहत, कनेक्शन पूल प्रॉपर्टी ग्लोबल होती हैं. साथ ही, ये Apigee के मैसेज प्रोसेसर के ज़रिए इंस्टॉल किए गए, कनेक्शन-पूल की सुविधा वाले सभी LDAP कनेक्शन पर लागू होती हैं.

Ldap नीति से कनेक्ट करने से जुड़ी समस्या

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

समाधान:

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

अगर कॉन्फ़िगरेशन प्रॉपर्टी फ़ाइल पहले से मौजूद नहीं है, तो उसे बनाएं:
```
/opt/apigee/customer/application/message-processor.properties
```
अपने एलडीएपी रिसॉर्स कॉन्फ़िगरेशन की ज़रूरत के हिसाब से Java नेमिंग और डायरेक्ट्री इंटरफ़ेस (जेएनडीआई) की प्रॉपर्टी की वैल्यू बदलें. इन वैल्यू को फ़ाइल में जोड़ें.
```
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 के पास हो.
हर मैसेज प्रोसेस करने वाली कंपनी को रीस्टार्ट करें.

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