ओपननेबुला. लहान नोट्स

सर्वांना नमस्कार. हा लेख व्हर्च्युअलायझेशन प्लॅटफॉर्म निवडण्यामध्ये आणि मालिकेतील लेख वाचल्यानंतर "आम्ही प्रॉक्समॉक्स स्थापित केला आणि सर्वसाधारणपणे सर्व काही ठीक आहे, एकाही ब्रेकशिवाय 6 वर्षांचा अपटाइम" वाचल्यानंतर त्यांच्यासाठी हा लेख लिहिला गेला आहे. परंतु एक किंवा दुसरे आउट-ऑफ-द-बॉक्स सोल्यूशन स्थापित केल्यानंतर, प्रश्न उद्भवतो: मी येथे हे कसे दुरुस्त करू शकतो, जेणेकरून मॉनिटरिंग अधिक समजण्यायोग्य असेल आणि येथे, बॅकअप नियंत्रित करण्यासाठी…. आणि मग वेळ येते आणि तुम्हाला समजते की तुम्हाला काहीतरी अधिक कार्यक्षम हवे आहे, किंवा तुम्हाला तुमच्या सिस्टममधील सर्व काही स्पष्ट व्हायचे आहे, आणि हा ब्लॅक बॉक्स नाही, किंवा तुम्हाला हायपरवाइजर आणि व्हर्च्युअल मशीन्सपेक्षा काहीतरी अधिक वापरायचे आहे. या लेखात ओपननेबुला प्लॅटफॉर्मवर आधारित काही विचार आणि सराव असतील - मी ते निवडले कारण. ते संसाधनांची मागणी करत नाही आणि आर्किटेक्चर इतके क्लिष्ट नाही.

आणि म्हणून, जसे आपण पाहतो, बरेच क्लाउड प्रदाते kvm वर कार्य करतात आणि मशीन नियंत्रित करण्यासाठी बाह्य कनेक्शन करतात. हे स्पष्ट आहे की मोठे होस्टर्स क्लाउड इन्फ्रास्ट्रक्चरसाठी त्यांचे स्वतःचे फ्रेमवर्क लिहितात, उदाहरणार्थ समान YANDEX. कोणीतरी ओपनस्टॅक वापरतो आणि या आधारावर कनेक्शन बनवतो - SELECTEL, MAIL.RU. परंतु आपल्याकडे आपले स्वतःचे हार्डवेअर आणि तज्ञांचा एक छोटा कर्मचारी असल्यास, आपण सामान्यत: तयार काहीतरी निवडता - VMWARE, HYPER-V, तेथे विनामूल्य आणि सशुल्क परवाने आहेत, परंतु आम्ही आता त्याबद्दल बोलत नाही. चला उत्साही लोकांबद्दल बोलूया - हे असे लोक आहेत जे ऑफर करण्यास आणि काहीतरी नवीन करण्याचा प्रयत्न करण्यास घाबरत नाहीत, कंपनीने स्पष्टपणे हे स्पष्ट केले आहे की, “तुमच्यानंतर याची सेवा कोण देईल,” “आम्ही हे नंतर उत्पादनात आणणार आहोत का? ? भितीदायक." परंतु आपण प्रथम चाचणी बेंचमध्ये हे उपाय लागू करू शकता आणि जर प्रत्येकाला ते आवडले तर आपण पुढील विकासाचा प्रश्न उपस्थित करू शकता आणि अधिक गंभीर वातावरणात वापरु शकता.

तसेच अहवालाची लिंक येथे आहे www.youtube.com/watch?v=47Mht_uoX3A या व्यासपीठाच्या विकासात सक्रिय सहभागी.

कदाचित या लेखात काहीतरी अनावश्यक असेल आणि अनुभवी तज्ञांना आधीच समजण्यासारखे असेल आणि काही प्रकरणांमध्ये मी सर्वकाही वर्णन करणार नाही कारण इंटरनेटवर समान आज्ञा आणि वर्णन उपलब्ध आहेत. हा फक्त माझा या व्यासपीठाचा अनुभव आहे. मला आशा आहे की सक्रिय सहभागी टिप्पण्यांमध्ये काय चांगले केले जाऊ शकते आणि मी कोणत्या चुका केल्या हे जोडतील. सर्व क्रिया वेगवेगळ्या वैशिष्ट्यांसह 3 पीसी असलेल्या होम स्टँडमध्ये झाल्या. तसेच, हे सॉफ्टवेअर कसे कार्य करते आणि ते कसे स्थापित करायचे हे मी विशेषतः सूचित केले नाही. नाही, फक्त प्रशासनाचा अनुभव आणि मला आलेल्या समस्या. कदाचित हे त्यांच्या निवडीतील एखाद्यासाठी उपयुक्त ठरेल.

तर, चला सुरुवात करूया. सिस्टम प्रशासक म्हणून, खालील मुद्दे माझ्यासाठी महत्त्वाचे आहेत, त्याशिवाय मी हे समाधान वापरण्याची शक्यता नाही.

1. स्थापना पुनरावृत्तीक्षमता

ओपननेबुला स्थापित करण्यासाठी अनेक सूचना आहेत, कोणतीही समस्या नसावी. आवृत्ती ते आवृत्ती, नवीन वैशिष्ट्ये दिसतात जी आवृत्तीवरून आवृत्तीवर जाताना नेहमी कार्य करणार नाहीत.

2. देखरेख

आम्ही नोड, kvm आणि opennebula चे निरीक्षण करू. सुदैवाने, ते आधीच तयार आहे. लिनक्स होस्ट्सचे निरीक्षण करण्याबद्दल बरेच पर्याय आहेत, तेच Zabbix किंवा नोड एक्सपोर्टर - ज्याला काय चांगले आवडते - या क्षणी मी ते मॉनिटरिंग सिस्टम मेट्रिक्स (तापमान जेथे ते मोजले जाऊ शकते, डिस्क अॅरेची सुसंगतता) म्हणून परिभाषित करतो. , आणि Prometheus निर्यातक द्वारे अर्ज म्हणून. kvm मॉनिटरिंगसाठी, उदाहरणार्थ, तुम्ही प्रोजेक्ट घेऊ शकता github.com/zhangjianweibj/prometheus-libvirt-exporter.git आणि ते systemd द्वारे चालवण्यासाठी सेट करा, ते चांगले कार्य करते आणि kvm मेट्रिक्स दाखवते, एक तयार डॅशबोर्ड देखील आहे grafana.com/grafana/dashboards/12538.

उदाहरणार्थ, येथे माझी फाइल आहे:

/etc/systemd/system/libvirtd_exporter.service
[Unit]
Description=Node Exporter

[Service]
User=node_exporter
ExecStart=/usr/sbin/prometheus-libvirt-exporter --web.listen-address=":9101"

[Install]
WantedBy=multi-user.target

आणि म्हणून आमच्याकडे 1 निर्यातक आहे, आम्हाला ओपननेबुलाचे निरीक्षण करण्यासाठी दुसर्‍याची गरज आहे, मी हे वापरले github.com/kvaps/opennebula-exporter/blob/master/opennebula_exporter

सामान्य जोडले जाऊ शकते node_exporter खालील प्रणालीचे निरीक्षण करण्यासाठी.

node_exporter फाईलमध्ये आम्ही याप्रमाणे प्रारंभ बदलतो:

ExecStart=/usr/sbin/node_exporter --web.listen-address=":9102" --collector.textfile.directory=/var/lib/opennebula_exporter/textfile_collector

mkdir -p /var/lib/opennebula_exporter निर्देशिका तयार करा

वर सादर केलेली bash स्क्रिप्ट, प्रथम आम्ही कन्सोलद्वारे काम तपासतो, जर ते आम्हाला काय हवे आहे ते दर्शविते (जर ते एरर देत असेल तर xmlstarlet स्थापित करा), ते /usr/local/bin/opennebula_exporter.sh वर कॉपी करा.

प्रत्येक मिनिटासाठी एक क्रॉन कार्य जोडा:

*/1 * * * * (/usr/local/bin/opennebula_exporter.sh > /var/lib/opennebula_exporter/textfile_collector/opennebula.prom)

मेट्रिक्स दिसू लागले, तुम्ही त्यांना प्रोमिथियस प्रमाणे घेऊ शकता आणि आलेख तयार करू शकता आणि अलर्ट बनवू शकता. ग्राफानामध्ये तुम्ही काढू शकता, उदाहरणार्थ, असा साधा डॅशबोर्ड.

(हे स्पष्ट आहे की मी येथे cpu, ram overcommit करतो)

ज्यांना Zabbix आवडते आणि वापरतात त्यांच्यासाठी आहे github.com/OpenNebula/addon-zabbix

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

मी अद्याप लॉगिंग सुरू केले नाही. रेग्युलर एक्स्प्रेशनसह /var/lib/one डिरेक्ट्रीचे विश्लेषण करण्यासाठी td-agent जोडणे हा सर्वात सोपा पर्याय आहे. उदाहरणार्थ, sunstone.log फाइल nginx regexp आणि इतर फाइल्सशी जुळते जी प्लॅटफॉर्मवर प्रवेश करण्याचा इतिहास दर्शवते - याचा फायदा काय आहे? ठीक आहे, उदाहरणार्थ, आम्ही "त्रुटी, त्रुटी" ची संख्या स्पष्टपणे ट्रॅक करू शकतो आणि कुठे आणि कोणत्या स्तरावर खराबी आहे ते द्रुतपणे ट्रॅक करू शकतो.

3. बॅकअप

सशुल्क पूर्ण झालेले प्रकल्प देखील आहेत - उदाहरणार्थ सप्टें wiki.sepsoftware.com/wiki/index.php/4_4_3_Tigon:OpenNebula_Backup. येथे आपण हे समजून घेतले पाहिजे की या प्रकरणात फक्त मशीनच्या प्रतिमेचा बॅकअप घेणे अजिबात नाही, कारण आमच्या व्हर्च्युअल मशीनने पूर्ण एकत्रीकरणासह कार्य केले पाहिजे (आपल्या अनुप्रयोगांसाठी नेटवर्क सेटिंग्ज, vm नाव आणि कस्टम सेटिंग्जचे वर्णन करणारी समान संदर्भ फाइल) . म्हणून, आम्ही काय आणि कसे बॅकअप घेऊ हे आम्ही येथे ठरवतो. काही प्रकरणांमध्ये vm मध्येच काय आहे त्याची प्रत बनवणे चांगले आहे. आणि कदाचित तुम्हाला दिलेल्या मशीनमधून फक्त एका डिस्कचा बॅकअप घ्यावा लागेल.

उदाहरणार्थ, आम्ही ठरवले की सर्व मशीन्स सतत प्रतिमांनी सुरू होतात, म्हणून, वाचल्यानंतर docs.opennebula.io/5.12/operation/vm_management/img_guide.html

याचा अर्थ प्रथम आपण आपल्या vm वरून प्रतिमा अपलोड करू शकतो:

onevm disk-saveas 74 3 prom.qcow2
Image ID: 77

Смотрим, под каким именем он сохранился

oneimage show 77
/var/lib/one//datastores/100/f9503161fe180658125a9b32433bf6e8
   
И далее копируем куда нам необходимо. Конечно, так себе способ. Просто хотел показать, что используя инструменты opennebula можно строить подобные решения.

मला इंटरनेटवर देखील सापडले मनोरंजक अहवाल आणि अधिक आहे असा खुला प्रकल्प, पण फक्त qcow2 साठी स्टोरेज आहे.

परंतु आपल्या सर्वांना माहित आहे की, लवकरच किंवा नंतर एक वेळ येईल जेव्हा तुम्हाला वाढीव बॅकअप हवे असतील, ते येथे अधिक कठीण आहे आणि कदाचित व्यवस्थापन पेड सोल्यूशनसाठी पैसे वाटप करेल किंवा इतर मार्गाने जाईल आणि समजून घ्या की येथे आम्ही फक्त संसाधने कमी करत आहोत, आणि ऍप्लिकेशन स्तरावर बॅकअप घेणे आणि अनेक नवीन नोड्स आणि व्हर्च्युअल मशीन्स जोडणे - होय, येथे मी म्हणत आहे की क्लाउडचा वापर ऍप्लिकेशन क्लस्टर्स लाँच करण्यासाठी आणि डेटाबेस दुसर्‍या प्लॅटफॉर्मवर लॉन्च करण्यासाठी किंवा रेडीमेड एक घेणे शक्य असल्यास पुरवठादाराकडून.

4. वापरणी सोपी

या परिच्छेदात मी मला आलेल्या समस्यांचे वर्णन करेन. उदाहरणार्थ, प्रतिमांनुसार, जसे आपल्याला माहित आहे, तेथे कायम आहे - जेव्हा ही प्रतिमा vm वर आरोहित केली जाते, तेव्हा सर्व डेटा या प्रतिमेवर लिहिला जातो. आणि जर कायम न राहिल्यास, प्रतिमा स्टोरेजमध्ये कॉपी केली जाते आणि स्त्रोत प्रतिमेवरून कॉपी केलेल्या डेटावर डेटा लिहिला जातो - अशा प्रकारे टेम्पलेट टेम्पलेट्स कार्य करतात. पर्सिस्टंट निर्दिष्ट करण्यास विसरून मी वारंवार स्वतःसाठी समस्या निर्माण केल्या आणि 200 जीबी प्रतिमा कॉपी केली गेली, समस्या अशी आहे की ही प्रक्रिया नक्कीच रद्द केली जाऊ शकत नाही, तुम्हाला नोडवर जावे लागेल आणि सध्याची "सीपी" प्रक्रिया नष्ट करावी लागेल.

एक महत्त्वाचा तोटा म्हणजे तुम्ही फक्त gui वापरून क्रिया रद्द करू शकत नाही. किंवा त्याऐवजी, तुम्ही त्यांना रद्द कराल आणि काहीही घडत नाही हे पहा आणि तुम्ही त्यांना पुन्हा सुरू कराल, त्यांना रद्द कराल आणि प्रत्यक्षात आधीपासून 2 cp प्रक्रिया असतील ज्या प्रतिमा कॉपी करतात.

आणि मग हे समजते की ओपननेब्युलामध्ये प्रत्येक नवीन घटना नवीन आयडीसह का लिहितात, उदाहरणार्थ, त्याच प्रॉक्समॉक्समध्ये 101 आयडीसह एक vm तयार केला, तो हटवला, नंतर तुम्ही तो पुन्हा तयार करा आणि 101 आयडी. ओपननेबुलामध्ये असे होणार नाही, प्रत्येक नवीन उदाहरण नवीन आयडीसह तयार केले जाईल आणि याचे स्वतःचे तर्क आहे - उदाहरणार्थ, जुना डेटा साफ करणे किंवा अयशस्वी इंस्टॉलेशन्स.

स्टोरेजसाठीही तेच आहे; सर्वात जास्त म्हणजे, हे प्लॅटफॉर्म केंद्रीकृत स्टोरेजसाठी आहे. स्थानिक वापरण्यासाठी अॅडऑन आहेत, परंतु आम्ही या प्रकरणात बोलत आहोत असे नाही. मला वाटते की भविष्यात कोणीतरी नोड्सवर स्थानिक स्टोरेज कसे वापरण्यात आणि उत्पादनात यशस्वीरित्या वापरण्यात यशस्वी झाले याबद्दल एक लेख लिहील.

5. कमाल साधेपणा

अर्थात, तुम्ही जितके पुढे जाल तितके तुम्हाला समजून घेणारे कमी होतील.

माझ्या स्टँडच्या परिस्थितीत - एनएफएस स्टोरेजसह 3 नोड्स - सर्व काही ठीक कार्य करते. परंतु जर आम्ही पॉवर आउटेजचा समावेश असलेले प्रयोग केले, उदाहरणार्थ, स्नॅपशॉट चालवताना आणि नोडची पॉवर बंद करताना, आम्ही डेटाबेसमध्ये सेटिंग्ज जतन करतो की स्नॅपशॉट आहे, परंतु प्रत्यक्षात तेथे काहीही नाही (ठीक आहे, आम्ही सर्व समजतो की आम्ही सुरुवातीला sql मध्ये या क्रियेबद्दल डेटाबेस लिहिला, परंतु ऑपरेशन स्वतःच यशस्वी झाले नाही). फायदा असा आहे की स्नॅपशॉट तयार करताना, एक वेगळी फाईल तयार केली जाते आणि एक "पालक" असते, त्यामुळे समस्यांच्या बाबतीत आणि जरी ते gui द्वारे कार्य करत नसले तरीही, आम्ही qcow2 फाइल उचलू शकतो आणि ती स्वतंत्रपणे पुनर्संचयित करू शकतो. docs.opennebula.io/5.8/operation/vm_management/vm_instances.html

नेटवर्कवर, दुर्दैवाने, सर्वकाही इतके सोपे नाही. बरं, ओपनस्टॅकपेक्षा कमीतकमी हे सोपे आहे, मी फक्त vlan (802.1Q) वापरला - ते चांगले कार्य करते, परंतु जर तुम्ही टेम्पलेट नेटवर्कवरून सेटिंग्जमध्ये बदल केले तर या सेटिंग्ज आधीपासून चालू असलेल्या मशीनवर लागू होणार नाहीत, म्हणजे. तुम्हाला नेटवर्क कार्ड हटवणे आणि जोडणे आवश्यक आहे, त्यानंतर नवीन सेटिंग्ज लागू होतील.

आपण अद्याप ओपनस्टॅकशी तुलना करू इच्छित असल्यास, आपण हे म्हणू शकता: ओपननेबुलामध्ये डेटा संचयित करण्यासाठी, नेटवर्क, संसाधने व्यवस्थापित करण्यासाठी कोणते तंत्रज्ञान वापरावे याची स्पष्ट व्याख्या नाही - प्रत्येक प्रशासक त्याच्यासाठी अधिक सोयीस्कर काय आहे हे स्वतः ठरवतो.

6. अतिरिक्त प्लगइन आणि स्थापना

शेवटी, जसे आपण समजतो, क्लाउड प्लॅटफॉर्म केवळ kvmच नाही तर vmware esxi देखील व्यवस्थापित करू शकतो. दुर्दैवाने, माझ्याकडे Vcenter सोबत पूल नव्हता, जर कोणी प्रयत्न केला असेल तर कृपया लिहा.

इतर क्लाउड प्रदात्यांसाठी समर्थन सांगितले आहे docs.opennebula.io/5.12/advanced_components/cloud_bursting/index.html
AWS, AZURE.

मी सिलेक्टेल वरून व्हीएमवेअर क्लाउड कनेक्ट करण्याचा प्रयत्न देखील केला, परंतु काहीही कार्य केले नाही - सर्वसाधारणपणे, ते अवरोधित केले गेले कारण तेथे बरेच घटक आहेत आणि होस्टिंग प्रदात्याच्या तांत्रिक समर्थनास लिहिण्यात काही अर्थ नाही.

तसेच, आता नवीन आवृत्तीमध्ये फटाके आहे - हे microvm लाँच केले आहे, एक प्रकारचा kvm हार्नेस ओव्हर डॉकर, जे आणखी अष्टपैलुत्व, सुरक्षा आणि वाढीव उत्पादकता देते कारण अनुकरण उपकरणांवर संसाधने वाया घालवण्याची गरज नाही. डॉकरवर मला फक्त एकच फायदा दिसतो की तो अतिरिक्त संख्येने प्रक्रिया घेत नाही आणि हे इम्युलेशन वापरताना कोणतेही व्यापलेले सॉकेट नाहीत, म्हणजे. लोड बॅलन्सर म्हणून वापरणे शक्य आहे (परंतु मी सर्व चाचण्या पूर्ण करेपर्यंत याबद्दल स्वतंत्र लेख लिहिणे योग्य आहे).

7. वापराचा सकारात्मक अनुभव आणि त्रुटी डीबगिंग

मला कामाबद्दलची माझी निरीक्षणे सांगायची होती, मी त्यातील काही वर वर्णन केले आहे, मला आणखी लिहायचे आहे. खरंच, मी कदाचित एकटाच नाही ज्याला प्रथम असे वाटते की ही योग्य प्रणाली नाही आणि सर्वसाधारणपणे येथे सर्व काही क्रॅच आहे - ते यासह कसे कार्य करतात? पण नंतर समज येते की सर्व काही अगदी तार्किक आहे. अर्थात, तुम्ही सर्वांना संतुष्ट करू शकत नाही आणि काही बाबींमध्ये सुधारणा आवश्यक आहे.

उदाहरणार्थ, एका डेटास्टोअरवरून दुसर्‍या डेटास्टोअरवर डिस्क प्रतिमा कॉपी करण्याचे सोपे ऑपरेशन. माझ्या बाबतीत, nfs सह 2 नोड्स आहेत, मी प्रतिमा पाठवतो - कॉपी करणे फ्रंटएंड ओपननेब्युलाद्वारे होते, जरी आम्ही सर्वजण या वस्तुस्थितीची सवय आहोत की डेटा थेट होस्ट दरम्यान कॉपी केला पाहिजे - त्याच vmware, hyper-v मध्ये आम्ही आहोत याची सवय आहे, परंतु येथे दुसर्यासाठी. एक वेगळा दृष्टीकोन आणि एक वेगळी विचारधारा आहे आणि आवृत्ती 5.12 मध्ये त्यांनी "डेटास्टोअरवर स्थलांतरित करा" बटण काढले - फक्त मशीन स्वतःच हस्तांतरित केली जाते, परंतु स्टोरेज नाही कारण म्हणजे केंद्रीकृत स्टोरेज.

पुढे विविध कारणांसह एक लोकप्रिय त्रुटी आहे: “व्हर्च्युअल मशीन तैनात करताना त्रुटी: /var/lib/one//datastores/103/10/deployment वरून डोमेन तयार करू शकले नाही. 5” खाली पाहण्यासारखी शीर्ष गोष्ट आहे.

• oneadmin वापरकर्त्यासाठी प्रतिमा अधिकार;
• libvirtd चालवण्यासाठी oneadmin वापरकर्त्यासाठी परवानगी;
• डेटास्टोअर योग्यरित्या आरोहित आहे का? जा आणि नोडवरच मार्ग तपासा, कदाचित काहीतरी बंद पडले आहे;
• चुकीच्या पद्धतीने कॉन्फिगर केलेले नेटवर्क, किंवा त्याऐवजी फ्रंटएंडवर हे नेटवर्क सेटिंग्जमध्ये आहे की vlan साठी मुख्य इंटरफेस br0 आहे, परंतु नोडवर ते bridge0 असे लिहिलेले आहे - ते समान असणे आवश्यक आहे.

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

8. दस्तऐवजीकरण, समुदाय. पुढील विकास

आणि बाकीचे, चांगले दस्तऐवज, समुदाय आणि मुख्य गोष्ट अशी आहे की प्रकल्प भविष्यात जगणे सुरू आहे.

सर्वसाधारणपणे, सर्व काही अगदी चांगले दस्तऐवजीकरण केलेले आहे आणि अधिकृत स्त्रोत वापरून देखील स्थापित करणे आणि प्रश्नांची उत्तरे शोधण्यात अडचण येणार नाही.

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

या क्षणी, 5.12 पासून कंपनीमधील काही धोरणे बदलली आहेत forum.opennebula.io/t/towards-a-stronger-opennebula-community/8506/14 प्रकल्प कसा विकसित होतो हे पाहणे मनोरंजक असेल. सुरुवातीला, मी विशेषत: काही विक्रेत्यांकडे लक्ष वेधले जे त्यांचे उपाय वापरतात आणि उद्योग काय ऑफर करतो. अर्थात, काय वापरावे याचे कोणतेही स्पष्ट उत्तर नाही. परंतु लहान संस्थांसाठी, त्यांचे छोटे खाजगी क्लाउड राखणे दिसते तितके महाग असू शकत नाही. आपल्याला नेमके काय हवे आहे हे जाणून घेणे ही मुख्य गोष्ट आहे.

परिणामी, आपण क्लाउड सिस्टम म्हणून काय निवडले याची पर्वा न करता, आपण एका उत्पादनावर थांबू नये. आपल्याकडे वेळ असल्यास, इतर अधिक खुल्या उपायांवर एक नजर टाकणे योग्य आहे.

छान गप्पा होतात t.me/opennebula ते सक्रियपणे मदत करतात आणि तुम्हाला Google वर समस्येचे निराकरण शोधण्यासाठी पाठवत नाहीत. आमच्यात सामील व्हा.

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