अलर्ट की निगरानी करना
Apigee Edge, किसी इवेंट में गड़बड़ी होने या उसके फ़ेल होने पर, आपको अलर्ट को syslog या बाहरी मॉनिटरिंग सिस्टम/टूल पर फ़ॉरवर्ड करने की अनुमति देता है. ये अलर्ट, सिस्टम-लेवल या ऐप्लिकेशन-लेवल के हो सकते हैं. ऐप्लिकेशन लेवल के अलर्ट, आम तौर पर कस्टम अलर्ट होते हैं. इन्हें जनरेट हुए इवेंट के आधार पर बनाया जाता है. आम तौर पर, नेटवर्क का एडमिन कस्टम शर्तें कॉन्फ़िगर करता है. अलर्ट के बारे में ज़्यादा जानने के लिए, Apigee की सहायता टीम से संपर्क करें.
अलर्ट के लिए थ्रेशोल्ड सेट करना
कोई थ्रेशोल्ड सेट करें, जिसके बाद अलर्ट जनरेट किया जाना चाहिए. सेट किया गया थ्रेशोल्ड, आपके हार्डवेयर कॉन्फ़िगरेशन पर निर्भर करता है. थ्रेशोल्ड, आपकी क्षमता के हिसाब से सेट किया जाना चाहिए. उदाहरण के लिए, अगर आपकी क्षमता सिर्फ़ 6 जीबी है, तो Apigee Edge का थ्रेशोल्ड बहुत कम हो सकता है. थ्रेशोल्ड को बराबर (=) या इससे ज़्यादा (>) के मानदंड के साथ असाइन किया जा सकता है. लगातार दो अलर्ट जनरेट होने के बीच का समय भी तय किया जा सकता है इसके लिए, घंटे/मिनट/सेकंड का विकल्प इस्तेमाल किया जा सकता है.
सिस्टम-लेवल के अलर्ट सेट करने के लिए ज़रूरी शर्तें
यहां दी गई टेबल में, ज़रूरी शर्तों के बारे में बताया गया है:
| अलर्ट | सुझाया गया थ्रेशोल्ड | ब्यौरा |
|---|---|---|
|
मेमोरी कम है |
500 एमबी |
किसी कॉम्पोनेंट को शुरू करने के लिए, मेमोरी बहुत कम है |
|
डिस्क में बचा स्टोरेज कम है (/var/log) |
8 जीबी |
डिस्क में बचा स्टोरेज बहुत कम हो गया है. |
|
ज़्यादा लोड |
3+ |
प्रोसेस के रन होने का इंतज़ार कर रहे हैं, जो कि उम्मीद से ज़्यादा हैं |
|
प्रोसेस बंद हो गई |
लागू नहीं होता, बूलियन वैल्यू 'सही' या 'गलत' |
सिस्टम में Apigee की Java प्रोसेस बंद हो गई है |
Apigee के लिए खास और तीसरे पक्ष के पोर्ट की जांच करना
इन पोर्ट की निगरानी करें, ताकि यह पक्का किया जा सके कि ये चालू हैं
- मैनेजमेंट सर्वर, राऊटर, और मैसेज प्रोसेसर पर पोर्ट 4526, 4527, और 4528
- मैनेजमेंट सर्वर, राऊटर, और मैसेज प्रोसेसर पर पोर्ट 1099, 1100, और 1101
- राऊटर पर पोर्ट 8081 और 15999
- मैसेज प्रोसेसर पर पोर्ट 8082 और 8998
- मैनेजमेंट सर्वर पर पोर्ट 8080
तीसरे पक्ष के इन पोर्ट की जांच करें, ताकि यह पक्का किया जा सके कि ये चालू हैं:
- Qpid पोर्ट 5672
- Postgres पोर्ट 5432
- Cassandra पोर्ट 7000, 7199, 9042, 9160
- ZooKeeper पोर्ट 2181
- SymasLDAP पोर्ट 10389
यह पता लगाने के लिए कि Apigee का हर कॉम्पोनेंट, एपीआई कॉल के लिए किस पोर्ट पर सुन रहा है, मैनेजमेंट सर्वर को ये एपीआई कॉल करें. आम तौर पर, यह पोर्ट 8080 पर होता है:
curl -v -u username:password http://host:port/v1/servers?pod=gateway®ion=dc-1curl -v -u username:password http://host:port/v1/servers?pod=central®ion=dc-1curl -v -u username:password http://host:port/v1/servers?pod=analytics®ion=dc-1
इन कमांड के आउटपुट में, नीचे दिखाए गए सेक्शन की तरह सेक्शन शामिल होंगे.
http.management.port सेक्शन में, तय किए गए कॉम्पोनेंट के लिए पोर्ट नंबर दिया जाता है.
{ "externalHostName" : "localhost", "externalIP" : "111.222.333.444", "internalHostName" : "localhost", "internalIP" : "111.222.333.444", "isUp" : true, "pod" : "gateway", "reachable" : true, "region" : "default", "tags" : { "property" : [ { "name" : "Profile", "value" : "Router" }, { "name" : "rpc.port", "value" : "4527" }, { "name" : "http.management.port", "value" : "8081" }, { "name" : "jmx.rmi.port", "value" : "1100" } ] }, "type" : [ "router" ], "uUID" : "2d4ec885-e20a-4173-ae87-10be38b35750" }
लॉग देखना
लॉग फ़ाइलों में, सिस्टम के इवेंट/ऑपरेशन से जुड़े मैसेज ट्रैक किए जाते हैं. प्रोसेस शुरू और पूरी होने पर या गड़बड़ी की स्थिति में, मैसेज लॉग में दिखते हैं. लॉग फ़ाइलें देखकर, सिस्टम के कॉम्पोनेंट के बारे में जानकारी पाई जा सकती है. जैसे, सीपीयू, मेमोरी, डिस्क, लोड, प्रोसेस वगैरह. यह जानकारी, गड़बड़ी की स्थिति में पहुंचने से पहले और बाद में देखी जा सकती है. इससे, सिस्टम में मौजूद समस्याओं के सोर्स की पहचान की जा सकती है और उनका विश्लेषण किया जा सकता है. साथ ही, सिस्टम में आने वाली संभावित सिस्टम समस्याओं का अनुमान लगाया जा सकता है.
उदाहरण के लिए, किसी कॉम्पोनेंट के सामान्य सिस्टम लॉग में, नीचे दिखाई गई एंट्री शामिल होती हैं:
TimeStamp = 25/01/13 19:25 ; NextDelay = 30 Memory HeapMemoryUsage = {used = 29086176}{max = 64880640} ; NonHeapMemoryUsage = {init = 24313856}{committed = 57278464} ; Threading PeakThreadCount = 53 ; ThreadCount = 53 ; OperatingSystem SystemLoadAverage = 0.25 ;
सर्वर को रीस्टार्ट किए बिना, लॉगिंग के तरीके को कंट्रोल करने के लिए, /opt/apigee/conf/logback.xml फ़ाइल में बदलाव किया जा सकता है. logback.xml फ़ाइल में यह प्रॉपर्टी शामिल होती है. इससे, लॉगिंग के तरीके की
फ़्रीक्वेंसी सेट होती है. यह फ़्रीक्वेंसी, कॉन्फ़िगरेशन में हुए बदलावों के लिए logback.xml फ़ाइल की जांच करती है:
<configuration scan="true" scanPeriod="30 seconds" >
डिफ़ॉल्ट रूप से, लॉगिंग का तरीका हर मिनट में बदलावों की जांच करता है. अगर समय की यूनिट शामिल नहीं की जाती है
तो scanPeriod एट्रिब्यूट डिफ़ॉल्ट रूप से मिलीसेकंड पर सेट हो जाता है.
यहां दी गई टेबल में, Apigee Edge Private Cloud के कॉम्पोनेंट की लॉग फ़ाइलों की जगह बताई गई है.
| कॉम्पोनेंट | जगह |
|---|---|
|
मैनेजमेंट सर्वर |
|
|
राऊटर |
|
|
मैसेज प्रोसेसर |
|
|
Qpid सर्वर |
|
|
Apigee Postgres सर्वर |
|
|
नया Edge यूज़र इंटरफ़ेस |
|
|
ZooKeeper |
|
|
SymasLDAP |
|
|
Cassandra |
|
|
Qpidd |
|
|
PostgreSQL डेटाबेस |
|
मैसेज प्रोसेसर के लिए डीबग लॉग जनरेट करने की सुविधा चालू करना
मैसेज प्रोसेसर के लिए डीबग लॉग जनरेट करने की सुविधा चालू करने के लिए:
- मैसेज प्रोसेसर नोड पर,
/opt/apigee/customer/application/message-processor.propertiesमें बदलाव करें. अगर यह फ़ाइल मौजूद नहीं है, तो इसे बनाएं. - फ़ाइल में यह प्रॉपर्टी जोड़ें:
conf_system_log.level=DEBUG
- मैसेज प्रोसेसर को रीस्टार्ट करें:
/opt/apigee/apigee-service/bin/apigee-service edge-message-processor restart
apigee-monit के सबसे सही तरीके
apigee-monit का इस्तेमाल करते समय, Apigee आपको यह सुझाव देता है कि:
- किसी कॉम्पोनेंट की निगरानी बंद करें. इसके बाद ही, उस पर कोई ऐसी कार्रवाई करें जिससे वह शुरू या बंद हो सकता है. जैसे, बैकअप लेना या अपग्रेड करना.
cronजैसे टूल का इस्तेमाल करके,apigee-monitकी निगरानी करें. ज़्यादा जानकारी के लिए, apigee-monit की निगरानी करना लेख पढ़ें.
मॉनिटरिंग टूल
Nagios, Collectd, Graphite, Splunk, Sumologic, और Monit जैसे मॉनिटरिंग टूल की मदद से, अपने पूरे एंटरप्राइज़ एनवायरमेंट और कारोबार की प्रोसेस की निगरानी की जा सकती है.
| कॉम्पोनेंट | Nagios | Collectd | Splunk | |
|---|---|---|---|---|
|
सिस्टम-लेवल की जांच |
सीपीयू (CPU) का इस्तेमाल |
|||
|
उपलब्ध/इस्तेमाल की गई मेमोरी |
||||
|
डिस्क में बचे स्टोरेज का इस्तेमाल |
||||
|
नेटवर्क आंकड़े |
||||
|
प्रोसेस |
|
|
||
|
एपीआई की जांच |
||||
|
JMX |
||||
|
Java |
||||
|
लॉग फ़ाइलें |
||||
|
गंभीर इवेंट |
अनुरोध संख्या सीमित करने की सीमा हिट हुई |
|||
|
बैकएंड सर्वर (Hybris या SharePoint) को ऐक्सेस नहीं किया जा सकता |
||||
|
FaaS (STS) को ऐक्सेस नहीं किया जा सकता |
||||
|
चेतावनी देने वाले इवेंट |
एसएमटीपी सर्वर को ऐक्सेस नहीं किया जा सकता |
|||
|
एसएलए का उल्लंघन हुआ |
||||