ਓਪਨਸ਼ਿਫਟ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ: ਕੰਟੇਨਰ, ਕੇਵੀਐਮ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ

ਓਪਨਸ਼ਿਫਟ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ (ਅੱਪਸਟ੍ਰੀਮ ਪ੍ਰੋਜੈਕਟ - ਕੁਬਰਨੇਟਸ: ਕੁਬੇਵਰਟ, ਦੇਖੋ। ਇੱਥੇ и ਇੱਥੇ), ਪਹਿਲਾਂ ਕੰਟੇਨਰ-ਨੇਟਿਵ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ, ਨੂੰ ਓਪਨਸ਼ਿਫਟ ਪਲੇਟਫਾਰਮ ਦੀ ਇੱਕ ਵਿਸ਼ੇਸ਼ਤਾ ਵਜੋਂ ਪੇਸ਼ ਕੀਤਾ ਗਿਆ ਸੀ ਜੋ ਕਿ ਕੁਬਰਨੇਟਸ ਦੀਆਂ ਮੁੱਖ ਇਕਾਈਆਂ ਵਜੋਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ (VMs) ਨੂੰ ਤੈਨਾਤ ਅਤੇ ਪ੍ਰਬੰਧਿਤ ਕਰਨ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਸੀ। ਤਕਨਾਲੋਜੀ ਵਿੱਚ ਬੁਨਿਆਦੀ ਅੰਤਰਾਂ ਦੇ ਕਾਰਨ ਇਸ ਕਿਸਮ ਦਾ ਕੰਮ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਚੁਣੌਤੀਪੂਰਨ ਹੈ। ਇਸ ਟੀਚੇ ਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ, Red Hat Enterprise 'ਤੇ ਅਧਾਰਤ ਜਾਣੀਆਂ-ਪਛਾਣੀਆਂ ਤਕਨਾਲੋਜੀਆਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਗਈ ਸੀ। Linux ਅਤੇ KVM, ਜੋ ਕਿ ਕਈ ਸਾਲਾਂ ਤੋਂ ਸਾਡੇ ਨਾਲ ਹਨ ਅਤੇ ਆਪਣੀ ਪ੍ਰਭਾਵਸ਼ੀਲਤਾ ਸਾਬਤ ਕਰ ਚੁੱਕੇ ਹਨ।

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

ਗਣਨਾਤਮਕ ਕਾਰਜ

ਕੰਟੇਨਰ ਵਿਧੀਆਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ Linux- ਪ੍ਰਕਿਰਿਆ ਆਈਸੋਲੇਸ਼ਨ ਅਤੇ ਸਰੋਤ ਪ੍ਰਬੰਧਨ ਲਈ ਮੁੱਖ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਜਿਵੇਂ ਕਿ ਨੇਮਸਪੇਸ ਅਤੇ ਸੀਗਰੁੱਪ। ਪ੍ਰਕਿਰਿਆਵਾਂ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਪਾਈਥਨ ਜਾਂ ਜਾਵਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਜਾਂ ਐਗਜ਼ੀਕਿਊਟੇਬਲ ਵਜੋਂ ਸੋਚਿਆ ਜਾਂਦਾ ਹੈ, ਪਰ ਅਸਲੀਅਤ ਵਿੱਚ, ਉਹ ਕੋਈ ਵੀ ਪ੍ਰਕਿਰਿਆ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਜਿਵੇਂ ਕਿ ਬੈਸ਼, ਈਮੈਕਸ, ਜਾਂ ਵਿਮ।

ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਕੀ ਹੈ? ਹਾਈਪਰਵਾਈਜ਼ਰ ਦੇ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਇਹ ਵੀ ਇੱਕ ਪ੍ਰਕਿਰਿਆ ਹੈ. ਪਰ ਐਪਲੀਕੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਨਹੀਂ, ਬਲਕਿ KVM ਪ੍ਰਕਿਰਿਆ ਇੱਕ ਖਾਸ VM ਨੂੰ ਚਲਾਉਣ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

ਕੰਟੇਨਰ ਚਿੱਤਰ ਵਿੱਚ KVM ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਲਈ ਲੋੜੀਂਦੇ ਸਾਰੇ ਟੂਲ, ਲਾਇਬ੍ਰੇਰੀਆਂ ਅਤੇ ਫਾਈਲਾਂ ਸ਼ਾਮਲ ਹਨ। ਜੇਕਰ ਅਸੀਂ ਇੱਕ ਚੱਲ ਰਹੇ VM ਦੇ ਪੌਡ ਦੀ ਜਾਂਚ ਕਰਦੇ ਹਾਂ, ਤਾਂ ਅਸੀਂ ਉੱਥੇ ਸਹਾਇਕ ਅਤੇ qemu-kvm ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇਖਾਂਗੇ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਸਾਡੇ ਕੋਲ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਜਿਵੇਂ ਕਿ qemu-img, qemu-nbd ਅਤੇ virsh ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ KVM ਟੂਲਸ ਤੱਕ ਪਹੁੰਚ ਹੈ।

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

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

apiVersion: kubevirt.io/v1alpha3
kind: VirtualMachineInstanceMigration
metadata:
  name: migration-job
spec:
  vmiName: fedora

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

ਨੈੱਟ

ਕੋਈ ਵੀ Kubernetes ਸਿਸਟਮ ਸਾਫਟਵੇਅਰ SDN ਨੈੱਟਵਰਕਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਨੋਡਾਂ ਅਤੇ ਪੌਡਾਂ ਵਿਚਕਾਰ ਸੰਚਾਰ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। OpenShift ਕੋਈ ਅਪਵਾਦ ਨਹੀਂ ਹੈ ਅਤੇ, ਸੰਸਕਰਣ 3 ਤੋਂ ਸ਼ੁਰੂ ਕਰਦੇ ਹੋਏ, ਇਸਦੇ ਲਈ ਮੂਲ ਰੂਪ ਵਿੱਚ OpenShiftSDN ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, OpenShift 4 ਵਿੱਚ ਮਲਟਸ ਨਾਮਕ ਇੱਕ ਹੋਰ ਨਵੀਂ ਵਿਸ਼ੇਸ਼ਤਾ ਹੈ, ਜੋ ਤੁਹਾਨੂੰ ਮਲਟੀਪਲ ਨੈੱਟਵਰਕ ਉਪਲਬਧ ਕਰਾਉਣ ਅਤੇ ਉਹਨਾਂ ਨਾਲ ਇੱਕੋ ਸਮੇਂ ਪੌਡਾਂ ਨੂੰ ਜੋੜਨ ਦੀ ਆਗਿਆ ਦਿੰਦੀ ਹੈ।

ਮਲਟਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਪ੍ਰਸ਼ਾਸਕ ਵਾਧੂ CNI ਨੈੱਟਵਰਕਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰ ਸਕਦਾ ਹੈ, ਜੋ ਫਿਰ ਇੱਕ ਸਮਰਪਿਤ ਕਲੱਸਟਰ ਨੈੱਟਵਰਕ ਆਪਰੇਟਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕਲੱਸਟਰ 'ਤੇ ਤੈਨਾਤ ਅਤੇ ਸੰਰਚਿਤ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਫਿਰ ਪੌਡ ਇਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਜਾਂ ਵੱਧ ਨੈੱਟਵਰਕਾਂ ਨਾਲ ਜੁੜੇ ਹੁੰਦੇ ਹਨ, ਆਮ ਤੌਰ 'ਤੇ ਸਟੈਂਡਰਡ OpenShiftSDN ਅਤੇ ਇੱਕ ਵਾਧੂ ਇੰਟਰਫੇਸ। SR-IOV ਡਿਵਾਈਸਾਂ, ਸਟੈਂਡਰਡ Linux ਜੇਕਰ ਤੁਹਾਡੇ VM ਦੁਆਰਾ ਲੋੜ ਹੋਵੇ ਤਾਂ Bridge, MACVLAN, ਅਤੇ IPVLAN ਡਿਵਾਈਸਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਹੇਠਾਂ ਦਿੱਤਾ ਚਿੱਤਰ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ eth1 ਇੰਟਰਫੇਸ 'ਤੇ Bridge ਨੈੱਟਵਰਕ ਲਈ Multus CNI ਨੂੰ ਕਿਵੇਂ ਸੰਰਚਿਤ ਕਰਨਾ ਹੈ:

apiVersion: operator.openshift.io/v1
kind: Network
metadata:
  name: cluster
spec:
  additionalNetworks:
  - name: multus1
rawCNIConfig: '{ "cniVersion": "0.3.1", "type": "bridge", "master": "eth1", "ipam":
   { "type": "static", "addresses": [ { "address": "191.168.1.1/24" } ] } }'
   type: Raw

OpenShift ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦੇ ਸਬੰਧ ਵਿੱਚ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇੱਕ VM ਨੂੰ SDN ਨੂੰ ਬਾਈਪਾਸ ਕਰਦੇ ਹੋਏ, ਇੱਕ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਨਾਲ ਸਿੱਧਾ ਕਨੈਕਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ Red Hat ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਜਾਂ VMware vSphere ਤੋਂ OpenShift ਵਿੱਚ ਮਾਈਗਰੇਟ ਕੀਤੀਆਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਲਈ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਕਿਉਂਕਿ ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ ਦੂਜੀ OSI ਲੇਅਰ ਤੱਕ ਪਹੁੰਚ ਹੈ, ਤਾਂ ਨੈੱਟਵਰਕ ਸੈਟਿੰਗ ਵਿੱਚ ਕੋਈ ਬਦਲਾਅ ਨਹੀਂ ਹੋਵੇਗਾ। ਇਸਦਾ ਇਹ ਵੀ ਮਤਲਬ ਹੈ ਕਿ VM ਦਾ ਇੱਕ ਨੈੱਟਵਰਕ ਪਤਾ ਹੋ ਸਕਦਾ ਹੈ ਜੋ SDN ਨੂੰ ਬਾਈਪਾਸ ਕਰਦਾ ਹੈ। ਇਸ ਤਰ੍ਹਾਂ, ਅਸੀਂ ਪ੍ਰਭਾਵੀ ਢੰਗ ਨਾਲ ਵਿਸ਼ੇਸ਼ ਨੈੱਟਵਰਕ ਅਡਾਪਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹਾਂ, ਜਾਂ ਨੈੱਟਵਰਕ 'ਤੇ ਸਟੋਰੇਜ ਸਿਸਟਮ ਨਾਲ ਸਿੱਧਾ ਜੁੜ ਸਕਦੇ ਹਾਂ...

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

ਸਟੋਰੇਜ

OpenShift ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦੇ ਅੰਦਰ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਡਿਸਕਾਂ ਨੂੰ ਕਨੈਕਟ ਕਰਨਾ ਅਤੇ ਪ੍ਰਬੰਧਨ ਕਰਨਾ ਕੁਬਰਨੇਟਸ ਸੰਕਲਪਾਂ ਜਿਵੇਂ ਕਿ ਸਟੋਰੇਜ ਕਲਾਸਾਂ, ਪਰਸਿਸਟੈਂਟ ਵੋਲਯੂਮ ਕਲੇਮਸ (ਪੀਵੀਸੀ) ਅਤੇ ਪਰਸਿਸਟੈਂਟਵੋਲਯੂਮ (ਪੀਵੀ) ਦੇ ਨਾਲ-ਨਾਲ ਕੁਬਰਨੇਟਸ ਵਾਤਾਵਰਣ ਲਈ ਸਟੋਰੇਜ ਪ੍ਰੋਟੋਕੋਲ ਸਟੈਂਡਰਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਇਹ ਕੁਬਰਨੇਟਸ ਪ੍ਰਸ਼ਾਸਕਾਂ ਅਤੇ ਐਪਲੀਕੇਸ਼ਨ ਟੀਮਾਂ ਨੂੰ ਕੰਟੇਨਰਾਂ ਅਤੇ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ ਦੋਵਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦਾ ਇੱਕ ਆਮ, ਜਾਣਿਆ-ਪਛਾਣਿਆ ਤਰੀਕਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਅਤੇ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਵਾਤਾਵਰਨ ਦੇ ਬਹੁਤ ਸਾਰੇ ਪ੍ਰਸ਼ਾਸਕਾਂ ਲਈ, ਇਹ ਸੰਕਲਪ ਜਾਣੂ ਹੋ ਸਕਦਾ ਹੈ ਕਿਉਂਕਿ ਇਹ VM ਸੰਰਚਨਾ ਫਾਈਲਾਂ ਅਤੇ ਡਿਸਕਾਂ ਨੂੰ ਵੱਖ ਕਰਨ ਦੇ ਉਹੀ ਸਿਧਾਂਤ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ ਜੋ ਓਪਨਸਟੈਕ ਅਤੇ ਕਈ ਹੋਰ ਕਲਾਉਡ ਪਲੇਟਫਾਰਮਾਂ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ।

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

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

apiVersion: v1
kind: PersistentVolumeClaim
metadata:
  name: "fedora-disk0"
  labels:
    app: containerized-data-importer
  annotations:
    cdi.kubevirt.io/storage.import.endpoint: "http://10.0.0.1/images/Fedora-Cloud-Base-31-1.9.x86_64.qcow2"
spec:
  storageClassName: ocs-gold
  accessModes:
  - ReadWriteOnce
  resources:
    requests:
      storage: 20Gi

ਇਹ ਇਹ ਇੰਦਰਾਜ਼ ਹੈ ਜੋ CDI ਨੂੰ ਸਰਗਰਮ ਕਰਦਾ ਹੈ, ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਈਆਂ ਗਈਆਂ ਕਾਰਵਾਈਆਂ ਦੇ ਕ੍ਰਮ ਨੂੰ ਚਾਲੂ ਕਰਦਾ ਹੈ:

CDI ਦੇ ਪੂਰਾ ਹੋਣ ਤੋਂ ਬਾਅਦ, PVC ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਡਿਸਕ ਹੋਵੇਗੀ ਜੋ ਵਰਤੋਂ ਲਈ ਤਿਆਰ ਹੋਵੇਗੀ ਅਤੇ ਸਟੈਂਡਰਡ ਓਪਨਸ਼ਿਫਟ ਫਾਰਮੈਟ ਵਿੱਚ ਬਦਲੀ ਜਾਵੇਗੀ...
OpenShift ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, OpenShift Container Storage (OCS), ਇੱਕ Red Hat ਹੱਲ ਹੈ ਜੋ Ceph ਫਾਈਲ ਸਿਸਟਮ ਤੇ ਅਧਾਰਤ ਹੈ ਜੋ ਕੰਟੇਨਰਾਂ ਲਈ ਨਿਰੰਤਰ ਸਟੋਰੇਜ਼ ਕਾਰਜਕੁਸ਼ਲਤਾ ਨੂੰ ਲਾਗੂ ਕਰਦਾ ਹੈ, ਵੀ ਲਾਭਦਾਇਕ ਹੈ। ਮਿਆਰੀ PVC ਪਹੁੰਚ ਵਿਧੀਆਂ - RWO (ਬਲਾਕ) ਅਤੇ RWX (ਫਾਈਲ) - OCS ਕੱਚੇ ਬਲਾਕ ਉਪਕਰਣਾਂ ਲਈ RWX ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜੋ ਉੱਚ ਪ੍ਰਦਰਸ਼ਨ ਲੋੜਾਂ ਵਾਲੇ ਐਪਲੀਕੇਸ਼ਨਾਂ ਲਈ ਬਲਾਕ ਪਹੁੰਚ ਨੂੰ ਸਾਂਝਾ ਕਰਨ ਲਈ ਬਹੁਤ ਉਪਯੋਗੀ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, OCS ਨਵੇਂ ਆਬਜੈਕਟ ਬਕੇਟ ਕਲੇਮ ਸਟੈਂਡਰਡ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ, ਜੋ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਆਬਜੈਕਟ ਡਾਟਾ ਸਟੋਰੇਜ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ।

ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ

ਜੇਕਰ ਤੁਸੀਂ ਇਹ ਦੇਖਣ ਵਿੱਚ ਦਿਲਚਸਪੀ ਰੱਖਦੇ ਹੋ ਕਿ ਇਹ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ, ਤਾਂ ਜਾਣੋ ਕਿ ਓਪਨਸ਼ਿਫਟ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਓਪਨਸ਼ਿਫਟ 3.11 ਅਤੇ ਇਸ ਤੋਂ ਉੱਚੇ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਤਕਨੀਕੀ ਪ੍ਰੀਵਿਊ ਸੰਸਕਰਣ ਵਿੱਚ ਪਹਿਲਾਂ ਹੀ ਉਪਲਬਧ ਹੈ। ਇੱਕ ਮੌਜੂਦਾ ਓਪਨਸ਼ਿਫਟ ਗਾਹਕੀ ਦੇ ਮਾਲਕ ਓਪਨਸ਼ਿਫਟ ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਮੁਫਤ ਅਤੇ ਬਿਨਾਂ ਕਿਸੇ ਵਾਧੂ ਕਦਮ ਦੇ ਕਰ ਸਕਦੇ ਹਨ। ਇਸ ਪੋਸਟ ਦੇ ਪ੍ਰਕਾਸ਼ਨ ਦੇ ਸਮੇਂ, OpenShift 4.4 ਅਤੇ OpenShift ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ 2.3 ਮੌਜੂਦਾ ਹਨ, ਜੇਕਰ ਤੁਸੀਂ ਪਿਛਲੇ ਸੰਸਕਰਣਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ, ਤਾਂ ਤੁਹਾਨੂੰ ਨਵੀਨਤਮ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਅੱਪਗਰੇਡ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ। OpenShift ਵਰਚੁਅਲਾਈਜੇਸ਼ਨ ਦਾ ਇੱਕ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸਮਰਥਿਤ ਸੰਸਕਰਣ 2020 ਦੇ ਦੂਜੇ ਅੱਧ ਵਿੱਚ ਜਾਰੀ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਵਧੇਰੇ ਜਾਣਕਾਰੀ ਲਈ ਕਿਰਪਾ ਕਰਕੇ ਸੰਪਰਕ ਕਰੋ OpenShift ਦਸਤਾਵੇਜ਼ ਇੰਸਟਾਲੇਸ਼ਨ ਨਿਰਦੇਸ਼ਾਂ ਲਈ, ਸਮੇਤ ਮਲਟਸ ਸੈੱਟਅੱਪ ਸੈਕਸ਼ਨ, ਜੋ ਕਿ ਬਾਹਰੀ ਨੈੱਟਵਰਕ ਸਥਾਪਤ ਕਰਨ ਬਾਰੇ ਜਾਣਕਾਰੀ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।

ਸਰੋਤ: www.habr.com