ਚੋਟੀ ਦੀਆਂ 10 ਕੁਬਰਨੇਟਸ ਟ੍ਰਿਕਸ ਅਤੇ ਸੁਝਾਅ

ਇੰਟਰਨੈੱਟ 'ਤੇ ਬਹੁਤ ਸਾਰਾ ਹਵਾਲਾ ਸਾਹਿਤ ਹੈ, ਪਰ ਕਈ ਵਾਰ ਸਰਲ ਸਲਾਹ ਸਭ ਤੋਂ ਕੀਮਤੀ ਹੁੰਦੀ ਹੈ। ਟੀਮ Mail.ru ਤੋਂ Kubernetes aaS ਅਨੁਵਾਦ ਕੀਤਾ ਦਸ ਗੁਰੁਰ ਅਤੇ ਸੁਝਾਅ ਦੀ ਇੱਕ ਚੋਣ, ਜਿਸ ਨੂੰ ਲੇਖ ਦੇ ਲੇਖਕ ਨੇ ਕੁਬਰਨੇਟਸ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਇੱਕ ਸਾਲ ਬਾਅਦ ਇਕੱਠਾ ਕੀਤਾ. ਸੁਝਾਅ ਮਹੱਤਤਾ ਦੁਆਰਾ ਕ੍ਰਮਬੱਧ ਨਹੀਂ ਕੀਤੇ ਗਏ ਹਨ, ਪਰ ਅਸੀਂ ਸੋਚਦੇ ਹਾਂ ਕਿ ਹਰ ਕੋਈ ਆਪਣੇ ਲਈ ਕੁਝ ਲਾਭਦਾਇਕ ਲੱਭੇਗਾ।

ਕੁਬਰਨੇਟਸ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਸਭ ਤੋਂ ਸਰਲ ਕਮਾਂਡ

ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਕੁਬਰਨੇਟਸ ਨਾਲ ਕੰਮ ਕਰਨ ਵਿੱਚ ਸ਼ਾਇਦ ਸਭ ਤੋਂ ਸਰਲ ਅਤੇ ਸਭ ਤੋਂ ਲਾਭਦਾਇਕ ਕਾਰਵਾਈ ਹੈ। ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਕਮਾਂਡ ਸੰਪੂਰਨਤਾ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦੀ ਹੈ kubectl ਬੈਸ਼ ਸ਼ੈੱਲ ਵਿੱਚ:

echo "source <(kubectl completion bash)" >> ~/.bashrc

ਆਟੋਫਿਲ kubectl ਨੂੰ .bashrc ਫਾਇਲ ਵਿੱਚ ਲਿਖਿਆ ਜਾਵੇਗਾ ਅਤੇ ਹਰ ਵਾਰ ਸ਼ੈੱਲ ਚਾਲੂ ਹੋਣ 'ਤੇ ਆਪਣੇ ਆਪ ਸਰਗਰਮ ਹੋ ਜਾਵੇਗਾ। ਇਹ ਲੰਬੇ ਕਮਾਂਡਾਂ ਅਤੇ ਪੈਰਾਮੀਟਰਾਂ ਜਿਵੇਂ ਕਿ ਟਾਈਪਿੰਗ ਨੂੰ ਤੇਜ਼ ਕਰਦਾ ਹੈ all-namespaces. ਵਿੱਚ ਹੋਰ ਵੇਰਵੇ Kubernetes bash ਮਦਦ.

ਇੱਕ ਨੇਮਸਪੇਸ ਵਿੱਚ ਡਿਫੌਲਟ ਮੈਮੋਰੀ ਅਤੇ CPU ਸੀਮਾਵਾਂ

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

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

apiVersion: v1
kind: LimitRange
metadata:
  name: mem-limit-range
spec:
  limits:
  - default:
      memory: 512Mi
    defaultRequest:
      memory: 256Mi
    type: Container

ਅਜਿਹਾ yaml ਬਣਾਓ ਅਤੇ ਕਿਸੇ ਵੀ ਨਾਮ-ਸਥਾਨ 'ਤੇ ਲਾਗੂ ਕਰੋ। ਉਦਾਹਰਨ ਲਈ, ਨੇਮਸਪੇਸ ਲਈ limit-example. ਹੁਣ ਇਸ ਨੇਮਸਪੇਸ ਵਿੱਚ ਤੈਨਾਤ ਕਿਸੇ ਵੀ ਕੰਟੇਨਰ ਦੀ ਸੀਮਾ 512Mi ਹੋਵੇਗੀ, ਜਦੋਂ ਤੱਕ ਕਿ ਇਸ ਕੰਟੇਨਰ ਲਈ ਕੋਈ ਹੋਰ ਵਿਅਕਤੀਗਤ ਸੀਮਾ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ।

ਕੁਬਰਨੇਟਸ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨਾ

ਕੁਬੇਲੇਟ ਮੂਲ ਰੂਪ ਵਿੱਚ ਕੂੜਾ ਇਕੱਠਾ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ ਜਦੋਂ var/lib/docker ਉਪਲਬਧ ਡਿਸਕ ਸਪੇਸ ਦਾ 90% ਹੈ। ਇਹ ਬਹੁਤ ਵਧੀਆ ਹੈ, ਹਾਲਾਂਕਿ, ਕੁਬਰਨੇਟਸ 1.7 ਤੱਕ, ਵਰਤੇ ਗਏ ਇਨੋਡਾਂ ਦੀ ਸੰਖਿਆ 'ਤੇ ਕੋਈ ਡਿਫਾਲਟ ਸੀਮਾ ਨਹੀਂ ਸੀ, ਜੋ ਕਿ ਫਾਈਲ ਸਿਸਟਮ ਵਿੱਚ ਫਾਈਲਾਂ ਦੀ ਸੰਖਿਆ ਨਾਲ ਮੇਲ ਖਾਂਦੀ ਹੈ।

ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਤੁਹਾਡਾ ਕੰਟੇਨਰ var/lib/docker ਸਿਰਫ 50% ਡਿਸਕ ਸਪੇਸ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ ਇਨੋਡਸ ਖਤਮ ਹੋ ਸਕਦਾ ਹੈ, ਜੋ ਕਰਮਚਾਰੀਆਂ ਲਈ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਕਰੇਗਾ।

1.4 ਤੋਂ 1.6 ਤੱਕ ਕੁਬੇਲੇਟ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਤੁਹਾਨੂੰ ਇਹ ਫਲੈਗ ਜੋੜਨਾ ਪਵੇਗਾ:

--eviction-hard
=memory.available<100Mi,nodefs.available<10%,nodefs.inodesFree<5%

1.7 ਅਤੇ ਬਾਅਦ ਦੇ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਇਹ ਫਲੈਗ ਮੂਲ ਰੂਪ ਵਿੱਚ ਸੈੱਟ ਕੀਤਾ ਗਿਆ ਹੈ। ਹਾਲਾਂਕਿ, ਪਿਛਲੇ ਸੰਸਕਰਣ ਇਨੋਡ ਸੀਮਾ ਦੀ ਨਿਗਰਾਨੀ ਨਹੀਂ ਕਰਦੇ ਹਨ।

ਮਿਨੀਕੁਬੇ... ਛੋਟੇ ਪਰ ਸ਼ਕਤੀਸ਼ਾਲੀ ਸਥਾਨਕ ਕੁਬਰਨੇਟਸ

ਮਿਨੀਕਿਊਬ ਇੱਕ ਸਥਾਨਕ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਨੂੰ ਚਲਾਉਣ ਦਾ ਸਭ ਤੋਂ ਆਸਾਨ ਤਰੀਕਾ ਹੈ। ਇਹ ਇੱਕ ਸਧਾਰਨ ਕਮਾਂਡ ਨਾਲ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਹੈ:

minikube start

ਇਸ ਕਮਾਂਡ ਨੂੰ ਚਲਾਉਣ ਨਾਲ ਤੁਹਾਡੀ ਮਸ਼ੀਨ 'ਤੇ ਚੱਲ ਰਹੇ ਅਸਲ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਦਾ ਨਤੀਜਾ ਹੁੰਦਾ ਹੈ।

ਚਿੱਤਰਣ ਸਰੋਤ

ਚਾਲ ਇਹ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਅਤੇ ਇਸ ਨੂੰ ਉਸ ਕਲੱਸਟਰ 'ਤੇ ਸਥਾਨਕ ਤੌਰ 'ਤੇ ਕਿਵੇਂ ਚਲਾਇਆ ਜਾਵੇ। ਜਦੋਂ ਤੱਕ ਵਿਸ਼ੇਸ਼ ਤੌਰ 'ਤੇ ਨਿਰਦੇਸ਼ ਨਹੀਂ ਦਿੱਤੇ ਜਾਂਦੇ, ਡੌਕਰ ਚਿੱਤਰ ਤੁਹਾਡੇ ਕੰਪਿਊਟਰ 'ਤੇ ਬਣਾਇਆ ਜਾਵੇਗਾ ਨਾ ਕਿ ਕਲੱਸਟਰ 'ਤੇ।

ਡੌਕਰ ਨੂੰ ਚਿੱਤਰ ਨੂੰ ਸਥਾਨਕ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਧੱਕਣ ਲਈ ਮਜਬੂਰ ਕਰਨ ਲਈ, ਡੌਕਰ ਮਸ਼ੀਨ ਨੂੰ ਹੇਠ ਦਿੱਤੀ ਕਮਾਂਡ ਦਿੱਤੀ ਗਈ ਹੈ:

eval $(minikube docker-env)

ਹੁਣ ਅਸੀਂ ਇੱਕ ਸਥਾਨਕ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਬਣਾ ਸਕਦੇ ਹਾਂ।

kubectl ਨੂੰ ਹਰ ਕਿਸੇ ਨੂੰ ਪਹੁੰਚ ਨਾ ਦਿਓ

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

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

ਪੌਡ ਬਜਟ ਪ੍ਰਬੰਧਿਤ ਕਰੋ

ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਵਿੱਚ ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਲਈ ਕੋਈ ਡਾਊਨਟਾਈਮ ਕਿਵੇਂ ਯਕੀਨੀ ਬਣਾਇਆ ਜਾਵੇ? PodDisruption Budget ਅਤੇ ਦੁਬਾਰਾ PodDisruption Budget।

ਕਲੱਸਟਰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਅੱਪਡੇਟ ਕੀਤੇ ਜਾਂਦੇ ਹਨ ਅਤੇ ਨੋਡਾਂ ਨੂੰ ਖਾਲੀ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਕੁਝ ਵੀ ਸਥਿਰ ਨਹੀਂ ਹੈ, ਇਹ ਅਸਲੀਅਤ ਹੈ। ਇੱਕ ਤੋਂ ਵੱਧ ਉਦਾਹਰਣਾਂ ਵਾਲੀ ਹਰੇਕ ਤੈਨਾਤੀ ਵਿੱਚ ਇੱਕ PDB (PodDisruptionBudget) ਸ਼ਾਮਲ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਇਹ ਇੱਕ ਸਧਾਰਨ yaml ਫਾਈਲ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ ਜੋ ਕਿ ਕਲੱਸਟਰ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਕਿਸੇ ਖਾਸ PDB ਦਾ ਕਵਰੇਜ ਖੇਤਰ ਲੇਬਲ ਚੋਣਕਾਰਾਂ ਦੁਆਰਾ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਨੋਟ: PDB ਬਜਟ ਨੂੰ ਉਦੋਂ ਹੀ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ ਜਦੋਂ ਬਜਟ ਦੀ ਉਲੰਘਣਾ ਵਾਪਸੀਯੋਗ ਹੁੰਦੀ ਹੈ (ਸਵੈਇੱਛਤ ਵਿਘਨ). ਹਾਰਡਵੇਅਰ ਫੇਲ੍ਹ ਹੋਣ ਵਰਗੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ, PDB ਕੰਮ ਨਹੀਂ ਕਰੇਗਾ।

ਉਦਾਹਰਨ PDB:

apiVersion: policy/v1beta1
kind: PodDisruptionBudget
metadata:
  name: app-a-pdb
spec:
  minAvailable: 2
  selector:
      matchLabels:
        app: app-a

ਦੋ ਮੁੱਖ ਮਾਪਦੰਡ ਹਨ matchLabels и minAvailable. ਪਹਿਲਾ ਪੈਰਾਮੀਟਰ ਦੱਸਦਾ ਹੈ ਕਿ ਬਜਟ ਕਿਹੜੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ 'ਤੇ ਲਾਗੂ ਹੁੰਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਮੇਰੇ ਕੋਲ ਲੇਬਲਾਂ ਦੇ ਨਾਲ ਤੈਨਾਤੀਆਂ ਹਨ app: app-a и app: app-b, ਫਿਰ ਇਹ PDB ਸਿਰਫ਼ ਪਹਿਲੇ 'ਤੇ ਲਾਗੂ ਹੋਵੇਗਾ।

ਪੈਰਾਮੀਟਰ minAvailable ਨੋਡ ਨੂੰ ਖਾਲੀ (ਸਫ਼ਾਈ) ਕਰਨ ਵੇਲੇ ਧਿਆਨ ਵਿੱਚ ਰੱਖਿਆ ਜਾਂਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸਾਡੇ ਉਦਾਹਰਨ ਵਿੱਚ, ਖਾਲੀ ਕਰਨ ਦੇ ਦੌਰਾਨ, ਸਾਰੀਆਂ ਉਦਾਹਰਣਾਂ ਨੂੰ ਬੇਦਖਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ app: app-a, ਦੋ ਨੂੰ ਛੱਡ ਕੇ.

ਇਹ ਤੁਹਾਨੂੰ ਇਹ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ ਕਿ ਕਿਸੇ ਵੀ ਸਮੇਂ 'ਤੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਕਿੰਨੀਆਂ ਉਦਾਹਰਨਾਂ ਚੱਲਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ।

ਐਪਲੀਕੇਸ਼ਨ ਸਿਹਤ ਨਿਗਰਾਨੀ

ਅਜਿਹੀ ਨਿਗਰਾਨੀ ਦੋ ਤਰੀਕਿਆਂ ਨਾਲ ਸੰਭਵ ਹੈ: ਰੈਡੀਨੇਸ ਜਾਂ ਲਾਈਵਨੈੱਸ ਟੈਸਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ।

ਪਹਿਲੀ ਪੜਤਾਲ (ਤਤਪਰਤਾ) ਟ੍ਰੈਫਿਕ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਕੰਟੇਨਰ ਦੀ ਤਿਆਰੀ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਦੀ ਹੈ।

ਦੂਜਾ (ਜੀਵਨਤਾ) ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਕੀ ਕੰਟੇਨਰ ਸਿਹਤਮੰਦ ਹੈ ਜਾਂ ਦੁਬਾਰਾ ਚਾਲੂ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

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

ਟੈਗਸ ਹਰ ਥਾਂ ਹਨ

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

ਤੁਸੀਂ ਟੈਗਸ ਨਾਲ ਲਗਭਗ ਕੁਝ ਵੀ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇੱਕ ਚੰਗੀ ਉਦਾਹਰਣ ਇੱਕੋ ਕਲੱਸਟਰ 'ਤੇ ਪ੍ਰੋਗਰਾਮਾਂ ਨੂੰ ਚਲਾਉਣ ਲਈ ਕਈ ਵਾਤਾਵਰਣ ਬਣਾਉਣਾ ਹੋਵੇਗਾ।

ਮੰਨ ਲਓ ਕਿ ਤੁਸੀਂ ਉਸੇ ਕਲੱਸਟਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ dev и qa. ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਲੈ ਸਕਦੇ ਹੋ app-a, ਇੱਕੋ ਸਮੇਂ ਦੋਵਾਂ ਵਾਤਾਵਰਣਾਂ ਵਿੱਚ ਕੰਮ ਕਰਨਾ qa и dev. ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਅਸੀਂ ਢੁਕਵੇਂ ਪੈਰਾਮੀਟਰ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰਕੇ ਇੱਕ ਖਾਸ ਵਾਤਾਵਰਣ ਵਿੱਚ ਐਪਲੀਕੇਸ਼ਨ ਉਦਾਹਰਨ ਨੂੰ ਵੱਖਰੇ ਤੌਰ 'ਤੇ ਐਕਸੈਸ ਕਰ ਸਕਦੇ ਹਾਂ environment. ਉਦਾਹਰਨ ਲਈ, app: app-a и environment: dev ਇੱਕ ਵਾਤਾਵਰਣ ਲਈ, ਅਤੇ app: app-a и environment: qa ਦੂਜੇ ਲਈ.

ਇਹ ਤੁਹਾਨੂੰ ਐਪਲੀਕੇਸ਼ਨ ਦੀਆਂ ਦੋਵੇਂ ਸਥਿਤੀਆਂ ਤੱਕ ਪਹੁੰਚ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ, ਉਦਾਹਰਨ ਲਈ, ਇੱਕੋ ਸਮੇਂ ਟੈਸਟਿੰਗ ਕਰਨ ਲਈ।

ਸੰਗਠਿਤ ਹੋਵੋ

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

ਬੇਸ਼ੱਕ, ਇੱਕ ਅਨਾਥ ਸੇਵਾ ਸਿਸਟਮ ਨੂੰ ਹੌਲੀ ਨਹੀਂ ਕਰੇਗੀ, ਅਤੇ ਕੁਬਰਨੇਟਸ ਨੂੰ ਸਕੇਲ ਕਰਨ ਲਈ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਪਰ ਜੇ ਇੱਕ ਸੇਵਾ ਦੀ ਬਜਾਏ ਇੱਕ ਲੱਖ ਦਿਖਾਈ ਦੇਣ, ਤਾਂ ਕੁਬੇਲਟ ਘੁੱਟਣਾ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦਾ ਹੈ.

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

ਗੋ ਨੂੰ ਮਿਲੋ

ਅਸੀਂ ਆਖਰੀ ਲਈ ਮੁੱਖ ਸਲਾਹ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕੀਤਾ. ਗੋ ਪ੍ਰੋਗਰਾਮਿੰਗ ਭਾਸ਼ਾ ਸਿੱਖੋ।

Kubernetes ਗੋ ਵਿੱਚ ਵਿਕਸਤ ਕੀਤਾ ਗਿਆ ਹੈ, ਸਾਰੀਆਂ ਐਕਸਟੈਂਸ਼ਨਾਂ Go ਵਿੱਚ ਲਿਖੀਆਂ ਗਈਆਂ ਹਨ, ਅਤੇ ਕਲਾਇੰਟ-ਗੋ ਕਲਾਇੰਟ ਲਾਇਬ੍ਰੇਰੀ ਵੀ ਅਧਿਕਾਰਤ ਤੌਰ 'ਤੇ ਸਮਰਥਿਤ ਹੈ।

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

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

Mail.ru Cloud Solutions ਦੇ ਸਮਰਥਨ ਨਾਲ ਅਨੁਵਾਦ ਕੀਤਾ ਗਿਆ

ਹੋਰ ਕੀ ਪੜ੍ਹਨਾ ਹੈ:

1. ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਆਟੋਸਕੇਲਿੰਗ ਦੇ ਤਿੰਨ ਪੱਧਰ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਵਰਤਣਾ ਹੈ.
2. ਕੁਬਰਨੇਟਸ ਵਰਕਰ ਨੋਡਸ: ਬਹੁਤ ਸਾਰੇ ਛੋਟੇ ਜਾਂ ਕੁਝ ਵੱਡੇ?
3. ਕੁਬਰਨੇਟਸ ਦੀ ਤਾਇਨਾਤੀ ਅਤੇ ਪ੍ਰਬੰਧਨ ਲਈ 25 ਉਪਯੋਗੀ ਟੂਲ.

ਸਰੋਤ: www.habr.com