ਕੁਬਰਨੇਟਸ 1.14: ਮੁੱਖ ਕਾਢਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ

ਇਸ ਰਾਤ ਸਥਾਨ ਲਿਆ ਜਾਵੇਗਾ ਕੁਬਰਨੇਟਸ ਦੀ ਅਗਲੀ ਰਿਲੀਜ਼ - 1.14. ਸਾਡੇ ਬਲੌਗ ਲਈ ਵਿਕਸਤ ਕੀਤੀ ਪਰੰਪਰਾ ਦੇ ਅਨੁਸਾਰ, ਅਸੀਂ ਇਸ ਸ਼ਾਨਦਾਰ ਓਪਨ ਸੋਰਸ ਉਤਪਾਦ ਦੇ ਨਵੇਂ ਸੰਸਕਰਣ ਵਿੱਚ ਮੁੱਖ ਤਬਦੀਲੀਆਂ ਬਾਰੇ ਗੱਲ ਕਰ ਰਹੇ ਹਾਂ।

ਇਸ ਸਮੱਗਰੀ ਨੂੰ ਤਿਆਰ ਕਰਨ ਲਈ ਵਰਤੀ ਗਈ ਜਾਣਕਾਰੀ ਤੋਂ ਲਈ ਗਈ ਹੈ ਕੁਬਰਨੇਟਸ ਇਨਹਾਂਸਮੈਂਟ ਟਰੈਕਿੰਗ ਟੇਬਲ, ਪਰਿਵਰਤਨ-1.14 ਅਤੇ ਸੰਬੰਧਿਤ ਮੁੱਦੇ, ਪੁੱਲ ਬੇਨਤੀਆਂ, ਕੁਬਰਨੇਟਸ ਐਨਹਾਂਸਮੈਂਟ ਪ੍ਰਸਤਾਵ (KEP)।

ਆਓ SIG ਕਲੱਸਟਰ-ਲਾਈਫਸਾਈਕਲ ਤੋਂ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਜਾਣ-ਪਛਾਣ ਦੇ ਨਾਲ ਸ਼ੁਰੂਆਤ ਕਰੀਏ: ਡਾਇਨਾਮਿਕ ਫੇਲਓਵਰ ਕਲੱਸਟਰ ਕੁਬਰਨੇਟਸ (ਜਾਂ ਵਧੇਰੇ ਸਟੀਕ ਹੋਣ ਲਈ, ਸਵੈ-ਹੋਸਟਡ HA ਤੈਨਾਤੀਆਂ) ਹੁਣ ਹੈ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਜਾਣੂ (ਸਿੰਗਲ-ਨੋਡ ਕਲੱਸਟਰਾਂ ਦੇ ਸੰਦਰਭ ਵਿੱਚ) ਕਮਾਂਡਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ kubeadm (init и join). ਸੰਖੇਪ ਵਿੱਚ, ਇਸਦੇ ਲਈ:

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

kubeadm ਨਾਲ ਬਣਾਏ ਗਏ ਕੁਬਰਨੇਟਸ HA ਕਲੱਸਟਰ ਦਾ ਆਰਕੀਟੈਕਚਰ

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

API

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

ਲਾਗੂ ਕਰਨ ਬਾਰੇ ਵੇਰਵੇ ਵਿੱਚ ਹਨ KEP. ਮੌਜੂਦਾ ਤਿਆਰੀ ਅਲਫ਼ਾ ਹੈ (ਬੀਟਾ ਵਿੱਚ ਤਰੱਕੀ ਦੀ ਅਗਲੀ ਕੁਬਰਨੇਟਸ ਰੀਲੀਜ਼ ਲਈ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਹੈ)।

ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਵਿੱਚ ਉਪਲਬਧ ਕਰਵਾਇਆ ਗਿਆ ਹੈ ਮੌਕਾ ਲਈ OpenAPI v3 ਸਕੀਮ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ CustomResources ਲਈ OpenAPI ਦਸਤਾਵੇਜ਼ ਬਣਾਉਣਾ ਅਤੇ ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ (CR) ਨੂੰ ਪ੍ਰਮਾਣਿਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ (ਸਰਵਰ-ਸਾਈਡ) K8s ਉਪਭੋਗਤਾ-ਪ੍ਰਭਾਸ਼ਿਤ ਸਰੋਤਾਂ (CustomResourceDefinition, CRD)। CRD ਲਈ OpenAPI ਪ੍ਰਕਾਸ਼ਿਤ ਕਰਨਾ ਗਾਹਕਾਂ ਨੂੰ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ (ਉਦਾਹਰਨ ਲਈ kubectl) ਆਪਣੇ ਪਾਸੇ (ਅੰਦਰ kubectl create и kubectl apply) ਅਤੇ ਸਕੀਮ ਦੇ ਅਨੁਸਾਰ ਦਸਤਾਵੇਜ਼ ਜਾਰੀ ਕਰੋ (kubectl explain). ਵੇਰਵੇ - ਵਿੱਚ KEP.

ਪਹਿਲਾਂ ਤੋਂ ਮੌਜੂਦ ਲੌਗ ਹੁਣ ਖੁੱਲ ਰਹੇ ਹਨ ਝੰਡੇ ਦੇ ਨਾਲ O_APPEND (ਪਰ ਨਾ O_TRUNC) ਕੁਝ ਸਥਿਤੀਆਂ ਵਿੱਚ ਲੌਗਸ ਦੇ ਨੁਕਸਾਨ ਤੋਂ ਬਚਣ ਲਈ ਅਤੇ ਰੋਟੇਸ਼ਨ ਲਈ ਬਾਹਰੀ ਉਪਯੋਗਤਾਵਾਂ ਨਾਲ ਲੌਗਸ ਨੂੰ ਕੱਟਣ ਦੀ ਸਹੂਲਤ ਲਈ।

Kubernetes API ਦੇ ਸੰਦਰਭ ਵਿੱਚ ਵੀ, ਇਹ ਨੋਟ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਕਿ ਵਿੱਚ PodSandbox и PodSandboxStatus ਜੋੜਿਆ ਗਿਆ ਫੀਲਡ runtime_handler ਬਾਰੇ ਜਾਣਕਾਰੀ ਰਿਕਾਰਡ ਕਰਨ ਲਈ RuntimeClass ਪੌਡ ਵਿੱਚ (ਇਸ ਬਾਰੇ ਟੈਕਸਟ ਵਿੱਚ ਇਸ ਬਾਰੇ ਹੋਰ ਪੜ੍ਹੋ ਕੁਬਰਨੇਟਸ 1.12 ਰੀਲੀਜ਼, ਜਿੱਥੇ ਇਹ ਕਲਾਸ ਇੱਕ ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਦੇ ਰੂਪ ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਈ), ਅਤੇ ਦਾਖਲਾ Webhooks ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਕਿਹੜੇ ਸੰਸਕਰਣਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਯੋਗਤਾ AdmissionReview ਉਹ ਸਮਰਥਨ ਕਰਦੇ ਹਨ। ਅੰਤ ਵਿੱਚ, ਦਾਖਲਾ ਵੈਬਹੁੱਕ ਨਿਯਮ ਹੁਣ ਹਨ ਸੀਮਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ ਨੇਮਸਪੇਸ ਅਤੇ ਕਲੱਸਟਰ ਫਰੇਮਵਰਕ ਦੁਆਰਾ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਦੀ ਸੀਮਾ।

ਸਟੋਰੇਜ

PersistentLocalVolumes, ਜਿਸਦੀ ਰਿਲੀਜ਼ ਤੋਂ ਬਾਅਦ ਬੀਟਾ ਸਥਿਤੀ ਸੀ K8s 1.10, ਐਲਾਨ ਕੀਤਾ ਸਥਿਰ (GA): ਇਹ ਵਿਸ਼ੇਸ਼ਤਾ ਗੇਟ ਹੁਣ ਅਯੋਗ ਨਹੀਂ ਹੈ ਅਤੇ Kubernetes 1.17 ਵਿੱਚ ਹਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ।

ਮੌਕਾ ਕਹਿੰਦੇ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋਏ ਡਾਊਨਵਰਡ API (ਉਦਾਹਰਣ ਲਈ, ਪੌਡ ਨਾਮ) ਦੇ ਤੌਰ ਤੇ ਮਾਊਂਟ ਕੀਤੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਦੇ ਨਾਂ ਲਈ subPath, ਵਿਕਸਿਤ ਕੀਤਾ ਗਿਆ ਸੀ - ਇੱਕ ਨਵੇਂ ਖੇਤਰ ਦੇ ਰੂਪ ਵਿੱਚ subPathExpr, ਜੋ ਕਿ ਹੁਣ ਲੋੜੀਂਦਾ ਡਾਇਰੈਕਟਰੀ ਨਾਮ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਵਿਸ਼ੇਸ਼ਤਾ ਸ਼ੁਰੂ ਵਿੱਚ ਕੁਬਰਨੇਟਸ 1.11 ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਈ, ਪਰ 1.14 ਲਈ ਇਹ ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਸਥਿਤੀ ਵਿੱਚ ਰਹੀ।

ਜਿਵੇਂ ਕਿ ਪਿਛਲੇ ਕੁਬਰਨੇਟਸ ਰੀਲੀਜ਼ ਦੇ ਨਾਲ, ਸਰਗਰਮੀ ਨਾਲ ਵਿਕਸਤ ਹੋ ਰਹੇ CSI (ਕੰਟੇਨਰ ਸਟੋਰੇਜ਼ ਇੰਟਰਫੇਸ) ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਮਹੱਤਵਪੂਰਨ ਤਬਦੀਲੀਆਂ ਪੇਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਹਨ:

ਸੀਐਸਆਈ

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

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

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

ਇਹ ਸਭ ਇਸ ਤੱਥ ਵੱਲ ਲੈ ਗਿਆ ਕਿ ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਤੱਕ ਪਹੁੰਚ ਗਿਆ ਮਾਈਗਰੇਸ਼ਨ ਪ੍ਰਕਿਰਿਆ ਅੰਦਰੂਨੀ ਪਲੱਗਇਨ ਕੋਡ, CSI ਪਲੱਗਇਨਾਂ ਵਿੱਚ, ਇਨ-ਟਰੀ ਦੇ ਰੂਪ ਵਿੱਚ ਲਾਗੂ ਕੀਤਾ ਗਿਆ ਹੈ, ਜਿਸ ਨਾਲ ਡਿਵੈਲਪਰਾਂ ਦੀਆਂ ਚਿੰਤਾਵਾਂ ਉਹਨਾਂ ਦੇ ਪਲੱਗਇਨਾਂ ਦੇ ਇੱਕ ਸੰਸਕਰਣ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਘੱਟ ਜਾਣਗੀਆਂ, ਅਤੇ ਪੁਰਾਣੇ APIs ਨਾਲ ਅਨੁਕੂਲਤਾ ਬਣੀ ਰਹੇਗੀ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਆਮ ਸਥਿਤੀ ਵਿੱਚ ਅਪ੍ਰਚਲਿਤ ਘੋਸ਼ਿਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਇਹ ਉਮੀਦ ਕੀਤੀ ਜਾਂਦੀ ਹੈ ਕਿ ਕੁਬਰਨੇਟਸ (1.15) ਦੇ ਅਗਲੇ ਰੀਲੀਜ਼ ਤੱਕ ਸਾਰੇ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾ ਪਲੱਗਇਨ ਮਾਈਗਰੇਟ ਕੀਤੇ ਜਾਣਗੇ, ਲਾਗੂ ਕਰਨ ਨੂੰ ਬੀਟਾ ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਹੋਵੇਗੀ ਅਤੇ ਮੂਲ ਰੂਪ ਵਿੱਚ K8s ਸਥਾਪਨਾਵਾਂ ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਹੋ ਜਾਵੇਗਾ। ਵੇਰਵਿਆਂ ਲਈ, ਵੇਖੋ ਡਿਜ਼ਾਈਨ ਪ੍ਰਸਤਾਵ. ਇਸ ਪਰਵਾਸ ਦਾ ਨਤੀਜਾ ਵੀ ਨਿਕਲਿਆ ਨਾਮਨਜ਼ੂਰ ਖਾਸ ਕਲਾਉਡ ਪ੍ਰਦਾਤਾਵਾਂ (AWS, Azure, GCE, Cinder) ਦੁਆਰਾ ਪਰਿਭਾਸ਼ਿਤ ਵਾਲੀਅਮ ਸੀਮਾਵਾਂ ਤੋਂ।

ਇਸ ਤੋਂ ਇਲਾਵਾ, CSI ਨਾਲ ਬਲਾਕ ਜੰਤਰਾਂ ਲਈ ਸਹਿਯੋਗ (CSIBlockVolume) ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਬੀਟਾ ਸੰਸਕਰਣ ਲਈ.

ਨੋਡ/ਕੁਬੇਲੇਟ

ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਪੇਸ਼ ਕੀਤਾ ਨਵਾਂ ਅੰਤ ਬਿੰਦੂ ਕੁਬੇਲੇਟ ਵਿੱਚ, ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ ਮੁੱਖ ਸਰੋਤਾਂ 'ਤੇ ਮੈਟ੍ਰਿਕਸ ਵਾਪਸ ਕਰੋ. ਆਮ ਤੌਰ 'ਤੇ, ਜੇਕਰ ਪਹਿਲਾਂ ਕੁਬੇਲੇਟ ਨੇ cAdvisor ਤੋਂ ਕੰਟੇਨਰ ਦੀ ਵਰਤੋਂ ਬਾਰੇ ਅੰਕੜੇ ਪ੍ਰਾਪਤ ਕੀਤੇ ਸਨ, ਤਾਂ ਹੁਣ ਇਹ ਡੇਟਾ ਸੀਆਰਆਈ (ਕੰਟੇਨਰ ਰਨਟਾਈਮ ਇੰਟਰਫੇਸ) ਦੁਆਰਾ ਕੰਟੇਨਰ ਰਨਟਾਈਮ ਵਾਤਾਵਰਣ ਤੋਂ ਆਉਂਦਾ ਹੈ, ਪਰ ਡੌਕਰ ਦੇ ਪੁਰਾਣੇ ਸੰਸਕਰਣਾਂ ਨਾਲ ਕੰਮ ਕਰਨ ਲਈ ਅਨੁਕੂਲਤਾ ਵੀ ਸੁਰੱਖਿਅਤ ਹੈ। ਪਹਿਲਾਂ, ਕੁਬੇਲੇਟ ਵਿੱਚ ਇਕੱਠੇ ਕੀਤੇ ਅੰਕੜੇ REST API ਦੁਆਰਾ ਭੇਜੇ ਜਾਂਦੇ ਸਨ, ਪਰ ਹੁਣ ਇੱਕ ਅੰਤਮ ਬਿੰਦੂ ਇੱਥੇ ਸਥਿਤ ਹੈ /metrics/resource/v1alpha1. ਡਿਵੈਲਪਰਾਂ ਦੀ ਲੰਬੀ ਮਿਆਦ ਦੀ ਰਣਨੀਤੀ ਹੁੰਦੇ ਹਨ ਕੁਬੇਲੇਟ ਦੁਆਰਾ ਪ੍ਰਦਾਨ ਕੀਤੇ ਮੈਟ੍ਰਿਕਸ ਦੇ ਸੈੱਟ ਨੂੰ ਘੱਟ ਤੋਂ ਘੱਟ ਕਰਨਾ ਹੈ। ਤਰੀਕੇ ਨਾਲ, ਇਹ ਮੈਟ੍ਰਿਕਸ ਆਪਣੇ ਆਪ ਨੂੰ ਹੁਣ ਉਹ ਕਾਲ ਕਰਦੇ ਹਨ “ਕੋਰ ਮੈਟ੍ਰਿਕਸ” ਨਹੀਂ, ਸਗੋਂ “ਸਰੋਤ ਮੈਟ੍ਰਿਕਸ”, ਅਤੇ ਉਹਨਾਂ ਨੂੰ “ਪਹਿਲੀ-ਸ਼੍ਰੇਣੀ ਦੇ ਸਰੋਤ, ਜਿਵੇਂ ਕਿ cpu, ਅਤੇ ਮੈਮੋਰੀ” ਵਜੋਂ ਦਰਸਾਇਆ ਗਿਆ ਹੈ।

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

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

ਮੈਟ੍ਰਿਕਸ ਲਈ ਨਵੇਂ ਕੁਬੇਲੇਟ ਐਂਡਪੁਆਇੰਟ ਵਿੱਚ gRPC ਅਤੇ Prometheus ਫਾਰਮੈਟਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਤੁਲਨਾਤਮਕ ਪ੍ਰਦਰਸ਼ਨ ਟੈਸਟਾਂ ਵਿੱਚੋਂ ਇੱਕ। ਵਿੱਚ ਹੋਰ ਗ੍ਰਾਫ ਅਤੇ ਹੋਰ ਵੇਰਵੇ ਲੱਭੇ ਜਾ ਸਕਦੇ ਹਨ KEP.

ਹੋਰ ਤਬਦੀਲੀਆਂ ਵਿੱਚ:

• ਕੁਬੇਲੇਟ ਹੁਣ (ਇੱਕ ਵਾਰ) ਰੋਕਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਿਹਾ ਹੈ ਰੀਸਟਾਰਟ ਕਰਨ ਅਤੇ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਇੱਕ ਅਣਜਾਣ ਸਥਿਤੀ ਵਿੱਚ ਕੰਟੇਨਰ।
• ਵਰਤਣ ਵੇਲੇ PodPresets ਹੁਣ init ਕੰਟੇਨਰ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਗਿਆ ਹੈ ਇੱਕ ਨਿਯਮਤ ਕੰਟੇਨਰ ਲਈ ਸਮਾਨ ਜਾਣਕਾਰੀ।
• ਕੁਬੇਲੇਟ ਵਰਤਣਾ ਸ਼ੁਰੂ ਕੀਤਾ usageNanoCores CRI ਅੰਕੜੇ ਪ੍ਰਦਾਤਾ ਤੋਂ, ਅਤੇ ਵਿੰਡੋਜ਼ 'ਤੇ ਨੋਡਾਂ ਅਤੇ ਕੰਟੇਨਰਾਂ ਲਈ ਜੋੜਿਆ ਗਿਆ ਨੈੱਟਵਰਕ ਅੰਕੜੇ।
• ਓਪਰੇਟਿੰਗ ਸਿਸਟਮ ਅਤੇ ਆਰਕੀਟੈਕਚਰ ਦੀ ਜਾਣਕਾਰੀ ਹੁਣ ਲੇਬਲਾਂ ਵਿੱਚ ਦਰਜ ਕੀਤੀ ਗਈ ਹੈ kubernetes.io/os и kubernetes.io/arch ਨੋਡ ਆਬਜੈਕਟ (ਬੀਟਾ ਤੋਂ GA ਵਿੱਚ ਟ੍ਰਾਂਸਫਰ ਕੀਤਾ ਗਿਆ)।
• ਇੱਕ ਪੌਡ ਵਿੱਚ ਕੰਟੇਨਰਾਂ ਲਈ ਇੱਕ ਖਾਸ ਸਿਸਟਮ ਉਪਭੋਗਤਾ ਸਮੂਹ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਸਮਰੱਥਾ (RunAsGroup, ਵਿੱਚ ਪ੍ਰਗਟ ਹੋਇਆ K8s 1.11) ਉੱਨਤ ਬੀਟਾ ਤੋਂ ਪਹਿਲਾਂ (ਮੂਲ ਰੂਪ ਵਿੱਚ ਸਮਰੱਥ)।
• du ਅਤੇ caAdvisor ਵਿੱਚ ਵਰਤਿਆ ਗਿਆ ਲੱਭੋ, ਬਦਲਿਆ ਗਿਆ Go ਲਾਗੂਕਰਨ 'ਤੇ।

CLI

ਕਲੀ-ਰਨਟਾਈਮ ਅਤੇ kubectl ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਨਾਲ ਏਕੀਕਰਣ ਲਈ -k ਫਲੈਗ ਅਨੁਕੂਲਿਤ ਕਰੋ (ਤਰੀਕੇ ਨਾਲ, ਇਸਦਾ ਵਿਕਾਸ ਹੁਣ ਇੱਕ ਵੱਖਰੇ ਰਿਪੋਜ਼ਟਰੀ ਵਿੱਚ ਕੀਤਾ ਗਿਆ ਹੈ), ਯਾਨੀ. ਵਿਸ਼ੇਸ਼ ਕਸਟਮਾਈਜ਼ੇਸ਼ਨ ਡਾਇਰੈਕਟਰੀਆਂ ਤੋਂ ਵਾਧੂ YAML ਫਾਈਲਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਰਨ ਲਈ (ਉਨ੍ਹਾਂ ਦੀ ਵਰਤੋਂ ਬਾਰੇ ਵੇਰਵਿਆਂ ਲਈ, ਵੇਖੋ KEP):

ਸਧਾਰਨ ਫਾਈਲ ਵਰਤੋਂ ਦੀ ਉਦਾਹਰਨ ਅਨੁਕੂਲਤਾ (ਕੁਸਟਮਾਈਜ਼ ਦੀ ਇੱਕ ਵਧੇਰੇ ਗੁੰਝਲਦਾਰ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਅੰਦਰ ਸੰਭਵ ਹੈ ਓਵਰਲੇਅ)

ਇਸ ਤੋਂ ਇਲਾਵਾ:

• ਜੋੜਿਆ ਗਿਆ ਨਵੀਂ ਟੀਮ kubectl create cronjob, ਜਿਸਦਾ ਨਾਮ ਆਪਣੇ ਆਪ ਲਈ ਬੋਲਦਾ ਹੈ.
• В kubectl logs ਹੁਣ ਤੁਸੀਂ ਕਰ ਸਕਦੇ ਹੋ ਜੋੜਣ ਲਈ ਝੰਡੇ -f (--follow ਸਟ੍ਰੀਮਿੰਗ ਲੌਗਾਂ ਲਈ) ਅਤੇ -l (--selector ਲੇਬਲ ਪੁੱਛਗਿੱਛ ਲਈ)।
• kubectl ਸਿਖਾਇਆ ਵਾਈਲਡ ਕਾਰਡ ਦੁਆਰਾ ਚੁਣੀਆਂ ਗਈਆਂ ਫਾਈਲਾਂ ਨੂੰ ਕਾਪੀ ਕਰੋ।
• ਟੀਮ ਨੂੰ kubectl wait ਜੋੜਿਆ ਗਿਆ ਝੰਡਾ --all ਨਿਸ਼ਚਿਤ ਸਰੋਤ ਕਿਸਮ ਦੇ ਨਾਮ-ਸਥਾਨ ਵਿੱਚ ਸਾਰੇ ਸਰੋਤਾਂ ਦੀ ਚੋਣ ਕਰਨ ਲਈ।

ਹੋਰ

ਹੇਠ ਲਿਖੀਆਂ ਸਮਰੱਥਾਵਾਂ ਨੇ ਸਥਿਰ (GA) ਸਥਿਤੀ ਪ੍ਰਾਪਤ ਕੀਤੀ ਹੈ:

• ReadinessGate, ਪੌਡ ਦੀ ਤਿਆਰੀ ਵਿੱਚ ਧਿਆਨ ਵਿੱਚ ਰੱਖੀਆਂ ਗਈਆਂ ਵਾਧੂ ਸ਼ਰਤਾਂ ਨੂੰ ਪਰਿਭਾਸ਼ਿਤ ਕਰਨ ਲਈ ਪੌਡ ਨਿਰਧਾਰਨ ਵਿੱਚ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ;
• ਵੱਡੇ ਪੰਨਿਆਂ ਲਈ ਸਮਰਥਨ (ਫੀਚਰ ਗੇਟ ਕਹਿੰਦੇ ਹਨ HugePages);
• CustomPodDNS;
• PriorityClass API ਪੌਡ ਤਰਜੀਹ ਅਤੇ ਪ੍ਰੀਮਪਸ਼ਨ.

ਕੁਬਰਨੇਟਸ 1.14 ਵਿੱਚ ਪੇਸ਼ ਕੀਤੀਆਂ ਗਈਆਂ ਹੋਰ ਤਬਦੀਲੀਆਂ:

• ਪੂਰਵ-ਨਿਰਧਾਰਤ RBAC ਨੀਤੀ ਹੁਣ API ਪਹੁੰਚ ਦੀ ਇਜਾਜ਼ਤ ਨਹੀਂ ਦਿੰਦੀ discovery и access-review ਪ੍ਰਮਾਣਿਕਤਾ ਤੋਂ ਬਿਨਾਂ ਉਪਭੋਗਤਾ (ਅਪ੍ਰਮਾਣਿਤ).
• ਅਧਿਕਾਰਤ CoreDNS ਸਮਰਥਨ ਯਕੀਨੀ ਬਣਾਇਆ ਸਿਰਫ਼ ਲੀਨਕਸ, ਇਸਲਈ ਜਦੋਂ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਇਸਨੂੰ (ਕੋਰਡੀਐਨਐਸ) ਤੈਨਾਤ ਕਰਨ ਲਈ kubeadm ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ, ਤਾਂ ਨੋਡ ਸਿਰਫ਼ ਲੀਨਕਸ ਉੱਤੇ ਹੀ ਚੱਲਣੇ ਚਾਹੀਦੇ ਹਨ (ਨੋਡਸਿਲੈਕਟਰ ਇਸ ਸੀਮਾ ਲਈ ਵਰਤੇ ਜਾਂਦੇ ਹਨ)।
• ਡਿਫੌਲਟ CoreDNS ਸੰਰਚਨਾ ਹੁਣ ਹੈ ਵਰਤਦਾ ਹੈ ਅੱਗੇ ਪਲੱਗਇਨ ਪਰਾਕਸੀ ਦੀ ਬਜਾਏ. ਨਾਲ ਹੀ, CoreDNS ਵਿੱਚ ਜੋੜਿਆ ਗਿਆ ReadinessProbe, ਜੋ ਉਚਿਤ (ਸੇਵਾ ਲਈ ਤਿਆਰ ਨਹੀਂ) ਪੌਡਾਂ 'ਤੇ ਲੋਡ ਸੰਤੁਲਨ ਨੂੰ ਰੋਕਦਾ ਹੈ।
• ਕੁਬੇਦਮ ਵਿਚ, ਪੜਾਵਾਂ ਵਿਚ init ਜ upload-certs, ਸੰਭਵ ਹੋ ਗਿਆ ਨਵੇਂ ਕੰਟਰੋਲ-ਪਲੇਨ ਨੂੰ kubeadm-certs ਗੁਪਤ ਨਾਲ ਜੋੜਨ ਲਈ ਲੋੜੀਂਦੇ ਸਰਟੀਫਿਕੇਟ ਲੋਡ ਕਰੋ (ਝੰਡੇ ਦੀ ਵਰਤੋਂ ਕਰੋ --experimental-upload-certs).
• ਵਿੰਡੋਜ਼ ਸਥਾਪਨਾਵਾਂ ਲਈ ਇੱਕ ਅਲਫ਼ਾ ਸੰਸਕਰਣ ਪ੍ਰਗਟ ਹੋਇਆ ਹੈ ਸਹਿਯੋਗ gMSA (ਗਰੁੱਪ ਮੈਨੇਜਡ ਸਰਵਿਸ ਅਕਾਉਂਟ) - ਐਕਟਿਵ ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਵਿਸ਼ੇਸ਼ ਖਾਤੇ ਜੋ ਕੰਟੇਨਰਾਂ ਦੁਆਰਾ ਵੀ ਵਰਤੇ ਜਾ ਸਕਦੇ ਹਨ।
• ਲਈ ਜੀ.ਸੀ.ਈ. ਸਰਗਰਮ etcd ਅਤੇ kube-apiserver ਵਿਚਕਾਰ mTLS ਇਨਕ੍ਰਿਪਸ਼ਨ।
• ਵਰਤੇ/ਨਿਰਭਰ ਸੌਫਟਵੇਅਰ ਵਿੱਚ ਅੱਪਡੇਟ: ਗੋ 1.12.1, CSI 1.1, CoreDNS 1.3.1, Docker 18.09 kubadm ਵਿੱਚ ਸਮਰਥਨ, ਅਤੇ ਘੱਟੋ-ਘੱਟ ਸਮਰਥਿਤ Docker API ਸੰਸਕਰਣ ਹੁਣ 1.26 ਹੈ।

PS

ਸਾਡੇ ਬਲੌਗ 'ਤੇ ਵੀ ਪੜ੍ਹੋ:

• «ਕੁਬਰਨੇਟਸ 1.13: ਮੁੱਖ ਕਾਢਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ";
• «ਕੁਬਰਨੇਟਸ 1.12: ਮੁੱਖ ਕਾਢਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ";
• «ਕੁਬਰਨੇਟਸ 1.11: ਮੁੱਖ ਕਾਢਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ";
• «ਕੁਬਰਨੇਟਸ 1.10: ਮੁੱਖ ਕਾਢਾਂ ਦੀ ਸੰਖੇਪ ਜਾਣਕਾਰੀ".

ਸਰੋਤ: www.habr.com