HPE InfoSight मा संसाधन अनुसूचक

HPE InfoSight एक HPE क्लाउड सेवा हो जसले तपाईंलाई HPE निम्बल र HPE 3PAR arrayहरूसँग सम्भावित विश्वसनीयता र कार्यसम्पादन समस्याहरू सक्रिय रूपमा पहिचान गर्न अनुमति दिन्छ। एकै समयमा, सेवाले तुरुन्तै सम्भावित समस्याहरू समाधान गर्ने तरिकाहरू सिफारिस गर्न सक्छ, र केहि अवस्थामा, समस्या निवारण सक्रिय रूपमा स्वचालित रूपमा गर्न सकिन्छ।

हामीले पहिले नै HABR मा HPE InfoSight को बारेमा कुरा गरिसकेका छौं, उदाहरणका लागि हेर्नुहोस्, यहाँ वा यहाँ.

यस पोष्टमा म HPE InfoSight को एउटा नयाँ सुविधाको बारेमा कुरा गर्न चाहन्छु - रिसोर्स प्लानर।

HPE InfoSight Resource Planner एउटा शक्तिशाली नयाँ उपकरण हो जसले ग्राहकहरूलाई विद्यमान वर्कलोडहरूको आधारमा तिनीहरूको एरेमा नयाँ कार्यभार वा अनुप्रयोगहरू थप्न सक्छन् कि छैनन् भनी निर्धारण गर्न मद्दत गर्छ। के एरेले बढेको लोड ह्यान्डल गर्न सक्षम हुनेछ वा नयाँ एरे आवश्यक हुनेछ? यदि नयाँ एरे आवश्यक छ भने, कुन? प्रेडिक्टिव मोडेलिङ रिसोर्स प्लानरले सही रूपमा आवश्यकताहरू बुझ्न र अवस्थित एरेको स्तरवृद्धि वा नयाँ एरेको आकार सही रूपमा आकार दिन मद्दत गर्छ।

अनुसूचकले तपाईंलाई निम्न गर्न अनुमति दिन्छ:

• अवस्थित वर्कलोडहरूमा सम्भावित परिवर्तनहरू अनुकरण गर्नुहोस्;
• प्रोसेसर, क्षमता र क्यास मेमोरी जस्ता एरे स्रोतहरूमा प्रभावको मूल्याङ्कन गर्नुहोस्;
• विभिन्न एरे मोडेलहरूको लागि परिणामहरू हेर्नुहोस्।

एरेहरूको सञ्चालनको बारेमा तथ्याङ्क र प्यारामेट्रिक जानकारी सङ्कलन गरेर (एरेहरूको सम्पूर्ण स्थापित आधारमा) र धेरै ग्राहक वातावरणहरूमा विभिन्न कार्यभारहरूको विश्लेषण गरेर, हामी निश्चित कारण-र-प्रभाव र मात्रात्मक सम्बन्धहरू पहिचान गर्न सक्छौं। उदाहरणका लागि, हामी जान्दछौं कि कसरी डुप्लिकेशनले विभिन्न एरे मोडेलहरूमा CPU उपयोगलाई असर गर्छ। हामी जान्दछौं कि भर्चुअल डेस्कटप वातावरण SQL भन्दा डुप्लिकेशन र कम्प्रेसनमा राम्रो छ। हामीलाई थाहा छ कि एक्सचेन्ज अनुप्रयोगहरूमा भर्चुअल डेस्कटपको तुलनामा क्रमिक (यादृच्छिक रूपमा विपरित) पढ्ने उच्च प्रतिशत हुन्छ। यस प्रकारको जानकारी प्रयोग गरेर, हामी एक विशिष्ट एरे मोडेलको लागि स्रोत आवश्यकताहरू भविष्यवाणी गर्न लोड परिवर्तनहरूको प्रभावलाई मोडेल गर्न सक्छौं।

निम्न उदाहरणहरूमा अनुसूचीले कसरी काम गर्छ हेरौं।

रिसोर्स प्लानर LABS अन्तर्गत HPE InfoSight पोर्टलमा चल्छ। नयाँ कार्यभार चयन गरेर सुरु गरौं - नयाँ कार्यभार थप्नुहोस् (अवस्थितको अतिरिक्त)। अर्को विकल्प हामीले पछि हेर्नेछौं अवस्थित वर्कलोड थप्नुहोस्।

लोड श्रेणी/अनुप्रयोग चयन गर्नुहोस्:

तपाईंले आवश्यक अनुसार नयाँ कार्यभारमा विभिन्न परिवर्तनहरू गर्न सक्नुहुन्छ: डाटा भोल्युम, IOPs, कार्यभार प्रकार, र डुप्लिकेशन मोड।

अर्को, हामी एरे चयन गर्छौं (ग्राहकमा उपलब्ध तीहरूबाट) जसको लागि हामी यो नयाँ कार्यभार मोडेल गर्न चाहन्छौं र विश्लेषण बटन क्लिक गर्नुहोस्।

नेट नतिजा CPU स्रोत र क्षमता मा यो नयाँ प्रस्तावित कार्यभार (वर्तमान कार्यभार को अतिरिक्त) को प्रभाव हो। यदि हामीले हाइब्रिड फ्ल्यास एरे छनोट गरेका थियौं भने, हामीले एरे क्यासमा पनि प्रभाव देख्नेछौं, तर यस अवस्थामा हामीसँग AF60 सबै फ्ल्यास एरे छ, जसको लागि क्यास मेमोरीको अवधारणा (एसएसडीमा) लागू हुँदैन।

हामीले देख्यौं (दायाँमा, शीर्ष रेखाचित्रमा - CPU आवश्यक छ) कि AF60 array, जसको लागि हामीले नयाँ लोड योजना गर्यौं, नयाँ कार्यभार प्रशोधन गर्न पर्याप्त प्रोसेसर स्रोतहरू छैनन्: नयाँ लोड थप्दा, CPU हुनेछ। 110% द्वारा उपयोग। तल्लो रेखाचित्र (क्षमता आवश्यकताहरू) ले नयाँ लोडको लागि पर्याप्त क्षमता रहेको देखाउँछ। AF60 array को अतिरिक्त, दुबै रेखाचित्रहरूले अन्य एरे मोडेलहरू पनि देखाउँछन् - यदि हामीसँग फरक एरे छ भने यो कस्तो हुन्छ भन्नेसँग तुलना गर्न।

निम्न चित्रले देखाउँछ कि के हुन्छ जब हामीले प्रदर्शन धेरै हेड शेल्फ चेकबक्स जाँच गर्छौं (स्रोत एरे चयन गर्दा विकल्प)। यो विकल्पले तपाईंलाई धेरै समान एरेहरूको लागि विश्लेषण गर्न अनुमति दिन्छ। यो देख्न सकिन्छ कि कुल (नयाँ र अवस्थित) लोडको लागि, एक AF80 array, वा दुई AF60 arrays, वा तीन AF40 arrays पर्याप्त छन्।

रिसोर्स शेड्युलर प्रयोग गरेर, तपाईले हालको लोडमा मात्र परिवर्तनहरू सिमुलेट गर्न सक्नुहुन्छ। यो गर्नको लागि, पहिलो चरणमा तपाईंले अवस्थित कार्यभार थप्नुहोस् चयन गर्न आवश्यक छ (नयाँ कार्यभार थप्नुको सट्टा - हामीले सुरुमा गरेका थियौं)। अर्को, तपाईं अवस्थित लोडमा परिवर्तन अनुकरण गर्न सक्नुहुन्छ र यसले के निम्त्याउँछ हेर्नुहोस्। तलको उदाहरणले फाइल सर्भर जस्ता अनुप्रयोगहरूको लागि लोड दोब्बर र क्षमतालाई दोब्बर बनाउँछ (अर्थात, यस उदाहरणमा हामीले एरेमा सम्पूर्ण भार बढाउँदैनौं, तर एउटा विशेष प्रकारको अनुप्रयोगको लागि मात्र लोड बढाउँदैछौं)।

यस अवस्थामा, यो देख्न सकिन्छ कि एरे स्रोतहरूले फाइल सर्भर अनुप्रयोगहरूको लागि लोड दोब्बर गर्न अनुमति दिन्छ, तर दोब्बर भन्दा बढी होइन - किनभने CPU स्रोतहरू 99% द्वारा प्रयोग गरिनेछ।

स्रोत: www.habr.com