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

Mint शुरू में लेन-देन को रेटिंग नहीं देता

किसी संगठन के लिए पहली बार कमाई करने की सुविधा चालू करने पर, Edge for the Private Cloud शुरू में लेन-देन को रेटिंग नहीं देता. यह नए और मौजूदा संगठनों पर लागू होता है.

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

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

apigee-service edge-message-processor restart

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

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

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

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

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

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

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

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

• metadata.xml फ़ाइल के आखिर में CRLF जोड़ें

  या

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

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

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

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

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

बैकअप को दूसरी बार चलाएं. इससे फ़ाइलों का सही सेट बैक अप हो जाएगा.

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

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

DataAccessException: Error while accessing datastore;
Please retry later

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

ध्यान दें कि मैनेजमेंट सर्वर को सभी क्षेत्रों में डेटास्टोर कॉम्पोनेंट से कनेक्ट नहीं करना चाहिए.

Workaround

इस समस्या को हल करने के लिए, अनुपलब्ध डेटा सेंटर में इन Cassandra नोड टाइप को अनरजिस्टर करें. इसके बाद, Cassandra नोड फिर से उपलब्ध होने पर, उन्हें फिर से रजिस्टर करें:

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

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

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

   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, मैनेजमेंट सर्वर का आईपी पता और पोर्ट नंबर है.
   • REGION उस डेटा सेंटर का नाम है जिसमें मैनेजमेंट सर्वर मौजूद है.
   • GATEWAY_POD पॉड का नाम है, जो डिफ़ॉल्ट रूप से "gateway" होता है. हालांकि, हो सकता है कि आपने इसका नाम बदलकर कुछ और कर दिया हो. इसलिए, अपने लागू करने के तरीके की जांच करें.
   • 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. हर Cassandra नोड टाइप के लिए, पहले चरण को दोहराएं: kms-datastore, dc-datastore, और keyvaluemap-datastore. वापस किए गए यूयूआईडी नोट करना न भूलें.
3. नीचे दी गई कमांड का इस्तेमाल करके, नोड को डीरजिस्टर करें:

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

   यहां 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 से नोड को रजिस्टर और डीरजिस्टर करती हैं. इनका Cassandra क्लस्टर पर कोई असर नहीं पड़ता. इन कमांड के बारे में ज़्यादा जानने के लिए, डेटास्टोर रजिस्ट्रेशन अपडेट करना लेख पढ़ें.

MessageLogging नीति, जिसमें लॉग मैसेज में अतिरिक्त जानकारी शामिल होती है

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

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

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