ਓਪਨਨੇਬੁਲਾ. ਛੋਟੇ ਨੋਟਸ

ਸਾਰਿਆਂ ਨੂੰ ਸਤਿ ਸ਼੍ਰੀ ਅਕਾਲ. ਇਹ ਲੇਖ ਉਹਨਾਂ ਲਈ ਲਿਖਿਆ ਗਿਆ ਸੀ ਜੋ ਅਜੇ ਵੀ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਪਲੇਟਫਾਰਮਾਂ ਦੀ ਚੋਣ ਕਰਨ ਅਤੇ ਲੜੀ ਦੇ ਲੇਖ ਨੂੰ ਪੜ੍ਹਨ ਤੋਂ ਬਾਅਦ "ਅਸੀਂ ਪ੍ਰੌਕਸਮੌਕਸ ਸਥਾਪਤ ਕੀਤਾ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਸਭ ਕੁਝ ਠੀਕ ਹੈ, ਬਿਨਾਂ ਕਿਸੇ ਬਰੇਕ ਦੇ 6 ਸਾਲਾਂ ਦਾ ਅਪਟਾਈਮ।" ਪਰ ਇੱਕ ਜਾਂ ਕਿਸੇ ਹੋਰ ਆਊਟ-ਆਫ-ਦ-ਬਾਕਸ ਹੱਲ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਵਾਲ ਉੱਠਦਾ ਹੈ: ਮੈਂ ਇਸਨੂੰ ਇੱਥੇ ਕਿਵੇਂ ਠੀਕ ਕਰ ਸਕਦਾ ਹਾਂ, ਤਾਂ ਜੋ ਨਿਗਰਾਨੀ ਵਧੇਰੇ ਸਮਝਣ ਯੋਗ ਹੋਵੇ, ਅਤੇ ਇੱਥੇ, ਬੈਕਅੱਪ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਲਈ…. ਅਤੇ ਫਿਰ ਸਮਾਂ ਆਉਂਦਾ ਹੈ ਅਤੇ ਤੁਹਾਨੂੰ ਅਹਿਸਾਸ ਹੁੰਦਾ ਹੈ ਕਿ ਤੁਸੀਂ ਕੁਝ ਹੋਰ ਕਾਰਜਸ਼ੀਲ ਚਾਹੁੰਦੇ ਹੋ, ਜਾਂ ਤੁਸੀਂ ਚਾਹੁੰਦੇ ਹੋ ਕਿ ਤੁਹਾਡੇ ਸਿਸਟਮ ਦੇ ਅੰਦਰ ਸਭ ਕੁਝ ਸਪੱਸ਼ਟ ਹੋ ਜਾਵੇ, ਨਾ ਕਿ ਇਹ ਬਲੈਕ ਬਾਕਸ, ਜਾਂ ਤੁਸੀਂ ਹਾਈਪਰਵਾਈਜ਼ਰ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੇ ਝੁੰਡ ਤੋਂ ਇਲਾਵਾ ਕੁਝ ਹੋਰ ਵਰਤਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਇਸ ਲੇਖ ਵਿੱਚ ਓਪਨਨੇਬੁਲਾ ਪਲੇਟਫਾਰਮ ਦੇ ਅਧਾਰ ਤੇ ਕੁਝ ਵਿਚਾਰ ਅਤੇ ਅਭਿਆਸ ਸ਼ਾਮਲ ਹੋਣਗੇ - ਮੈਂ ਇਸਨੂੰ ਇਸ ਲਈ ਚੁਣਿਆ ਹੈ। ਇਹ ਸਰੋਤਾਂ ਦੀ ਮੰਗ ਨਹੀਂ ਕਰ ਰਿਹਾ ਹੈ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਇੰਨਾ ਗੁੰਝਲਦਾਰ ਨਹੀਂ ਹੈ।

ਅਤੇ ਇਸ ਲਈ, ਜਿਵੇਂ ਕਿ ਅਸੀਂ ਦੇਖਦੇ ਹਾਂ, ਬਹੁਤ ਸਾਰੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ kvm 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਅਤੇ ਮਸ਼ੀਨਾਂ ਨੂੰ ਕੰਟਰੋਲ ਕਰਨ ਲਈ ਬਾਹਰੀ ਕਨੈਕਸ਼ਨ ਬਣਾਉਂਦੇ ਹਨ। ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਵੱਡੇ ਹੋਸਟਸ ਕਲਾਉਡ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਲਈ ਆਪਣੇ ਖੁਦ ਦੇ ਫਰੇਮਵਰਕ ਲਿਖਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ ਉਹੀ YANDEX. ਕੋਈ ਵਿਅਕਤੀ ਓਪਨਸਟੈਕ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸ ਅਧਾਰ 'ਤੇ ਕੁਨੈਕਸ਼ਨ ਬਣਾਉਂਦਾ ਹੈ - SELECTEL, MAIL.RU. ਪਰ ਜੇ ਤੁਹਾਡੇ ਕੋਲ ਆਪਣਾ ਹਾਰਡਵੇਅਰ ਅਤੇ ਮਾਹਰਾਂ ਦਾ ਇੱਕ ਛੋਟਾ ਸਟਾਫ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਆਮ ਤੌਰ 'ਤੇ ਕੁਝ ਤਿਆਰ-ਬਣਾਇਆ ਚੁਣਦੇ ਹੋ - VMWARE, HYPER-V, ਇੱਥੇ ਮੁਫਤ ਅਤੇ ਅਦਾਇਗੀ ਲਾਇਸੈਂਸ ਹਨ, ਪਰ ਇਹ ਉਹ ਨਹੀਂ ਹੈ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਹੁਣ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ। ਆਓ ਉਤਸ਼ਾਹੀਆਂ ਬਾਰੇ ਗੱਲ ਕਰੀਏ - ਇਹ ਉਹ ਹਨ ਜੋ ਕੁਝ ਨਵਾਂ ਪੇਸ਼ ਕਰਨ ਅਤੇ ਅਜ਼ਮਾਉਣ ਤੋਂ ਨਹੀਂ ਡਰਦੇ, ਇਸ ਤੱਥ ਦੇ ਬਾਵਜੂਦ ਕਿ ਕੰਪਨੀ ਨੇ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਇਹ ਸਪੱਸ਼ਟ ਕੀਤਾ ਹੈ, "ਤੁਹਾਡੇ ਤੋਂ ਬਾਅਦ ਇਸ ਦੀ ਸੇਵਾ ਕੌਣ ਕਰੇਗਾ," "ਕੀ ਅਸੀਂ ਇਸਨੂੰ ਬਾਅਦ ਵਿੱਚ ਉਤਪਾਦਨ ਵਿੱਚ ਰੋਲ ਆਊਟ ਕਰਨ ਜਾ ਰਹੇ ਹਾਂ? ? ਡਰਾਉਣਾ।" ਪਰ ਤੁਸੀਂ ਪਹਿਲਾਂ ਇਹਨਾਂ ਹੱਲਾਂ ਨੂੰ ਇੱਕ ਟੈਸਟ ਬੈਂਚ ਵਿੱਚ ਲਾਗੂ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਜੇ ਹਰ ਕੋਈ ਇਸਨੂੰ ਪਸੰਦ ਕਰਦਾ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਹੋਰ ਗੰਭੀਰ ਵਾਤਾਵਰਣ ਵਿੱਚ ਹੋਰ ਵਿਕਾਸ ਅਤੇ ਵਰਤੋਂ ਦਾ ਸਵਾਲ ਉਠਾ ਸਕਦੇ ਹੋ.

ਰਿਪੋਰਟ ਦਾ ਲਿੰਕ ਵੀ ਇੱਥੇ ਹੈ www.youtube.com/watch?v=47Mht_uoX3A ਇਸ ਪਲੇਟਫਾਰਮ ਦੇ ਵਿਕਾਸ ਵਿੱਚ ਇੱਕ ਸਰਗਰਮ ਭਾਗੀਦਾਰ ਤੋਂ।

ਸ਼ਾਇਦ ਇਸ ਲੇਖ ਵਿਚ ਕੋਈ ਚੀਜ਼ ਬੇਲੋੜੀ ਹੋਵੇਗੀ ਅਤੇ ਇੱਕ ਤਜਰਬੇਕਾਰ ਮਾਹਰ ਨੂੰ ਪਹਿਲਾਂ ਹੀ ਸਮਝਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਮੈਂ ਹਰ ਚੀਜ਼ ਦਾ ਵਰਣਨ ਨਹੀਂ ਕਰਾਂਗਾ ਕਿਉਂਕਿ ਸਮਾਨ ਕਮਾਂਡਾਂ ਅਤੇ ਵਰਣਨ ਇੰਟਰਨੈਟ ਤੇ ਉਪਲਬਧ ਹਨ. ਇਹ ਇਸ ਪਲੇਟਫਾਰਮ ਦੇ ਨਾਲ ਮੇਰਾ ਅਨੁਭਵ ਹੈ. ਮੈਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਸਰਗਰਮ ਭਾਗੀਦਾਰ ਟਿੱਪਣੀਆਂ ਵਿੱਚ ਸ਼ਾਮਲ ਕਰਨਗੇ ਕਿ ਕੀ ਬਿਹਤਰ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ ਮੈਂ ਕਿਹੜੀਆਂ ਗਲਤੀਆਂ ਕੀਤੀਆਂ ਹਨ। ਸਾਰੀਆਂ ਕਾਰਵਾਈਆਂ ਵੱਖ-ਵੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਵਾਲੇ 3 ਪੀਸੀ ਵਾਲੇ ਘਰੇਲੂ ਸਟੈਂਡ ਵਿੱਚ ਹੋਈਆਂ। ਨਾਲ ਹੀ, ਮੈਂ ਖਾਸ ਤੌਰ 'ਤੇ ਇਹ ਨਹੀਂ ਦੱਸਿਆ ਕਿ ਇਹ ਸੌਫਟਵੇਅਰ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ ਅਤੇ ਇਸਨੂੰ ਕਿਵੇਂ ਸਥਾਪਿਤ ਕਰਨਾ ਹੈ। ਨਹੀਂ, ਸਿਰਫ਼ ਪ੍ਰਸ਼ਾਸਨ ਦਾ ਤਜਰਬਾ ਅਤੇ ਮੈਨੂੰ ਆਈਆਂ ਸਮੱਸਿਆਵਾਂ। ਸ਼ਾਇਦ ਇਹ ਉਹਨਾਂ ਦੀ ਪਸੰਦ ਵਿੱਚ ਕਿਸੇ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗਾ.

ਇਸ ਲਈ, ਆਓ ਸ਼ੁਰੂ ਕਰੀਏ. ਇੱਕ ਸਿਸਟਮ ਪ੍ਰਸ਼ਾਸਕ ਹੋਣ ਦੇ ਨਾਤੇ, ਹੇਠਾਂ ਦਿੱਤੇ ਨੁਕਤੇ ਮੇਰੇ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹਨ, ਜਿਸ ਤੋਂ ਬਿਨਾਂ ਮੈਂ ਇਸ ਹੱਲ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਸੰਭਾਵਨਾ ਨਹੀਂ ਹਾਂ।

1. ਇੰਸਟਾਲੇਸ਼ਨ ਦੁਹਰਾਉਣਯੋਗਤਾ

ਓਪਨਨੇਬੁਲਾ ਨੂੰ ਸਥਾਪਤ ਕਰਨ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਹਦਾਇਤਾਂ ਹਨ, ਕੋਈ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਣੀ ਚਾਹੀਦੀ। ਸੰਸਕਰਣ ਤੋਂ ਸੰਸਕਰਣ ਤੱਕ, ਨਵੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ ਜੋ ਸੰਸਕਰਣ ਤੋਂ ਸੰਸਕਰਣ ਵਿੱਚ ਜਾਣ ਵੇਲੇ ਹਮੇਸ਼ਾਂ ਕੰਮ ਨਹੀਂ ਕਰਨਗੀਆਂ।

2 ਨਿਗਰਾਨੀ

ਅਸੀਂ ਖੁਦ ਨੋਡ, kvm ਅਤੇ ਓਪਨਨੇਬੁਲਾ ਦੀ ਨਿਗਰਾਨੀ ਕਰਾਂਗੇ। ਖੁਸ਼ਕਿਸਮਤੀ ਨਾਲ, ਇਹ ਪਹਿਲਾਂ ਹੀ ਤਿਆਰ ਹੈ. ਲੀਨਕਸ ਮੇਜ਼ਬਾਨਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਬਾਰੇ ਬਹੁਤ ਸਾਰੇ ਵਿਕਲਪ ਹਨ, ਉਹੀ ਜ਼ੈਬਿਕਸ ਜਾਂ ਨੋਡ ਐਕਸਪੋਰਟਰ - ਜੋ ਵੀ ਪਸੰਦ ਕਰਦਾ ਹੈ - ਇਸ ਸਮੇਂ ਮੈਂ ਇਸਨੂੰ ਨਿਗਰਾਨੀ ਸਿਸਟਮ ਮੈਟ੍ਰਿਕਸ (ਤਾਪਮਾਨ ਜਿੱਥੇ ਇਹ ਮਾਪਿਆ ਜਾ ਸਕਦਾ ਹੈ, ਡਿਸਕ ਐਰੇ ਦੀ ਇਕਸਾਰਤਾ) ਵਜੋਂ ਪਰਿਭਾਸ਼ਿਤ ਕਰਦਾ ਹਾਂ, ਜ਼ੈਬਿਕਸ ਦੁਆਰਾ. , ਅਤੇ ਪ੍ਰੋਮੀਥੀਅਸ ਨਿਰਯਾਤਕ ਦੁਆਰਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ। 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 ਵਿੱਚ ਤੁਸੀਂ ਉਦਾਹਰਨ ਲਈ, ਅਜਿਹਾ ਸਧਾਰਨ ਡੈਸ਼ਬੋਰਡ ਖਿੱਚ ਸਕਦੇ ਹੋ।

(ਇਹ ਸਪੱਸ਼ਟ ਹੈ ਕਿ ਇੱਥੇ ਮੈਂ ਸੀਪੀਯੂ, ਰੈਮ ਨੂੰ ਓਵਰਕਮਿਟ ਕਰਦਾ ਹਾਂ)

ਉਨ੍ਹਾਂ ਲਈ ਜੋ ਜ਼ੈਬਿਕਸ ਨੂੰ ਪਿਆਰ ਕਰਦੇ ਹਨ ਅਤੇ ਵਰਤਦੇ ਹਨ, ਉੱਥੇ ਹੈ 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 ਜੀਬੀ ਚਿੱਤਰ ਦੀ ਨਕਲ ਕੀਤੀ ਗਈ ਸੀ, ਸਮੱਸਿਆ ਇਹ ਹੈ ਕਿ ਇਹ ਪ੍ਰਕਿਰਿਆ ਨਿਸ਼ਚਤ ਤੌਰ 'ਤੇ ਰੱਦ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ, ਤੁਹਾਨੂੰ ਨੋਡ 'ਤੇ ਜਾਣਾ ਪਏਗਾ ਅਤੇ ਮੌਜੂਦਾ "ਸੀਪੀ" ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਖਤਮ ਕਰਨਾ ਪਏਗਾ.

ਮਹੱਤਵਪੂਰਨ ਨੁਕਸਾਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਇਹ ਹੈ ਕਿ ਤੁਸੀਂ ਸਿਰਫ਼ gui ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਾਰਵਾਈਆਂ ਨੂੰ ਰੱਦ ਨਹੀਂ ਕਰ ਸਕਦੇ ਹੋ। ਜਾਂ ਇਸ ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਰੱਦ ਕਰੋਗੇ ਅਤੇ ਦੇਖੋਗੇ ਕਿ ਕੁਝ ਨਹੀਂ ਹੁੰਦਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਉਹਨਾਂ ਨੂੰ ਦੁਬਾਰਾ ਸ਼ੁਰੂ ਕਰੋਗੇ, ਉਹਨਾਂ ਨੂੰ ਰੱਦ ਕਰੋਗੇ ਅਤੇ ਅਸਲ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ 2 ਸੀਪੀ ਪ੍ਰਕਿਰਿਆਵਾਂ ਹੋਣਗੀਆਂ ਜੋ ਚਿੱਤਰ ਦੀ ਨਕਲ ਕਰਦੀਆਂ ਹਨ.

ਅਤੇ ਫਿਰ ਇਹ ਸਮਝ ਵਿੱਚ ਆਉਂਦਾ ਹੈ ਕਿ ਓਪਨਨੇਬੁਲਾ ਨੰਬਰ ਇੱਕ ਨਵੀਂ ਆਈਡੀ ਨਾਲ ਹਰ ਨਵੀਂ ਉਦਾਹਰਣ ਕਿਉਂ ਬਣਾਉਂਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਉਸੇ ਪ੍ਰੌਕਸਮੌਕਸ ਵਿੱਚ ਆਈਡੀ 101 ਨਾਲ ਇੱਕ ਵੀਐਮ ਬਣਾਇਆ, ਇਸਨੂੰ ਡਿਲੀਟ ਕੀਤਾ, ਫਿਰ ਤੁਸੀਂ ਇਸਨੂੰ ਦੁਬਾਰਾ ਬਣਾਉ ਅਤੇ ਆਈਡੀ 101। ਓਪਨਨੇਬੁਲਾ ਵਿੱਚ ਅਜਿਹਾ ਨਹੀਂ ਹੋਵੇਗਾ, ਹਰੇਕ ਨਵੀਂ ਉਦਾਹਰਣ ਨੂੰ ਇੱਕ ਨਵੀਂ ਆਈਡੀ ਨਾਲ ਬਣਾਇਆ ਜਾਵੇਗਾ ਅਤੇ ਇਸਦਾ ਆਪਣਾ ਤਰਕ ਹੈ - ਉਦਾਹਰਨ ਲਈ, ਪੁਰਾਣੇ ਡੇਟਾ ਨੂੰ ਸਾਫ਼ ਕਰਨਾ ਜਾਂ ਅਸਫਲ ਸਥਾਪਨਾਵਾਂ।

ਸਟੋਰੇਜ ਲਈ ਵੀ ਇਹੀ ਹੈ; ਸਭ ਤੋਂ ਵੱਧ, ਇਸ ਪਲੇਟਫਾਰਮ ਦਾ ਉਦੇਸ਼ ਕੇਂਦਰੀ ਸਟੋਰੇਜ ਹੈ। ਸਥਾਨਕ ਵਰਤਣ ਲਈ ਐਡਆਨ ਹਨ, ਪਰ ਇਹ ਉਹ ਨਹੀਂ ਹੈ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਇਸ ਕੇਸ ਵਿੱਚ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ। ਮੈਨੂੰ ਲਗਦਾ ਹੈ ਕਿ ਭਵਿੱਖ ਵਿੱਚ ਕੋਈ ਵਿਅਕਤੀ ਇਸ ਬਾਰੇ ਇੱਕ ਲੇਖ ਲਿਖੇਗਾ ਕਿ ਉਹ ਨੋਡਾਂ 'ਤੇ ਸਥਾਨਕ ਸਟੋਰੇਜ ਦੀ ਵਰਤੋਂ ਕਰਨ ਅਤੇ ਉਤਪਾਦਨ ਵਿੱਚ ਸਫਲਤਾਪੂਰਵਕ ਇਸਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਕਿਵੇਂ ਪ੍ਰਬੰਧਿਤ ਹੋਏ.

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.

ਮੈਂ ਸਿਲੈਕਟਲ ਤੋਂ ਵੀਐਮਵੇਅਰ ਕਲਾਉਡ ਨੂੰ ਕਨੈਕਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਵੀ ਕੀਤੀ, ਪਰ ਕੁਝ ਵੀ ਕੰਮ ਨਹੀਂ ਕੀਤਾ - ਆਮ ਤੌਰ 'ਤੇ, ਇਸ ਨੂੰ ਬਲੌਕ ਕੀਤਾ ਗਿਆ ਸੀ ਕਿਉਂਕਿ ਬਹੁਤ ਸਾਰੇ ਕਾਰਕ ਹਨ, ਅਤੇ ਹੋਸਟਿੰਗ ਪ੍ਰਦਾਤਾ ਦੇ ਤਕਨੀਕੀ ਸਹਾਇਤਾ ਨੂੰ ਲਿਖਣ ਦਾ ਕੋਈ ਮਤਲਬ ਨਹੀਂ ਹੈ.

ਨਾਲ ਹੀ, ਹੁਣ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਫਾਇਰਕ੍ਰੈਕਰ ਹੈ - ਇਹ ਮਾਈਕ੍ਰੋਵਮ ਦੀ ਸ਼ੁਰੂਆਤ ਹੈ, ਇੱਕ ਕਿਸਮ ਦੀ kvm ਹਾਰਨੇਸ ਓਵਰ ਡੌਕਰ, ਜੋ ਹੋਰ ਵੀ ਬਹੁਪੱਖੀਤਾ, ਸੁਰੱਖਿਆ ਅਤੇ ਉਤਪਾਦਕਤਾ ਵਧਾਉਂਦੀ ਹੈ ਕਿਉਂਕਿ ਇਮੂਲੇਟਿੰਗ ਉਪਕਰਣਾਂ 'ਤੇ ਸਰੋਤਾਂ ਨੂੰ ਬਰਬਾਦ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ। ਡੌਕਰ ਉੱਤੇ ਮੈਂ ਸਿਰਫ ਇੱਕ ਹੀ ਫਾਇਦਾ ਦੇਖਦਾ ਹਾਂ ਕਿ ਇਹ ਇੱਕ ਵਾਧੂ ਸੰਖਿਆ ਵਿੱਚ ਪ੍ਰਕਿਰਿਆਵਾਂ ਨਹੀਂ ਲੈਂਦਾ ਹੈ ਅਤੇ ਇਸ ਇਮੂਲੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ ਕੋਈ ਕਬਜੇ ਵਾਲੇ ਸਾਕਟ ਨਹੀਂ ਹੁੰਦੇ ਹਨ, ਜਿਵੇਂ ਕਿ. ਇਸ ਨੂੰ ਲੋਡ ਬੈਲੇਂਸਰ ਦੇ ਤੌਰ 'ਤੇ ਵਰਤਣਾ ਕਾਫ਼ੀ ਸੰਭਵ ਹੈ (ਪਰ ਜਦੋਂ ਤੱਕ ਮੈਂ ਸਾਰੇ ਟੈਸਟਾਂ ਨੂੰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਚਲਾ ਲੈਂਦਾ, ਇਸ ਬਾਰੇ ਇੱਕ ਵੱਖਰਾ ਲੇਖ ਲਿਖਣਾ ਸੰਭਵ ਹੈ).

7. ਵਰਤੋਂ ਅਤੇ ਗਲਤੀ ਡੀਬੱਗਿੰਗ ਦਾ ਸਕਾਰਾਤਮਕ ਅਨੁਭਵ

ਮੈਂ ਕੰਮ ਬਾਰੇ ਆਪਣੇ ਨਿਰੀਖਣ ਸਾਂਝੇ ਕਰਨਾ ਚਾਹੁੰਦਾ ਸੀ, ਮੈਂ ਇਹਨਾਂ ਵਿੱਚੋਂ ਕੁਝ ਦਾ ਵਰਣਨ ਉੱਪਰ ਕੀਤਾ ਹੈ, ਮੈਂ ਹੋਰ ਲਿਖਣਾ ਚਾਹਾਂਗਾ। ਦਰਅਸਲ, ਮੈਂ ਸ਼ਾਇਦ ਇਕੱਲਾ ਨਹੀਂ ਹਾਂ ਜੋ ਪਹਿਲਾਂ ਸੋਚਦਾ ਹੈ ਕਿ ਇਹ ਸਹੀ ਪ੍ਰਣਾਲੀ ਨਹੀਂ ਹੈ ਅਤੇ ਆਮ ਤੌਰ 'ਤੇ ਇੱਥੇ ਸਭ ਕੁਝ ਇੱਕ ਬੈਸਾਖੀ ਹੈ - ਉਹ ਇਸ ਨਾਲ ਕਿਵੇਂ ਕੰਮ ਕਰਦੇ ਹਨ? ਪਰ ਫਿਰ ਸਮਝ ਆਉਂਦੀ ਹੈ ਕਿ ਸਭ ਕੁਝ ਬਿਲਕੁਲ ਤਰਕਪੂਰਨ ਹੈ. ਬੇਸ਼ੱਕ, ਤੁਸੀਂ ਸਾਰਿਆਂ ਨੂੰ ਖੁਸ਼ ਨਹੀਂ ਕਰ ਸਕਦੇ ਅਤੇ ਕੁਝ ਪਹਿਲੂਆਂ ਵਿੱਚ ਸੁਧਾਰ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਡਾਟਾਸਟੋਰ ਤੋਂ ਦੂਜੇ ਡੇਟਾਸਟੋਰ ਵਿੱਚ ਇੱਕ ਡਿਸਕ ਚਿੱਤਰ ਨੂੰ ਕਾਪੀ ਕਰਨ ਦਾ ਇੱਕ ਸਧਾਰਨ ਕਾਰਜ। ਮੇਰੇ ਕੇਸ ਵਿੱਚ, nfs ਦੇ ਨਾਲ 2 ਨੋਡ ਹਨ, ਮੈਂ ਚਿੱਤਰ ਨੂੰ ਭੇਜਦਾ ਹਾਂ - ਨਕਲ ਫਰੰਟਐਂਡ ਓਪਨਨੇਬੁਲਾ ਦੁਆਰਾ ਵਾਪਰਦੀ ਹੈ, ਹਾਲਾਂਕਿ ਅਸੀਂ ਸਾਰੇ ਇਸ ਤੱਥ ਦੇ ਆਦੀ ਹਾਂ ਕਿ ਡੇਟਾ ਨੂੰ ਸਿੱਧੇ ਮੇਜ਼ਬਾਨਾਂ ਵਿਚਕਾਰ ਕਾਪੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ - ਉਸੇ ਹੀ vmware ਵਿੱਚ, ਹਾਈਪਰ-ਵੀ ਅਸੀਂ ਹਾਂ. ਇਸ ਦੇ ਆਦੀ, ਪਰ ਇੱਥੇ ਇੱਕ ਹੋਰ. ਇੱਥੇ ਇੱਕ ਵੱਖਰੀ ਪਹੁੰਚ ਅਤੇ ਇੱਕ ਵੱਖਰੀ ਵਿਚਾਰਧਾਰਾ ਹੈ, ਅਤੇ ਸੰਸਕਰਣ 5.12 ਵਿੱਚ ਉਹਨਾਂ ਨੇ "ਡੇਟਾਸਟੋਰ ਵਿੱਚ ਮਾਈਗਰੇਟ ਕਰੋ" ਬਟਨ ਨੂੰ ਹਟਾ ਦਿੱਤਾ - ਸਿਰਫ ਮਸ਼ੀਨ ਖੁਦ ਟ੍ਰਾਂਸਫਰ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਪਰ ਸਟੋਰੇਜ ਨਹੀਂ ਕਿਉਂਕਿ ਕੇਂਦਰੀ ਸਟੋਰੇਜ ਦਾ ਮਤਲਬ ਹੈ।

ਅੱਗੇ ਵੱਖ-ਵੱਖ ਕਾਰਨਾਂ ਨਾਲ ਇੱਕ ਪ੍ਰਸਿੱਧ ਗਲਤੀ ਹੈ: “ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਨੂੰ ਤੈਨਾਤ ਕਰਨ ਵਿੱਚ ਗਲਤੀ: /var/lib/one//datastores/103/10/deployment ਤੋਂ ਡੋਮੇਨ ਨਹੀਂ ਬਣਾਇਆ ਜਾ ਸਕਿਆ।

• ਇੱਕ ਐਡਮਿਨ ਉਪਭੋਗਤਾ ਲਈ ਚਿੱਤਰ ਅਧਿਕਾਰ;
• 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 ਉਹ ਸਰਗਰਮੀ ਨਾਲ ਮਦਦ ਕਰਦੇ ਹਨ ਅਤੇ ਤੁਹਾਨੂੰ ਗੂਗਲ 'ਤੇ ਸਮੱਸਿਆ ਦਾ ਹੱਲ ਲੱਭਣ ਲਈ ਨਹੀਂ ਭੇਜਦੇ ਹਨ। ਸਾਡੇ ਨਾਲ ਸ਼ਾਮਲ.

ਸਰੋਤ: www.habr.com