ओपनस्टॅकमध्ये लोड बॅलन्सिंग

मोठ्या क्लाउड सिस्टममध्ये, संगणकीय संसाधनांवर स्वयंचलित संतुलन किंवा भार समतल करण्याची समस्या विशेषतः तीव्र आहे. Tionix (क्लाउड सेवांचा विकासक आणि ऑपरेटर, कंपनीच्या Rostelecom समूहाचा भाग) ने देखील या समस्येची काळजी घेतली आहे.

आणि, आमचा मुख्य डेव्हलपमेंट प्लॅटफॉर्म ओपनस्टॅक असल्याने, आणि आम्ही, सर्व लोकांप्रमाणे, आळशी आहोत, प्लॅटफॉर्ममध्ये आधीच समाविष्ट असलेले काही रेडीमेड मॉड्यूल निवडण्याचा निर्णय घेण्यात आला. आमची निवड वॉचरवर पडली, जी आम्ही आमच्या गरजांसाठी वापरण्याचा निर्णय घेतला.

प्रथम, संज्ञा आणि व्याख्या पाहू.

अटी आणि व्याख्या

गोल हा एक मानवी वाचनीय, निरीक्षण करण्यायोग्य आणि मोजता येण्याजोगा अंतिम परिणाम आहे जो प्राप्त करणे आवश्यक आहे. प्रत्येक ध्येय साध्य करण्यासाठी एक किंवा अधिक धोरणे आहेत. रणनीती म्हणजे अल्गोरिदमची अंमलबजावणी जी दिलेल्या उद्दिष्टासाठी उपाय शोधण्यात सक्षम आहे.

कृती हे एक प्राथमिक कार्य आहे जे OpenStack क्लस्टरच्या लक्ष्य व्यवस्थापित संसाधनाची वर्तमान स्थिती बदलते, जसे की: व्हर्च्युअल मशीनचे स्थलांतर (स्थलांतर), नोडची पॉवर स्थिती बदलणे (change_node_power_state), नोव्हा सेवेची स्थिती बदलणे (change_nova_service_state) ), चव बदलणे (आकार बदलणे), NOP संदेशांची नोंदणी करणे (नाही), ठराविक कालावधीसाठी कृतीचा अभाव - विराम द्या (झोप), डिस्क ट्रान्सफर (व्हॉल्यूम_माइग्रेट).

कृती योजना - विशिष्ट ध्येय साध्य करण्यासाठी विशिष्ट क्रमाने केलेल्या क्रियांचा विशिष्ट प्रवाह. कृती आराखड्यात कामगिरी निर्देशकांच्या संचासह मोजलेली जागतिक कामगिरी देखील समाविष्ट आहे. यशस्वी ऑडिटनंतर वॉचरद्वारे एक कृती योजना तयार केली जाते, ज्याचा परिणाम म्हणून वापरलेली रणनीती ध्येय साध्य करण्यासाठी उपाय शोधते. कृती योजनेमध्ये अनुक्रमिक क्रियांची सूची असते.

ऑडिट क्लस्टर ऑप्टिमाइझ करण्याची विनंती आहे. दिलेल्या क्लस्टरमध्ये एक ध्येय साध्य करण्यासाठी ऑप्टिमायझेशन केले जाते. प्रत्येक यशस्वी ऑडिटसाठी, वॉचर एक कृती योजना तयार करतो.

ऑडिट स्कोप हा संसाधनांचा एक संच आहे ज्यामध्ये ऑडिट केले जाते (उपलब्धता क्षेत्र(चे), नोड एग्रीगेटर, वैयक्तिक गणना नोड्स किंवा स्टोरेज नोड्स इ.). ऑडिटची व्याप्ती प्रत्येक टेम्पलेटमध्ये परिभाषित केली आहे. ऑडिट स्कोप निर्दिष्ट न केल्यास, संपूर्ण क्लस्टरचे ऑडिट केले जाते.

ऑडिट टेम्पलेट — ऑडिट सुरू करण्यासाठी सेटिंग्जचा जतन केलेला संच. समान सेटिंग्जसह अनेक वेळा ऑडिट चालविण्यासाठी टेम्पलेट्स आवश्यक आहेत. टेम्प्लेटमध्ये ऑडिटचा उद्देश असणे आवश्यक आहे;

क्लस्टर भौतिक मशीनचा संग्रह आहे जे गणना, संचयन आणि नेटवर्किंग संसाधने प्रदान करतात आणि त्याच OpenStack व्यवस्थापन नोडद्वारे व्यवस्थापित केले जातात.

क्लस्टर डेटा मॉडेल (CDM) क्लस्टरद्वारे व्यवस्थापित केलेल्या संसाधनांच्या वर्तमान स्थितीचे आणि टोपोलॉजीचे तार्किक प्रतिनिधित्व आहे.

कार्यक्षमता निर्देशक - एक सूचक जो या धोरणाचा वापर करून तयार केलेले समाधान कसे केले जाते हे सूचित करतो. कार्यप्रदर्शन निर्देशक विशिष्ट ध्येयासाठी विशिष्ट असतात आणि सामान्यत: परिणामी कृती योजनेच्या जागतिक परिणामकारकतेची गणना करण्यासाठी वापरले जातात.

परिणामकारकता तपशील प्रत्येक ध्येयाशी संबंधित विशिष्ट वैशिष्ट्यांचा एक संच आहे जो विविध कार्यप्रदर्शन निर्देशक परिभाषित करतो जे संबंधित ध्येय साध्य करण्याच्या धोरणाने त्याच्या निराकरणात साध्य करणे आवश्यक आहे. खरंच, रणनीतीद्वारे प्रस्तावित केलेले प्रत्येक उपाय त्याच्या जागतिक परिणामकारकतेची गणना करण्यापूर्वी विशिष्टतेच्या विरूद्ध तपासले जाईल.

स्कोअरिंग इंजिन एक एक्झिक्यूटेबल फाईल आहे ज्यामध्ये चांगले-परिभाषित इनपुट, चांगल्या-परिभाषित आउटपुट आहेत आणि पूर्णपणे गणितीय कार्य करते. अशाप्रकारे, गणना ज्या वातावरणात केली जाते त्यापासून स्वतंत्र आहे - ते कुठेही समान परिणाम देईल.

वॉचर प्लॅनर - वॉचर निर्णय घेण्याच्या इंजिनचा भाग. हे मॉड्यूल रणनीतीद्वारे व्युत्पन्न केलेल्या क्रियांचा एक संच घेते आणि कार्यप्रवाह योजना तयार करते जे या विविध क्रिया वेळेत आणि प्रत्येक क्रियेसाठी, पूर्व शर्ती काय आहेत हे निर्दिष्ट करते.

वॉचर गोल आणि धोरणे

गोल
धोरणे

डमी ध्येय
डमी रणनीती 

नमुना स्कोअरिंग इंजिन वापरून डमी धोरण

आकार बदलासह डमी धोरण

ऊर्जा बचत
ऊर्जा बचत धोरण

सर्व्हर एकत्रीकरण
मूलभूत ऑफलाइन सर्व्हर एकत्रीकरण

VM वर्कलोड एकत्रीकरण धोरण

वर्कलोड बॅलन्सिंग
वर्कलोड बॅलन्स मायग्रेशन स्ट्रॅटेजी

स्टोरेज क्षमता शिल्लक धोरण

वर्कलोड स्थिरीकरण

गोंगाट करणारा शेजारी
गोंगाट करणारा शेजारी

थर्मल ऑप्टिमायझेशन
आउटलेट तापमान आधारित धोरण

एअरफ्लो ऑप्टिमायझेशन
एकसमान वायुप्रवाह स्थलांतर धोरण

हार्डवेअर देखभाल
झोन स्थलांतर

अवर्गीकृत
कार्यवाहक

डमी ध्येय - राखीव उद्दिष्ट जे चाचणी उद्देशांसाठी वापरले जाते.

संबंधित रणनीती: डमी स्ट्रॅटेजी, नमुना स्कोअरिंग इंजिन वापरून डमी स्ट्रॅटेजी आणि आकार बदलणारी डमी स्ट्रॅटेजी. डमी स्ट्रॅटेजी ही टेम्पेस्टद्वारे इंटिग्रेशन टेस्टिंगसाठी वापरली जाणारी डमी स्ट्रॅटेजी आहे. ही रणनीती कोणतेही उपयुक्त ऑप्टिमायझेशन प्रदान करत नाही, फक्त टेम्पेस्ट चाचण्या वापरणे हा तिचा उद्देश आहे.

नमुना स्कोअरिंग इंजिन वापरून डमी रणनीती - रणनीती मागील सारखीच आहे, फक्त फरक म्हणजे नमुना "स्कोरिंग इंजिन" चा वापर जो मशीन लर्निंग पद्धती वापरून गणना करते.

आकार बदलणारी डमी रणनीती - ही रणनीती मागील सारखीच आहे, फक्त फरक म्हणजे स्वाद बदलण्याचा वापर (स्थलांतर आणि आकार बदलणे).

उत्पादनात वापरले जात नाही.

ऊर्जा बचत - उर्जेचा वापर कमी करा. या ध्येयाची बचत ऊर्जा धोरण, व्हीएम वर्कलोड एकत्रीकरण धोरण (सर्व्हर एकत्रीकरण) सह, डायनॅमिक पॉवर मॅनेजमेंट (डीपीएम) वैशिष्ट्यांसाठी सक्षम आहे जे कमी संसाधनांच्या वापराच्या काळातही गतिशीलपणे वर्कलोड एकत्रित करून ऊर्जा वाचवते: व्हर्च्युअल मशीन कमी नोड्सवर हलवल्या जातात. , आणि अनावश्यक नोड्स अक्षम केले आहेत. एकत्रीकरणानंतर, धोरण निर्दिष्ट पॅरामीटर्सनुसार नोड्स चालू/बंद करण्याचा निर्णय देते: “min_free_hosts_num” - लोडची वाट पाहत असलेल्या विनामूल्य सक्षम नोड्सची संख्या आणि "free_used_percent" - विनामूल्य सक्षम होस्टची टक्केवारी मशीनद्वारे व्यापलेल्या नोड्सची संख्या. रणनीती कार्य करण्यासाठी तेथे असणे आवश्यक आहे नोड्सवर पॉवर सायकलिंग हाताळण्यासाठी Ironic सक्षम आणि कॉन्फिगर केले.

रणनीती पॅरामीटर्स

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

मोफत_वापरलेले_टक्के
संख्या
10.0
व्हर्च्युअल मशीनसह संगणकीय नोड्सच्या संख्येशी विनामूल्य संगणकीय नोड्सच्या संख्येचे गुणोत्तर

किमान_मुक्त_होस्ट_संख्या
Int
1
मोफत संगणकीय नोड्सची किमान संख्या

मेघमध्ये किमान दोन नोड्स असणे आवश्यक आहे. वापरलेली पद्धत नोडची पॉवर स्थिती बदलत आहे (change_node_power_state). धोरणासाठी मेट्रिक्स गोळा करण्याची आवश्यकता नाही.

सर्व्हर एकत्रीकरण - संगणकीय नोड्सची संख्या कमी करा (एकत्रीकरण). यात दोन धोरणे आहेत: बेसिक ऑफलाइन सर्व्हर एकत्रीकरण आणि VM वर्कलोड एकत्रीकरण धोरण.

मूळ ऑफलाइन सर्व्हर एकत्रीकरण धोरण वापरलेल्या सर्व्हरची एकूण संख्या कमी करते आणि स्थलांतरांची संख्या देखील कमी करते.

मूलभूत धोरणासाठी खालील मेट्रिक्स आवश्यक आहेत:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

compute.node.cpu.percent
सिलोमीटर
काहीही नाही
 

cpu_util
सिलोमीटर
काहीही नाही
 

स्ट्रॅटेजी पॅरामीटर्स: migration_attempts - शटडाउनसाठी संभाव्य उमेदवार शोधण्यासाठी संयोजनांची संख्या (डीफॉल्ट, 0, कोणतेही निर्बंध नाहीत), कालावधी - मेट्रिक डेटा स्रोत (डीफॉल्ट, 700) वरून स्थिर एकत्रीकरण प्राप्त करण्यासाठी सेकंदांमध्ये वेळ मध्यांतर.

वापरलेल्या पद्धती: स्थलांतर, नोव्हा सेवा स्थिती बदलणे (change_nova_service_state).

व्हीएम वर्कलोड एकत्रीकरण धोरण फर्स्ट-फिट ह्युरिस्टिकवर आधारित आहे जे मोजलेल्या सीपीयू लोडवर लक्ष केंद्रित करते आणि संसाधन क्षमता मर्यादांमुळे खूप जास्त किंवा खूप कमी भार असलेल्या नोड्स कमी करण्याचा प्रयत्न करते. ही रणनीती एक उपाय प्रदान करते ज्याचा परिणाम खालील चार चरणांचा वापर करून क्लस्टर संसाधनांचा अधिक कार्यक्षम वापर होतो:

1. अनलोडिंग फेज - अतिवापरलेल्या संसाधनांची प्रक्रिया;
2. एकत्रीकरण टप्पा - कमी वापरलेल्या संसाधनांची हाताळणी;
3. सोल्यूशनचे ऑप्टिमायझेशन - स्थलांतरांची संख्या कमी करणे;
4. न वापरलेले कंप्यूट नोड्स अक्षम करणे.

धोरणासाठी खालील मेट्रिक्स आवश्यक आहेत:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

स्मृती
सिलोमीटर
काहीही नाही
 

disk.root.size
सिलोमीटर
काहीही नाही
 

खालील मेट्रिक्स पर्यायी आहेत परंतु उपलब्ध असल्यास धोरण अचूकता सुधारेल:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

मेमरी.रहिवासी
सिलोमीटर
काहीही नाही
 

cpu_util
सिलोमीटर
काहीही नाही
 

स्ट्रॅटेजी पॅरामीटर्स: कालावधी — मेट्रिक डेटा स्रोत (डिफॉल्ट, 3600) पासून स्थिर एकत्रीकरण प्राप्त करण्यासाठी सेकंदांमध्ये वेळ मध्यांतर.

मागील रणनीती सारख्याच पद्धती वापरते. अधिक माहितीसाठी येथे.

वर्कलोड बॅलन्सिंग - संगणन नोड्स दरम्यान कामाचा भार संतुलित करा. ध्येयामध्ये तीन धोरणे आहेत: वर्कलोड बॅलन्स मायग्रेशन स्ट्रॅटेजी, वर्कलोड स्टॅबिलायझेशन, स्टोरेज कॅपॅसिटी बॅलन्स स्ट्रॅटेजी.

वर्कलोड बॅलन्स मायग्रेशन स्ट्रॅटेजी होस्ट व्हर्च्युअल मशीन वर्कलोडवर आधारित व्हर्च्युअल मशीन माइग्रेशन चालवते. जेव्हा जेव्हा नोडचा % CPU किंवा RAM वापर निर्दिष्ट थ्रेशोल्ड ओलांडतो तेव्हा स्थलांतराचा निर्णय घेतला जातो. या प्रकरणात, हलवलेल्या व्हर्च्युअल मशीनने नोडला सर्व नोड्सच्या सरासरी वर्कलोडच्या जवळ आणले पाहिजे.

आवश्यकता

• भौतिक प्रोसेसरचा वापर;
• किमान दोन भौतिक संगणन नोड्स;
• सिलोमीटर घटक स्थापित आणि कॉन्फिगर केले - ceilometer-agent-compute, प्रत्येक कंप्यूट नोडवर चालणारे, आणि Ceilometer API, तसेच खालील मेट्रिक्स गोळा करणे:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

cpu_util
सिलोमीटर
काहीही नाही
 

मेमरी.रहिवासी
सिलोमीटर
काहीही नाही
 

रणनीती पॅरामीटर्स:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

मेट्रिक्स
अक्षरमाळा
'cpu_util'
अंतर्निहित मेट्रिक्स आहेत: 'cpu_util', 'memory.resident'.

थ्रेशोल्ड
संख्या
25.0
स्थलांतरासाठी वर्कलोड थ्रेशोल्ड.

या कालावधीत
संख्या
300
संचयी कालावधी सिलोमीटर.

वापरलेली पद्धत म्हणजे स्थलांतर.

वर्कलोड स्टॅबिलायझेशन हे लाइव्ह मायग्रेशन वापरून वर्कलोड स्थिर करण्याच्या उद्देशाने एक धोरण आहे. धोरण मानक विचलन अल्गोरिदमवर आधारित आहे आणि क्लस्टरमध्ये गर्दी आहे की नाही हे निर्धारित करते आणि क्लस्टर स्थिर करण्यासाठी मशीन स्थलांतर ट्रिगर करून त्यास प्रतिसाद देते.

आवश्यकता

• भौतिक प्रोसेसरचा वापर;
• किमान दोन भौतिक संगणन नोड्स;
• सिलोमीटर घटक स्थापित आणि कॉन्फिगर केले - ceilometer-agent-compute, प्रत्येक कंप्यूट नोडवर चालणारे, आणि Ceilometer API, तसेच खालील मेट्रिक्स गोळा करणे:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

cpu_util
सिलोमीटर
काहीही नाही
 

मेमरी.रहिवासी
सिलोमीटर
काहीही नाही
 

स्टोरेज कॅपॅसिटी बॅलन्स स्ट्रॅटेजी (क्वीन्सपासून सुरू होणारी रणनीती) - स्ट्रॅटेजी सिंडर पूल्सवरील लोडवर अवलंबून डिस्क ट्रान्सफर करते. जेव्हा जेव्हा पूल वापरण्याचा दर निर्दिष्ट थ्रेशोल्ड ओलांडतो तेव्हा हस्तांतरणाचा निर्णय घेतला जातो. हलवलेल्या डिस्कने पूलला सर्व सिंडर पूलच्या सरासरी लोडच्या जवळ आणले पाहिजे.

आवश्यकता आणि निर्बंध

• किमान दोन सिंडर पूल;
• डिस्क स्थलांतराची शक्यता.
• क्लस्टर डेटा मॉडेल - सिंडर क्लस्टर डेटा मॉडेल कलेक्टर.

रणनीती पॅरामीटर्स:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

व्हॉल्यूम_थ्रेशोल्ड
संख्या
80.0
खंड संतुलित करण्यासाठी डिस्कचे थ्रेशोल्ड मूल्य.

वापरलेली पद्धत म्हणजे डिस्क स्थलांतर (volume_migrate).

गोंगाट करणारा शेजारी - "गोंगाट करणारा शेजारी" ओळखा आणि स्थलांतरित करा - एक कमी प्राधान्य व्हर्च्युअल मशीन जे लास्ट लेव्हल कॅशेचा अतिवापर करून IPC च्या दृष्टीने उच्च प्राधान्य व्हर्च्युअल मशीनच्या कार्यक्षमतेवर नकारात्मक परिणाम करत आहे. स्वतःची रणनीती: गोंगाट करणारा शेजारी (स्ट्रॅटेजी पॅरामीटर वापरले जाते cache_threshold (डिफॉल्ट मूल्य 35 आहे), जेव्हा कार्यप्रदर्शन निर्दिष्ट मूल्यापर्यंत खाली येते, तेव्हा स्थलांतर सुरू होते. कार्य करण्याच्या धोरणासाठी, सक्षम LLC (अंतिम स्तर कॅशे) मेट्रिक्स, CMT समर्थनासह नवीनतम इंटेल सर्व्हर, तसेच खालील मेट्रिक्स गोळा करणे:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

cpu_l3_cache
सिलोमीटर
काहीही नाही
इंटेल आवश्यक CMT.

क्लस्टर डेटा मॉडेल (डीफॉल्ट): नोव्हा क्लस्टर डेटा मॉडेल कलेक्टर. वापरलेली पद्धत म्हणजे स्थलांतर.

डॅशबोर्डद्वारे या ध्येयासह कार्य करणे क्वीन्समध्ये पूर्णपणे लागू केलेले नाही.

थर्मल ऑप्टिमायझेशन - तापमान व्यवस्था अनुकूल करा. आउटलेट (एक्झॉस्ट एअर) तापमान हे सर्व्हरची थर्मल/वर्कलोड स्थिती मोजण्यासाठी एक महत्त्वाची थर्मल टेलिमेट्री प्रणाली आहे. लक्ष्याकडे एक धोरण आहे, आउटलेट तापमान आधारित धोरण, जे वर्कलोड्स थर्मली अनुकूल होस्टवर (सर्वात कमी आउटलेट तापमान) स्थलांतरित करण्याचा निर्णय घेते जेव्हा स्त्रोत होस्टचे आउटलेट तापमान कॉन्फिगर करण्यायोग्य थ्रेशोल्डवर पोहोचते.

रणनीती कार्य करण्यासाठी, तुम्हाला इंटेल पॉवर नोड व्यवस्थापक स्थापित आणि कॉन्फिगर केलेला सर्व्हर आवश्यक आहे 3.0 किंवा नंतर, तसेच खालील मेट्रिक्स गोळा करणे:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

hardware.ipmi.node.outlet_temperature
सिलोमीटर
आयपीएमआय
 

रणनीती पॅरामीटर्स:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

थ्रेशोल्ड
संख्या
35.0
स्थलांतरासाठी तापमान थ्रेशोल्ड.

या कालावधीत
संख्या
30
मेट्रिक डेटा स्रोतावरून सांख्यिकीय एकत्रीकरण प्राप्त करण्यासाठी, सेकंदांमध्ये, वेळ मध्यांतर.

वापरलेली पद्धत म्हणजे स्थलांतर.

एअरफ्लो ऑप्टिमायझेशन - वायुवीजन मोड ऑप्टिमाइझ करा. स्वतःची रणनीती - थेट स्थलांतर वापरून एकसमान वायुप्रवाह. जेव्हा जेव्हा सर्व्हर फॅनमधून हवेचा प्रवाह निर्दिष्ट थ्रेशोल्ड ओलांडतो तेव्हा धोरण वर्च्युअल मशीन स्थलांतरास ट्रिगर करते.

कार्य करण्याच्या धोरणासाठी आपल्याला आवश्यक आहे:

• हार्डवेअर: कंप्यूट नोड्स < सपोर्टिंग नोड मॅनेजर 3.0;
• किमान दोन संगणकीय नोड्स;
• सीलोमीटर-एजंट-कॉम्प्युट आणि सीलोमीटर API घटक प्रत्येक संगणकीय नोडवर स्थापित आणि कॉन्फिगर केले आहेत, जे हवेचा प्रवाह, सिस्टम पॉवर, इनलेट तापमान यासारख्या मेट्रिक्सचा यशस्वीपणे अहवाल देऊ शकतात:

मेट्रिक्स
सेवा
प्लगइन
भाष्य

hardware.ipmi.node.airflow
सिलोमीटर
आयपीएमआय
 

hardware.ipmi.node.temperature
सिलोमीटर
आयपीएमआय
 

hardware.ipmi.node.power
सिलोमीटर
आयपीएमआय
 

रणनीती कार्य करण्यासाठी, तुम्हाला इंटेल पॉवर नोड मॅनेजर 3.0 किंवा नंतर स्थापित आणि कॉन्फिगर केलेला सर्व्हर आवश्यक आहे.

मर्यादा: संकल्पना उत्पादनासाठी नाही.

हे अल्गोरिदम सतत ऑडिटसह वापरण्याचा प्रस्ताव आहे, कारण प्रति पुनरावृत्ती फक्त एक आभासी मशीन स्थलांतरित करण्याची योजना आहे.

थेट स्थलांतर शक्य आहे.

रणनीती पॅरामीटर्स:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

threshold_airflow
संख्या
400.0
स्थलांतर युनिटसाठी एअरफ्लो थ्रेशोल्ड 0.1CFM आहे

थ्रेशोल्ड_इनलेट_टी
संख्या
28.0
स्थलांतराच्या निर्णयासाठी इनलेट तापमान थ्रेशोल्ड

threshold_power
संख्या
350.0
स्थलांतर निर्णयासाठी सिस्टम पॉवर थ्रेशोल्ड

या कालावधीत
संख्या
30
मेट्रिक डेटा स्रोतावरून सांख्यिकीय एकत्रीकरण प्राप्त करण्यासाठी, सेकंदांमध्ये, वेळ मध्यांतर.

वापरलेली पद्धत म्हणजे स्थलांतर.

हार्डवेअर मेंटेनन्स - हार्डवेअर देखभाल. या ध्येयाशी संबंधित धोरण म्हणजे झोन स्थलांतर. हार्डवेअर देखभालीची गरज भासल्यास व्हर्च्युअल मशीन आणि डिस्कच्या प्रभावी स्वयंचलित आणि कमीतकमी स्थलांतरासाठी धोरण हे एक साधन आहे. रणनीती वजनानुसार कृतीची योजना बनवते: कृतींचा एक संच ज्याचे वजन जास्त आहे इतरांपुढे नियोजित केले जाईल. दोन कॉन्फिगरेशन पर्याय आहेत: action_weights आणि parallelization.

मर्यादा: क्रिया वजन आणि समांतरीकरण कॉन्फिगर करणे आवश्यक आहे.

रणनीती पॅरामीटर्स:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

compute_nodes
अॅरे
काहीही नाही
स्थलांतरासाठी नोड्सची गणना करा.

स्टोरेज_पूल
अॅरे
काहीही नाही
स्थलांतरासाठी स्टोरेज नोड्स.

समांतर_एकूण
पूर्णांक
6
समांतरपणे कार्यान्वित करणे आवश्यक असलेल्या क्रियाकलापांची एकूण संख्या.

parallel_per_node
पूर्णांक
2
प्रत्येक गणना नोडसाठी समांतरपणे केलेल्या क्रियांची संख्या.

समांतर_प्रति_पूल
पूर्णांक
2
प्रत्येक स्टोरेज पूलसाठी समांतरपणे केलेल्या क्रियांची संख्या.

प्राधान्य
ऑब्जेक्ट
काहीही नाही
व्हर्च्युअल मशीन आणि डिस्कसाठी प्राधान्य यादी.

सह_संलग्न_खंड
बुलियन
खोटे
असत्य—सर्व डिस्क स्थलांतरित झाल्यानंतर व्हर्च्युअल मशीन्स स्थलांतरित केल्या जातील. खरे—सर्व कनेक्टेड डिस्क स्थलांतरित झाल्यानंतर व्हर्च्युअल मशीन्स स्थलांतरित केल्या जातील.

कॉम्प्युटिंग नोड्सच्या ॲरेचे घटक:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

src_node
स्ट्रिंग
काहीही नाही
गणना नोड ज्यामधून आभासी मशीन्स स्थलांतरित केल्या जात आहेत (आवश्यक).

dst_node
स्ट्रिंग
काहीही नाही
व्हर्च्युअल मशीन्स ज्या नोडमध्ये स्थलांतरित होत आहेत त्याची गणना करा.

स्टोरेज नोड ॲरे घटक:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

src_pool
स्ट्रिंग
काहीही नाही
स्टोरेज पूल ज्यामधून डिस्क स्थलांतरित केल्या जात आहेत (आवश्यक).

dst_pool
स्ट्रिंग
काहीही नाही
स्टोरेज पूल ज्यामध्ये डिस्क स्थलांतरित केल्या जातात.

src_type
स्ट्रिंग
काहीही नाही
मूळ डिस्क प्रकार (आवश्यक).

dst_type
स्ट्रिंग
काहीही नाही
परिणामी डिस्क प्रकार (आवश्यक).

ऑब्जेक्ट प्राधान्य घटक:

मापदंड
एक प्रकार
डीफॉल्ट
वर्णन

प्रकल्प
अॅरे
काहीही नाही
प्रकल्प नावे.

compute_node
अॅरे
काहीही नाही
नोड नावांची गणना करा.

स्टोरेज_पूल
अॅरे
काहीही नाही
स्टोरेज पूलची नावे.

मोजणे
एनम
काहीही नाही
व्हर्च्युअल मशीन पॅरामीटर्स [“vcpu_num”, “mem_size”, “disk_size”, “created_at”].

स्टोरेज
एनम
काहीही नाही
डिस्क पॅरामीटर्स [“आकार”, “created_at”].

व्हर्च्युअल मशीन माइग्रेशन, डिस्क माइग्रेशन या पद्धती वापरल्या जातात.

अवर्गीकृत - रणनीती विकास प्रक्रिया सुलभ करण्यासाठी वापरण्यात येणारे सहायक लक्ष्य. कोणतीही वैशिष्ट्ये नसतात आणि जेव्हा रणनीती अद्याप विद्यमान ध्येयाशी संबंधित नसते तेव्हा वापरली जाऊ शकते. हे लक्ष्य संक्रमण बिंदू म्हणून देखील वापरले जाऊ शकते. या ध्येयाशी संबंधित रणनीती म्हणजे ॲक्ट्युएटर.   

नवीन ध्येय निर्माण करणे

वॉचर डिसिजन इंजिन एक "बाह्य ध्येय" प्लगइन इंटरफेस आहे जो रणनीती वापरून साध्य करता येणारे बाह्य लक्ष्य एकत्रित करणे शक्य करते.

तुम्ही नवीन ध्येय तयार करण्यापूर्वी, तुम्ही हे सुनिश्चित केले पाहिजे की कोणतीही विद्यमान उद्दिष्टे तुमच्या गरजा पूर्ण करत नाहीत.

नवीन प्लगइन तयार करत आहे

नवीन लक्ष्य तयार करण्यासाठी, आपण हे करणे आवश्यक आहे: लक्ष्य वर्ग वाढवा, वर्ग पद्धत लागू करा get_name() तुम्ही तयार करू इच्छित नवीन लक्ष्याचा अद्वितीय आयडी परत करण्यासाठी. हा युनिक आयडेंटिफायर तुम्ही नंतर घोषित केलेल्या एंट्री पॉइंट नावाशी जुळला पाहिजे.

पुढे तुम्हाला वर्ग पद्धत लागू करण्याची आवश्यकता आहे get_display_name() तुम्ही तयार करू इच्छित लक्ष्याचे भाषांतरित डिस्प्ले नाव परत करण्यासाठी (अनुवादित स्ट्रिंग परत करण्यासाठी व्हेरिएबल वापरू नका जेणेकरून ते भाषांतर साधनाद्वारे स्वयंचलितपणे संकलित केले जाऊ शकते.).

वर्ग पद्धत लागू करा get_translatable_display_name()तुमच्या नवीन लक्ष्याची भाषांतर की (खरेतर इंग्रजी प्रदर्शन नाव) परत करण्यासाठी. परतीचे मूल्य get_display_name() मध्ये अनुवादित केलेल्या स्ट्रिंगशी जुळले पाहिजे.

त्याची पद्धत अंमलात आणा get_eficacy_specification()आपल्या लक्ष्यासाठी कार्यक्षमता तपशील परत करण्यासाठी. get_eficacy_specification() पद्धत वॉचरद्वारे प्रदान केलेले अवर्गीकृत () उदाहरण परत करते. हे कार्यप्रदर्शन तपशील तुमचे ध्येय विकसित करण्याच्या प्रक्रियेत उपयुक्त आहे कारण ते रिक्त तपशीलाशी संबंधित आहे.

→ येथे अधिक वाचा

वॉचर आर्किटेक्चर (अधिक तपशील येथे).

घटक

वॉचर API - वॉचरद्वारे प्रदान केलेला REST API लागू करणारा घटक. परस्परसंवाद यंत्रणा: CLI, Horizon प्लगइन, Python SDK.

पहारेकरी डीबी - वॉचर डेटाबेस.

वॉचर अप्लायर — एक घटक जो वॉचर डिसिजन इंजिन घटकाद्वारे तयार केलेल्या कृती योजनेच्या अंमलबजावणीची अंमलबजावणी करतो.

वॉचर डिसिजन इंजिन - ऑडिट ध्येय साध्य करण्यासाठी संभाव्य ऑप्टिमायझेशन क्रियांच्या संचाची गणना करण्यासाठी जबाबदार घटक. जर धोरण निर्दिष्ट केले नसेल, तर घटक स्वतंत्रपणे सर्वात योग्य निवडतो.

वॉचर मेट्रिक्स प्रकाशक - एक घटक जो काही मेट्रिक्स किंवा इव्हेंट्स गोळा करतो आणि त्यांची गणना करतो आणि त्यांना CEP एंडपॉइंटवर प्रकाशित करतो. सिलोमीटर प्रकाशकाद्वारे घटकाची कार्यक्षमता देखील प्रदान केली जाऊ शकते.

कॉम्प्लेक्स इव्हेंट प्रोसेसिंग (CEP) इंजिन - जटिल घटना प्रक्रियेसाठी इंजिन. कार्यक्षमतेच्या कारणास्तव, एकाच वेळी अनेक CEP इंजिन घटना असू शकतात, प्रत्येक विशिष्ट प्रकारच्या मेट्रिक/इव्हेंटवर प्रक्रिया करत आहे. वॉचर सिस्टममध्ये, सीईपी दोन प्रकारच्या क्रिया सुरू करते: - टाइम सीरिज डेटाबेसमध्ये संबंधित घटना / मेट्रिक्स रेकॉर्ड करा; - जेव्हा ही घटना वर्तमान ऑप्टिमायझेशन धोरणाच्या परिणामावर परिणाम करू शकते तेव्हा योग्य इव्हेंट वॉचर डिसिजन इंजिनला पाठवा, कारण ओपनस्टॅक क्लस्टर ही स्थिर प्रणाली नाही.

AMQP प्रोटोकॉल वापरून घटक परस्पर संवाद साधतात.

→ वॉचर कॉन्फिगर करत आहे

वॉचरशी संवाद साधण्याची योजना

वॉचर चाचणी परिणाम

1. ऑप्टिमायझेशनवर - ॲक्शन प्लॅन्स 500 पानांवर (दोन्ही शुद्ध क्वीन्सवर आणि टियोनिक्स मॉड्युल्ससह), ते ऑडिट सुरू झाल्यानंतर आणि कृती योजना तयार झाल्यानंतरच दिसून येते;
2. क्रिया तपशील टॅबवर त्रुटी आहेत, ऑडिट लक्ष्य आणि धोरण (शुद्ध क्वीन्स आणि Tionix मॉड्यूलसह ​​स्टँडवर दोन्ही) मिळवणे शक्य नाही.
3. डमी (चाचणी) उद्देशाने ऑडिट तयार केले जातात आणि सामान्यपणे लॉन्च केले जातात, कृती योजना तयार केल्या जातात.
4. अवर्गीकृत ध्येयासाठी ऑडिट तयार केले जात नाहीत कारण ध्येय कार्यक्षम नाही आणि नवीन धोरणे तयार करताना मध्यवर्ती कॉन्फिगरेशनसाठी आहे.
5. वर्कलोड बॅलन्सिंग (स्टोरेज कॅपॅसिटी बॅलन्स स्ट्रॅटेजी) च्या उद्देशासाठी ऑडिट यशस्वीरित्या तयार केले जातात, परंतु कृती योजना तयार केली जात नाही. स्टोरेज पूल ऑप्टिमायझेशन आवश्यक नाही.
6. वर्कलोड बॅलन्सिंग ध्येय (वर्कलोड बॅलन्स मायग्रेशन स्ट्रॅटेजी) साठी ऑडिट यशस्वीरित्या तयार केले जातात, परंतु कृती योजना तयार केली जात नाही.
7. वर्कलोड बॅलन्सिंग (वर्कलोड स्टॅबिलायझेशन स्ट्रॅटेजी) साठी ऑडिट अयशस्वी.
8. गोंगाटयुक्त शेजारी लक्ष्यासाठी ऑडिट यशस्वीरित्या तयार केले जातात, परंतु कृती योजना तयार केली जात नाही.
9. हार्डवेअर देखरेखीच्या हेतूसाठी ऑडिट यशस्वीरित्या तयार केले जातात, कृती योजना पूर्ण तयार केली जात नाही (कार्यप्रदर्शन निर्देशक व्युत्पन्न केले जातात, परंतु क्रियांची सूची स्वतःच व्युत्पन्न होत नाही).
10. गणन आणि नियंत्रण नोड्सवरील nova.conf कॉन्फिगसमधील संपादने (डिफॉल्ट विभागात compute_monitors = cpu.virt_driver) त्रुटी सुधारत नाहीत.
11. सर्व्हर एकत्रीकरण (मूलभूत धोरण) लक्ष्यित ऑडिट देखील अयशस्वी.
12. सर्व्हर एकत्रीकरण (VM वर्कलोड एकत्रीकरण धोरण) च्या उद्देशासाठी ऑडिट त्रुटीसह अयशस्वी होतात. लॉगमध्ये स्त्रोत डेटा मिळविण्यात त्रुटी आहे. त्रुटीची चर्चा, विशेषतः येथे.
    आम्ही कॉन्फिग फाईलमध्ये वॉचर नमूद करण्याचा प्रयत्न केला (त्याचा काही उपयोग झाला नाही—त्यामुळे सर्व ऑप्टिमायझेशन पानांवर त्रुटी आली; मूळ कॉन्फिग फाईलमधील मजकुरावर परत गेल्यानेही परिस्थिती सुधारत नाही):

    [वॉचर_स्ट्रॅटेजी.बेसिक]
    डेटास्रोत = सीलोमीटर, ग्नोची

13. ऊर्जा बचत करण्यासाठी ऑडिट अयशस्वी. नोंदीनुसार, समस्या अजूनही विडंबनाची अनुपस्थिती आहे; ते बेअरमेटल सेवेशिवाय कार्य करणार नाही.
14. थर्मल ऑप्टिमायझेशनसाठी ऑडिट अयशस्वी. ट्रेसबॅक सर्व्हर एकत्रीकरण (VM वर्कलोड एकत्रीकरण धोरण) (स्रोत डेटा त्रुटी) प्रमाणेच आहे
15. एअरफ्लो ऑप्टिमायझेशनच्या उद्देशासाठी ऑडिट त्रुटीसह अयशस्वी होतात.

खालील लेखापरीक्षण पूर्ण होण्याच्या त्रुटी देखील समोर आल्या आहेत. निर्णय-engine.log लॉगमध्ये ट्रेसबॅक (क्लस्टर स्थिती परिभाषित केलेली नाही).

→ त्रुटीची चर्चा येथे

निष्कर्ष

आमच्या दोन महिन्यांच्या संशोधनाचा परिणाम असा निर्विवाद निश्कर्ष होता की, पूर्ण वाढीव, वर्किंग लोड बॅलेंसिंग सिस्टम मिळवण्यासाठी, आम्हाला, या भागात, ओपनस्टॅक प्लॅटफॉर्मसाठी साधने परिष्कृत करण्यावर बारकाईने काम करावे लागेल.

वॉचर हे प्रचंड क्षमतेसह एक गंभीर आणि वेगाने विकसित होणारे उत्पादन असल्याचे सिद्ध झाले आहे, ज्याच्या पूर्ण वापरासाठी खूप गंभीर काम करावे लागेल.

पण मालिकेच्या पुढील लेखांमध्ये याबद्दल अधिक.

स्त्रोत: www.habr.com