ತೆರೆದ ನೆಬುಲಾ. ಸಣ್ಣ ಟಿಪ್ಪಣಿಗಳು

ಎಲ್ಲರಿಗು ನಮಸ್ಖರ. ವರ್ಚುವಲೈಸೇಶನ್ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್‌ಗಳನ್ನು ಆಯ್ಕೆ ಮಾಡುವ ನಡುವೆ ಇನ್ನೂ ಹರಿದಿರುವವರಿಗೆ ಮತ್ತು "ನಾವು ಪ್ರಾಕ್ಸ್‌ಮಾಕ್ಸ್ ಅನ್ನು ಸ್ಥಾಪಿಸಿದ್ದೇವೆ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಎಲ್ಲವೂ ಉತ್ತಮವಾಗಿದೆ, ಒಂದೇ ವಿರಾಮವಿಲ್ಲದೆ 6 ವರ್ಷಗಳ ಅಪ್‌ಟೈಮ್" ಸರಣಿಯ ಲೇಖನವನ್ನು ಓದಿದ ನಂತರ ಈ ಲೇಖನವನ್ನು ಬರೆಯಲಾಗಿದೆ. ಆದರೆ ಒಂದು ಅಥವಾ ಇನ್ನೊಂದು ಔಟ್-ಆಫ್-ದಿ-ಬಾಕ್ಸ್ ಪರಿಹಾರವನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಪ್ರಶ್ನೆ ಉದ್ಭವಿಸುತ್ತದೆ: ನಾನು ಇದನ್ನು ಇಲ್ಲಿ ಹೇಗೆ ಸರಿಪಡಿಸಬಹುದು, ಇದರಿಂದ ಮೇಲ್ವಿಚಾರಣೆ ಹೆಚ್ಚು ಅರ್ಥವಾಗುವಂತಹದ್ದಾಗಿದೆ ಮತ್ತು ಇಲ್ಲಿ, ಬ್ಯಾಕ್‌ಅಪ್‌ಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು…. ತದನಂತರ ಸಮಯ ಬರುತ್ತದೆ ಮತ್ತು ನೀವು ಹೆಚ್ಚು ಕ್ರಿಯಾತ್ಮಕವಾಗಿ ಏನನ್ನಾದರೂ ಬಯಸುತ್ತೀರಿ ಎಂದು ನೀವು ಅರಿತುಕೊಳ್ಳುತ್ತೀರಿ, ಅಥವಾ ನಿಮ್ಮ ಸಿಸ್ಟಮ್ ಒಳಗೆ ಎಲ್ಲವೂ ಸ್ಪಷ್ಟವಾಗಬೇಕೆಂದು ನೀವು ಬಯಸುತ್ತೀರಿ, ಮತ್ತು ಈ ಕಪ್ಪು ಪೆಟ್ಟಿಗೆಯಲ್ಲ, ಅಥವಾ ನೀವು ಹೈಪರ್ವೈಸರ್ ಮತ್ತು ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ಗುಂಪಿಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಬಳಸಲು ಬಯಸುತ್ತೀರಿ. ಈ ಲೇಖನವು ಓಪನ್ನೆಬುಲಾ ಪ್ಲಾಟ್‌ಫಾರ್ಮ್ ಅನ್ನು ಆಧರಿಸಿ ಕೆಲವು ಆಲೋಚನೆಗಳು ಮತ್ತು ಅಭ್ಯಾಸಗಳನ್ನು ಒಳಗೊಂಡಿರುತ್ತದೆ - ಏಕೆಂದರೆ ನಾನು ಅದನ್ನು ಆರಿಸಿದೆ. ಇದು ಸಂಪನ್ಮೂಲಗಳ ಮೇಲೆ ಬೇಡಿಕೆಯಿಲ್ಲ ಮತ್ತು ವಾಸ್ತುಶಿಲ್ಪವು ತುಂಬಾ ಸಂಕೀರ್ಣವಾಗಿಲ್ಲ.

ಆದ್ದರಿಂದ, ನಾವು ನೋಡುವಂತೆ, ಅನೇಕ ಕ್ಲೌಡ್ ಪೂರೈಕೆದಾರರು kvm ನಲ್ಲಿ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ ಮತ್ತು ಯಂತ್ರಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು ಬಾಹ್ಯ ಸಂಪರ್ಕಗಳನ್ನು ಮಾಡುತ್ತಾರೆ. ಕ್ಲೌಡ್ ಮೂಲಸೌಕರ್ಯಕ್ಕಾಗಿ ದೊಡ್ಡ ಹೋಸ್ಟರ್‌ಗಳು ತಮ್ಮದೇ ಆದ ಚೌಕಟ್ಟುಗಳನ್ನು ಬರೆಯುತ್ತಾರೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ, ಉದಾಹರಣೆಗೆ ಅದೇ YANDEX. ಯಾರಾದರೂ ಓಪನ್‌ಸ್ಟಾಕ್ ಅನ್ನು ಬಳಸುತ್ತಾರೆ ಮತ್ತು ಈ ಆಧಾರದ ಮೇಲೆ ಸಂಪರ್ಕವನ್ನು ಮಾಡುತ್ತಾರೆ - SELECTEL, MAIL.RU. ಆದರೆ ನೀವು ನಿಮ್ಮ ಸ್ವಂತ ಹಾರ್ಡ್‌ವೇರ್ ಮತ್ತು ತಜ್ಞರ ಸಣ್ಣ ಸಿಬ್ಬಂದಿಯನ್ನು ಹೊಂದಿದ್ದರೆ, ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ರೆಡಿಮೇಡ್ ಅನ್ನು ಆರಿಸಿಕೊಳ್ಳುತ್ತೀರಿ - VMWARE, ಹೈಪರ್-ವಿ, ಉಚಿತ ಮತ್ತು ಪಾವತಿಸಿದ ಪರವಾನಗಿಗಳಿವೆ, ಆದರೆ ನಾವು ಈಗ ಮಾತನಾಡುತ್ತಿರುವುದು ಅದರ ಬಗ್ಗೆ ಅಲ್ಲ. ಉತ್ಸಾಹಿಗಳ ಬಗ್ಗೆ ಮಾತನಾಡೋಣ - "ನಿಮ್ಮ ನಂತರ ಇದನ್ನು ಯಾರು ಸೇವೆ ಮಾಡುತ್ತಾರೆ" ಎಂದು ಕಂಪನಿಯು ಸ್ಪಷ್ಟವಾಗಿ ಸ್ಪಷ್ಟಪಡಿಸಿದ್ದರೂ ಸಹ, ಹೊಸದನ್ನು ನೀಡಲು ಮತ್ತು ಪ್ರಯತ್ನಿಸಲು ಭಯಪಡದವರು ಇವರು, "ನಾವು ಇದನ್ನು ನಂತರ ಉತ್ಪಾದನೆಗೆ ಹೊರತರಲಿದ್ದೇವೆಯೇ? ? ಭಯಾನಕ." ಆದರೆ ನೀವು ಮೊದಲು ಈ ಪರಿಹಾರಗಳನ್ನು ಪರೀಕ್ಷಾ ಬೆಂಚ್‌ನಲ್ಲಿ ಅನ್ವಯಿಸಬಹುದು, ಮತ್ತು ಪ್ರತಿಯೊಬ್ಬರೂ ಅದನ್ನು ಇಷ್ಟಪಟ್ಟರೆ, ನಂತರ ನೀವು ಮತ್ತಷ್ಟು ಅಭಿವೃದ್ಧಿಯ ಪ್ರಶ್ನೆಯನ್ನು ಎತ್ತಬಹುದು ಮತ್ತು ಹೆಚ್ಚು ಗಂಭೀರ ಪರಿಸರದಲ್ಲಿ ಬಳಸಬಹುದು.

ವರದಿಯ ಲಿಂಕ್ ಕೂಡ ಇಲ್ಲಿದೆ www.youtube.com/watch?v=47Mht_uoX3A ಈ ವೇದಿಕೆಯ ಅಭಿವೃದ್ಧಿಯಲ್ಲಿ ಸಕ್ರಿಯ ಪಾಲ್ಗೊಳ್ಳುವವರಿಂದ.

ಬಹುಶಃ ಈ ಲೇಖನದಲ್ಲಿ ಅನುಭವಿ ತಜ್ಞರಿಗೆ ಏನಾದರೂ ಅತಿಯಾದ ಮತ್ತು ಈಗಾಗಲೇ ಅರ್ಥವಾಗುವಂತಹದ್ದಾಗಿದೆ, ಮತ್ತು ಕೆಲವು ಸಂದರ್ಭಗಳಲ್ಲಿ ನಾನು ಎಲ್ಲವನ್ನೂ ವಿವರಿಸುವುದಿಲ್ಲ ಏಕೆಂದರೆ ಇದೇ ರೀತಿಯ ಆಜ್ಞೆಗಳು ಮತ್ತು ವಿವರಣೆಗಳು ಅಂತರ್ಜಾಲದಲ್ಲಿ ಲಭ್ಯವಿದೆ. ಈ ವೇದಿಕೆಯೊಂದಿಗಿನ ನನ್ನ ಅನುಭವವಷ್ಟೇ. ಸಕ್ರಿಯ ಭಾಗವಹಿಸುವವರು ಕಾಮೆಂಟ್‌ಗಳಲ್ಲಿ ಏನು ಉತ್ತಮವಾಗಿ ಮಾಡಬಹುದು ಮತ್ತು ನಾನು ಮಾಡಿದ ತಪ್ಪುಗಳನ್ನು ಸೇರಿಸುತ್ತಾರೆ ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ. ವಿವಿಧ ಗುಣಲಕ್ಷಣಗಳೊಂದಿಗೆ 3 PC ಗಳನ್ನು ಒಳಗೊಂಡಿರುವ ಹೋಮ್ ಸ್ಟ್ಯಾಂಡ್ನಲ್ಲಿ ಎಲ್ಲಾ ಕ್ರಮಗಳು ನಡೆದವು. ಅಲ್ಲದೆ, ಈ ಸಾಫ್ಟ್‌ವೇರ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಅದನ್ನು ಹೇಗೆ ಸ್ಥಾಪಿಸಬೇಕು ಎಂದು ನಾನು ನಿರ್ದಿಷ್ಟವಾಗಿ ಸೂಚಿಸಲಿಲ್ಲ. ಇಲ್ಲ, ಆಡಳಿತದ ಅನುಭವ ಮತ್ತು ನಾನು ಎದುರಿಸಿದ ಸಮಸ್ಯೆಗಳು ಮಾತ್ರ. ಬಹುಶಃ ಇದು ಅವರ ಆಯ್ಕೆಯಲ್ಲಿ ಯಾರಿಗಾದರೂ ಉಪಯುಕ್ತವಾಗಿರುತ್ತದೆ.

ಆದ್ದರಿಂದ, ಪ್ರಾರಂಭಿಸೋಣ. ಸಿಸ್ಟಮ್ ನಿರ್ವಾಹಕರಾಗಿ, ಈ ಕೆಳಗಿನ ಅಂಶಗಳು ನನಗೆ ಮುಖ್ಯವಾಗಿವೆ, ಅದು ಇಲ್ಲದೆ ನಾನು ಈ ಪರಿಹಾರವನ್ನು ಬಳಸಲು ಅಸಂಭವವಾಗಿದೆ.

1. ಅನುಸ್ಥಾಪನೆಯ ಪುನರಾವರ್ತನೆ

ಓಪನ್ನೆಬುಲಾವನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಕಷ್ಟು ಸೂಚನೆಗಳಿವೆ, ಯಾವುದೇ ಸಮಸ್ಯೆಗಳು ಇರಬಾರದು. ಆವೃತ್ತಿಯಿಂದ ಆವೃತ್ತಿಗೆ, ಹೊಸ ವೈಶಿಷ್ಟ್ಯಗಳು ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತವೆ ಅದು ಆವೃತ್ತಿಯಿಂದ ಆವೃತ್ತಿಗೆ ಚಲಿಸುವಾಗ ಯಾವಾಗಲೂ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ.

2 ಉಸ್ತುವಾರಿ

ನಾವು ನೋಡ್ ಅನ್ನು ಸ್ವತಃ ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುತ್ತೇವೆ, kvm ಮತ್ತು opennebula. ಅದೃಷ್ಟವಶಾತ್, ಇದು ಈಗಾಗಲೇ ಸಿದ್ಧವಾಗಿದೆ. Linux ಹೋಸ್ಟ್‌ಗಳನ್ನು ಮೇಲ್ವಿಚಾರಣೆ ಮಾಡುವ ಬಗ್ಗೆ ಸಾಕಷ್ಟು ಆಯ್ಕೆಗಳಿವೆ, ಅದೇ 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

ಮೇಲೆ ಪ್ರಸ್ತುತಪಡಿಸಲಾದ ಬ್ಯಾಷ್ ಸ್ಕ್ರಿಪ್ಟ್, ಮೊದಲು ನಾವು ಕನ್ಸೋಲ್ ಮೂಲಕ ಕೆಲಸವನ್ನು ಪರಿಶೀಲಿಸುತ್ತೇವೆ, ಅದು ನಮಗೆ ಬೇಕಾದುದನ್ನು ತೋರಿಸಿದರೆ (ಅದು ದೋಷವನ್ನು ನೀಡಿದರೆ, ನಂತರ xmlstarlet ಅನ್ನು ಸ್ಥಾಪಿಸಿ), ಅದನ್ನು /usr/local/bin/opennebula_exporter.sh ಗೆ ನಕಲಿಸಿ

ಪ್ರತಿ ನಿಮಿಷಕ್ಕೆ ಕ್ರಾನ್ ಕಾರ್ಯವನ್ನು ಸೇರಿಸಿ:

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

ಮೆಟ್ರಿಕ್‌ಗಳು ಕಾಣಿಸಿಕೊಳ್ಳಲು ಪ್ರಾರಂಭಿಸಿದವು, ನೀವು ಅವುಗಳನ್ನು ಪ್ರಮೀತಿಯಸ್‌ನಂತೆ ತೆಗೆದುಕೊಳ್ಳಬಹುದು ಮತ್ತು ಗ್ರಾಫ್‌ಗಳನ್ನು ನಿರ್ಮಿಸಬಹುದು ಮತ್ತು ಎಚ್ಚರಿಕೆಗಳನ್ನು ಮಾಡಬಹುದು. ಗ್ರಾಫಾನಾದಲ್ಲಿ ನೀವು ಸೆಳೆಯಬಹುದು, ಉದಾಹರಣೆಗೆ, ಅಂತಹ ಸರಳ ಡ್ಯಾಶ್ಬೋರ್ಡ್.

(ಇಲ್ಲಿ ನಾನು ಸಿಪಿಯು, ರಾಮ್ ಅನ್ನು ಮೀರಿದೆ ಎಂಬುದು ಸ್ಪಷ್ಟವಾಗಿದೆ)

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 ಸಿಪಿ ಪ್ರಕ್ರಿಯೆಗಳು ಈಗಾಗಲೇ ಇರುತ್ತವೆ.

ತದನಂತರ ಹೊಸ ಐಡಿಯೊಂದಿಗೆ ಓಪನ್‌ನೆಬ್ಯುಲಾ ಸಂಖ್ಯೆಗಳು ಏಕೆ ಎಂದು ಅರ್ಥಮಾಡಿಕೊಳ್ಳಲು ಬರುತ್ತದೆ, ಉದಾಹರಣೆಗೆ, ಅದೇ ಪ್ರಾಕ್ಸ್‌ಮಾಕ್ಸ್‌ನಲ್ಲಿ ಐಡಿ 101 ನೊಂದಿಗೆ ವಿಎಂ ಅನ್ನು ರಚಿಸಲಾಗಿದೆ, ಅದನ್ನು ಅಳಿಸಲಾಗಿದೆ, ನಂತರ ನೀವು ಅದನ್ನು ಮತ್ತೆ ರಚಿಸಿ ಮತ್ತು ಐಡಿ 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.

ನಾನು ಸೆಲೆಕ್ಟೆಲ್‌ನಿಂದ Vmware ಕ್ಲೌಡ್ ಅನ್ನು ಸಂಪರ್ಕಿಸಲು ಪ್ರಯತ್ನಿಸಿದೆ, ಆದರೆ ಏನೂ ಕೆಲಸ ಮಾಡಲಿಲ್ಲ - ಸಾಮಾನ್ಯವಾಗಿ, ಅನೇಕ ಅಂಶಗಳಿರುವುದರಿಂದ ಇದನ್ನು ನಿರ್ಬಂಧಿಸಲಾಗಿದೆ ಮತ್ತು ಹೋಸ್ಟಿಂಗ್ ಪೂರೈಕೆದಾರರ ತಾಂತ್ರಿಕ ಬೆಂಬಲಕ್ಕೆ ಬರೆಯುವಲ್ಲಿ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ.

ಅಲ್ಲದೆ, ಈಗ ಹೊಸ ಆವೃತ್ತಿಯು ಪಟಾಕಿಯನ್ನು ಹೊಂದಿದೆ - ಇದು ಮೈಕ್ರೋವಿಎಂನ ಉಡಾವಣೆಯಾಗಿದೆ, ಇದು ಡಾಕರ್‌ನ ಮೇಲೆ ಒಂದು ರೀತಿಯ kvm ಸರಂಜಾಮು, ಇದು ಇನ್ನೂ ಹೆಚ್ಚಿನ ಬಹುಮುಖತೆ, ಸುರಕ್ಷತೆ ಮತ್ತು ಹೆಚ್ಚಿದ ಉತ್ಪಾದಕತೆಯನ್ನು ನೀಡುತ್ತದೆ ಏಕೆಂದರೆ ಉಪಕರಣಗಳನ್ನು ಅನುಕರಿಸಲು ಸಂಪನ್ಮೂಲಗಳನ್ನು ವ್ಯರ್ಥ ಮಾಡುವ ಅಗತ್ಯವಿಲ್ಲ. ಡಾಕರ್‌ನಲ್ಲಿ ನಾನು ನೋಡುವ ಏಕೈಕ ಪ್ರಯೋಜನವೆಂದರೆ ಅದು ಹೆಚ್ಚುವರಿ ಸಂಖ್ಯೆಯ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳುವುದಿಲ್ಲ ಮತ್ತು ಈ ಎಮ್ಯುಲೇಶನ್ ಅನ್ನು ಬಳಸುವಾಗ ಯಾವುದೇ ಆಕ್ರಮಿತ ಸಾಕೆಟ್‌ಗಳಿಲ್ಲ, ಅಂದರೆ. ಅದನ್ನು ಲೋಡ್ ಬ್ಯಾಲೆನ್ಸರ್ ಆಗಿ ಬಳಸಲು ಸಾಕಷ್ಟು ಸಾಧ್ಯವಿದೆ (ಆದರೆ ನಾನು ಎಲ್ಲಾ ಪರೀಕ್ಷೆಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ನಡೆಸುವವರೆಗೆ ಇದರ ಬಗ್ಗೆ ಪ್ರತ್ಯೇಕ ಲೇಖನವನ್ನು ಬರೆಯುವುದು ಬಹುಶಃ ಯೋಗ್ಯವಾಗಿದೆ).

7. ಬಳಕೆ ಮತ್ತು ದೋಷ ಡೀಬಗ್ ಮಾಡುವಿಕೆಯ ಧನಾತ್ಮಕ ಅನುಭವ

ನಾನು ಕೆಲಸದ ಬಗ್ಗೆ ನನ್ನ ಅವಲೋಕನಗಳನ್ನು ಹಂಚಿಕೊಳ್ಳಲು ಬಯಸುತ್ತೇನೆ, ಅದರಲ್ಲಿ ಕೆಲವನ್ನು ನಾನು ಮೇಲೆ ವಿವರಿಸಿದ್ದೇನೆ, ನಾನು ಹೆಚ್ಚು ಬರೆಯಲು ಬಯಸುತ್ತೇನೆ. ವಾಸ್ತವವಾಗಿ, ಇದು ಸರಿಯಾದ ವ್ಯವಸ್ಥೆ ಅಲ್ಲ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಇಲ್ಲಿ ಎಲ್ಲವೂ ಊರುಗೋಲು ಎಂದು ಮೊದಲಿಗೆ ಯೋಚಿಸುವವನು ನಾನು ಬಹುಶಃ ಅಲ್ಲ - ಅವರು ಇದರೊಂದಿಗೆ ಹೇಗೆ ಕೆಲಸ ಮಾಡುತ್ತಾರೆ? ಆದರೆ ಎಲ್ಲವೂ ಸಾಕಷ್ಟು ತಾರ್ಕಿಕವಾಗಿದೆ ಎಂದು ತಿಳುವಳಿಕೆ ಬರುತ್ತದೆ. ಸಹಜವಾಗಿ, ನೀವು ಎಲ್ಲರನ್ನೂ ಮೆಚ್ಚಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ ಮತ್ತು ಕೆಲವು ಅಂಶಗಳಿಗೆ ಸುಧಾರಣೆ ಅಗತ್ಯವಿರುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, ಒಂದು ಡೇಟಾಸ್ಟೋರ್‌ನಿಂದ ಇನ್ನೊಂದಕ್ಕೆ ಡಿಸ್ಕ್ ಇಮೇಜ್ ಅನ್ನು ನಕಲಿಸುವ ಸರಳ ಕಾರ್ಯಾಚರಣೆ. ನನ್ನ ಸಂದರ್ಭದಲ್ಲಿ, nfs ನೊಂದಿಗೆ 2 ನೋಡ್‌ಗಳಿವೆ, ನಾನು ಚಿತ್ರವನ್ನು ಕಳುಹಿಸುತ್ತೇನೆ - ನಕಲು ಮಾಡುವಿಕೆಯು ಮುಂಭಾಗದ ಓಪನ್‌ನೆಬುಲಾ ಮೂಲಕ ಸಂಭವಿಸುತ್ತದೆ, ಆದರೂ ಡೇಟಾವನ್ನು ಹೋಸ್ಟ್‌ಗಳ ನಡುವೆ ನೇರವಾಗಿ ನಕಲಿಸಬೇಕು ಎಂಬ ಅಂಶಕ್ಕೆ ನಾವೆಲ್ಲರೂ ಒಗ್ಗಿಕೊಂಡಿರುತ್ತೇವೆ - ಅದೇ vmware, ಹೈಪರ್-ವಿ ನಲ್ಲಿ ನಾವು ಇದಕ್ಕೆ ಒಗ್ಗಿಕೊಂಡಿರುತ್ತದೆ, ಆದರೆ ಇಲ್ಲಿ ಇನ್ನೊಂದಕ್ಕೆ. ವಿಭಿನ್ನ ವಿಧಾನ ಮತ್ತು ವಿಭಿನ್ನ ಸಿದ್ಧಾಂತವಿದೆ, ಮತ್ತು ಆವೃತ್ತಿ 5.12 ರಲ್ಲಿ ಅವರು "ಡೇಟಾಸ್ಟೋರ್‌ಗೆ ವಲಸೆ" ಬಟನ್ ಅನ್ನು ತೆಗೆದುಹಾಕಿದ್ದಾರೆ - ಯಂತ್ರವನ್ನು ಮಾತ್ರ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ, ಆದರೆ ಸಂಗ್ರಹಣೆಯಲ್ಲ ಏಕೆಂದರೆ ಕೇಂದ್ರೀಕೃತ ಶೇಖರಣೆ ಎಂದರ್ಥ.

ಮುಂದಿನದು ವಿವಿಧ ಕಾರಣಗಳೊಂದಿಗೆ ಜನಪ್ರಿಯ ದೋಷವಾಗಿದೆ: “ವರ್ಚುವಲ್ ಗಣಕವನ್ನು ನಿಯೋಜಿಸುವಲ್ಲಿ ದೋಷ: /var/lib/one//datastores/103/10/deployment.5 ನಿಂದ ಡೊಮೇನ್ ರಚಿಸಲು ಸಾಧ್ಯವಾಗಲಿಲ್ಲ” ಕೆಳಗೆ ನೋಡಬೇಕಾದ ಪ್ರಮುಖ ವಿಷಯವಾಗಿದೆ.

• oneadmin ಬಳಕೆದಾರರಿಗೆ ಚಿತ್ರದ ಹಕ್ಕುಗಳು;
• libvirtd ಅನ್ನು ಚಲಾಯಿಸಲು oneadmin ಬಳಕೆದಾರರಿಗೆ ಅನುಮತಿಗಳು;
• ಡೇಟಾ ಸ್ಟೋರ್ ಅನ್ನು ಸರಿಯಾಗಿ ಜೋಡಿಸಲಾಗಿದೆಯೇ? ಹೋಗಿ ನೋಡ್‌ನಲ್ಲಿಯೇ ಮಾರ್ಗವನ್ನು ಪರಿಶೀಲಿಸಿ, ಬಹುಶಃ ಏನಾದರೂ ಬಿದ್ದಿರಬಹುದು;
• ತಪ್ಪಾಗಿ ಕಾನ್ಫಿಗರ್ ಮಾಡಿದ ನೆಟ್‌ವರ್ಕ್, ಅಥವಾ ಮುಂಭಾಗದಲ್ಲಿ ಅದು ನೆಟ್‌ವರ್ಕ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳಲ್ಲಿ vlan ಗಾಗಿ ಮುಖ್ಯ ಇಂಟರ್ಫೇಸ್ br0 ಆಗಿದೆ, ಆದರೆ ನೋಡ್‌ನಲ್ಲಿ ಇದನ್ನು ಬ್ರಿಡ್ಜ್0 ಎಂದು ಬರೆಯಲಾಗಿದೆ - ಅದು ಒಂದೇ ಆಗಿರಬೇಕು.

ಸಿಸ್ಟಮ್ ಡೇಟಾಸ್ಟೋರ್ ನಿಮ್ಮ 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