විවෘත නිහාරිකාව. කෙටි සටහන්

ආයුබෝවන් සියල්ලටම. මෙම ලිපිය ලියා ඇත්තේ අථත්‍යකරණ වේදිකා තෝරාගැනීම අතර තවමත් ඉරී යන අය සඳහා සහ “අපි ප්‍රොක්ස්මොක්ස් ස්ථාපනය කර ඇති අතර සාමාන්‍යයෙන් සියල්ල හොඳයි, එක විවේකයකින් තොරව අවුරුදු 6 ක අතිකාල” ලිපි මාලාවේ ලිපිය කියවීමෙන් පසුවය. නමුත් කොටුවෙන් පිටත විසඳුමක් එකක් හෝ වෙනත් එකක් ස්ථාපනය කිරීමෙන් පසු, ප්‍රශ්නය පැන නගී: මට මෙය මෙහි නිවැරදි කරන්නේ කෙසේද, එවිට අධීක්ෂණය වඩාත් තේරුම් ගත හැකි වන අතර මෙහි උපස්ථ පාලනය කිරීමට…. එවිට කාලය පැමිණෙන අතර ඔබට වඩාත් ක්‍රියාකාරී යමක් අවශ්‍ය බව ඔබට වැටහේ, නැතහොත් ඔබට අවශ්‍ය වන්නේ ඔබේ පද්ධතිය තුළ ඇති සියල්ල පැහැදිලි වීමට මිස මෙම කළු පෙට්ටිය නොවේ, නැතහොත් ඔබට හයිපර්වයිසර් සහ අථත්‍ය යන්ත්‍ර සමූහයකට වඩා වැඩි යමක් භාවිතා කිරීමට අවශ්‍ය බවයි. මෙම ලිපිය Opennebula වේදිකාව මත පදනම් වූ සමහර සිතුවිලි සහ භාවිතයන් අඩංගු වනු ඇත - මම එය තෝරාගත් නිසා. එය සම්පත් මත ඉල්ලා නොසිටින අතර ගෘහ නිර්මාණ ශිල්පය එතරම් සංකීර්ණ නොවේ.

ඉතින්, අපි දකින පරිදි, බොහෝ වලාකුළු සපයන්නන් kvm මත වැඩ කරන අතර යන්ත්‍ර පාලනය කිරීමට බාහිර සම්බන්ධතා ඇති කරයි. විශාල සත්කාරක සමාගම් වලාකුළු යටිතල පහසුකම් සඳහා තමන්ගේම රාමු ලියන බව පැහැදිලිය, උදාහරණයක් ලෙස YANDEX. කවුරුහරි openstack භාවිතා කර මෙම පදනම මත සම්බන්ධතාවයක් ඇති කරයි - SELECTEL, MAIL.RU. නමුත් ඔබට ඔබේම දෘඩාංග සහ විශේෂ ists යින්ගේ කුඩා කාර්ය මණ්ඩලයක් තිබේ නම්, ඔබ සාමාන්‍යයෙන් සූදානම් කළ දෙයක් තෝරන්න - VMWARE, HYPER-V, නොමිලේ සහ ගෙවන බලපත්‍ර ඇත, නමුත් අපි දැන් කතා කරන්නේ එය නොවේ. අපි උද්යෝගිමත් අය ගැන කතා කරමු - “ඔබෙන් පසුව මෙයට සේවය කරන්නේ කවුද,” “අපි මෙය පසුව නිෂ්පාදනයට ඉදිරිපත් කරන්නෙමුද” යනුවෙන් සමාගම පැහැදිලිවම පැහැදිලි කර තිබියදීත්, ඔවුන් අලුත් දෙයක් ඉදිරිපත් කිරීමට සහ උත්සාහ කිරීමට බිය නොවන අයයි. ? භයංකාර." නමුත් ඔබට මුලින්ම මෙම විසඳුම් පරීක්ෂණ බංකුවක යෙදිය හැකි අතර, සෑම කෙනෙකුම එයට කැමති නම්, ඔබට තවදුරටත් සංවර්ධනය කිරීම සහ වඩාත් බැරෑරුම් පරිසරයක භාවිතා කිරීම පිළිබඳ ප්රශ්නය මතු කළ හැකිය.

වාර්තාවට සබැඳියක් ද මෙහි ඇත www.youtube.com/watch?v=47Mht_uoX3A මෙම වේදිකාවේ සංවර්ධනය සඳහා ක්රියාකාරී සහභාගිවන්නෙකුගෙන්.

සමහර විට මෙම ලිපියේ පළපුරුදු විශේෂ ist යෙකුට යමක් අතිරික්ත හා දැනටමත් තේරුම් ගත හැකි වනු ඇත, සමහර අවස්ථාවලදී මම සෑම දෙයක්ම විස්තර නොකරමි, මන්ද අන්තර්ජාලයේ සමාන විධාන සහ විස්තර ලබා ගත හැකිය. මෙය මෙම වේදිකාව සමඟ මගේ අත්දැකීම පමණි. ක්‍රියාකාරී සහභාගිවන්නන් වඩා හොඳින් කළ හැකි දේ සහ මා කළ වැරදි මොනවාදැයි අදහස් දැක්වීම්වලට එකතු කරනු ඇතැයි මම බලාපොරොත්තු වෙමි. සියලුම ක්‍රියා විවිධ ලක්ෂණ සහිත පරිගණක 3 කින් සමන්විත නිවාස නැවතුමක සිදු විය. තවද, මෙම මෘදුකාංගය ක්‍රියා කරන ආකාරය සහ එය ස්ථාපනය කරන්නේ කෙසේද යන්න මම විශේෂයෙන් සඳහන් කර නැත. නැත, පරිපාලන අත්දැකීම් සහ මා මුහුණ දුන් ගැටළු පමණි. සමහරවිට මෙය ඔවුන්ගේ තේරීම අනුව කෙනෙකුට ප්රයෝජනවත් වනු ඇත.

ඉතින්, අපි පටන් ගනිමු. පද්ධති පරිපාලකයෙකු ලෙස, පහත කරුණු මට වැදගත් වේ, එය නොමැතිව මම මෙම විසඳුම භාවිතා කිරීමට අපහසුය.

1. ස්ථාපන පුනරාවර්තන හැකියාව

Opennebula ස්ථාපනය කිරීම සඳහා උපදෙස් රාශියක් ඇත, කිසිදු ගැටළුවක් ඇති නොවිය යුතුය. අනුවාදයෙන් අනුවාදයට, අනුවාදයෙන් අනුවාදයට යන විට සැමවිටම ක්‍රියා නොකරන නව විශේෂාංග දිස්වේ.

2. අධීක්ෂණය

අපි නෝඩය, kvm සහ opennebula නිරීක්ෂණය කරන්නෙමු. වාසනාවකට මෙන්, එය දැනටමත් සූදානම්. Linux ධාරක, එකම Zabbix හෝ node exporter අධීක්‍ෂණය කිරීම ගැන විකල්ප රාශියක් ඇත - කවුරුන් හෝ වඩා හොඳ දේ කැමති - මේ මොහොතේ මම එය නිර්වචනය කරන්නේ පද්ධති ප්‍රමිතික (එය මැනිය හැකි උෂ්ණත්වය, තැටි අරාවේ අනුකූලතාව) අධීක්ෂණ ලෙසයි. , සහ 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

ඉතින් අපිට exporter 1ක් ඉන්නවා, අපිට opennebula එක නිරීක්ෂණය කරන්න දෙවෙනි එකෙක් ඕනේ, මම මේක පාවිච්චි කළා 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 ඉක්මවා යන බව පැහැදිලිය)

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 භාවිතයෙන් ක්‍රියා අවලංගු කළ නොහැකි වීමයි. එසේත් නැතිනම්, ඔබ ඒවා අවලංගු කර කිසිවක් සිදු නොවන බව දකින අතර ඔබ ඒවා නැවත ආරම්භ කරනු ඇත, ඒවා අවලංගු කරන්න සහ ඇත්ත වශයෙන්ම රූපය පිටපත් කරන cp ක්‍රියාවලි 2 ක් දැනටමත් ඇත.

ඊට පස්සේ තේරෙනවා ඇයි opennebula නව id එකකින් හැම අලුත් අවස්තාවක්ම ඉලක්කම් කරන්නේ, උදාහරණයක් විදියට, proxmox එකේම id 101 එක්ක vm එකක් හදලා, ඒක මකලා, ඊට පස්සේ ඔයා ඒක ආයෙත් හදලා id 101 හැදුවා. opennebula වල එහෙම වෙන්නේ නැහැ, සෑම නව අවස්ථාවක්ම නව හැඳුනුම්පතක් සමඟින් සාදනු ලබන අතර මෙයට තමන්ගේම තර්කයක් ඇත - උදාහරණයක් ලෙස, පැරණි දත්ත ඉවත් කිරීම හෝ අසාර්ථක ස්ථාපනයන්.

ගබඩා කිරීම සඳහා ද එය එසේම වේ; සියල්ලටම වඩා, මෙම වේදිකාව මධ්‍යගත ගබඩා කිරීම අරමුණු කර ගෙන ඇත. දේශීය භාවිතා කිරීම සඳහා ඇඩෝන ඇත, නමුත් අපි මෙම නඩුවේ කතා කරන්නේ එය නොවේ. අනාගතයේදී යමෙකු නෝඩ් වල දේශීය ගබඩාව භාවිතා කිරීමට සහ නිෂ්පාදනයේදී එය සාර්ථකව භාවිතා කිරීමට සමත් වූ ආකාරය ගැන ලිපියක් ලියනු ඇතැයි මම සිතමි.

5. උපරිම සරල බව

ඇත්ත වශයෙන්ම, ඔබ ඉදිරියට යන තරමට, ඔබව තේරුම් ගන්නා අය අඩු වේ.

මගේ ස්ථාවරයේ කොන්දේසි යටතේ - nfs ආචයනය සහිත නෝඩ් 3 ක් - සියල්ල හොඳින් ක්‍රියාත්මක වේ. නමුත් අපි විදුලිය ඇනහිටීමක් සම්බන්ධ අත්හදා බැලීම් කරන්නේ නම්, උදාහරණයක් ලෙස, ස්නැප්ෂොට් එකක් ධාවනය කර නෝඩයේ බලය ක්‍රියා විරහිත කරන විට, අපි ස්නැප්ෂොට් එකක් ඇති බවට දත්ත සමුදායේ සැකසුම් සුරකිමු, නමුත් ඇත්ත වශයෙන්ම කිසිවක් නැත (හොඳයි, අපි සියල්ලෝම තේරුම් ගෙන ඇති බව අපි තේරුම් ගනිමු. මුලින් මෙම ක්‍රියාව පිළිබඳ දත්ත සමුදාය sql වලින් ලියා ඇත, නමුත් මෙහෙයුම සාර්ථක නොවීය). වාසිය නම් ස්නැප්ෂොට් එකක් සාදන විට වෙනම ගොනුවක් සෑදී “දෙමව්පියෙකු” සිටීමයි, එබැවින් ගැටළු ඇති විට සහ එය gui හරහා ක්‍රියා නොකළත්, අපට qcow2 ගොනුව ගෙන එය වෙන වෙනම ප්‍රතිස්ථාපනය කළ හැකිය. docs.opennebula.io/5.8/operation/vm_management/vm_instances.html

ජාල වල, අවාසනාවකට මෙන්, සෑම දෙයක්ම එතරම් සරල නැත. හොඳයි, අවම වශයෙන් එය openstack වලට වඩා පහසුයි, මම භාවිතා කළේ vlan (802.1Q) පමණි - එය හොඳින් ක්‍රියා කරයි, නමුත් ඔබ අච්චු ජාලයෙන් සැකසුම් වලට වෙනස්කම් කරන්නේ නම්, මෙම සැකසුම් දැනටමත් ක්‍රියාත්මක වන යන්ත්‍රවලට අදාළ නොවේ, i.e. ඔබට ජාල කාඩ්පතක් මකා දමා එකතු කිරීමට අවශ්‍ය වේ, එවිට නව සැකසුම් යොදනු ඇත.

ඔබට තවමත් එය openstack සමඟ සංසන්දනය කිරීමට අවශ්‍ය නම්, ඔබට මෙය පැවසිය හැකිය: opennebula හි දත්ත ගබඩා කිරීම, ජාලය කළමනාකරණය කිරීම, සම්පත් කළමනාකරණය කිරීම සඳහා කුමන තාක්ෂණයන් භාවිතා කළ යුතුද යන්න පිළිබඳ පැහැදිලි අර්ථ දැක්වීමක් නොමැත - එක් එක් පරිපාලක තමාට වඩාත් පහසු දේ තීරණය කරයි.

6. අතිරේක ප්ලගින සහ ස්ථාපනයන්

සියල්ලට පසු, අප තේරුම් ගත් පරිදි, වලාකුළු වේදිකාවට kvm පමණක් නොව, vmware esxi ද කළමනාකරණය කළ හැකිය. අවාසනාවකට, මට Vcenter සමඟ සංචිතයක් නොතිබුණි, යමෙකු උත්සාහ කර ඇත්නම්, කරුණාකර ලියන්න.

අනෙකුත් ක්ලවුඩ් සපයන්නන් සඳහා සහය දක්වා ඇත docs.opennebula.io/5.12/advanced_components/Cloud_bursting/index.html
AWS, AZURE.

මම Selectel වෙතින් Vmware Cloud සම්බන්ධ කිරීමට ද උත්සාහ කළෙමි, නමුත් කිසිවක් ක්‍රියාත්මක නොවීය - පොදුවේ, බොහෝ සාධක ඇති බැවින් එය අවහිර කර ඇති අතර සත්කාරක සපයන්නාගේ තාක්ෂණික සහාය සඳහා ලිවීමේ තේරුමක් නැත.

එසේම, දැන් නව අනුවාදයේ රතිඤ්ඤා ඇත - මෙය මයික්‍රොවීම් දියත් කිරීමකි, ඩොකර් හරහා kvm පටි වර්ගයක් වන අතර, උපකරණ අනුකරණය කිරීමේදී සම්පත් නාස්ති කිරීමට අවශ්‍ය නොවන නිසා ඊටත් වඩා බහුකාර්යතාව, ආරක්ෂාව සහ ඵලදායිතාව වැඩි කරයි. Docker ට වඩා මා දකින එකම වාසිය නම් එය අමතර ක්‍රියාවලි සංඛ්‍යාවක් නොගැනීම සහ මෙම අනුකරණය භාවිතා කරන විට වාඩිලාගත් සොකට් නොමැති වීමයි, i.e. එය පැටවුම් සමතුලිතයෙකු ලෙස භාවිතා කිරීම තරමක් හැකි ය (නමුත් මම සියලු පරීක්ෂණ සම්පූර්ණ කරන තුරු මේ ගැන වෙනම ලිපියක් ලිවීම වටී).

7. භාවිතයේ ධනාත්මක අත්දැකීම් සහ දෝෂ නිදොස්කරණය

කාර්යය පිළිබඳ මගේ නිරීක්ෂණ බෙදා ගැනීමට මට අවශ්‍ය විය, මම එයින් සමහරක් ඉහත විස්තර කළෙමි, මම තවත් ලිවීමට කැමතියි. ඇත්ත වශයෙන්ම, මෙය නිවැරදි ක්‍රමය නොවන බවත් පොදුවේ මෙහි ඇති සියල්ල කිහිලිකරුවෙක් බවත් මුලින් සිතන්නේ මම පමණක් නොවේ - ඔවුන් මෙය සමඟ වැඩ කරන්නේ කෙසේද? නමුත් සෑම දෙයක්ම තරමක් තාර්කික බව අවබෝධය පැමිණේ. ඇත්ත වශයෙන්ම, ඔබට සෑම කෙනෙකුම සතුටු කළ නොහැකි අතර සමහර අංග වැඩිදියුණු කිරීම අවශ්ය වේ.

උදාහරණයක් ලෙස, එක් දත්ත ගබඩාවක සිට තවත් තැටි රූපයක් පිටපත් කිරීමේ සරල මෙහෙයුමක්. මගේ නඩුවේදී, nfs සමඟ නෝඩ් 2 ක් ඇත, මම රූපය යවමි - පිටපත් කිරීම සිදු වන්නේ ඉදිරිපස opennebula හරහා, දත්ත කෙලින්ම ධාරක අතර පිටපත් කළ යුතු බව අපි කවුරුත් පුරුදු වී සිටියත් - එකම vmware, hyper-v අපි මෙයට පුරුදු වී ඇත, නමුත් මෙහි තවත් කෙනෙකුට. වෙනස් ප්‍රවේශයක් සහ වෙනස් දෘෂ්ටිවාදයක් ඇති අතර, 5.12 අනුවාදයේ ඔවුන් “දත්ත ගබඩාවට සංක්‍රමණය” බොත්තම ඉවත් කර ඇත - යන්ත්‍රය පමණක් මාරු කරනු ලැබේ, නමුත් ගබඩා කිරීම නොවේ මධ්යගත ගබඩා කිරීම යන්නෙන් අදහස් කෙරේ.

ඊළඟට විවිධ හේතූන් සහිත ජනප්‍රිය දෝෂයකි: “අථත්‍ය යන්ත්‍රය යෙදවීමේ දෝෂයකි: /var/lib/one//datastores/103/10/deployment.5 වෙතින් වසම සෑදිය නොහැක” පහතින් බැලිය යුතු ප්‍රධාන දෙයයි.

• oneadmin පරිශීලකයා සඳහා රූප හිමිකම්;
• oneadmin පරිශීලකයාට libvirtd ධාවනය කිරීමට අවසර;
• දත්ත ගබඩාව නිවැරදිව සවිකර තිබේද? ගොස් නෝඩ් එකේම මාර්ගය පරීක්ෂා කරන්න, සමහර විට යමක් වැටී ඇත;
• වැරදි ලෙස වින්‍යාස කර ඇති ජාලය, හෝ ඊට වඩා ඉදිරිපසින් එය ජාල සැකසුම් තුළ vlan සඳහා ප්‍රධාන අතුරු මුහුණත br0 වේ, නමුත් නෝඩයේ එය බ්‍රිජ්0 ලෙස ලියා ඇත - එය සමාන විය යුතුය.

system datastore ඔබගේ 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