🥇फ्लेक्सिएंट क्लाउड ऑर्केस्ट्रेटर: इसे किसके साथ खाएं

IaaS (वर्चुअल डेटा सेंटर) सेवाएं प्रदान करने के लिए, हम रुसोनीक्स हम एक वाणिज्यिक ऑर्केस्ट्रेटर का उपयोग करते हैं लचीले क्लाउड ऑर्केस्ट्रेटर (एफसीओ)। इस समाधान में एक अद्वितीय वास्तुकला है, जो इसे आम जनता के लिए ज्ञात ओपनस्टैक और क्लाउडस्टैक से अलग करती है।

KVM, VmWare, Xen, Virtuozzo6/7, साथ ही समान Virtuozzo के कंटेनर कंप्यूट नोड हाइपरवाइजर के रूप में समर्थित हैं। समर्थित स्टोरेज विकल्पों में स्थानीय, एनएफएस, सेफ और वर्चुओज़ो स्टोरेज शामिल हैं।

एफसीओ एक ही इंटरफ़ेस से कई क्लस्टरों के निर्माण और प्रबंधन का समर्थन करता है। यानी, आप एक माउस क्लिक से एक Virtuozzo क्लस्टर और एक KVM + Ceph क्लस्टर के बीच स्विच करके प्रबंधित कर सकते हैं।

इसके मूल में, एफसीओ क्लाउड प्रदाताओं के लिए एक व्यापक समाधान है, जिसमें ऑर्केस्ट्रेशन के अलावा, सभी सेटिंग्स, भुगतान प्लगइन्स, चालान, अधिसूचनाएं, पुनर्विक्रेता, टैरिफ इत्यादि के साथ बिलिंग भी शामिल है। हालाँकि, बिलिंग भाग सभी रूसी बारीकियों को कवर करने में सक्षम नहीं है, इसलिए हमने दूसरे समाधान के पक्ष में इसका उपयोग छोड़ दिया।

मैं सभी क्लाउड संसाधनों के अधिकारों को वितरित करने की लचीली प्रणाली से बहुत खुश हूं: छवियां, डिस्क, उत्पाद, सर्वर, फ़ायरवॉल - यह सब "साझा" किया जा सकता है और उपयोगकर्ताओं के बीच और यहां तक कि विभिन्न ग्राहकों के उपयोगकर्ताओं के बीच भी अधिकार दिए जा सकते हैं। प्रत्येक ग्राहक अपने क्लाउड में कई स्वतंत्र डेटा केंद्र बना सकता है और उन्हें एक ही नियंत्रण कक्ष से प्रबंधित कर सकता है।

वास्तुकला की दृष्टि से, एफसीओ में कई भाग होते हैं, जिनमें से प्रत्येक का अपना स्वतंत्र कोड होता है, और कुछ का अपना डेटाबेस होता है।

क्षितिज - व्यवस्थापक और उपयोगकर्ता इंटरफ़ेस
जेड - व्यावसायिक तर्क, बिलिंग, कार्य प्रबंधन
टाइगर लिली - सेवा समन्वयक, व्यावसायिक तर्क और समूहों के बीच सूचना के आदान-प्रदान का प्रबंधन और समन्वय करता है।
XVP प्रबंधक - क्लस्टर तत्वों का प्रबंधन: नोड्स, स्टोरेज, नेटवर्क और वर्चुअल मशीन।
XVPएजेंट - XVPManager के साथ इंटरैक्ट करने के लिए नोड्स पर एक एजेंट स्थापित किया गया है

हम लेखों की एक श्रृंखला में प्रत्येक घटक की वास्तुकला के बारे में एक विस्तृत कहानी शामिल करने की योजना बना रहे हैं, यदि, निश्चित रूप से, विषय रुचि पैदा करता है।

एफसीओ का मुख्य लाभ इसकी "बॉक्सिंग" प्रकृति से है। सादगी और न्यूनतावाद आपकी सेवा में हैं। नियंत्रण नोड के लिए, उबंटू पर एक वर्चुअल मशीन आवंटित की जाती है, जिसमें सभी आवश्यक पैकेज स्थापित होते हैं। सभी सेटिंग्स को वैरिएबल-वैल्यू के रूप में कॉन्फ़िगरेशन फ़ाइलों में रखा गया है:

# cat /etc/extility/config/vars
…
export LIMIT_MAX_LIST_ADMIN_DEFAULT="30000"
export LIMIT_MAX_LIST_USER_DEFAULT="200"
export LOGDIR="/var/log/extility"
export LOG_FILE="misc.log"
export LOG_FILE_LOG4JHOSTBILLMODULE="hostbillmodule.log"
export LOG_FILE_LOG4JJADE="jade.log"
export LOG_FILE_LOG4JTL="tigerlily.log"
export LOG_FILE_LOG4JXVP="xvpmanager.log"
export LOG_FILE_VARS="misc.log"
…

संपूर्ण कॉन्फ़िगरेशन को प्रारंभ में टेम्प्लेट में संपादित किया जाता है, फिर जनरेटर लॉन्च किया जाता है
#बिल्ड-कॉन्फ़िगरेशन जो एक vars फ़ाइल उत्पन्न करेगा और सेवाओं को कॉन्फ़िगरेशन को फिर से पढ़ने का आदेश देगा। यूजर इंटरफ़ेस अच्छा है और इसे आसानी से ब्रांड किया जा सकता है।

जैसा कि आप देख सकते हैं, इंटरफ़ेस में विजेट होते हैं जिन्हें उपयोगकर्ता द्वारा नियंत्रित किया जा सकता है। वह आसानी से पेज से विजेट जोड़/हटा सकता है, जिससे उसे आवश्यक डैशबोर्ड तैयार हो जाएगा।

अपनी बंद प्रकृति के बावजूद, FCO एक उच्च अनुकूलन योग्य प्रणाली है। वर्कफ़्लो को बदलने के लिए इसमें बड़ी संख्या में सेटिंग्स और प्रवेश बिंदु हैं:

कस्टम प्लगइन्स समर्थित हैं, उदाहरण के लिए, आप उपयोगकर्ता को प्रदान करने के लिए अपनी स्वयं की बिलिंग विधि या अपना स्वयं का बाहरी संसाधन लिख सकते हैं
कुछ घटनाओं के लिए कस्टम ट्रिगर समर्थित हैं, उदाहरण के लिए, क्लाइंट बनाते समय उसमें पहली वर्चुअल मशीन जोड़ना
इंटरफ़ेस में कस्टम विजेट समर्थित हैं, उदाहरण के लिए, YouTube वीडियो को सीधे उपयोगकर्ता इंटरफ़ेस में एम्बेड करना।

सभी अनुकूलन FDL में लिखे गए हैं, जो Lua पर आधारित है। यदि आप लुआ को जानते हैं, तो एफडीएल के साथ कोई समस्या नहीं होगी।

यहां हमारे द्वारा उपयोग किए जाने वाले सबसे सरल ट्रिगर्स में से एक का उदाहरण दिया गया है। यह ट्रिगर उपयोगकर्ताओं को अन्य ग्राहकों के साथ अपनी छवियां साझा करने की अनुमति नहीं देता है। हम ऐसा एक उपयोगकर्ता को अन्य उपयोगकर्ताओं के लिए दुर्भावनापूर्ण छवि बनाने से रोकने के लिए करते हैं।

function register()
    return {"pre_user_api_publish"}
end
   
function pre_user_api_publish(p)  
    if(p==nil) then
        return{
            ref = "cancelPublishImage",
            name = "Cancel publishing",
            description = "Cancel all user’s images publishing",
            triggerType = "PRE_USER_API_CALL",
            triggerOptions = {"publishResource", "publishImage"},
            api = "TRIGGER",
            version = 1,
        }
    end

    -- Turn publishing off
    return {exitState = "CANCEL"}
   
end

रजिस्टर फ़ंक्शन को FCO कर्नेल द्वारा कॉल किया जाएगा। यह कॉल किए जाने वाले फ़ंक्शन का नाम लौटाएगा। इस फ़ंक्शन का "पी" पैरामीटर कॉल संदर्भ को संग्रहीत करता है, और पहली बार जब इसे कॉल किया जाएगा तो यह खाली (शून्य) होगा। जो हमें अपना ट्रिगर पंजीकृत करने की अनुमति देगा। ट्रिगरटाइप में हम इंगित करते हैं कि ट्रिगर प्रकाशन ऑपरेशन से पहले लागू किया गया है, और केवल उपयोगकर्ताओं को प्रभावित करता है। निस्संदेह, हम सिस्टम प्रशासकों को सब कुछ प्रकाशित करने की अनुमति देते हैं। ट्रिगरऑप्शंस में हम उन ऑपरेशनों का विवरण देते हैं जिनके लिए ट्रिगर सक्रिय होगा।

और मुख्य बात वापसी है {exitState = “CANCEL”}, यही कारण है कि ट्रिगर विकसित किया गया था। जब उपयोगकर्ता नियंत्रण कक्ष में अपनी छवि साझा करने का प्रयास करेगा तो यह विफलता लौटाएगा।

FCO आर्किटेक्चर में, किसी भी ऑब्जेक्ट (डिस्क, सर्वर, इमेज, नेटवर्क, नेटवर्क एडॉप्टर, आदि) को एक संसाधन इकाई के रूप में दर्शाया जाता है, जिसमें सामान्य पैरामीटर होते हैं:

संसाधन यूयूआईडी
संसाधन का नाम
संसाधन प्रकार
संसाधन स्वामी यूयूआईडी
संसाधन स्थिति (सक्रिय, निष्क्रिय)
संसाधन मेटाडेटा
संसाधन कुंजियाँ
उस उत्पाद का यूयूआईडी जो संसाधन का मालिक है
संसाधन वीडीसी

एपीआई का उपयोग करते समय यह बहुत सुविधाजनक होता है, जब सभी संसाधन एक ही सिद्धांत के अनुसार काम करते हैं। उत्पाद प्रदाता द्वारा कॉन्फ़िगर किए जाते हैं और ग्राहक द्वारा ऑर्डर किए जाते हैं। चूँकि हमारी बिलिंग साइड में है, ग्राहक पैनल से किसी भी उत्पाद को स्वतंत्र रूप से ऑर्डर कर सकता है। इसकी गणना बाद में बिलिंग में की जाएगी. उत्पाद प्रति घंटे एक आईपी पता, प्रति घंटे एक अतिरिक्त जीबी डिस्क या सिर्फ एक सर्वर हो सकता है।

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

लाइसेंसिंग मॉडल में भौतिक नोड के प्रत्येक प्रोसेसर कोर के लिए भुगतान करना शामिल है। लागत क्लस्टर प्रकारों की संख्या से भी प्रभावित होती है। उदाहरण के लिए, यदि आप KVM और VMware का एक साथ उपयोग करने की योजना बनाते हैं, तो लाइसेंस की लागत बढ़ जाएगी।

एफसीओ एक पूर्ण उत्पाद है, इसकी कार्यक्षमता बहुत समृद्ध है, इसलिए हम नेटवर्क भाग की कार्यप्रणाली के विस्तृत विवरण के साथ एक साथ कई लेख तैयार करने की योजना बना रहे हैं।

इस ऑर्केस्ट्रेटर के साथ कई वर्षों तक काम करने के बाद, हम इसे बहुत उपयुक्त के रूप में चिह्नित कर सकते हैं। अफसोस, उत्पाद खामियों से रहित नहीं है:

हमें डेटाबेस को अनुकूलित करना पड़ा क्योंकि जैसे-जैसे उनमें डेटा की मात्रा बढ़ती गई, क्वेरीज़ धीमी होने लगीं;
एक दुर्घटना के बाद, बग के कारण पुनर्प्राप्ति तंत्र काम नहीं कर सका, और हमें अपनी स्वयं की स्क्रिप्ट का उपयोग करके दुर्भाग्यपूर्ण ग्राहकों की कारों को पुनर्प्राप्त करना पड़ा;
नोड अनुपलब्धता का पता लगाने का तंत्र कोड में हार्डवायर्ड है और इसे अनुकूलित नहीं किया जा सकता है। अर्थात्, हम किसी नोड की अनुपलब्धता का निर्धारण करने के लिए अपनी स्वयं की नीतियां नहीं बना सकते हैं।
लॉगिंग हमेशा विस्तृत नहीं होती. कभी-कभी, जब आपको किसी विशेष समस्या को समझने के लिए बहुत निचले स्तर तक जाने की आवश्यकता होती है, तो आपके पास कुछ घटकों के कारण को समझने के लिए पर्याप्त स्रोत कोड नहीं होता है;

कुल: सामान्य तौर पर, उत्पाद के प्रभाव अच्छे होते हैं। हम ऑर्केस्ट्रेटर डेवलपर्स के साथ लगातार संपर्क में हैं। लोग रचनात्मक सहयोग के प्रति प्रवृत्त हैं।

अपनी सरलता के बावजूद, FCO की कार्यक्षमता व्यापक है। भविष्य के लेखों में हम निम्नलिखित विषयों पर गहराई से चर्चा करने की योजना बना रहे हैं:

एफसीओ पर नेटवर्किंग
लाइव-रिकवरी और FQP प्रोटोकॉल प्रदान करना
अपने स्वयं के प्लगइन्स और विजेट लिखना
लोड बैलेंसर और एक्रोनिस जैसी अतिरिक्त सेवाओं को जोड़ना
बैकअप
नोड्स को कॉन्फ़िगर करने और कॉन्फ़िगर करने के लिए एकीकृत तंत्र
वर्चुअल मशीन मेटाडेटा को संसाधित करना

ZY यदि आप अन्य पहलुओं में रुचि रखते हैं तो टिप्पणियों में लिखें। बने रहें!

स्रोत: www.habr.com

फ्लेक्सियंट क्लाउड ऑर्केस्ट्रेटर: यह किसके साथ आता है

एक टिप्पणी जोड़ें उत्तर रद्द