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

शुरुआत में लेन-देन को रेटिंग न देना

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

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

समाधान:

apigee-service edge-message-processor restart

कमाई करने की सुविधा चालू होने के बाद, एमपी को रीस्टार्ट करने से Edge चालू होने पर ZooKeeper से कॉन्फ़िगरेशन लोड होता है. ऐसा हर बार रीस्टार्ट होने पर होता है. इसका मतलब है कि समस्या शुरुआत में ही लागू होती है.

मिंट रेटिंग सर्वर की मेमोरी लीक

जब किसी नए Qpid इंस्टेंस को किसी mxgroup पर रजिस्टर किया जाता है, तो उपभोक्ताओं की बिना ही लिस्ट बन जाती है. इस वजह से, सूची में तब तक बढ़ोतरी होती रहती है, जब तक कि सभी उपलब्ध संसाधनों का इस्तेमाल नहीं हो जाता.

समाधान:

apigee-sso इंस्टॉल करने के लिए मेटाडेटा फ़ाइल फ़ॉर्मैट

apigee-sso को इंस्टॉल करते समय और यूआरएल के बजाय,Metadata.xml फ़ाइल का इस्तेमाल करते समय, अगर मेटाडेटा.xml फ़ाइल में फ़ाइल के आखिर में कोई नई लाइन (CRLF) शामिल नहीं होती है, तो मेटाडेटा.xml फ़ाइल पूरी तरह नहीं पढ़ी जाती है.

समाधान:

इस समस्या को हल करने के लिए, इनमें से कोई भी काम किया जा सकता है:

• मेटाडेटा.xml फ़ाइल के आखिर में सीआरएलएफ़ जोड़ें

  या

• मेटाडेटा के लिए यूआरएल-आधारित जगह की जानकारी का इस्तेमाल करें

apigee-monit Amazon Linux 1 पर काम नहीं करता

समाधान:

मैसेज प्रोसेसर का बैकअप, फ़ाइलों के सही सेट का बैक अप नहीं ले रहा है

समाधान:

दूसरी बार बैकअप लेने की सुविधा चालू करें. इससे, ज़रूरत के हिसाब से फ़ाइलों का बैक अप लिया जाएगा.

एक से ज़्यादा डेटा सेंटर कॉन्फ़िगरेशन में DataAccessAccess के लिए

कई डेटा सेंटर कॉन्फ़िगरेशन में, अगर एक डेटा स्टोर उपलब्ध नहीं होता है, तो आपको यह गड़बड़ी दिख रही है:

DataAccessException: Error while accessing datastore;
Please retry later

इसका नतीजा यह होता है कि मैनेजमेंट सर्वर चालू नहीं हो सकता, क्योंकि वह कैसेंड्रा से कनेक्ट करने की कोशिश कर रहा है dc-1 और dc-2, दोनों में नोड होते हैं. DataAccessExceptions तब होता है, जब एक कैसंड्रा नोड होता है नीचे. इससे एपीआई ट्रैफ़िक में भी रुकावट आ सकती है, जहां मैसेज प्रोसेसर रिपोर्ट करते हैं केवीएम वापस पाने की कोशिश करते समय DataAccessExceptions.

ध्यान दें कि उम्मीद की स्थिति यह है कि मैनेजमेंट सर्वर, डेटास्टोर कॉम्पोनेंट से कनेक्ट न करे सकता है.

समाधान

इस समस्या का समाधान, अनुपलब्ध डेटा सेंटर में निम्न कैसंड्रा नोड प्रकारों को अपंजीकृत करना है और फिर कैसंड्रा नोड के फिर से उपलब्ध होने के बाद उन्हें फिर से रजिस्टर करें:

• kms-datastore
• dc-datastore
• keyvaluemap-datastore

इन कैसंड्रा नोड टाइप का रजिस्ट्रेशन रद्द करने और फिर से रजिस्टर करने के लिए:

1. नीचे दिए गए curl निर्देश का इस्तेमाल करके, कैसंड्रा नोड के यूयूआईडी पाएं:

   curl -u ADMIN_EMAIL:ADMIN_PW \
     "http://MS_IP:MS_PORT/v1/servers?region=REGION&pod=GATEWAY_POD \
     &type=CASSANDRA_NODE_TYPE"

   कहां:

   • ADMIN_EMAIL और ADMIN_PW, आपके Apigee के क्रेडेंशियल हैं जोड़ें.
   • MS_IP और MS_PORT, Management Server का आईपी पता और पोर्ट हैं जोड़ें.
   • REGION उस डेटा सेंटर का नाम है जिसमें मैनेजमेंट सर्वर होता है पता लगाया गया.
   • GATEWAY_POD, पॉड का नाम है. यह डिफ़ॉल्ट रूप से "गेटवे" होता है. शायद आपके पास हालांकि, इसका नाम बदलकर कोई और कर दिया गया है, इसलिए लागू करने की प्रक्रिया की जांच करें.
   • CASSANDRA_NODE_TYPE, kms-datastore, dc-datastore, और keyvaluemap-datastore.

   उदाहरण के लिए:

   curl -u nickdanger@google.com:myP@$$w0rD
     "http://192.168.0.1:8080/v1/servers?region=dc-1&pod=gateway&type=dc-datastore"

   रिस्पॉन्स इस फ़ॉर्मैट का इस्तेमाल करता है:

   {
     "internalIP" : "POD_IP_ADDRESS",
     "isUp" : [true|false],
     "pod" : "GATEWAY_POD",
     "reachable" : [true|false],
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : [ "kms-datastore", "dc-datastore", "keyvaluemap-datastore" ],
       "uUID" : "POD_UUID"
   }

   उदाहरण के लिए:

   {
     "internalIP" : "192.168.1.11",
     "isUp" : false,
     "pod" : "gateway",
     "reachable" : false,
     "region" : "dc-1",
     "tags" : {
       "property" : [ ]
     },
     "type" : "dc-datastore",
     "uUID" : "13cee956-d3a7-4577-8f0f-1694564179e4"
   }

   जवाब में, uUID फ़ील्ड की वैल्यू नोट करें. इन टूल का इस्तेमाल इन कामों के लिए किया जा सकता है नोड का रजिस्ट्रेशन रद्द कर दें.

2. हर कैसंड्रा नोड टाइप के लिए पहला चरण दोहराएं: kms-datastore, dc-datastore और keyvaluemap-datastore. ध्यान रखें कि लौटाए गए यूयूआईडी.
3. नीचे दिए गए निर्देश का इस्तेमाल करके नोड का रजिस्ट्रेशन रद्द करें:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers/UUID" -X DELETE

   जहां UUID पिछले निर्देश के जवाब में दिया गया UUID होता है.

4. पहले और दूसरे चरण में इकट्ठा किए गए हर यूयूआईडी के लिए, तीसरा चरण दोहराएं.
5. इन निर्देशों का इस्तेमाल करके नोड फिर से रजिस्टर करें:

   curl -u ADMIN_EMAIL:ADMIN_PW "http://MS_IP:MS_PORT/v1/servers -d \
     "Type=kms-datastore&Type=dc-datastore&Type=keyvaluemap-datastore& \
     Type=counter-datastore&Type=cache-datastore&InternalIP=POD_IP_ADDRESS& \
     region=REGION&pod=GATEWAY_POD" -H \
     'content-type: application/x-www-form-urlencoded' -X POST

ध्यान रखें कि ये ऑपरेशन, Zookeeper में किए गए नोड को रजिस्टर करते हैं और उनके रजिस्ट्रेशन को रद्द कर देते हैं. साथ ही, इनमें से कोई कैसंड्रा क्लस्टर पर कैसे असर पड़ता है. इन निर्देशों के बारे में ज़्यादा जानने के लिए, इसे देखें डेटास्टोर रजिस्ट्रेशन अपडेट करें.

MessageLoging नीति के साथ लॉग मैसेज में ज़्यादा जानकारी

MessageLogging नीति का FormatMessage एलिमेंट, लॉग किए गए मैसेज का फ़ॉर्मैट कंट्रोल करता है. FormatMessage=false होने पर, लॉग किए गए मैसेज में Apigee से जनरेट की गई कोई भी जानकारी शामिल नहीं होनी चाहिए. हालांकि, FormatMessage=false को सेट करने के बाद भी, लॉग मैसेज में यह जानकारी शामिल होती है:

• प्राथमिकता स्कोर
• टाइमस्टैंप

समाधान: