ઓપનનેબ્યુલા. ટૂંકી નોંધો

કેમ છો બધા. આ લેખ એવા લોકો માટે લખવામાં આવ્યો છે જેઓ હજી પણ વર્ચ્યુઅલાઈઝેશન પ્લેટફોર્મ પસંદ કરવા વચ્ચે ફાટેલા છે અને શ્રેણીમાંથી લેખ વાંચ્યા પછી "અમે પ્રોક્સમોક્સ ઇન્સ્ટોલ કર્યું છે અને સામાન્ય રીતે બધું સારું છે, એક પણ વિરામ વિના 6 વર્ષનો અપટાઇમ." પરંતુ એક અથવા બીજા આઉટ-ઓફ-ધ-બોક્સ સોલ્યુશનને ઇન્સ્ટોલ કર્યા પછી, પ્રશ્ન ઊભો થાય છે: હું તેને અહીં કેવી રીતે સુધારી શકું, જેથી મોનિટરિંગ વધુ સમજી શકાય, અને અહીં, બેકઅપને નિયંત્રિત કરવા માટે…. અને પછી સમય આવે છે અને તમને ખ્યાલ આવે છે કે તમને કંઈક વધુ કાર્યાત્મક જોઈએ છે, અથવા તમે ઈચ્છો છો કે તમારી સિસ્ટમની અંદરની દરેક વસ્તુ સ્પષ્ટ થાય, અને આ બ્લેક બોક્સ નહીં, અથવા તમે હાઇપરવાઈઝર અને વર્ચ્યુઅલ મશીનોના સમૂહ કરતાં વધુ કંઈક વાપરવા માંગો છો. આ લેખમાં ઓપનનેબ્યુલા પ્લેટફોર્મ પર આધારિત કેટલાક વિચારો અને પ્રેક્ટિસ હશે - મેં તે પસંદ કર્યું કારણ કે. તે સંસાધનોની માંગણી કરતું નથી અને આર્કિટેક્ચર એટલું જટિલ નથી.

અને તેથી, જેમ આપણે જોઈએ છીએ, ઘણા ક્લાઉડ પ્રદાતાઓ kvm પર કામ કરે છે અને મશીનોને નિયંત્રિત કરવા માટે બાહ્ય જોડાણો બનાવે છે. તે સ્પષ્ટ છે કે મોટા હોસ્ટર્સ ક્લાઉડ ઇન્ફ્રાસ્ટ્રક્ચર માટે તેમના પોતાના ફ્રેમવર્ક લખે છે, ઉદાહરણ તરીકે તે જ YANDEX. કોઈ વ્યક્તિ ઓપનસ્ટૅકનો ઉપયોગ કરે છે અને તેના આધારે કનેક્શન બનાવે છે - SELECTEL, MAIL.RU. પરંતુ જો તમારી પાસે તમારું પોતાનું હાર્ડવેર અને નિષ્ણાતોનો નાનો સ્ટાફ છે, તો પછી તમે સામાન્ય રીતે કંઈક તૈયાર પસંદ કરો છો - VMWARE, HYPER-V, ત્યાં મફત અને ચૂકવેલ લાઇસન્સ છે, પરંતુ તે તે નથી જે અમે હમણાં વાત કરી રહ્યા છીએ. ચાલો ઉત્સાહીઓ વિશે વાત કરીએ - આ તે લોકો છે જેઓ ઓફર કરવામાં અને કંઈક નવું કરવાનો પ્રયાસ કરવામાં ડરતા નથી, કંપનીએ સ્પષ્ટપણે તે સ્પષ્ટ કર્યું હોવા છતાં, "તમારા પછી આની સેવા કોણ કરશે," "શું અમે તેને પછીથી ઉત્પાદનમાં રોલ આઉટ કરવા જઈ રહ્યા છીએ. ? ડરામણી." પરંતુ તમે પહેલા આ સોલ્યુશન્સને ટેસ્ટ બેન્ચમાં લાગુ કરી શકો છો, અને જો દરેકને તે ગમતું હોય, તો પછી તમે વધુ વિકાસ અને વધુ ગંભીર વાતાવરણમાં ઉપયોગ કરવાનો પ્રશ્ન ઉઠાવી શકો છો.

રિપોર્ટની લિંક પણ અહીં છે www.youtube.com/watch?v=47Mht_uoX3A આ પ્લેટફોર્મના વિકાસમાં સક્રિય સહભાગી તરફથી.

કદાચ આ લેખમાં અનુભવી નિષ્ણાત માટે કંઈક અનાવશ્યક અને પહેલેથી જ સમજી શકાય તેવું હશે, અને કેટલાક કિસ્સાઓમાં હું બધું વર્ણવીશ નહીં કારણ કે સમાન આદેશો અને વર્ણનો ઇન્ટરનેટ પર ઉપલબ્ધ છે. આ પ્લેટફોર્મ સાથેનો મારો અનુભવ છે. હું આશા રાખું છું કે સક્રિય સહભાગીઓ ટિપ્પણીઓમાં ઉમેરશે કે શું વધુ સારું કરી શકાય અને મેં કઈ ભૂલો કરી. બધી ક્રિયાઓ હોમ સ્ટેન્ડમાં થઈ હતી જેમાં વિવિધ લાક્ષણિકતાઓ સાથે 3 પીસીનો સમાવેશ થાય છે. ઉપરાંત, આ સોફ્ટવેર કેવી રીતે કામ કરે છે અને તેને કેવી રીતે ઇન્સ્ટોલ કરવું તે મેં ખાસ સૂચવ્યું નથી. ના, માત્ર વહીવટનો અનુભવ અને મને જે સમસ્યાઓ આવી. કદાચ આ તેમની પસંદગીમાં કોઈને ઉપયોગી થશે.

તો, ચાલો શરુ કરીએ. સિસ્ટમ એડમિનિસ્ટ્રેટર તરીકે, નીચેના મુદ્દાઓ મારા માટે મહત્વપૂર્ણ છે, જેના વિના હું આ ઉકેલનો ઉપયોગ કરી શકું તેવી શક્યતા નથી.

1. સ્થાપન પુનરાવર્તિતતા

ઓપનનેબ્યુલા ઇન્સ્ટોલ કરવા માટે ઘણી બધી સૂચનાઓ છે, ત્યાં કોઈ સમસ્યા હોવી જોઈએ નહીં. સંસ્કરણથી સંસ્કરણ પર, નવી સુવિધાઓ દેખાય છે જે સંસ્કરણથી સંસ્કરણ પર ખસેડતી વખતે હંમેશા કામ કરશે નહીં.

2. મોનીટરીંગ

અમે નોડ પોતે, kvm અને ઓપનનેબ્યુલાનું નિરીક્ષણ કરીશું. સદનસીબે, તે પહેલેથી જ તૈયાર છે. લિનક્સ હોસ્ટ્સનું નિરીક્ષણ કરવા વિશે ઘણા બધા વિકલ્પો છે, તે જ 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 નીચેની સિસ્ટમ પર દેખરેખ રાખવા માટે.

નોડ_એક્સપોર્ટર ફાઇલમાં આપણે શરૂઆતને આ રીતે બદલીએ છીએ:

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)

મેટ્રિક્સ દેખાવા લાગ્યા, તમે તેમને પ્રોમિથિયસની જેમ લઈ શકો છો અને ગ્રાફ બનાવી શકો છો અને ચેતવણીઓ બનાવી શકો છો. ગ્રાફનામાં તમે ડ્રો કરી શકો છો, ઉદાહરણ તરીકે, આવા સરળ ડેશબોર્ડ.

(તે સ્પષ્ટ છે કે અહીં હું સીપીયુ, રેમને ઓવરકમિટ કરું છું)

જેઓ ઝબ્બીક્સને પ્રેમ કરે છે અને તેનો ઉપયોગ કરે છે, ત્યાં છે 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:ઓપનનેબુલા_બેકઅપ. અહીં આપણે સમજવું જોઈએ કે આ કિસ્સામાં ફક્ત મશીન ઈમેજનું બેકઅપ લેવું બિલકુલ સમાન નથી, કારણ કે અમારા વર્ચ્યુઅલ મશીનોએ સંપૂર્ણ એકીકરણ સાથે કામ કરવું જોઈએ (તે જ સંદર્ભ ફાઇલ જે નેટવર્ક સેટિંગ્સ, 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 જીબી ઇમેજ કૉપિ કરવામાં આવી હતી, સમસ્યા એ છે કે આ પ્રક્રિયા ચોક્કસપણે રદ કરી શકાતી નથી, તમારે નોડ પર જવું પડશે અને વર્તમાન "cp" પ્રક્રિયાને મારી નાખવી પડશે.

એક મહત્વપૂર્ણ ગેરલાભ એ છે કે તમે ફક્ત gui નો ઉપયોગ કરીને ક્રિયાઓ રદ કરી શકતા નથી. અથવા તેના બદલે, તમે તેમને રદ કરશો અને જોશો કે કંઈ થતું નથી અને તમે તેમને ફરીથી શરૂ કરશો, તેમને રદ કરશો અને હકીકતમાં ત્યાં પહેલેથી જ 2 cp પ્રક્રિયાઓ હશે જે છબીની નકલ કરશે.

અને પછી સમજાય છે કે ઓપનનેબ્યુલા શા માટે દરેક નવા દાખલાને નવા આઈડી સાથે નંબર આપે છે, ઉદાહરણ તરીકે, એ જ પ્રોક્સમોક્સમાં આઈડી 101 સાથે vm બનાવ્યું, તેને કાઢી નાખ્યું, પછી તમે તેને ફરીથી બનાવો અને આઈડી 101. ઓપનનેબ્યુલામાં આવું થશે નહીં, દરેક નવો દાખલો નવા આઈડી સાથે બનાવવામાં આવશે અને આનો પોતાનો તર્ક છે - ઉદાહરણ તરીકે, જૂના ડેટાને સાફ કરવું અથવા અસફળ ઇન્સ્ટોલેશન.

સ્ટોરેજ માટે પણ તે જ છે; સૌથી વધુ, આ પ્લેટફોર્મ કેન્દ્રિય સ્ટોરેજનું લક્ષ્ય છે. સ્થાનિકનો ઉપયોગ કરવા માટે એડઓન્સ છે, પરંતુ આ કિસ્સામાં આપણે જે વાત કરી રહ્યા છીએ તે તે નથી. મને લાગે છે કે ભવિષ્યમાં કોઈ એક લેખ લખશે કે તેઓ કેવી રીતે નોડ્સ પર સ્થાનિક સ્ટોરેજનો ઉપયોગ કરવામાં અને ઉત્પાદનમાં સફળતાપૂર્વક તેનો ઉપયોગ કરવામાં વ્યવસ્થાપિત થયા.

5. મહત્તમ સરળતા

અલબત્ત, તમે જેટલા આગળ વધશો, તેટલા ઓછા લોકો તમને સમજશે.

મારા સ્ટેન્ડની શરતો હેઠળ - nfs સ્ટોરેજ સાથે 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.

મેં સિલેક્ટેલથી વીએમવેર ક્લાઉડને કનેક્ટ કરવાનો પણ પ્રયાસ કર્યો, પરંતુ કંઈ કામ કર્યું નહીં - સામાન્ય રીતે, મેં છોડી દીધું કારણ કે ત્યાં ઘણા પરિબળો છે, પરંતુ હોસ્ટિંગ પ્રદાતાના તકનીકી સપોર્ટને લખવાનો કોઈ અર્થ નથી.

ઉપરાંત, હવે નવા સંસ્કરણમાં ફટાકડા છે - આ માઇક્રોવીએમનું લોન્ચિંગ છે, ડોકર પર kvm હાર્નેસનો એક પ્રકાર છે, જે વધુ વર્સેટિલિટી, સુરક્ષા અને કાર્યક્ષમતામાં વધારો આપે છે કારણ કે હાર્ડવેર ઇમ્યુલેશન પર સંસાધનોનો બગાડ કરવાની જરૂર નથી. હું ડોકર પર જોઉં છું તે એકમાત્ર ફાયદો એ છે કે તે વધારાની સંખ્યામાં પ્રક્રિયાઓ લેતું નથી અને આ ઇમ્યુલેશનનો ઉપયોગ કરતી વખતે ત્યાં કોઈ કબજે કરેલ સોકેટ્સ નથી, એટલે કે. લોડ બેલેન્સર તરીકે તેનો ઉપયોગ કરવો તદ્દન શક્ય છે (પરંતુ જ્યાં સુધી હું તમામ પરીક્ષણો પૂર્ણ ન કરું ત્યાં સુધી આ વિશે એક અલગ લેખ લખવા યોગ્ય છે).

7. ઉપયોગ અને ભૂલ ડિબગીંગનો સકારાત્મક અનુભવ

હું કામ વિશે મારા અવલોકનો શેર કરવા માંગતો હતો, મેં તેમાંથી કેટલાક ઉપર વર્ણવ્યા છે, હું વધુ લખવા માંગુ છું. ખરેખર, હું કદાચ એકમાત્ર એવો નથી કે જે શરૂઆતમાં વિચારે કે આ યોગ્ય સિસ્ટમ નથી અને સામાન્ય રીતે અહીં બધું જ ક્રૉચ છે - તેઓ આ સાથે કેવી રીતે કામ કરે છે? પરંતુ પછી સમજણ આવે છે કે બધું તદ્દન તાર્કિક છે. અલબત્ત, તમે દરેકને ખુશ કરી શકતા નથી અને કેટલાક પાસાઓમાં સુધારાની જરૂર છે.

ઉદાહરણ તરીકે, એક ડેટાસ્ટોરમાંથી બીજામાં ડિસ્ક ઈમેજની નકલ કરવાની સરળ કામગીરી. મારા કિસ્સામાં, nfs સાથે 2 નોડ્સ છે, હું ઇમેજ મોકલું છું - નકલ ફ્રન્ટએન્ડ ઓપનનેબ્યુલા દ્વારા થાય છે, જો કે આપણે બધા એ હકીકતથી ટેવાયેલા છીએ કે ડેટા સીધો યજમાનો વચ્ચે કૉપિ કરવો જોઈએ - તે જ vmware, hyper-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