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

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

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

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

समाधान:

apigee-service edge-message-processor restart

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

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

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

समाधान:

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

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

समाधान:

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

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

  या

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

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

समाधान:

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

समाधान:

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

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

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

DataAccessException: Error while accessing datastore;
Please retry later

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

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

समाधान

इस समस्या को हल करने के लिए, नीचे बताए गए Cassandra नोड टाइप के उपलब्ध न होने वाले डेटा सेंटर में रजिस्ट्रेशन रद्द करना होगा. इसके बाद, Cassandra नोड के दोबारा उपलब्ध होने पर उन्हें फिर से रजिस्टर करना होगा:

• 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, मैनेजमेंट सर्वर का आईपी पता और पोर्ट नंबर हैं.
   • 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, पिछले निर्देश के जवाब में दिखाया गया यूयूआईडी है.

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

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

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

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

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

समाधान: