ओपननेबुला। अल्प टिप्पणियां

नमस्ते। यह लेख उन लोगों के लिए लिखा गया था जो अभी भी वर्चुअलाइजेशन प्लेटफ़ॉर्म चुनने और श्रृंखला के लेख को पढ़ने के बाद "हमने प्रॉक्समॉक्स स्थापित किया है और सामान्य तौर पर सब कुछ ठीक है, एक भी ब्रेक के बिना 6 साल का अपटाइम" के बीच उलझे हुए हैं। लेकिन एक या दूसरे आउट-ऑफ-द-बॉक्स समाधान को स्थापित करने के बाद, सवाल उठता है: मैं इसे यहां कैसे ठीक कर सकता हूं, ताकि निगरानी अधिक समझ में आ सके, और यहां, बैकअप को नियंत्रित करने के लिए…। और फिर समय आता है और आपको एहसास होता है कि आप कुछ अधिक कार्यात्मक चाहते हैं, या आप चाहते हैं कि आपके सिस्टम के अंदर सब कुछ स्पष्ट हो जाए, न कि यह ब्लैक बॉक्स, या आप हाइपरवाइजर और वर्चुअल मशीनों के समूह से अधिक कुछ का उपयोग करना चाहते हैं। इस लेख में ओपननेबुला प्लेटफ़ॉर्म पर आधारित कुछ विचार और अभ्यास शामिल होंगे - मैंने इसे इसलिए चुना। यह संसाधनों पर मांग नहीं कर रहा है और वास्तुकला इतनी जटिल नहीं है।

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

यहां रिपोर्ट का लिंक भी है www.youtube.com/watch?v=47Mht_uoX3A इस मंच के विकास में एक सक्रिय भागीदार से।

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

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

1. स्थापना दोहराव योग्यता

ओपननेबुला स्थापित करने के लिए बहुत सारे निर्देश हैं, कोई समस्या नहीं होनी चाहिए। एक संस्करण से दूसरे संस्करण में, नई सुविधाएँ दिखाई देती हैं जो एक संस्करण से दूसरे संस्करण में जाने पर हमेशा काम नहीं करेंगी।

2. निगरानी

हम स्वयं नोड, केवीएम और ओपननेबुला की निगरानी करेंगे। सौभाग्य से, यह पहले से ही तैयार है। लिनक्स होस्ट की निगरानी के बारे में बहुत सारे विकल्प हैं, वही ज़ैबिक्स या नोड निर्यातक - जो भी बेहतर पसंद करता है - फिलहाल मैं इसे ज़ैबिक्स के माध्यम से मॉनिटरिंग सिस्टम मेट्रिक्स (तापमान जहां इसे मापा जा सकता है, डिस्क सरणी की स्थिरता) के रूप में परिभाषित करता हूं , और जहां तक ​​प्रोमेथियस निर्यातक के माध्यम से अनुप्रयोगों का सवाल है। उदाहरण के लिए, केवीएम मॉनिटरिंग के लिए आप प्रोजेक्ट ले सकते हैं github.com/zhangjianweibj/prometheus-libvirt-exporter.git और इसे सिस्टमडी के माध्यम से चलाने के लिए सेट करें, यह काफी अच्छी तरह से काम करता है और केवीएम मेट्रिक्स दिखाता है, इसमें एक तैयार डैशबोर्ड भी है 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

सामान्य में जोड़ा जा सकता है नोड_निर्यातक निम्नलिखित सिस्टम की निगरानी करने के लिए।

नोड_एक्सपोर्टर फ़ाइल में हम प्रारंभ को इस प्रकार बदलते हैं:

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

एक निर्देशिका बनाएं mkdir -p /var/lib/opennebula_exporter

ऊपर प्रस्तुत बैश स्क्रिप्ट, पहले हम कंसोल के माध्यम से काम की जांच करते हैं, अगर यह दिखाता है कि हमें क्या चाहिए (यदि यह कोई त्रुटि देता है, तो xmlstarlet इंस्टॉल करें), इसे /usr/local/bin/opennebula_exporter.sh पर कॉपी करें

प्रत्येक मिनट के लिए एक क्रॉन कार्य जोड़ें:

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

मेट्रिक्स दिखाई देने लगे, आप उन्हें प्रोमेथियस की तरह ले सकते हैं और ग्राफ़ बना सकते हैं और अलर्ट बना सकते हैं। उदाहरण के लिए, ग्राफाना में आप इतना सरल डैशबोर्ड बना सकते हैं।

(यह स्पष्ट है कि यहां मैं सीपीयू, रैम से अधिक प्रतिबद्ध हूं)

जो लोग ज़ैबिक्स को पसंद करते हैं और उसका उपयोग करते हैं, उनके लिए यह मौजूद है 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. यहां हमें यह समझना चाहिए कि केवल मशीन छवि का बैकअप लेना इस मामले में बिल्कुल भी समान नहीं है, क्योंकि हमारी वर्चुअल मशीनों को पूर्ण एकीकरण के साथ काम करना चाहिए (वही संदर्भ फ़ाइल जो आपके अनुप्रयोगों के लिए नेटवर्क सेटिंग्स, वीएम नाम और कस्टम सेटिंग्स का वर्णन करती है) . इसलिए, यहां हम तय करते हैं कि हम क्या और कैसे बैकअप लेंगे। कुछ मामलों में वीएम में जो कुछ है उसकी प्रतियां बनाना बेहतर होता है। और शायद आपको किसी दी गई मशीन से केवल एक डिस्क का बैकअप लेने की आवश्यकता है।

उदाहरण के लिए, हमने निर्धारित किया कि सभी मशीनें पढ़ने के बाद लगातार छवियों से शुरू होती हैं docs.opennebula.io/5.12/ऑपरेशन/vm_management/img_guide.html

इसका मतलब यह है कि पहले हम अपने वीएम से छवि अपलोड कर सकते हैं:

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

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

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

मैंने इंटरनेट पर भी पाया दिलचस्प रिपोर्ट और भी बहुत कुछ है इतना खुला प्रोजेक्ट, लेकिन केवल qcow2 के लिए भंडारण है।

लेकिन जैसा कि हम सभी जानते हैं, देर-सबेर ऐसा समय आता है जब आप वृद्धिशील बैकअप चाहते हैं, यहां यह अधिक कठिन है और शायद प्रबंधन भुगतान किए गए समाधान के लिए धन आवंटित करेगा, या दूसरे रास्ते पर जाएगा और समझेगा कि यहां हम केवल संसाधनों में कटौती कर रहे हैं, और एप्लिकेशन स्तर पर बैकअप बनाना और कई नए नोड्स और वर्चुअल मशीनें जोड़ना - हां, यहां, मैं कह रहा हूं कि एप्लिकेशन क्लस्टर लॉन्च करने के लिए पूरी तरह से क्लाउड का उपयोग करना, और डेटाबेस को किसी अन्य प्लेटफ़ॉर्म पर लॉन्च करना या रेडीमेड लेना यदि संभव हो तो आपूर्तिकर्ता से।

4. उपयोग में आसानी

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

महत्वपूर्ण नुकसानों में से एक यह है कि आप केवल जीयूआई का उपयोग करके कार्यों को रद्द नहीं कर सकते। या बल्कि, आप उन्हें रद्द कर देंगे और देखेंगे कि कुछ नहीं होता है और आप उन्हें फिर से शुरू करेंगे, उन्हें रद्द करेंगे और वास्तव में पहले से ही 2 सीपी प्रक्रियाएं होंगी जो छवि की प्रतिलिपि बनाती हैं।

और फिर यह समझ में आता है कि ओपननेबुला प्रत्येक नए उदाहरण को एक नई आईडी के साथ क्यों नंबर देता है, उदाहरण के लिए, उसी प्रॉक्समॉक्स में आईडी 101 के साथ एक वीएम बनाया, इसे हटा दिया, फिर आप इसे फिर से बनाते हैं और आईडी 101। ओपननेबुला में ऐसा नहीं होगा, प्रत्येक नया इंस्टेंस एक नई आईडी के साथ बनाया जाएगा और इसका अपना तर्क है - उदाहरण के लिए, पुराने डेटा को साफ़ करना या असफल इंस्टॉलेशन।

यही बात भंडारण के लिए भी लागू होती है; सबसे बढ़कर, इस प्लेटफ़ॉर्म का उद्देश्य केंद्रीकृत भंडारण है। स्थानीय उपयोग के लिए ऐडऑन हैं, लेकिन इस मामले में हम इसके बारे में बात नहीं कर रहे हैं। मुझे लगता है कि भविष्य में कोई इस बारे में एक लेख लिखेगा कि वे नोड्स पर स्थानीय भंडारण का उपयोग करने और उत्पादन में इसका सफलतापूर्वक उपयोग करने में कैसे कामयाब रहे।

5. अधिकतम सरलता

निःसंदेह, आप जितना आगे बढ़ेंगे, आपको समझने वाले उतने ही कम होते जायेंगे।

मेरे स्टैंड की शर्तों के तहत - एनएफएस स्टोरेज के साथ 3 नोड्स - सब कुछ ठीक काम करता है। लेकिन अगर हम पावर आउटेज से जुड़े प्रयोग करते हैं, उदाहरण के लिए, स्नैपशॉट चलाते समय और नोड की पावर बंद करते समय, हम डेटाबेस में सेटिंग्स सहेजते हैं कि स्नैपशॉट है, लेकिन वास्तव में कोई भी नहीं है (ठीक है, हम सभी समझते हैं कि हम शुरुआत में इस क्रिया के बारे में डेटाबेस को sql में लिखा, लेकिन ऑपरेशन स्वयं सफल नहीं हुआ)। लाभ यह है कि स्नैपशॉट बनाते समय, एक अलग फ़ाइल बनती है और एक "पैरेंट" होती है, इसलिए समस्याओं के मामले में और भले ही यह gui के माध्यम से काम नहीं करता है, हम qcow2 फ़ाइल उठा सकते हैं और इसे अलग से पुनर्स्थापित कर सकते हैं docs.opennebula.io/5.8/ऑपरेशन/vm_management/vm_instances.html

नेटवर्क पर, दुर्भाग्य से, सब कुछ इतना सरल नहीं है। ठीक है, कम से कम यह ओपनस्टैक की तुलना में आसान है, मैंने केवल वीएलएएन (802.1क्यू) का उपयोग किया - यह काफी अच्छी तरह से काम करता है, लेकिन यदि आप टेम्पलेट नेटवर्क से सेटिंग्स में बदलाव करते हैं, तो ये सेटिंग्स पहले से चल रही मशीनों पर लागू नहीं होंगी, यानी। आपको नेटवर्क कार्ड हटाना और जोड़ना होगा, फिर नई सेटिंग्स लागू की जाएंगी।

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

6. अतिरिक्त प्लगइन्स और इंस्टॉलेशन

आखिरकार, जैसा कि हम इसे समझते हैं, क्लाउड प्लेटफ़ॉर्म न केवल केवीएम, बल्कि वीएमवेयर ईएसएक्सआई को भी प्रबंधित कर सकता है। दुर्भाग्य से, मेरे पास Vcenter के साथ पूल नहीं था, अगर किसी ने कोशिश की है, तो कृपया लिखें।

अन्य क्लाउड प्रदाताओं के लिए समर्थन बताया गया है docs.opennebula.io/5.12/advanced_components/cloud_bursting/index.html
एडब्ल्यूएस, नीला।

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

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

7. उपयोग और त्रुटि डिबगिंग का सकारात्मक अनुभव

मैं काम के बारे में अपनी टिप्पणियाँ साझा करना चाहता था, मैंने उनमें से कुछ का ऊपर वर्णन किया है, मैं और अधिक लिखना चाहूंगा। दरअसल, मैं शायद अकेला ऐसा व्यक्ति नहीं हूं जो सबसे पहले सोचता है कि यह सही प्रणाली नहीं है और सामान्य तौर पर यहां सब कुछ एक बैसाखी है - वे इसके साथ कैसे काम करते हैं? लेकिन फिर समझ आती है कि सब कुछ काफी तार्किक है। बेशक, आप हर किसी को खुश नहीं कर सकते और कुछ पहलुओं में सुधार की आवश्यकता है।

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

इसके बाद विभिन्न कारणों से एक लोकप्रिय त्रुटि है: "वर्चुअल मशीन को तैनात करने में त्रुटि: /var/lib/one//datastores/103/10/deployment.5 से डोमेन नहीं बनाया जा सका" नीचे देखने लायक शीर्ष चीज़ है।

• oneadmin उपयोगकर्ता के लिए छवि अधिकार;
• oneadmin उपयोगकर्ता के लिए libvirtd चलाने की अनुमतियाँ;
• क्या डेटास्टोर सही ढंग से माउंट किया गया है? जाओ और नोड पर ही पथ की जांच करो, हो सकता है कुछ गिर गया हो;
• गलत तरीके से कॉन्फ़िगर किया गया नेटवर्क, या यों कहें कि फ्रंटएंड पर यह नेटवर्क सेटिंग्स में है कि वीएलएएन के लिए मुख्य इंटरफ़ेस br0 है, लेकिन नोड पर इसे ब्रिज0 के रूप में लिखा गया है - यह वही होना चाहिए।

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

8. दस्तावेज़ीकरण, समुदाय। इससे आगे का विकास

और बाकी, अच्छा दस्तावेज़ीकरण, समुदाय और मुख्य बात यह है कि परियोजना भविष्य में भी जारी रहेगी।

सामान्य तौर पर, सब कुछ काफी अच्छी तरह से प्रलेखित है और आधिकारिक स्रोत का उपयोग करने पर भी इसे स्थापित करने और प्रश्नों के उत्तर खोजने में कोई समस्या नहीं होगी।

समुदाय, सक्रिय. कई तैयार समाधान प्रकाशित करता है जिनका उपयोग आप अपने इंस्टॉलेशन में कर सकते हैं।

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

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

अच्छी बातचीत हुई है t.me/opennebula वे सक्रिय रूप से मदद करते हैं और आपको Google पर समस्या का समाधान खोजने के लिए नहीं भेजते हैं। हमसे जुड़ें।

स्रोत: www.habr.com