Yandex.Cloud ਲਈ Kubernetes ਵਿੱਚ ਇੱਕ CSI ਡਰਾਈਵਰ ਵਿਕਸਿਤ ਕਰਨ ਵਿੱਚ ਸਾਡਾ ਤਜਰਬਾ

ਸਾਨੂੰ ਇਹ ਘੋਸ਼ਣਾ ਕਰਦੇ ਹੋਏ ਖੁਸ਼ੀ ਹੋ ਰਹੀ ਹੈ ਕਿ ਫਲੈਂਟ ਕੁਬਰਨੇਟਸ ਲਈ ਓਪਨ ਸੋਰਸ ਟੂਲਸ ਨੂੰ ਜਾਰੀ ਕਰਕੇ ਆਪਣਾ ਯੋਗਦਾਨ ਵਧਾ ਰਿਹਾ ਹੈ। CSI ਡਰਾਈਵਰ ਦਾ ਅਲਫ਼ਾ ਸੰਸਕਰਣ (ਕੰਟੇਨਰ ਸਟੋਰੇਜ ਇੰਟਰਫੇਸ) Yandex.Cloud ਲਈ।

ਪਰ ਲਾਗੂ ਕਰਨ ਦੇ ਵੇਰਵਿਆਂ 'ਤੇ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ, ਆਓ ਇਸ ਸਵਾਲ ਦਾ ਜਵਾਬ ਦੇਈਏ ਕਿ ਜਦੋਂ ਯਾਂਡੇਕਸ ਕੋਲ ਪਹਿਲਾਂ ਹੀ ਸੇਵਾ ਹੈ ਤਾਂ ਇਸਦੀ ਜ਼ਰੂਰਤ ਕਿਉਂ ਹੈ? ਕੁਬਰਨੇਟਸ ਲਈ ਪ੍ਰਬੰਧਿਤ ਸੇਵਾ.

ਜਾਣ ਪਛਾਣ

ਇਹ ਕਿਉਂ ਹੈ?

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

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

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

ਇਹ ਕੀ ਹੈ ਅਤੇ ਕਿਸ ਲਈ ਹੈ?

ਇਸ ਲਈ, ਅਸੀਂ ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਸਟੋਰੇਜ ਲਈ ਆਧੁਨਿਕ ਪਹੁੰਚ ਬਾਰੇ ਪਹਿਲਾਂ ਹੀ ਗੱਲ ਕੀਤੀ ਹੈ: CSI ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ? и ਸਮਾਜ ਕਿਵੇਂ ਆਇਆ ਇਸ ਪਹੁੰਚ ਨੂੰ.

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

ਅਸੀਂ ਵਿਕਾਸ ਦੇ ਆਧਾਰ ਵਜੋਂ ਲਿਆ ਹੈ DigitalOcean ਕਲਾਉਡ ਲਈ CSI ਡਰਾਈਵਰ ਅਤੇ ਤੋਂ ਕੁਝ ਵਿਚਾਰ GCP ਲਈ ਡਰਾਈਵਰ, ਕਿਉਂਕਿ ਇਹਨਾਂ ਕਲਾਉਡਸ (ਗੂਗਲ ਅਤੇ ਯਾਂਡੇਕਸ) ਦੇ API ਨਾਲ ਇੰਟਰੈਕਸ਼ਨ ਵਿੱਚ ਕਈ ਸਮਾਨਤਾਵਾਂ ਹਨ। ਖਾਸ ਤੌਰ 'ਤੇ, API ਅਤੇ ਜੀ.ਸੀ.ਪੀ., ਅਤੇ y ਯੈਨਡੇਕਸ ਇੱਕ ਵਸਤੂ ਵਾਪਸ ਕਰੋ Operation ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਚੱਲ ਰਹੇ ਓਪਰੇਸ਼ਨਾਂ ਦੀ ਸਥਿਤੀ ਨੂੰ ਟਰੈਕ ਕਰਨ ਲਈ (ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਨਵੀਂ ਡਿਸਕ ਬਣਾਉਣਾ)। Yandex.Cloud API ਨਾਲ ਇੰਟਰੈਕਟ ਕਰਨ ਲਈ, ਵਰਤੋ Yandex.Cloud Go SDK.

ਕੀਤੇ ਕੰਮ ਦਾ ਨਤੀਜਾ GitHub 'ਤੇ ਕਲਿੱਕ ਕਰੋ ਅਤੇ ਉਹਨਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋ ਸਕਦਾ ਹੈ ਜੋ, ਕਿਸੇ ਕਾਰਨ ਕਰਕੇ, Yandex.Cloud ਵਰਚੁਅਲ ਮਸ਼ੀਨਾਂ 'ਤੇ ਆਪਣੀ ਖੁਦ ਦੀ Kubernetes ਇੰਸਟਾਲੇਸ਼ਨ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਨ (ਪਰ ਇੱਕ ਰੈਡੀਮੇਡ ਪ੍ਰਬੰਧਿਤ ਕਲੱਸਟਰ ਨਹੀਂ) ਅਤੇ CSI ਰਾਹੀਂ ਡਿਸਕਾਂ (ਆਰਡਰ) ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ।

Реализация

ਜਰੂਰੀ ਚੀਜਾ

ਵਰਤਮਾਨ ਵਿੱਚ ਡਰਾਈਵਰ ਹੇਠਾਂ ਦਿੱਤੇ ਫੰਕਸ਼ਨਾਂ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ:

• ਕਲੱਸਟਰ ਵਿੱਚ ਨੋਡਾਂ ਦੀ ਟੌਪੋਲੋਜੀ ਦੇ ਅਨੁਸਾਰ ਕਲੱਸਟਰ ਦੇ ਸਾਰੇ ਜ਼ੋਨਾਂ ਵਿੱਚ ਡਿਸਕਾਂ ਨੂੰ ਆਰਡਰ ਕਰਨਾ;
• ਪਹਿਲਾਂ ਆਰਡਰ ਕੀਤੀਆਂ ਡਿਸਕਾਂ ਨੂੰ ਹਟਾਉਣਾ;
• ਡਿਸਕਾਂ ਲਈ ਔਫਲਾਈਨ ਰੀਸਾਈਜ਼ (Yandex.Cloud ਸਮਰਥਨ ਨਾ ਕਰੋ ਡਿਸਕਾਂ ਨੂੰ ਵਧਾਉਣਾ ਜੋ ਕਿ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਵਿੱਚ ਮਾਊਂਟ ਹਨ)। ਇਸ ਬਾਰੇ ਜਾਣਕਾਰੀ ਲਈ ਕਿ ਕਿਵੇਂ ਡਰਾਈਵਰ ਨੂੰ ਰੀਸਾਈਜ਼ਿੰਗ ਨੂੰ ਸੰਭਵ ਤੌਰ 'ਤੇ ਦਰਦ ਰਹਿਤ ਬਣਾਉਣ ਲਈ ਸੋਧਣਾ ਪਿਆ, ਹੇਠਾਂ ਦੇਖੋ।

ਭਵਿੱਖ ਵਿੱਚ, ਅਸੀਂ ਡਿਸਕ ਸਨੈਪਸ਼ਾਟ ਬਣਾਉਣ ਅਤੇ ਮਿਟਾਉਣ ਲਈ ਸਮਰਥਨ ਲਾਗੂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ।

ਮੁੱਖ ਮੁਸ਼ਕਲ ਅਤੇ ਇਸ ਨੂੰ ਕਿਵੇਂ ਦੂਰ ਕਰਨਾ ਹੈ

Yandex.Cloud API ਵਿੱਚ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਡਿਸਕਾਂ ਨੂੰ ਵਧਾਉਣ ਦੀ ਸਮਰੱਥਾ ਦੀ ਘਾਟ ਇੱਕ ਸੀਮਾ ਹੈ ਜੋ PV (ਸਥਾਈ ਵਾਲੀਅਮ) ਲਈ ਰੀਸਾਈਜ਼ ਓਪਰੇਸ਼ਨ ਨੂੰ ਗੁੰਝਲਦਾਰ ਬਣਾਉਂਦੀ ਹੈ: ਇਸ ਸਥਿਤੀ ਵਿੱਚ, ਇਹ ਜ਼ਰੂਰੀ ਹੈ ਕਿ ਡਿਸਕ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਐਪਲੀਕੇਸ਼ਨ ਪੌਡ ਨੂੰ ਰੋਕਿਆ ਜਾਵੇ, ਅਤੇ ਇਹ ਡਾਊਨਟਾਈਮ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ।

ਦੇ ਅਨੁਸਾਰ CSI ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ, ਜੇਕਰ CSI ਕੰਟਰੋਲਰ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਕਿ ਇਹ ਡਿਸਕਾਂ ਨੂੰ ਸਿਰਫ "ਆਫਲਾਈਨ" ਮੁੜ ਆਕਾਰ ਦੇ ਸਕਦਾ ਹੈ (VolumeExpansion.OFFLINE), ਫਿਰ ਡਿਸਕ ਨੂੰ ਵਧਾਉਣ ਦੀ ਪ੍ਰਕਿਰਿਆ ਇਸ ਤਰ੍ਹਾਂ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ:

ਜੇਕਰ ਪਲੱਗਇਨ ਸਿਰਫ ਹੈ VolumeExpansion.OFFLINE ਵਿਸਤਾਰ ਸਮਰੱਥਾ ਅਤੇ ਵਾਲੀਅਮ ਵਰਤਮਾਨ ਵਿੱਚ ਪ੍ਰਕਾਸ਼ਿਤ ਜਾਂ ਇੱਕ ਨੋਡ 'ਤੇ ਉਪਲਬਧ ਹੈ ControllerExpandVolume ਇਹਨਾਂ ਵਿੱਚੋਂ ਕਿਸੇ ਇੱਕ ਤੋਂ ਬਾਅਦ ਹੀ ਬੁਲਾਇਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ:

• ਪਲੱਗਇਨ ਵਿੱਚ ਕੰਟਰੋਲਰ ਹੈ PUBLISH_UNPUBLISH_VOLUME ਸਮਰੱਥਾ ਅਤੇ ControllerUnpublishVolume ਨੂੰ ਸਫਲਤਾਪੂਰਵਕ ਬੁਲਾਇਆ ਗਿਆ ਹੈ।

ਨਹੀਂ ਤਾਂ ਫਿਰ

• ਪਲੱਗਇਨ ਵਿੱਚ ਕੰਟਰੋਲਰ ਨਹੀਂ ਹੈ PUBLISH_UNPUBLISH_VOLUME ਸਮਰੱਥਾ, ਪਲੱਗਇਨ ਵਿੱਚ ਨੋਡ ਹੈ STAGE_UNSTAGE_VOLUME ਸਮਰੱਥਾ, ਅਤੇ NodeUnstageVolume ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਕੀਤਾ ਗਿਆ ਹੈ।

ਨਹੀਂ ਤਾਂ ਫਿਰ

• ਪਲੱਗਇਨ ਵਿੱਚ ਕੰਟਰੋਲਰ ਨਹੀਂ ਹੈ PUBLISH_UNPUBLISH_VOLUME ਸਮਰੱਥਾ, ਨਾ ਹੀ ਨੋਡ STAGE_UNSTAGE_VOLUME ਸਮਰੱਥਾ, ਅਤੇ NodeUnpublishVolume ਸਫਲਤਾਪੂਰਵਕ ਪੂਰਾ ਕੀਤਾ ਹੈ।

ਇਸਦਾ ਜ਼ਰੂਰੀ ਮਤਲਬ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਡਿਸਕ ਨੂੰ ਫੈਲਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਤੋਂ ਵੱਖ ਕਰਨ ਦੀ ਲੋੜ ਹੈ।

ਹਾਲਾਂਕਿ, ਬਦਕਿਸਮਤੀ ਨਾਲ ਲਾਗੂ ਕਰਨ ਸਾਈਡਕਾਰਸ ਦੁਆਰਾ CSI ਨਿਰਧਾਰਨ ਇਹਨਾਂ ਲੋੜਾਂ ਨੂੰ ਪੂਰਾ ਨਹੀਂ ਕਰਦਾ ਹੈ:

• ਇੱਕ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰ ਵਿੱਚ csi-attacher, ਜੋ ਕਿ ਮਾਊਂਟ ਵਿਚਕਾਰ ਲੋੜੀਂਦੇ ਪਾੜੇ ਦੀ ਮੌਜੂਦਗੀ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਇਹ ਕਾਰਜਕੁਸ਼ਲਤਾ ਔਫਲਾਈਨ ਰੀਸਾਈਜ਼ ਵਿੱਚ ਲਾਗੂ ਨਹੀਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਸਬੰਧੀ ਚਰਚਾ ਸ਼ੁਰੂ ਕੀਤੀ ਗਈ ਇੱਥੇ.
• ਇਸ ਸੰਦਰਭ ਵਿੱਚ ਇੱਕ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰ ਅਸਲ ਵਿੱਚ ਕੀ ਹੈ? CSI ਪਲੱਗਇਨ ਖੁਦ ਕੁਬਰਨੇਟਸ API ਨਾਲ ਇੰਟਰੈਕਟ ਨਹੀਂ ਕਰਦਾ, ਪਰ ਸਿਰਫ ਸਾਈਡਕਾਰ ਕੰਟੇਨਰਾਂ ਦੁਆਰਾ ਇਸ ਨੂੰ ਭੇਜੀਆਂ ਗਈਆਂ gRPC ਕਾਲਾਂ ਦਾ ਜਵਾਬ ਦਿੰਦਾ ਹੈ। ਨਵੀਨਤਮ ਵਿਕਸਤ ਕੀਤੇ ਜਾ ਰਹੇ ਹਨ ਕੁਬਰਨੇਟਸ ਭਾਈਚਾਰੇ ਦੁਆਰਾ।

ਸਾਡੇ ਕੇਸ ਵਿੱਚ (CSI ਪਲੱਗਇਨ), ਡਿਸਕ ਨੂੰ ਵਧਾਉਣ ਦਾ ਕੰਮ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ:

1. ਸਾਨੂੰ ਇੱਕ gRPC ਕਾਲ ਪ੍ਰਾਪਤ ਹੁੰਦੀ ਹੈ ControllerExpandVolume;
2. ਅਸੀਂ API ਵਿੱਚ ਡਿਸਕ ਨੂੰ ਵਧਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ, ਪਰ ਸਾਨੂੰ ਓਪਰੇਸ਼ਨ ਕਰਨ ਦੀ ਅਸੰਭਵਤਾ ਬਾਰੇ ਇੱਕ ਗਲਤੀ ਪ੍ਰਾਪਤ ਹੋਈ ਹੈ ਕਿਉਂਕਿ ਡਿਸਕ ਮਾਊਂਟ ਕੀਤੀ ਗਈ ਹੈ;
3. ਅਸੀਂ ਡਿਸਕ ਪਛਾਣਕਰਤਾ ਨੂੰ ਨਕਸ਼ੇ ਵਿੱਚ ਸਟੋਰ ਕਰਦੇ ਹਾਂ, ਜਿਸ ਵਿੱਚ ਉਹ ਡਿਸਕਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ ਜਿਨ੍ਹਾਂ ਲਈ ਵਾਧੇ ਦੀ ਕਾਰਵਾਈ ਕਰਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਹੇਠਾਂ, ਸੰਖੇਪਤਾ ਲਈ, ਅਸੀਂ ਇਸ ਨਕਸ਼ੇ ਨੂੰ ਕਾਲ ਕਰਾਂਗੇ volumeResizeRequired;
4. ਡਿਸਕ ਦੀ ਵਰਤੋਂ ਕਰਨ ਵਾਲੇ ਪੌਡ ਨੂੰ ਹੱਥੀਂ ਹਟਾਓ। ਕੁਬਰਨੇਟਸ ਇਸਨੂੰ ਮੁੜ ਚਾਲੂ ਕਰੇਗਾ। ਤਾਂ ਕਿ ਡਿਸਕ ਨੂੰ ਮਾਊਂਟ ਕਰਨ ਦਾ ਸਮਾਂ ਨਾ ਹੋਵੇ (ControllerPublishVolume) ਮਾਊਂਟ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦੇ ਸਮੇਂ ਵਾਧੇ ਦੀ ਕਾਰਵਾਈ ਨੂੰ ਪੂਰਾ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ, ਅਸੀਂ ਜਾਂਚ ਕਰਦੇ ਹਾਂ ਕਿ ਦਿੱਤੀ ਗਈ ਡਿਸਕ ਅਜੇ ਵੀ ਅੰਦਰ ਹੈ volumeResizeRequired ਅਤੇ ਇੱਕ ਗਲਤੀ ਵਾਪਸ ਕਰੋ;
5. CSI ਡਰਾਈਵਰ ਰੀਸਾਈਜ਼ ਕਾਰਵਾਈ ਨੂੰ ਮੁੜ ਚਲਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰਦਾ ਹੈ। ਜੇਕਰ ਓਪਰੇਸ਼ਨ ਸਫਲ ਰਿਹਾ, ਤਾਂ ਡਿਸਕ ਨੂੰ ਹਟਾ ਦਿਓ volumeResizeRequired;
6. ਕਿਉਂਕਿ ਤੋਂ ਡਿਸਕ ID ਗੁੰਮ ਹੈ volumeResizeRequired, ControllerPublishVolume ਸਫਲਤਾਪੂਰਵਕ ਲੰਘਦਾ ਹੈ, ਡਿਸਕ ਮਾਊਂਟ ਹੁੰਦੀ ਹੈ, ਪੌਡ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ।

ਹਰ ਚੀਜ਼ ਕਾਫ਼ੀ ਸਧਾਰਨ ਜਾਪਦੀ ਹੈ, ਪਰ ਹਮੇਸ਼ਾ ਦੀ ਤਰ੍ਹਾਂ ਨੁਕਸਾਨ ਹਨ. ਡਿਸਕਾਂ ਨੂੰ ਵੱਡਾ ਕਰਦਾ ਹੈ ਬਾਹਰੀ-ਰਾਈਜ਼ਰ, ਜੋ ਓਪਰੇਸ਼ਨ ਦੌਰਾਨ ਇੱਕ ਗਲਤੀ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇੱਕ ਕਤਾਰ ਵਰਤਦਾ ਹੈ 1000 ਸਕਿੰਟ ਤੱਕ ਟਾਈਮਆਉਟ ਸਮੇਂ ਵਿੱਚ ਘਾਤਕ ਵਾਧੇ ਦੇ ਨਾਲ:

func DefaultControllerRateLimiter() RateLimiter {
  return NewMaxOfRateLimiter(
  NewItemExponentialFailureRateLimiter(5*time.Millisecond, 1000*time.Second),
  // 10 qps, 100 bucket size.  This is only for retry speed and its only the overall factor (not per item)
  &BucketRateLimiter{Limiter: rate.NewLimiter(rate.Limit(10), 100)},
  )
}

ਇਸ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਡਿਸਕ ਦੇ ਵਿਸਥਾਰ ਕਾਰਜ ਨੂੰ 15+ ਮਿੰਟਾਂ ਲਈ ਵਧਾਇਆ ਜਾ ਸਕਦਾ ਹੈ ਅਤੇ, ਇਸ ਤਰ੍ਹਾਂ, ਸੰਬੰਧਿਤ ਪੌਡ ਉਪਲਬਧ ਨਹੀਂ ਹੈ।

ਇਕੋ ਇਕ ਵਿਕਲਪ ਜਿਸ ਨੇ ਸਾਨੂੰ ਸੰਭਾਵੀ ਡਾਊਨਟਾਈਮ ਨੂੰ ਘੱਟ ਕਰਨ ਲਈ ਕਾਫ਼ੀ ਅਸਾਨੀ ਨਾਲ ਅਤੇ ਦਰਦ ਰਹਿਤ ਇਜਾਜ਼ਤ ਦਿੱਤੀ, ਉਹ ਸੀ ਅਧਿਕਤਮ ਸਮਾਂ ਸਮਾਪਤੀ ਸੀਮਾ ਦੇ ਨਾਲ ਬਾਹਰੀ-ਰਾਈਜ਼ਰ ਦੇ ਸਾਡੇ ਸੰਸਕਰਣ ਦੀ ਵਰਤੋਂ। 5 ਸਕਿੰਟਾਂ ਵਿੱਚ:

workqueue.NewItemExponentialFailureRateLimiter(5*time.Millisecond, 5*time.Second)

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

ਵਰਤਣਾ ਕਿਵੇਂ ਸ਼ੁਰੂ ਕਰਨਾ ਹੈ?

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

• ਫਲੈਗ --allow-privileged ਮੁੱਲ 'ਤੇ ਸੈੱਟ ਕਰੋ true API ਸਰਵਰ ਅਤੇ ਕੁਬੇਲੇਟ ਲਈ;
• ਸ਼ਾਮਲ ਹਨ --feature-gates=VolumeSnapshotDataSource=true,KubeletPluginsWatcher=true,CSINodeInfo=true,CSIDriverRegistry=true API ਸਰਵਰ ਅਤੇ ਕੁਬੇਲੇਟ ਲਈ;
• ਮਾਊਂਟ ਪ੍ਰਸਾਰ (ਮਾਊਂਟ ਪ੍ਰਸਾਰ) ਨੂੰ ਕਲੱਸਟਰ 'ਤੇ ਯੋਗ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਡੌਕਰ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਸਮੇਂ, ਡੈਮਨ ਨੂੰ ਸਾਂਝੇ ਮਾਊਂਟ ਦੀ ਆਗਿਆ ਦੇਣ ਲਈ ਸੰਰਚਿਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

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

ਡਰਾਈਵਰ ਦੇ ਕੰਮ ਕਰਨ ਲਈ ਤੁਹਾਨੂੰ ਹੇਠ ਲਿਖਿਆਂ ਦੀ ਲੋੜ ਹੋਵੇਗੀ:

• ਮੈਨੀਫੈਸਟ ਵਿੱਚ ਡਾਇਰੈਕਟਰੀ ਪਛਾਣਕਰਤਾ ਨਿਰਧਾਰਤ ਕਰੋ (folder-id) Yandex.Cloud (ਦਸਤਾਵੇਜ਼ ਵੇਖੋ);
• Yandex.Cloud API ਨਾਲ ਗੱਲਬਾਤ ਕਰਨ ਲਈ, CSI ਡਰਾਈਵਰ ਇੱਕ ਸੇਵਾ ਖਾਤੇ ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਮੈਨੀਫੈਸਟ ਵਿੱਚ, ਗੁਪਤ ਨੂੰ ਪਾਸ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ ਅਧਿਕਾਰਤ ਕੁੰਜੀਆਂ ਸੇਵਾ ਖਾਤੇ ਤੋਂ. ਦਸਤਾਵੇਜ਼ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਇੱਕ ਸੇਵਾ ਖਾਤਾ ਕਿਵੇਂ ਬਣਾਇਆ ਜਾਵੇ ਅਤੇ ਕੁੰਜੀਆਂ ਕਿਵੇਂ ਪ੍ਰਾਪਤ ਕੀਤੀਆਂ ਜਾਣ।

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

ਹੋਰ ਸਹਿਯੋਗ

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

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

PS

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

• «Kubernetes ਸਟੋਰੇਜ਼ ਲਈ ਵਾਲੀਅਮ ਪਲੱਗਇਨ: Flexvolume ਤੋਂ CSI ਤੱਕ";
• «ਅਸੀਂ ਕੰਟੇਨਰ ਸਟੋਰੇਜ ਇੰਟਰਫੇਸ ਨੂੰ ਸਮਝਦੇ ਹਾਂ (ਕੁਬਰਨੇਟਸ ਵਿੱਚ ਹੀ ਨਹੀਂ)";
• «ਕੀ ਕੁਬਰਨੇਟਸ ਕਲੱਸਟਰ ਤਿਆਰ ਕਰਨਾ ਆਸਾਨ ਅਤੇ ਸੁਵਿਧਾਜਨਕ ਹੈ? ਐਡ-ਆਨ-ਆਪਰੇਟਰ ਦੀ ਘੋਸ਼ਣਾ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ";
• «ਕੁਬਰਨੇਟਸ ਦਾ ਵਿਸਥਾਰ ਅਤੇ ਪੂਰਕ (ਸਮੀਖਿਆ ਅਤੇ ਵੀਡੀਓ ਰਿਪੋਰਟ)".

ਸਰੋਤ: www.habr.com