Edge for Private Cloud v. 4.16.09
आम तौर पर, प्रोडक्शन सेटअप में, निजी क्लाउड डिप्लॉयमेंट के लिए, Apigee Edge में निगरानी के तरीकों को चालू करना ज़रूरी होता है. निगरानी करने की ये तकनीकें, नेटवर्क को नुकसान पहुंचाने वाली के एडमिन (या ऑपरेटर) को किसी गड़बड़ी या गड़बड़ी के लिए कहा जाता है. जनरेट हुई हर गड़बड़ी की सूचना, Apigee Edge में एक सूचना के तौर पर दी जाती है. सूचनाओं के बारे में ज़्यादा जानकारी के लिए, सबसे सही तरीकों पर नज़र रखना लेख पढ़ें.
आसानी के लिए, Apigee कॉम्पोनेंट को मुख्य रूप से दो कैटगरी में बांटा गया है:
- Apigee से जुड़ी Java सर्वर सेवाएं – इनमें मैनेजमेंट शामिल है सर्वर, मैसेज प्रोसेसर, Qpid सर्वर, और Postgres सर्वर.
- तीसरे पक्ष की सेवाएं – इनमें Nginx Router, Apache Cassandra, Apache ZooKeeper, OpenLDAP, PostgreSQL डेटाबेस, और Qpid शामिल हैं.
यहां दी गई टेबल में, Apigee Edge के ऑन-प्रिमाइसेस डिप्लॉयमेंट की जानकारी दी गई है पैरामीटर, जिन पर नज़र रखी जा सकती है:
|
कॉम्पोनेंट |
सिस्टम की जांच |
प्रोसेस-लेवल के आंकड़े |
एपीआई-लेवल की जांच |
मैसेज फ़्लो की जांच |
कॉम्पोनेंट के हिसाब से |
|
|---|---|---|---|---|---|---|
|
Apigee के लिए खास तौर पर काम करने वाली Java सेवाएं |
मैनेजमेंट सर्वर |
? |
? |
? |
||
|
मैसेज प्रोसेसर |
? |
? |
? |
? |
||
|
Qpid सर्वर |
? |
? |
? |
|||
|
Postgres सर्वर |
? |
? |
? |
|||
|
तीसरे पक्ष की सेवाएं |
अपाचे कासांड्रा |
? |
? |
|||
|
अपाची ज़ूकीपर |
? |
? |
||||
|
OpenLDAP |
? |
? |
||||
|
PostgreSQL डेटाबेस |
? |
? |
||||
|
Qpid |
? |
? |
||||
|
Nginx राऊटर |
? |
? |
? |
|||
आम तौर पर, Apigee Edge इंस्टॉल होने के बाद, यहां दिए गए तरीकों से मॉनिटरिंग की जा सकती है टास्क हैं, ताकि प्राइवेट क्लाउड इंस्टॉलेशन के लिए Apigee Edge की परफ़ॉर्मेंस को ट्रैक किया जा सके.
सिस्टम की परफ़ॉर्मेंस की जांच
सिस्टम की परफ़ॉर्मेंस के पैरामीटर, जैसे कि सीपीयू के इस्तेमाल, मेमोरी को मेज़र करना बहुत ज़रूरी है इसका इस्तेमाल किया जा सकता है और पोर्ट कनेक्टिविटी को भी अपग्रेड किया जा सकता है. इन पैरामीटर पर नज़र रखी जा सकती है सिस्टम की परफ़ॉर्मेंस की बुनियादी बातें बताओ.
- सीपीयू का इस्तेमाल – इसकी मदद से बुनियादी आंकड़े तय किए जाते हैं (उपयोगकर्ता/सिस्टम/IO सीपीयू के इस्तेमाल के बारे में, इंतज़ार करें/इस्तेमाल न करें. उदाहरण के लिए, सिस्टम में इस्तेमाल किया गया कुल सीपीयू.
- खाली/इस्तेमाल की गई मेमोरी – इससे सिस्टम मेमोरी के इस्तेमाल के बारे में बाइट में पता चलता है. उदाहरण के लिए, सिस्टम में इस्तेमाल की गई फ़िज़िकल मेमोरी.
- डिस्क स्पेस का इस्तेमाल – नीचे दी गई जानकारी के हिसाब से फ़ाइल सिस्टम की जानकारी बताता है डिस्क का मौजूदा इस्तेमाल. उदाहरण के लिए, सिस्टम हार्ड डिस्क का स्टोरेज इस्तेमाल करता है.
- लोड का औसत – उन प्रोसेस की संख्या बताता है जो इंतज़ार कर रही हैं दौड़ना.
- नेटवर्क के आंकड़े – किसी खास कॉम्पोनेंट के ट्रांसमिशन से जुड़ी गड़बड़ियों के साथ-साथ, नेटवर्क पैकेट और/या भेजे और पाए गए बाइट की जानकारी.
प्रोसेस/ऐप्लिकेशन की जांच
प्रोसेस लेवल पर, चल रही सभी प्रोसेस के बारे में ज़रूरी जानकारी देखी जा सकती है. उदाहरण के लिए, इनमें मेमोरी और सीपीयू के इस्तेमाल के आंकड़े शामिल होते हैं, जिनका इस्तेमाल कोई प्रोसेस या ऐप्लिकेशन करता है. qpidd, postgres postmaster, java वगैरह जैसी प्रोसेस के लिए, इन पर नज़र रखी जा सकती है:
- प्रोसेस की पहचान करना: किसी खास Apigee प्रोसेस की पहचान करना. उदाहरण के लिए, की मदद से, Apigee सर्वर की java प्रोसेस की मौजूदगी का पता लगाया जा सकता है.
- थ्रेड के आंकड़े: वे बुनियादी थ्रेडिंग पैटर्न देखें जिन्हें प्रोसेस करता है इस्तेमाल. उदाहरण के लिए, सभी प्रोसेस के लिए थ्रेड की संख्या और सबसे ज़्यादा थ्रेड की संख्या को मॉनिटर किया जा सकता है.
- मेमोरी का इस्तेमाल: Apigee की सभी प्रोसेस के लिए, मेमोरी के इस्तेमाल की जानकारी देखें. उदाहरण के लिए, हीप मेमोरी के इस्तेमाल और नॉन-हीप मेमोरी के इस्तेमाल जैसे पैरामीटर पर नज़र रखी जा सकती है किसी प्रोसेस से बचा जा सकता है.
एपीआई लेवल की जांच
एपीआई लेवल पर, यह मॉनिटर किया जा सकता है कि अक्सर इस्तेमाल होने वाले एपीआई का इस्तेमाल किया जा रहा है या नहीं Apigee से प्रॉक्सी के ज़रिए कनेक्ट किए गए कॉल. उदाहरण के लिए, मैनेजमेंट सर्वर, राऊटर, और मैसेज प्रोसेसर की सुविधा का इस्तेमाल करने के लिए, नीचे दिए गए cURL कमांड का इस्तेमाल करें:
curl http://<host>:<port>/v1/servers/self/up
जहां <host> आईपी पता है Apigee Edge कॉम्पोनेंट का पता. द <port> संख्या हर Edge कॉम्पोनेंट के लिए खास होती है. उदाहरण के लिए:
मैनेजमेंट सर्वर: 8080
- राऊटर: 8081
- मैसेज प्रोसेसर: 8082
- वगैरह
नीचे दिए गए अलग-अलग सेक्शन देखें और हर सेक्शन के लिए इस निर्देश को चलाने के बारे में जानें कॉम्पोनेंट
यह कॉल "सही" दिखाता है और "गलत" शामिल होने चाहिए. सबसे अच्छे नतीजे पाने के लिए, आपके पास एपीआई कॉल करने की भी सुविधा है सीधे बैकएंड पर (जिसके साथ Apigee सॉफ़्टवेयर इंटरैक्ट करता है) पर सेट किया जा सकता है, ताकि क्या कोई गड़बड़ी Apigee सॉफ़्टवेयर एनवायरमेंट में है या बैकएंड पर है.
ध्यान दें: अपने एपीआई प्रॉक्सी को मॉनिटर करने के लिए, Apigee के एपीआई हेल्थ का इस्तेमाल भी किया जा सकता है. API Health, आपके एपीआई प्रॉक्सी पर कॉल को शेड्यूल किया जाता है और उनके फ़ेल होने पर आपको सूचना दी जाती है. कॉल पूरा होने पर, API Health आपको रिस्पॉन्स मिलने में लगने वाले समय की जानकारी दिखाता है. साथ ही, रिस्पॉन्स मिलने में लगने वाला समय ज़्यादा होने पर, आपको इसकी सूचना भी दे सकता है. API Health, दुनिया भर की अलग-अलग जगहों से कॉल कर सकता है, ताकि अलग-अलग इलाकों में API के व्यवहार की तुलना की जा सके.
मैसेज फ़्लो की जांच
मैसेज फ़्लो के बारे में राऊटर और मैसेज प्रोसेसर से डेटा इकट्ठा किया जा सकता है पैटर्न/आंकड़ों की पहचान करता है. इसकी मदद से, इन चीज़ों को मॉनिटर किया जा सकता है:
- सक्रिय क्लाइंट की संख्या
- जवाबों की संख्या (10X, 20X, 30X, 40X, और 50X)
- कनेक्ट नहीं हो सका
इससे आपको एपीआई मैसेज फ़्लो के लिए, डैशबोर्ड उपलब्ध कराने में मदद मिलती है.
मैसेज प्रोसेसर के राऊटर की परफ़ॉर्मेंस की जांच
राऊटर की परफ़ॉर्मेंस की जांच करने का तरीका लागू करके यह पता लगाया जाता है कि कौनसा मैसेज प्रोसेसर कौनसा है उम्मीद के मुताबिक काम कर रहे हैं. अगर किसी मैसेज प्रोसेसर के बंद या धीमे होने का पता चलता है, तो राउटर उस मैसेज प्रोसेसर को रोटेशन से अपने-आप हटा सकता है. ऐसा होने पर, राऊटर /<inst root>/apigee4/var/log/apigee/router/logs/system.log पर मौजूद राऊटर लॉग फ़ाइल में "मार्क डाउन" मैसेज लिखता है.
आप इन मैसेज के लिए राऊटर लॉग फ़ाइल पर नज़र रख सकते हैं. उदाहरण के लिए, यदि राऊटर किसी मैसेज प्रोसेसर, रोटेशन से बाहर है, तो वह इस फ़ॉर्म में लॉग पर मैसेज लिखता है:
2014-05-06 15:51:52,159 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now DISCONNECTED. handle = <MP_IP> at 1399409512159 2014-04-17 12:54:48,512 org: env: nioEventLoopGroup-2-2 INFO HEARTBEAT - HBTracker.gotResponse() : No HeartBeat detected from /<MP_IP>:<PORT> Mark Down
यहां /<MP_IP>:<PORT>, मैसेज प्रोसेसर का आईपी पता और पोर्ट नंबर होता है.
अगर बाद में राऊटर की परफ़ॉर्मेंस की जांच करके पता चलता है कि मैसेज प्रोसेसर ठीक तरह से काम करते हुए, राऊटर अपने-आप मैसेज प्रोसेसर को वापस घुमा देता है. राइटर लॉग में "मार्क अप" मैसेज भी लिखता है. यह मैसेज इस फ़ॉर्मैट में होता है:
2014-05-06 16:07:29,054 org: env: RPCClientClientProtocolChildGroup-RPC-0 INFO CLUSTER - ServerState.setState() : State of 2a8a0e0c-3619-416f-b037-8a42e7ad4577 is now CONNECTED. handle = <IP> at 1399410449054 2014-04-17 12:55:06,064 org: env: nioEventLoopGroup-4-1 INFO HEARTBEAT - HBTracker.updateHB() : HeartBeat detected from /<IP>:<PORT> Mark Up
हेल्थ जांच करने के लिए, राउटर को कॉन्फ़िगर करने के लिए, /<inst root>/apigee4/conf/apigee/router/router.properties में जाकर, इस प्रॉपर्टी को true पर सेट करें:
Client.pool.heartBeat.use.http=true
इसके बाद, राऊटर को रीस्टार्ट करें:
> /<inst-root>/apigee4/bin/apigee-service router restart