क्लाउडवॉच में निगरानी के लिए मैं ईएलबी की हेल्थहोस्टकाउंट का उपयोग कैसे करूं?

Question

हमारे पास ईसी-वेस्ट -1 क्षेत्र में प्रत्येक ईसी 2 उदाहरण हैं- प्रत्येक उपलब्धता क्षेत्र (एजेड) में से एक। वे ईएलबी का उपयोग कर लोडबैलेंस्ड हैं। हम क्लाउडवॉच का उपयोग करके लोडबैंसर में कितने उदाहरण पंजीकृत हैं, इसकी निगरानी करना चाहते हैं। समस्या आईएसटी: मैं वास्तव में HealthyHostCount मीट्रिक को समझ नहीं पा रहा हूं।

तैनाती के लिए, हम अधिसूचित किए बिना एक उदाहरण (एलबी से बाहर ले जाएं) को पंजीकृत करने में सक्षम होना चाहते हैं। तो अलार्म होगा: अगर 5 मिनट के लिए लोडबैंसर के पीछे केवल 1 स्वस्थ उदाहरण शेष है तो सूचित करें।

जहां तक ​​मैं समझता हूं, HealthyHostCount (एचएचसी) किसी दिए गए ईएलबी के साथ पंजीकृत स्वस्थ उदाहरणों की संख्या है, जो सभी एजेड पर औसत है। अगर सबकुछ ठीक है, तो एचएचसी 1 होना चाहिए (समय की अवधि से कोई फर्क नहीं पड़ता) क्योंकि प्रत्येक एजेड में 1 उदाहरण है।

कुछ दिन पहले, किसी ने उदाहरणों को फिर से पंजीकृत किए बिना तैनात किया था, इसलिए केवल 1 उदाहरण संतुलित था। जब हमने देखा कि, हमने एक अलार्म बनाया जो हमें सूचित करना था जब औसत एचएचसी 5 मिनट के बाद 0.6 से नीचे डूब गया। (यदि ईएलबी में केवल 1 उदाहरण पंजीकृत है, तो एचएचसी किसी भी समय के लिए 0.33 औसत होना चाहिए।) हालांकि, अलार्म कभी भी "ALARM" में परिवर्तित नहीं हुआ।

जब मैंने क्लाउडवॉच में एचएचसी की जांच की, तो एचएचसी ऐसी संख्या थी जो समझ में नहीं आया (5 मिनट के अंतराल के लिए 10.0 का योग अब मुझे याद है)।

यह मेरे लिए एक बड़ी गड़बड़ है। जब भी मुझे लगता है कि मैं मेट्रिक को समझता हूं, क्लाउडवॉच चार्ट मेरे लिए सभी अस्पष्ट हैं।

क्या कोई व्यक्ति कृपया बता सकता है कि केवल 1 उदाहरण पंजीकृत होने पर अलार्म प्राप्त करने के लिए एचएचसी का उपयोग कैसे करें? औसत एचएचसी जाने का तरीका है या क्या मुझे एक और मीट्रिक का उपयोग करना चाहिए?

Answer 1

यह वह क्षेत्र है जहां क्लाउडवॉच वेब कंसोल क्लाउड घड़ी कर सकते हैं सब कुछ बेनकाब नहीं करता है। docs समझाएं, HealthyHostCount प्रति उपलब्धता क्षेत्र मीट्रिक है। कंसोल आपको उपलब्धता क्षेत्र (लेकिन सभी लोड बैलेंसर्स में) या लोड बैलेंसर (लेकिन सभी जोनों में) द्वारा हेल्थहोस्टकाउंट देता है लेकिन दोनों तरीकों से कटा नहीं जाता है।

यदि आपके पास केवल एक लोड बैलेंसर है तो प्रत्येक ज़ोन मेट्रिक्स पर एक अलार्म सेट करना सबसे आसान बात होगी। यदि आपके पास एकाधिक उपलब्धता क्षेत्र हैं तो आप उपलब्धता क्षेत्र में अलार्म स्लाइसिंग और लोड बैलेंसर (फिर से, एक लोड प्रति बैलेंसर) पर अलार्म स्लाइसिंग बनाने के लिए एपीआई का उपयोग करने में सक्षम होना चाहिए, लेकिन आप इसे वेब यूआई से ऐसा नहीं कर सकते हैं। जानना।

Answer 2

HealthyHostCount मीट्रिक प्रत्येक उपलब्धता क्षेत्र के लिए उपलब्ध मेजबानों की गिनती के साथ एक डेटा मान रिकॉर्ड करता है, प्रत्येक बार एक स्वास्थ्य जांच निष्पादित की जाती है। आपके ईएलबी स्वास्थ्य जांच में Interval पैरामीटर है जो परिभाषित करता है कि प्रति मिनट कितने स्वास्थ्य जांच निष्पादित की जाती हैं।

आपको लगता है कि AZ में 2 स्वस्थ मेजबान के साथ एक प्रति AZ मीट्रिक देख रहे हैं, तो Interval 10 सेकंड के एक स्वास्थ्य जांच के साथ, आप 2. औसत के एक मूल्य के साथ प्रति मिनट (60/10) 6 डेटा बिंदुओं देखेंगे , अधिकतम और न्यूनतम 2 होगा, लेकिन योग 6*2=12 होगा।

आप एक Interval = 10 के साथ 2 मेजबान प्रत्येक के साथ 3 Azs, फिर से है, लेकिन आप प्रति पौंड मीट्रिक देख रहे हैं, तो आप 3*6=18 डेटा बिंदुओं प्रति मिनट 2. के एक मूल्य के साथ हर एक को देखेंगे, औसत, अधिकतम और न्यूनतम 2 होगा, लेकिन योग 18*2=36

मैं आपको एक अंतराल मान सेट अप करने की सलाह देता हूं जो 60 सेकंड (या तो 5, 6, 10, 15, 20, 30 या 60 सेकंड विभाजित कर सकता है))।

आपके मामले में, यदि आपका अंतराल 30 सेकंड है, और आपके पास 3 एजेड और 1 सर्वर प्रति एजेड है: आपको प्रति एजेड प्रति 2 डेटा पॉइंट की अपेक्षा करनी चाहिए, इसलिए Period के साथ अलार्म प्रति-एलबी सेट अप करें 1 मिनट, Sum of HealthyHostCount के लिए जो मानता है कि जब मान 2 (2 data values * 1 Healthy AZ * 1 healthy server = 2 से लोअरऑरक्वाल है, अस्वास्थ्यकर एजेड के अन्य 4 डेटा मान 0 होना चाहिए तो वे योग को प्रभावित नहीं करेंगे)।

अद्यतन:

यह turns out कि स्वास्थ्य जांच की संख्या भी मार डाला आंतरिक उदाहरणों की संख्या कि, ईएलबी (ussually AZ प्रति एक) को आकार इसलिए यदि आप एक यातायात स्पाइक पीड़ित हैं, या पर्याप्त लोड पर निर्भर करता है एक एकल-आंतरिक-उदाहरण को संतृप्त करने के लिए, ईएलबी के अंदर आंतरिक सर्वरों की मात्रा बढ़ेगी और आपके पास अप्रत्याशित रूप से अधिक डेटा अंक होंगे। यह sum मान को प्रभावित कर सकता है, केवल तभी यदि आपके पास बहुत अधिक ट्रैफ़िक है। मैंने इस मुद्दे को 3 एजेड में वितरित 6k आरपीएम के चरम भार के साथ नहीं देखा था। यदि यह आपका परिदृश्य है, तो average का उपयोग करना एक सुरक्षित शर्त है, लेकिन मैं अनुशंसा करता हूं कि आप अपनी दहलीज के रूप में लोअरथान 0.65 का उपयोग करें।

link भी मुझे आश्चर्य है कि कैसे Cross-Zone Load Balancing सुविधा डेटा बिंदुओं की राशि को प्रभावित करता है करता है ...