क्लस्टर स्वास्थ्य और निगरानी

_cluster/health API ऐसी स्थिति लौटाता है जो सामान्यतः तीन रंगों में से एक होती है:

• हरा: सभी प्राथमिक और प्रतिकृति शार्ड आवंटित हैं। आपका क्लस्टर पूरी तरह काम कर रहा है।
• पीला: सभी प्राथमिक शार्ड आवंटित हैं, लेकिन कुछ प्रतिकृति शार्ड आवंटित नहीं हैं। डेटा उपलब्ध है, लेकिन किसी नोड के विफल होने पर जोखिम हो सकता है।
• लाल: एक या अधिक प्राथमिक शार्ड आवंटित नहीं हैं। इसका अर्थ है कि कुछ डेटा अनुपलब्ध है। तुरंत कार्रवाई आवश्यक है!

_cluster/health API केवल रंग ही नहीं बताता। यह महत्वपूर्ण मापदंड भी दिखाता है, जैसे:

• number_of_nodes: क्लस्टर में कुल नोड।
• number_of_data_nodes: डेटा रखने वाले नोड।
• active_shards: वर्तमान में डेटा संसाधित कर रहे शार्ड।
• unassigned_shards: किसी नोड को आवंटित न किए गए शार्ड। अक्सर पीली या लाल स्थिति का कारण यही होते हैं।

यदि आपकी स्थिति हरी नहीं है, तो हमेशा unassigned_shards देखें।

कभी-कभी आपको अलग-अलग नोड की स्थिति जाँचनी होती है। _cat/nodes API सभी नोडों, उनके IP पतों, भूमिकाओं और संसाधन उपयोग की संक्षिप्त, मानव-पठनीय सूची देती है।

?v पैरामीटर स्तंभ शीर्षक जोड़ता है, जिससे पढ़ना आसान हो जाता है:

_cat/shards API शार्ड आवंटन समझने के लिए अत्यंत महत्वपूर्ण है। यह आपके क्लस्टर के प्रत्येक शार्ड, उसके सूचकांक, प्राथमिक/प्रतिकृति स्थिति, अवस्था (जैसे STARTED, UNASSIGNED) और उसके नोड की सूची देती है।

यह ठीक-ठीक दिखाकर पीली या लाल स्थितियों का निदान करने में सहायता करती है कि कौन से शार्ड आवंटित नहीं हैं:

_cat API (जिसका संक्षिप्त रूप 'संक्षिप्त और सारणीबद्ध' है) कमांड-लाइन उपयोग के लिए बनाए गए हैं। ये डेटा को सादे पाठ के रूप में उपलब्ध कराते हैं, जिससे जटिल JSON को पार्स किए बिना अपने क्लस्टर के विभिन्न पहलुओं की त्वरित जाँच करना आसान होता है।

• मानव-पठनीय आउटपुट
• त्वरित जाँच के लिए तेज़
• स्क्रिप्ट लिखने के लिए उपयोगी
• कई _cat API उपलब्ध हैं (जैसे _cat/indices, _cat/health)

निगरानी करते समय इन पर नज़र रखें:

• लाल क्लस्टर स्थिति: डेटा की हानि या अनुपलब्धता का संकेत।
• पीली क्लस्टर स्थिति: प्रतिकृति शार्ड आवंटित नहीं हैं; नोड विफल होने पर डेटा की हानि का जोखिम।
• अधिक CPU/मेमोरी उपयोग: कोई नोड अत्यधिक भारग्रस्त हो सकता है।
• डिस्क स्थान: डिस्क स्थान समाप्त होने पर नोड समस्याएँ पैदा कर सकते हैं।
• आवंटित न किए गए शार्ड: कारण समझने के लिए हमेशा _cat/shards जाँचें।

ये शुरुआती चेतावनी संकेत हैं जिन पर ध्यान देना आवश्यक है।

हालाँकि मैन्युअल जाँच उपयोगी होती है, लेकिन उत्पादन प्रणाली के लिए आपको सक्रिय निगरानी की आवश्यकता होती है। Kibana का Alerting, Prometheus और Grafana जैसे उपकरण या विशेष निगरानी सेवाएँ आपको समस्याओं के बारे में अपने-आप सूचित कर सकती हैं।

सक्रिय निगरानी आपकी सहायता करती है:

• स्वास्थ्य जाँच स्वचालित करने में
• तुरंत सूचनाएँ प्राप्त करने में
• समय के साथ रुझानों को देखने में
• घटना प्रबंधन के साथ एकीकरण करने में

हमने आपके Elasticsearch क्लस्टर की निगरानी के लिए आवश्यक उपकरणों को समझा:

• _cluster/health API त्वरित अवलोकन देती है (हरी, पीली और लाल स्थितियाँ)।
• _cat/nodes से आप अलग-अलग नोड की स्थिति और संसाधनों की जाँच कर सकते हैं।
• _cat/shards शार्ड आवंटन समझने और आवंटित न किए गए शार्ड का निदान करने के लिए महत्वपूर्ण है।

नियमित निगरानी और इन स्थितियों की समझ स्थिर और विश्वसनीय Elasticsearch परिनियोजन के लिए अत्यंत महत्वपूर्ण है।