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

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

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

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

समाधान:

apigee-service edge-message-processor restart

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

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

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

समाधान:

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 की रिपोर्ट करते हैं.

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

समाधान

इस समस्या को हल करने के लिए, अनुपलब्ध डेटा सेंटर में इन 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, पिछली कमांड के जवाब में मिला 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 सेट करने पर भी, लॉग मैसेज में यह जानकारी शामिल होती है:

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

समाधान: