ओपननेबुला। छोटो नोटहरू

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

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

यहाँ रिपोर्टको लिङ्क पनि छ www.youtube.com/watch?v=47Mht_uoX3A यस प्लेटफर्मको विकासमा सक्रिय सहभागीबाट।

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

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

1. स्थापना पुनरावृत्ति

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

2. अनुगमन

हामी नोड आफैं, kvm र opennebula को निगरानी गर्नेछौं। सौभाग्य देखि, यो पहिले नै तयार छ। त्यहाँ लिनक्स होस्टहरू निगरानी गर्ने बारे धेरै विकल्पहरू छन्, उही Zabbix वा नोड निर्यातक - जो कोही राम्रो मनपर्छ - अहिले म यसलाई निगरानी प्रणाली मेट्रिक्स (तापमान जहाँ यो मापन गर्न सकिन्छ, डिस्क एरेको स्थिरता) को रूपमा परिभाषित गर्दछु, zabbix मार्फत। , र प्रोमेथियस निर्यातक मार्फत अनुप्रयोगहरूको लागि। 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)

मेट्रिकहरू देखा पर्न थाले, तपाइँ तिनीहरूलाई प्रोमेथियस जस्तै लिन सक्नुहुन्छ र ग्राफहरू निर्माण गर्न र अलर्टहरू बनाउन सक्नुहुन्छ। Grafana मा तपाईं कोर्न सक्नुहुन्छ, उदाहरणका लागि, यस्तो साधारण ड्यासबोर्ड।

(यो स्पष्ट छ कि यहाँ म 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 GB छवि प्रतिलिपि गरिएको थियो, समस्या यो हो कि यो प्रक्रिया निश्चित रूपमा रद्द गर्न सकिँदैन, तपाईंले नोडमा जानु पर्छ र हालको "cp" प्रक्रियालाई मार्नु पर्छ।

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

र त्यसपछि यो बुझिन्छ कि किन ओपननेबुला नम्बरहरू प्रत्येक नयाँ इन्स्ट्यान्टलाई नयाँ id संग, उदाहरणका लागि, उही proxmox मा id 101 को साथ vm सिर्जना गर्यो, यसलाई मेटाउनुभयो, त्यसपछि तपाइँ यसलाई पुन: सिर्जना गर्नुहोस् र 101। opennebula मा यो हुनेछैन, प्रत्येक नयाँ उदाहरण नयाँ आईडीको साथ सिर्जना गरिनेछ र यसको आफ्नै तर्क छ - उदाहरणका लागि, पुरानो डाटा खाली गर्ने वा असफल स्थापनाहरू।

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

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।

मैले Selectel बाट Vmware क्लाउड जडान गर्न पनि प्रयास गरें, तर केहि काम गरेन - सामान्यतया, यो ब्लक गरिएको थियो किनभने त्यहाँ धेरै कारकहरू छन्, र होस्टिङ प्रदायकको प्राविधिक समर्थनमा लेख्नुको कुनै अर्थ छैन।

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

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

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

उदाहरणका लागि, एउटा डाटास्टोरबाट अर्कोमा डिस्क छवि प्रतिलिपि गर्ने सरल कार्य। मेरो मामलामा, त्यहाँ nfs संग 2 नोडहरू छन्, म छवि पठाउँछु - प्रतिलिपि फ्रन्टएन्ड ओपननेबुला मार्फत हुन्छ, यद्यपि हामी सबै तथ्यमा अभ्यस्त छौं कि डेटा सीधै होस्टहरू बीच प्रतिलिपि गर्नुपर्छ - उही vmware, हाइपर-v मा हामी छौं। यसमा अभ्यस्त, तर यहाँ अर्को। त्यहाँ फरक दृष्टिकोण र फरक विचारधारा छ, र संस्करण 5.12 मा तिनीहरूले "डेटास्टोरमा माइग्रेट गर्नुहोस्" बटन हटाए - केवल मेसिन आफैं स्थानान्तरण गरिएको छ, तर भण्डारण होइन किनभने केन्द्रीकृत भण्डारण को अर्थ।

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

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

प्रणाली डाटास्टोरले तपाइँको vm को लागि मेटाडाटा भण्डार गर्दछ, यदि तपाइँ निरन्तर छवि संग 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