AWS ਸਪਾਟ ਉਦਾਹਰਨਾਂ 'ਤੇ ਇੱਕ ਸਕੇਲੇਬਲ API ਬਣਾਉਣਾ

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

ਸਪਾਟ ਉਦਾਹਰਨ ਕੀ ਹਨ?

ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਦੂਜੇ AWS ਉਪਭੋਗਤਾਵਾਂ ਦੇ ਸਰਵਰ ਹਨ ਜੋ ਵਰਤਮਾਨ ਵਿੱਚ ਨਿਸ਼ਕਿਰਿਆ ਹਨ, ਅਤੇ ਉਹ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਵੱਡੀ ਛੂਟ 'ਤੇ ਵੇਚਦੇ ਹਨ (ਐਮਾਜ਼ਾਨ 90% ਤੱਕ ਲਿਖਦਾ ਹੈ, ਸਾਡੇ ਅਨੁਭਵ ਵਿੱਚ ~3x, ਖੇਤਰ, AZ ਅਤੇ ਉਦਾਹਰਣ ਦੀ ਕਿਸਮ ਦੇ ਅਧਾਰ 'ਤੇ ਵੱਖ-ਵੱਖ ਹੁੰਦਾ ਹੈ)। ਨਿਯਮਤ ਲੋਕਾਂ ਨਾਲੋਂ ਉਹਨਾਂ ਦਾ ਮੁੱਖ ਅੰਤਰ ਇਹ ਹੈ ਕਿ ਉਹ ਕਿਸੇ ਵੀ ਸਮੇਂ ਬੰਦ ਹੋ ਸਕਦੇ ਹਨ। ਇਸ ਲਈ, ਲੰਬੇ ਸਮੇਂ ਤੋਂ ਅਸੀਂ ਵਿਸ਼ਵਾਸ ਕਰਦੇ ਹਾਂ ਕਿ S3 ਜਾਂ ਡੇਟਾਬੇਸ ਵਿੱਚ ਸੁਰੱਖਿਅਤ ਨਤੀਜਿਆਂ ਦੇ ਨਾਲ, ਕੁਆਰੀ ਵਾਤਾਵਰਨ ਲਈ, ਜਾਂ ਕਿਸੇ ਚੀਜ਼ ਦੀ ਗਣਨਾ ਕਰਨ ਦੇ ਕੰਮਾਂ ਲਈ ਉਹਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਆਮ ਗੱਲ ਸੀ, ਪਰ ਵਿਕਰੀ ਲਈ ਨਹੀਂ। ਇੱਥੇ ਤੀਜੀ-ਧਿਰ ਦੇ ਹੱਲ ਹਨ ਜੋ ਤੁਹਾਨੂੰ ਉਤਪਾਦਨ 'ਤੇ ਚਟਾਕ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ, ਪਰ ਸਾਡੇ ਕੇਸ ਲਈ ਬਹੁਤ ਸਾਰੀਆਂ ਬੈਸਾਖੀਆਂ ਹਨ, ਇਸ ਲਈ ਅਸੀਂ ਉਨ੍ਹਾਂ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕੀਤਾ। ਲੇਖ ਵਿੱਚ ਵਰਣਨ ਕੀਤੀ ਪਹੁੰਚ ਮਿਆਰੀ AWS ਕਾਰਜਕੁਸ਼ਲਤਾ ਦੇ ਅੰਦਰ ਪੂਰੀ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੀ ਹੈ, ਬਿਨਾਂ ਵਾਧੂ ਸਕ੍ਰਿਪਟਾਂ, ਤਾਜਾਂ ਆਦਿ ਦੇ।

ਹੇਠਾਂ ਕੁਝ ਸਕ੍ਰੀਨਸ਼ਾਟ ਹਨ ਜੋ ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਲਈ ਕੀਮਤ ਇਤਿਹਾਸ ਦਿਖਾਉਂਦੇ ਹਨ।

m5. eu-west-1 (ਆਇਰਲੈਂਡ) ਖੇਤਰ ਵਿੱਚ ਵੱਡਾ। ਕੀਮਤ 3 ਮਹੀਨਿਆਂ ਲਈ ਜ਼ਿਆਦਾਤਰ ਸਥਿਰ ਰਹੀ ਹੈ, ਵਰਤਮਾਨ ਵਿੱਚ 2.9x ਦੀ ਬਚਤ ਹੈ।

m5.large US-east-1 ਖੇਤਰ (N. ਵਰਜੀਨੀਆ) ਵਿੱਚ। ਕੀਮਤ 3 ਮਹੀਨਿਆਂ ਵਿੱਚ ਲਗਾਤਾਰ ਬਦਲ ਰਹੀ ਹੈ, ਵਰਤਮਾਨ ਵਿੱਚ ਉਪਲਬਧਤਾ ਜ਼ੋਨ ਦੇ ਆਧਾਰ 'ਤੇ 2.3x ਤੋਂ 2.8x ਤੱਕ ਦੀ ਬਚਤ ਹੋ ਰਹੀ ਹੈ।

t3.small in us-east-1 ਖੇਤਰ (N. ਵਰਜੀਨੀਆ)। ਕੀਮਤ 3 ਮਹੀਨਿਆਂ ਲਈ ਸਥਿਰ ਹੈ, ਵਰਤਮਾਨ ਵਿੱਚ 3.4x ਦੀ ਬਚਤ ਹੈ।

ਸੇਵਾ ਆਰਕੀਟੈਕਚਰ

ਸੇਵਾ ਦਾ ਮੂਲ ਆਰਕੀਟੈਕਚਰ ਜਿਸ ਬਾਰੇ ਅਸੀਂ ਇਸ ਲੇਖ ਵਿੱਚ ਗੱਲ ਕਰਾਂਗੇ, ਹੇਠਾਂ ਦਿੱਤੇ ਚਿੱਤਰ ਵਿੱਚ ਦਿਖਾਇਆ ਗਿਆ ਹੈ।

ਐਪਲੀਕੇਸ਼ਨ ਲੋਡ ਬੈਲੈਂਸਰ → EC2 ਟਾਰਗੇਟ ਗਰੁੱਪ → ਲਚਕੀਲੇ ਕੰਟੇਨਰ ਸੇਵਾ

ਐਪਲੀਕੇਸ਼ਨ ਲੋਡ ਬੈਲੈਂਸਰ (ਏ.ਐਲ.ਬੀ.) ਨੂੰ ਬੈਲੇਂਸ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ, ਜੋ EC2 ਟਾਰਗੇਟ ਗਰੁੱਪ (TG) ਨੂੰ ਬੇਨਤੀਆਂ ਭੇਜਦਾ ਹੈ। TG ALBs ਲਈ ਪੋਰਟਾਂ ਨੂੰ ਖੋਲ੍ਹਣ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇਲਾਸਟਿਕ ਕੰਟੇਨਰ ਸਰਵਿਸ (ECS) ਕੰਟੇਨਰਾਂ ਦੀਆਂ ਪੋਰਟਾਂ ਨਾਲ ਜੋੜਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ECS AWS ਵਿੱਚ ਕੁਬਰਨੇਟਸ ਦਾ ਇੱਕ ਐਨਾਲਾਗ ਹੈ, ਜੋ ਡੌਕਰ ਕੰਟੇਨਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ।

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

EC2 ਆਟੋ ਸਕੇਲਿੰਗ ਗਰੁੱਪ + ECS ਸਮਰੱਥਾ ਪ੍ਰਦਾਤਾ

ਉਪਰੋਕਤ ਚਿੱਤਰ EC2 ਆਟੋ ਸਕੇਲਿੰਗ ਗਰੁੱਪ (ASG) ਸੇਵਾ ਨਹੀਂ ਦਿਖਾਉਂਦਾ ਹੈ। ਨਾਮ ਤੋਂ ਤੁਸੀਂ ਸਮਝ ਸਕਦੇ ਹੋ ਕਿ ਇਹ ਸਕੇਲਿੰਗ ਉਦਾਹਰਨਾਂ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਹਾਲਾਂਕਿ, ਹਾਲ ਹੀ ਵਿੱਚ, AWS ਕੋਲ ECS ਤੋਂ ਚੱਲ ਰਹੀਆਂ ਮਸ਼ੀਨਾਂ ਦੀ ਸੰਖਿਆ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਲਈ ਬਿਲਟ-ਇਨ ਸਮਰੱਥਾ ਨਹੀਂ ਸੀ। ECS ਨੇ ਕਾਰਜਾਂ ਦੀ ਸੰਖਿਆ ਨੂੰ ਸਕੇਲ ਕਰਨਾ ਸੰਭਵ ਬਣਾਇਆ, ਉਦਾਹਰਨ ਲਈ, CPU ਵਰਤੋਂ, RAM ਜਾਂ ਬੇਨਤੀਆਂ ਦੀ ਸੰਖਿਆ ਦੁਆਰਾ। ਪਰ ਜੇ ਕਾਰਜ ਸਾਰੇ ਮੁਫਤ ਮੌਕਿਆਂ 'ਤੇ ਕਬਜ਼ਾ ਕਰ ਲੈਂਦੇ ਹਨ, ਤਾਂ ਨਵੀਆਂ ਮਸ਼ੀਨਾਂ ਆਪਣੇ ਆਪ ਨਹੀਂ ਬਣਾਈਆਂ ਗਈਆਂ ਸਨ.

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

EC2 ਲਾਂਚ ਟੈਂਪਲੇਟਸ

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

ਇਸ ਲੇਖ ਲਈ ਸਭ ਤੋਂ ਮਹੱਤਵਪੂਰਨ ਸੰਰਚਨਾ ਮਾਪਦੰਡਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ ECS_ENABLE_SPOT_INSTANCE_DRAINING=ਸੱਚਾ। ਜੇਕਰ ਇਹ ਪੈਰਾਮੀਟਰ ਸਮਰਥਿਤ ਹੈ, ਤਾਂ ਜਿਵੇਂ ਹੀ ECS ਨੂੰ ਇੱਕ ਸਿਗਨਲ ਮਿਲਦਾ ਹੈ ਕਿ ਇੱਕ ਸਪਾਟ ਇੰਸਟੈਂਸ ਨੂੰ ਦੂਰ ਕੀਤਾ ਜਾ ਰਿਹਾ ਹੈ, ਇਹ ਉਹਨਾਂ ਸਾਰੇ ਕੰਮਾਂ ਨੂੰ ਟਰਾਂਸਫਰ ਕਰਦਾ ਹੈ ਜੋ ਇਸ 'ਤੇ ਕੰਮ ਕਰਦੇ ਹਨ ਡਰੇਨਿੰਗ ਸਥਿਤੀ ਵਿੱਚ। ਇਸ ਮੌਕੇ 'ਤੇ ਕੋਈ ਨਵਾਂ ਕੰਮ ਨਹੀਂ ਸੌਂਪਿਆ ਜਾਵੇਗਾ; ਜੇਕਰ ਅਜਿਹੇ ਕੰਮ ਹਨ ਜੋ ਇਸ ਸਮੇਂ ਇਸ 'ਤੇ ਰੋਲਆਊਟ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਤਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਰੱਦ ਕਰ ਦਿੱਤਾ ਜਾਵੇਗਾ। ਬੈਲੈਂਸਰ ਤੋਂ ਵੀ ਬੇਨਤੀਆਂ ਆਉਣੀਆਂ ਬੰਦ ਹੋ ਜਾਂਦੀਆਂ ਹਨ। ਉਦਾਹਰਣ ਨੂੰ ਮਿਟਾਉਣ ਦੀ ਸੂਚਨਾ ਅਸਲ ਘਟਨਾ ਤੋਂ 2 ਮਿੰਟ ਪਹਿਲਾਂ ਆਉਂਦੀ ਹੈ। ਇਸ ਲਈ, ਜੇਕਰ ਤੁਹਾਡੀ ਸੇਵਾ 2 ਮਿੰਟਾਂ ਤੋਂ ਵੱਧ ਸਮੇਂ ਲਈ ਕੰਮ ਨਹੀਂ ਕਰਦੀ ਹੈ ਅਤੇ ਡਿਸਕ 'ਤੇ ਕੁਝ ਵੀ ਸੁਰੱਖਿਅਤ ਨਹੀਂ ਕਰਦੀ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਡਾਟਾ ਗੁਆਏ ਬਿਨਾਂ ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕਦੇ ਹੋ।

ਡਿਸਕ ਦੇ ਸੰਬੰਧ ਵਿੱਚ - ਹਾਲ ਹੀ ਵਿੱਚ AWS ਨੇ ਕੀਤਾ ਇਲਾਸਟਿਕ ਫਾਈਲ ਸਿਸਟਮ (EFS) ਨੂੰ ECS ਦੇ ਨਾਲ ਵਰਤਣਾ ਸੰਭਵ ਹੈ; ਇਸ ਸਕੀਮ ਦੇ ਨਾਲ, ਡਿਸਕ ਵੀ ਇੱਕ ਰੁਕਾਵਟ ਨਹੀਂ ਹੈ, ਪਰ ਅਸੀਂ ਇਸਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕੀਤੀ, ਕਿਉਂਕਿ ਸਿਧਾਂਤ ਵਿੱਚ ਸਾਨੂੰ ਸਟੇਟ ਸਟੋਰ ਕਰਨ ਲਈ ਡਿਸਕ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ. ਮੂਲ ਰੂਪ ਵਿੱਚ, SIGINT ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ (ਜਦੋਂ ਇੱਕ ਕੰਮ ਨੂੰ ਡਰੇਨਿੰਗ ਸਥਿਤੀ ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ), ਸਾਰੇ ਚੱਲ ਰਹੇ ਕੰਮ 30 ਸਕਿੰਟਾਂ ਬਾਅਦ ਬੰਦ ਕਰ ਦਿੱਤੇ ਜਾਣਗੇ, ਭਾਵੇਂ ਉਹ ਅਜੇ ਵੀ ਪੂਰੇ ਨਹੀਂ ਹੋਏ ਹਨ; ਤੁਸੀਂ ਪੈਰਾਮੀਟਰ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਇਸ ਸਮੇਂ ਨੂੰ ਬਦਲ ਸਕਦੇ ਹੋ ECS_CONTAINER_STOP_TIMEOUT. ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਸ ਨੂੰ ਸਪਾਟ ਮਸ਼ੀਨਾਂ ਲਈ 2 ਮਿੰਟ ਤੋਂ ਵੱਧ ਸਮੇਂ ਲਈ ਸੈਟ ਨਹੀਂ ਕਰਨਾ ਹੈ.

ਇੱਕ ਸੇਵਾ ਬਣਾਉਣਾ

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

EC2 ਲਾਂਚ ਟੈਂਪਲੇਟ

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

ਐਮਾਜ਼ਾਨ ਮਸ਼ੀਨ ਚਿੱਤਰ (AMI) — ਡਿਸਕ ਪ੍ਰਤੀਬਿੰਬ ਦਿਓ ਜਿਸ ਨਾਲ ਸਾਰੀਆਂ ਉਦਾਹਰਨਾਂ ਸ਼ੁਰੂ ਕੀਤੀਆਂ ਜਾਣਗੀਆਂ। ਈਸੀਐਸ ਲਈ, ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇਹ ਐਮਾਜ਼ਾਨ ਤੋਂ ਅਨੁਕੂਲਿਤ ਚਿੱਤਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੇ ਯੋਗ ਹੈ. ਇਹ ਨਿਯਮਿਤ ਤੌਰ 'ਤੇ ਅੱਪਡੇਟ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਅਤੇ ਇਸ ਵਿੱਚ ECS ਦੇ ਕੰਮ ਕਰਨ ਲਈ ਲੋੜੀਂਦੀ ਹਰ ਚੀਜ਼ ਸ਼ਾਮਲ ਹੁੰਦੀ ਹੈ। ਮੌਜੂਦਾ ਚਿੱਤਰ ID ਦਾ ਪਤਾ ਲਗਾਉਣ ਲਈ, ਪੰਨੇ 'ਤੇ ਜਾਓ ਐਮਾਜ਼ਾਨ ਈਸੀਐਸ-ਅਨੁਕੂਲ AMIs, ਉਹ ਖੇਤਰ ਚੁਣੋ ਜਿਸ ਦੀ ਤੁਸੀਂ ਵਰਤੋਂ ਕਰ ਰਹੇ ਹੋ ਅਤੇ ਇਸਦੇ ਲਈ AMI ID ਕਾਪੀ ਕਰੋ। ਉਦਾਹਰਨ ਲਈ, us-east-1 ਖੇਤਰ ਲਈ, ਲਿਖਣ ਦੇ ਸਮੇਂ ਮੌਜੂਦਾ ID ਹੈ ami-00c7c1cf5bdc913ed. ਇਸ ID ਨੂੰ ਇੱਕ ਕਸਟਮ ਮੁੱਲ ਆਈਟਮ ਨਿਰਧਾਰਤ ਕਰੋ ਵਿੱਚ ਸ਼ਾਮਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਉਦਾਹਰਨ ਦੀ ਕਿਸਮ - ਉਦਾਹਰਣ ਦੀ ਕਿਸਮ ਦਰਸਾਓ। ਇੱਕ ਚੁਣੋ ਜੋ ਤੁਹਾਡੇ ਕੰਮ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਹੈ।

ਕੁੰਜੀ ਜੋੜਾ (ਲੌਗਇਨ) — ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਦਿਓ ਜਿਸ ਨਾਲ ਤੁਸੀਂ SSH ਰਾਹੀਂ ਉਦਾਹਰਨ ਨਾਲ ਜੁੜ ਸਕਦੇ ਹੋ, ਜੇਕਰ ਲੋੜ ਹੋਵੇ।

ਨੈਟਵਰਕ ਸੈਟਿੰਗਾਂ — ਨੈੱਟਵਰਕ ਪੈਰਾਮੀਟਰ ਦਿਓ। ਨੈੱਟਵਰਕਿੰਗ ਪਲੇਟਫਾਰਮ ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇੱਕ ਵਰਚੁਅਲ ਪ੍ਰਾਈਵੇਟ ਕਲਾਊਡ (VPC) ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ। ਸੁਰੱਖਿਆ ਸਮੂਹ — ਤੁਹਾਡੀਆਂ ਸਥਿਤੀਆਂ ਲਈ ਸੁਰੱਖਿਆ ਸਮੂਹ। ਕਿਉਂਕਿ ਅਸੀਂ ਉਦਾਹਰਨਾਂ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਬੈਲੇਂਸਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ, ਮੈਂ ਇੱਥੇ ਇੱਕ ਸਮੂਹ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਸਿਫ਼ਾਰਿਸ਼ ਕਰਦਾ ਹਾਂ ਜੋ ਸਿਰਫ਼ ਬੈਲੇਂਸਰ ਤੋਂ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਭਾਵ, ਤੁਹਾਡੇ ਕੋਲ 2 ਸੁਰੱਖਿਆ ਸਮੂਹ ਹੋਣਗੇ, ਇੱਕ ਬੈਲੇਂਸਰ ਲਈ, ਜੋ ਕਿ ਪੋਰਟ 80 (http) ਅਤੇ 443 (https) 'ਤੇ ਕਿਤੇ ਵੀ ਅੰਦਰ ਵੱਲ ਕਨੈਕਸ਼ਨ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਅਤੇ ਦੂਜਾ ਮਸ਼ੀਨਾਂ ਲਈ, ਜੋ ਬੈਲੇਂਸਰ ਸਮੂਹ ਤੋਂ ਕਿਸੇ ਵੀ ਪੋਰਟ 'ਤੇ ਆਉਣ ਵਾਲੇ ਕਨੈਕਸ਼ਨਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। . ਦੋਵਾਂ ਸਮੂਹਾਂ ਵਿੱਚ ਆਊਟਬਾਉਂਡ ਕਨੈਕਸ਼ਨਾਂ ਨੂੰ TCP ਪ੍ਰੋਟੋਕੋਲ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸਾਰੇ ਪਤਿਆਂ ਲਈ ਸਾਰੀਆਂ ਪੋਰਟਾਂ ਲਈ ਖੋਲ੍ਹਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਤੁਸੀਂ ਆਊਟਗੋਇੰਗ ਕਨੈਕਸ਼ਨਾਂ ਲਈ ਪੋਰਟਾਂ ਅਤੇ ਪਤਿਆਂ ਨੂੰ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਫਿਰ ਤੁਹਾਨੂੰ ਲਗਾਤਾਰ ਨਿਗਰਾਨੀ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਕਿ ਤੁਸੀਂ ਬੰਦ ਪੋਰਟ 'ਤੇ ਕਿਸੇ ਚੀਜ਼ ਨੂੰ ਐਕਸੈਸ ਕਰਨ ਦੀ ਕੋਸ਼ਿਸ਼ ਨਹੀਂ ਕਰ ਰਹੇ ਹੋ।

ਸਟੋਰੇਜ (ਵਾਲੀਅਮ) — ਮਸ਼ੀਨਾਂ ਲਈ ਡਿਸਕ ਪੈਰਾਮੀਟਰ ਦਿਓ। ਡਿਸਕ ਦਾ ਆਕਾਰ AMI ਵਿੱਚ ਨਿਰਦਿਸ਼ਟ ਤੋਂ ਘੱਟ ਨਹੀਂ ਹੋ ਸਕਦਾ; ECS ਅਨੁਕੂਲਿਤ ਲਈ ਇਹ 30 GiB ਹੈ।

ਉੱਨਤ ਵੇਰਵੇ — ਵਾਧੂ ਪੈਰਾਮੀਟਰ ਦਿਓ।

ਖਰੀਦਦਾਰੀ ਵਿਕਲਪ - ਕੀ ਅਸੀਂ ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਖਰੀਦਣਾ ਚਾਹੁੰਦੇ ਹਾਂ। ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ, ਪਰ ਅਸੀਂ ਇੱਥੇ ਇਸ ਬਾਕਸ ਨੂੰ ਨਹੀਂ ਚੁਣਾਂਗੇ; ਅਸੀਂ ਇਸਨੂੰ ਆਟੋ ਸਕੇਲਿੰਗ ਸਮੂਹ ਵਿੱਚ ਸੰਰਚਿਤ ਕਰਾਂਗੇ, ਉੱਥੇ ਹੋਰ ਵਿਕਲਪ ਹਨ।

IAM ਉਦਾਹਰਨ ਪ੍ਰੋਫਾਈਲ - ਉਸ ਭੂਮਿਕਾ ਨੂੰ ਦਰਸਾਓ ਜਿਸ ਨਾਲ ਉਦਾਹਰਣਾਂ ਨੂੰ ਲਾਂਚ ਕੀਤਾ ਜਾਵੇਗਾ। ਉਦਾਹਰਨਾਂ ਨੂੰ ECS ਵਿੱਚ ਚਲਾਉਣ ਲਈ, ਉਹਨਾਂ ਨੂੰ ਇਜਾਜ਼ਤਾਂ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ, ਜੋ ਆਮ ਤੌਰ 'ਤੇ ਭੂਮਿਕਾ ਵਿੱਚ ਮਿਲਦੀਆਂ ਹਨ ecsInstanceRole. ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ ਇਹ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਜੇ ਨਹੀਂ, ਤਾਂ ਇੱਥੇ ਦਸਤੀ ਇਹ ਕਿਵੇਂ ਕਰਨਾ ਹੈ 'ਤੇ. ਰਚਨਾ ਦੇ ਬਾਅਦ, ਅਸੀਂ ਇਸਨੂੰ ਟੈਂਪਲੇਟ ਵਿੱਚ ਦਰਸਾਉਂਦੇ ਹਾਂ.
ਅੱਗੇ ਬਹੁਤ ਸਾਰੇ ਮਾਪਦੰਡ ਹਨ, ਮੂਲ ਰੂਪ ਵਿੱਚ ਤੁਸੀਂ ਹਰ ਥਾਂ ਡਿਫੌਲਟ ਮੁੱਲ ਛੱਡ ਸਕਦੇ ਹੋ, ਪਰ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰ ਇੱਕ ਦਾ ਸਪਸ਼ਟ ਵਰਣਨ ਹੈ. ਜੇਕਰ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ ਤਾਂ ਮੈਂ ਹਮੇਸ਼ਾ EBS- ਅਨੁਕੂਲਿਤ ਉਦਾਹਰਣ ਅਤੇ T2/T3 ਅਸੀਮਤ ਵਿਕਲਪਾਂ ਨੂੰ ਸਮਰੱਥ ਬਣਾਉਂਦਾ ਹਾਂ ਫਟਣਯੋਗ ਉਦਾਹਰਨਾਂ

ਉਪਭੋਗਤਾ ਡੇਟਾ - ਉਪਭੋਗਤਾ ਡੇਟਾ ਦਰਸਾਓ. ਅਸੀਂ ਫਾਈਲ ਨੂੰ ਸੋਧਾਂਗੇ /etc/ecs/ecs.config, ਜਿਸ ਵਿੱਚ ECS ਏਜੰਟ ਕੌਂਫਿਗਰੇਸ਼ਨ ਸ਼ਾਮਲ ਹੈ।
ਉਪਭੋਗਤਾ ਡੇਟਾ ਕਿਹੋ ਜਿਹਾ ਦਿਖਾਈ ਦੇ ਸਕਦਾ ਹੈ ਦੀ ਇੱਕ ਉਦਾਹਰਨ:

#!/bin/bash
echo ECS_CLUSTER=DemoApiClusterProd >> /etc/ecs/ecs.config
echo ECS_ENABLE_SPOT_INSTANCE_DRAINING=true >> /etc/ecs/ecs.config
echo ECS_CONTAINER_STOP_TIMEOUT=1m >> /etc/ecs/ecs.config
echo ECS_ENGINE_AUTH_TYPE=docker >> /etc/ecs/ecs.config
echo "ECS_ENGINE_AUTH_DATA={"registry.gitlab.com":{"username":"username","password":"password"}}" >> /etc/ecs/ecs.config

ECS_CLUSTER=DemoApiClusterProd — ਪੈਰਾਮੀਟਰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਉਦਾਹਰਣ ਦਿੱਤੇ ਗਏ ਨਾਮ ਵਾਲੇ ਕਲੱਸਟਰ ਨਾਲ ਸਬੰਧਤ ਹੈ, ਯਾਨੀ ਇਹ ਕਲੱਸਟਰ ਇਸ ਸਰਵਰ 'ਤੇ ਆਪਣੇ ਕਾਰਜਾਂ ਨੂੰ ਰੱਖਣ ਦੇ ਯੋਗ ਹੋਵੇਗਾ। ਅਸੀਂ ਅਜੇ ਤੱਕ ਕੋਈ ਕਲੱਸਟਰ ਨਹੀਂ ਬਣਾਇਆ ਹੈ, ਪਰ ਅਸੀਂ ਇਸਨੂੰ ਬਣਾਉਣ ਵੇਲੇ ਇਸ ਨਾਮ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ।

ECS_ENABLE_SPOT_INSTANCE_DRAINING=true — ਪੈਰਾਮੀਟਰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਜਦੋਂ ਇੱਕ ਸਪਾਟ ਉਦਾਹਰਨ ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਇੱਕ ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਇਸ 'ਤੇ ਸਾਰੇ ਕਾਰਜਾਂ ਨੂੰ ਡਰੇਨਿੰਗ ਸਥਿਤੀ ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ECS_CONTAINER_STOP_TIMEOUT=1m - ਪੈਰਾਮੀਟਰ ਦੱਸਦਾ ਹੈ ਕਿ ਇੱਕ SIGINT ਸਿਗਨਲ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ, ਸਾਰੇ ਕਾਰਜਾਂ ਨੂੰ ਮਾਰਨ ਤੋਂ ਪਹਿਲਾਂ 1 ਮਿੰਟ ਹੁੰਦਾ ਹੈ।

ECS_ENGINE_AUTH_TYPE=docker - ਪੈਰਾਮੀਟਰ ਦਰਸਾਉਂਦਾ ਹੈ ਕਿ ਡੌਕਰ ਸਕੀਮ ਨੂੰ ਪ੍ਰਮਾਣਿਕਤਾ ਵਿਧੀ ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ

ECS_ENGINE_AUTH_DATA=... - ਪ੍ਰਾਈਵੇਟ ਕੰਟੇਨਰ ਰਜਿਸਟਰੀ ਨਾਲ ਕਨੈਕਸ਼ਨ ਪੈਰਾਮੀਟਰ, ਜਿੱਥੇ ਤੁਹਾਡੀਆਂ ਡੌਕਰ ਚਿੱਤਰ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਜੇਕਰ ਇਹ ਜਨਤਕ ਹੈ, ਤਾਂ ਤੁਹਾਨੂੰ ਕੁਝ ਵੀ ਦੱਸਣ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ।

ਇਸ ਲੇਖ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਮੈਂ ਡੌਕਰ ਹੱਬ ਤੋਂ ਇੱਕ ਜਨਤਕ ਚਿੱਤਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ, ਇਸ ਲਈ ਮਾਪਦੰਡ ਨਿਰਧਾਰਤ ਕਰੋ ECS_ENGINE_AUTH_TYPE и ECS_ENGINE_AUTH_DATA ਦੀ ਲੋੜ ਨਹੀਂ

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

EC2 ਆਟੋ ਸਕੇਲਿੰਗ ਗਰੁੱਪ

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

ਟੈਂਪਲੇਟ ਲਾਂਚ ਕਰੋ - ਪਿਛਲੇ ਪੜਾਅ ਵਿੱਚ ਬਣਾਇਆ ਟੈਪਲੇਟ ਚੁਣੋ। ਅਸੀਂ ਡਿਫੌਲਟ ਸੰਸਕਰਣ ਛੱਡ ਦਿੰਦੇ ਹਾਂ।

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

ਵਿਕਲਪਿਕ ਆਨ-ਡਿਮਾਂਡ ਅਧਾਰ — ਨਿਯਮਤ, ਗੈਰ-ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਦੀ ਗਿਣਤੀ ਜੋ ਹਮੇਸ਼ਾ ਕੰਮ ਕਰੇਗੀ।

ਅਧਾਰ ਤੋਂ ਉੱਪਰ-ਡਿਮਾਂਡ ਪ੍ਰਤੀਸ਼ਤ - ਨਿਯਮਤ ਅਤੇ ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਦਾ ਪ੍ਰਤੀਸ਼ਤ ਅਨੁਪਾਤ, 50-50 ਨੂੰ ਬਰਾਬਰ ਵੰਡਿਆ ਜਾਵੇਗਾ, ਹਰੇਕ ਨਿਯਮਤ ਉਦਾਹਰਨ ਲਈ 20-80 4 ਸਪਾਟ ਮੌਕਿਆਂ ਨੂੰ ਵਧਾਇਆ ਜਾਵੇਗਾ। ਇਸ ਉਦਾਹਰਨ ਦੇ ਉਦੇਸ਼ਾਂ ਲਈ, ਮੈਂ 50-50 ਦਰਸਾਵਾਂਗਾ, ਪਰ ਅਸਲ ਵਿੱਚ ਅਸੀਂ ਅਕਸਰ 20-80 ਕਰਦੇ ਹਾਂ, ਕੁਝ ਮਾਮਲਿਆਂ ਵਿੱਚ 0-100.

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

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

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

ਸਮੂਹ ਦਾ ਆਕਾਰ - ਅਸੀਂ ਕਲੱਸਟਰ ਵਿੱਚ ਮਸ਼ੀਨਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਸ਼ੁਰੂ ਵਿੱਚ ਮਸ਼ੀਨਾਂ ਦੀ ਲੋੜੀਦੀ ਸੰਖਿਆ ਦੀ ਸੀਮਾ ਦਰਸਾਉਂਦੇ ਹਾਂ। ਕਲੱਸਟਰ ਵਿੱਚ ਮਸ਼ੀਨਾਂ ਦੀ ਗਿਣਤੀ ਕਦੇ ਵੀ ਨਿਰਧਾਰਿਤ ਘੱਟੋ-ਘੱਟ ਤੋਂ ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਤੋਂ ਵੱਧ ਨਹੀਂ ਹੋਵੇਗੀ, ਭਾਵੇਂ ਸਕੇਲਿੰਗ ਮੈਟ੍ਰਿਕਸ ਦੇ ਅਨੁਸਾਰ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ।

ਸਕੇਲਿੰਗ ਨੀਤੀਆਂ — ਸਕੇਲਿੰਗ ਪੈਰਾਮੀਟਰ, ਪਰ ਅਸੀਂ ਚੱਲ ਰਹੇ ECS ਕਾਰਜਾਂ ਦੇ ਆਧਾਰ 'ਤੇ ਸਕੇਲ ਕਰਾਂਗੇ, ਇਸ ਲਈ ਅਸੀਂ ਬਾਅਦ ਵਿੱਚ ਸਕੇਲਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਾਂਗੇ।

ਉਦਾਹਰਨ ਸਕੇਲ-ਇਨ ਸੁਰੱਖਿਆ - ਸਕੇਲ ਡਾਊਨ ਕਰਨ ਵੇਲੇ ਮਿਟਾਉਣ ਤੋਂ ਉਦਾਹਰਨਾਂ ਦੀ ਸੁਰੱਖਿਆ। ਅਸੀਂ ਇਸਨੂੰ ਸਮਰੱਥ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ ASG ਉਸ ਮਸ਼ੀਨ ਨੂੰ ਨਾ ਮਿਟਾਏ ਜਿਸ ਵਿੱਚ ਚੱਲ ਰਹੇ ਕਾਰਜ ਹਨ। ECS ਸਮਰੱਥਾ ਪ੍ਰਦਾਤਾ ਉਹਨਾਂ ਮੌਕਿਆਂ ਲਈ ਸੁਰੱਖਿਆ ਨੂੰ ਅਯੋਗ ਕਰ ਦੇਵੇਗਾ ਜਿਹਨਾਂ ਕੋਲ ਕੰਮ ਨਹੀਂ ਹਨ।

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

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

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

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

ਐਪਲੀਕੇਸ਼ਨ ਲੋਡ ਬੈਲੈਂਸਰ ਅਤੇ EC2 ਟਾਰਗੇਟ ਗਰੁੱਪ

ਬੈਲੇਂਸਰ ਸੈਕਸ਼ਨ EC2 → ਲੋਡ ਬੈਲੈਂਸਿੰਗ → ਲੋਡ ਬੈਲੈਂਸਰ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਅਸੀਂ ਐਪਲੀਕੇਸ਼ਨ ਲੋਡ ਬੈਲੈਂਸਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ; ਵੱਖ-ਵੱਖ ਕਿਸਮਾਂ ਦੇ ਬੈਲੇਂਸਰਾਂ ਦੀ ਤੁਲਨਾ ਇੱਥੇ ਪੜ੍ਹੀ ਜਾ ਸਕਦੀ ਹੈ ਸੇਵਾ ਪੰਨਾ.

ਸੁਣਨ ਵਾਲਿਆਂ - ਪੋਰਟ 80 ਅਤੇ 443 ਬਣਾਉਣਾ ਅਤੇ ਬਾਅਦ ਵਿੱਚ ਬੈਲੇਂਸਰ ਨਿਯਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਕੇ 80 ਤੋਂ 443 ਤੱਕ ਰੀਡਾਇਰੈਕਟ ਕਰਨਾ ਸਮਝਦਾਰ ਹੈ।

ਉਪਲਬਧਤਾ ਜ਼ੋਨ — ਜ਼ਿਆਦਾਤਰ ਮਾਮਲਿਆਂ ਵਿੱਚ, ਅਸੀਂ ਹਰੇਕ ਲਈ ਪਹੁੰਚਯੋਗਤਾ ਜ਼ੋਨ ਚੁਣਦੇ ਹਾਂ।

ਸੁਰੱਖਿਆ ਸੈਟਿੰਗਾਂ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰੋ — ਬੈਲੇਂਸਰ ਲਈ SSL ਸਰਟੀਫਿਕੇਟ ਇੱਥੇ ਦਰਸਾਇਆ ਗਿਆ ਹੈ, ਸਭ ਤੋਂ ਸੁਵਿਧਾਜਨਕ ਵਿਕਲਪ ਹੈ ਇੱਕ ਸਰਟੀਫਿਕੇਟ ਬਣਾਓ ACM ਵਿੱਚ. ਅੰਤਰ ਬਾਰੇ ਸੁਰੱਖਿਆ ਨੀਤੀ ਵਿੱਚ ਪੜ੍ਹਿਆ ਜਾ ਸਕਦਾ ਹੈ ਦਸਤਾਵੇਜ਼, ਤੁਸੀਂ ਇਸਨੂੰ ਮੂਲ ਰੂਪ ਵਿੱਚ ਚੁਣਿਆ ਛੱਡ ਸਕਦੇ ਹੋ ELBSecurityPolicy-2016-08. ਬੈਲੇਂਸਰ ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਤੁਸੀਂ ਇਸਨੂੰ ਦੇਖੋਗੇ DNS ਨਾਮ, ਜਿਸ ਦੀ ਤੁਹਾਨੂੰ ਆਪਣੇ ਡੋਮੇਨ ਲਈ CNAME ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਦੀ ਲੋੜ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਕਲਾਉਡਫਲੇਅਰ ਵਿੱਚ ਇਹ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦਾ ਹੈ।

ਸੁਰੱਖਿਆ ਸਮੂਹ — ਬੈਲੇਂਸਰ ਲਈ ਇੱਕ ਸੁਰੱਖਿਆ ਸਮੂਹ ਬਣਾਓ ਜਾਂ ਚੁਣੋ, ਮੈਂ ਇਸ ਬਾਰੇ EC2 ਲਾਂਚ ਟੈਂਪਲੇਟ → ਨੈੱਟਵਰਕ ਸੈਟਿੰਗ ਸੈਕਸ਼ਨ ਵਿੱਚ ਇਸ ਬਾਰੇ ਹੋਰ ਲਿਖਿਆ ਹੈ।

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

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

ਟੀਚੇ ਦਰਜ ਕਰੋ — ਇੱਥੇ ਗਰੁੱਪ ਲਈ ਕਾਰਾਂ ਚੁਣੀਆਂ ਗਈਆਂ ਹਨ, ਪਰ ਸਾਡੇ ਕੇਸ ਵਿੱਚ ਇਹ ECS ਦੁਆਰਾ ਕੀਤਾ ਜਾਵੇਗਾ, ਇਸ ਲਈ ਅਸੀਂ ਇਸ ਪੜਾਅ ਨੂੰ ਛੱਡ ਦਿੰਦੇ ਹਾਂ।

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

ECS ਟਾਸਕ ਪਰਿਭਾਸ਼ਾ

ਪਿਛਲੇ ਪੜਾਵਾਂ ਵਿੱਚ, ਅਸੀਂ ਸੇਵਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨਾਲ ਸਬੰਧਤ ਹਰ ਚੀਜ਼ ਬਣਾਈ ਹੈ; ਹੁਣ ਅਸੀਂ ਉਹਨਾਂ ਕੰਟੇਨਰਾਂ ਦਾ ਵਰਣਨ ਕਰਨ ਲਈ ਅੱਗੇ ਵਧਦੇ ਹਾਂ ਜੋ ਅਸੀਂ ਲਾਂਚ ਕਰਾਂਗੇ। ਇਹ ECS → ਟਾਸਕ ਪਰਿਭਾਸ਼ਾਵਾਂ ਸੈਕਸ਼ਨ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ।

ਕਿਸਮ ਦੀ ਅਨੁਕੂਲਤਾ ਲਾਂਚ ਕਰੋ - EC2 ਚੁਣੋ।

ਟਾਸਕ ਐਗਜ਼ੀਕਿਊਸ਼ਨ IAM ਰੋਲ - ਚੁਣੋ ecsTaskExecutionRole. ਇਸ ਦੀ ਵਰਤੋਂ ਕਰਕੇ, ਲੌਗ ਲਿਖੇ ਜਾਂਦੇ ਹਨ, ਗੁਪਤ ਵੇਰੀਏਬਲਾਂ ਤੱਕ ਪਹੁੰਚ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ, ਆਦਿ।

ਕੰਟੇਨਰ ਪਰਿਭਾਸ਼ਾਵਾਂ ਸੈਕਸ਼ਨ ਵਿੱਚ, ਕੰਟੇਨਰ ਸ਼ਾਮਲ ਕਰੋ 'ਤੇ ਕਲਿੱਕ ਕਰੋ।

ਚਿੱਤਰ - ਪ੍ਰੋਜੈਕਟ ਕੋਡ ਦੇ ਨਾਲ ਚਿੱਤਰ ਨਾਲ ਲਿੰਕ; ਇਸ ਉਦਾਹਰਣ ਲਈ ਮੈਂ ਡੌਕਰ ਹੱਬ ਤੋਂ ਇੱਕ ਜਨਤਕ ਚਿੱਤਰ ਦੀ ਵਰਤੋਂ ਕਰਾਂਗਾ bitnami/node-ਉਦਾਹਰਨ:0.0.1.

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

ਪੋਰਟ ਮੈਪਿੰਗ - at ਹੋਸਟ ਪੋਰਟ ਅਸੀਂ 0 ਦਰਸਾਉਂਦੇ ਹਾਂ, ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਪੋਰਟ ਨੂੰ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਵੇਗਾ ਅਤੇ ਟਾਰਗੇਟ ਗਰੁੱਪ ਦੁਆਰਾ ਨਿਗਰਾਨੀ ਕੀਤੀ ਜਾਵੇਗੀ। ਕੰਟੇਨਰ ਪੋਰਟ — ਉਹ ਪੋਰਟ ਜਿਸ 'ਤੇ ਤੁਹਾਡੀ ਐਪਲੀਕੇਸ਼ਨ ਚੱਲਦੀ ਹੈ ਅਕਸਰ ਐਗਜ਼ੀਕਿਊਸ਼ਨ ਕਮਾਂਡ ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ, ਜਾਂ ਤੁਹਾਡੇ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ, ਡੌਕਰਫਾਈਲ, ਆਦਿ ਵਿੱਚ ਨਿਰਧਾਰਤ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਸਾਡੇ ਉਦਾਹਰਣ ਲਈ ਅਸੀਂ 3000 ਦੀ ਵਰਤੋਂ ਕਰਾਂਗੇ ਕਿਉਂਕਿ ਇਹ ਸੂਚੀਬੱਧ ਹੈ ਡੌਕਰਫਾਈਲ ਵਰਤਿਆ ਜਾ ਰਿਹਾ ਚਿੱਤਰ.

ਸਿਹਤ ਜਾਂਚ — ਕੰਟੇਨਰ ਸਿਹਤ ਜਾਂਚ ਮਾਪਦੰਡ, ਟਾਰਗੇਟ ਸਮੂਹ ਵਿੱਚ ਸੰਰਚਿਤ ਕੀਤੇ ਗਏ ਇੱਕ ਨਾਲ ਉਲਝਣ ਵਿੱਚ ਨਾ ਹੋਣ ਲਈ।

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

ਹੁਕਮ — ਇੱਕ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਇੱਕ ਸੇਵਾ ਸ਼ੁਰੂ ਕਰਨ ਲਈ ਇੱਕ ਕਮਾਂਡ, ਸਾਰੇ ਮਾਪਦੰਡ ਕਾਮਿਆਂ ਦੁਆਰਾ ਵੱਖ ਕੀਤੇ ਗਏ ਹਨ। ਇਹ gunicorn, npm, ਆਦਿ ਹੋ ਸਕਦਾ ਹੈ। ਜੇਕਰ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤਾ ਗਿਆ ਹੈ, ਤਾਂ ਡੌਕਰਫਾਈਲ ਤੋਂ CMD ਨਿਰਦੇਸ਼ ਦਾ ਮੁੱਲ ਵਰਤਿਆ ਜਾਵੇਗਾ। ਅਸੀਂ ਸੰਕੇਤ ਕਰਦੇ ਹਾਂ npm,start.

ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ - ਕੰਟੇਨਰ ਵਾਤਾਵਰਣ ਵੇਰੀਏਬਲ। ਇਹ ਜਾਂ ਤਾਂ ਸਧਾਰਨ ਟੈਕਸਟ ਡੇਟਾ ਜਾਂ ਗੁਪਤ ਵੇਰੀਏਬਲ ਹੋ ਸਕਦਾ ਹੈ ਸੀਕਰੇਟਸ ਮੈਨੇਜਰ ਜ ਪੈਰਾਮੀਟਰ ਸਟੋਰ.

ਸਟੋਰੇਜ ਅਤੇ ਲੌਗਿੰਗ — ਇੱਥੇ ਅਸੀਂ CloudWatch Logs (AWS ਤੋਂ ਲੌਗਸ ਲਈ ਇੱਕ ਸੇਵਾ) ਵਿੱਚ ਲੌਗਿੰਗ ਸੈਟ ਅਪ ਕਰਾਂਗੇ। ਅਜਿਹਾ ਕਰਨ ਲਈ, ਬਸ ਆਟੋ-ਕਨਫਿਗਰ ਕਲਾਉਡਵਾਚ ਲੌਗਜ਼ ਚੈੱਕਬਾਕਸ ਨੂੰ ਸਮਰੱਥ ਬਣਾਓ। ਟਾਸਕ ਪਰਿਭਾਸ਼ਾ ਬਣਾਉਣ ਤੋਂ ਬਾਅਦ, ਲੌਗਸ ਦਾ ਇੱਕ ਸਮੂਹ CloudWatch ਵਿੱਚ ਆਪਣੇ ਆਪ ਹੀ ਬਣਾਇਆ ਜਾਵੇਗਾ। ਮੂਲ ਰੂਪ ਵਿੱਚ, ਲੌਗਸ ਇਸ ਵਿੱਚ ਅਣਮਿੱਥੇ ਸਮੇਂ ਲਈ ਸਟੋਰ ਕੀਤੇ ਜਾਂਦੇ ਹਨ; ਮੈਂ ਰੀਟੈਨਸ਼ਨ ਪੀਰੀਅਡ ਨੂੰ ਕਦੇ ਵੀ ਐਕਸਪਾਇਰ ਤੋਂ ਲੋੜੀਂਦੀ ਮਿਆਦ ਵਿੱਚ ਬਦਲਣ ਦੀ ਸਿਫ਼ਾਰਸ਼ ਕਰਦਾ ਹਾਂ। ਇਹ CloudWatch ਲੌਗ ਸਮੂਹਾਂ ਵਿੱਚ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਤੁਹਾਨੂੰ ਮੌਜੂਦਾ ਮਿਆਦ 'ਤੇ ਕਲਿੱਕ ਕਰਨ ਅਤੇ ਇੱਕ ਨਵਾਂ ਚੁਣਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

ECS ਕਲੱਸਟਰ ਅਤੇ ECS ਸਮਰੱਥਾ ਪ੍ਰਦਾਤਾ

ਕਲੱਸਟਰ ਬਣਾਉਣ ਲਈ ECS → ਕਲੱਸਟਰ ਸੈਕਸ਼ਨ 'ਤੇ ਜਾਓ। ਅਸੀਂ ਟੈਂਪਲੇਟ ਵਜੋਂ EC2 Linux + Networking ਨੂੰ ਚੁਣਦੇ ਹਾਂ।

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

ਟੈਬ 'ਤੇ ਜਾਓ ਸਮਰੱਥਾ ਪ੍ਰਦਾਤਾ ਅਤੇ ਇੱਕ ਨਵਾਂ ਬਣਾਓ। ਮੈਂ ਤੁਹਾਨੂੰ ਯਾਦ ਦਿਵਾਉਣਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਚੱਲ ਰਹੇ ECS ਕਾਰਜਾਂ ਦੀ ਗਿਣਤੀ ਦੇ ਅਧਾਰ 'ਤੇ ਮਸ਼ੀਨਾਂ ਦੀ ਸਿਰਜਣਾ ਅਤੇ ਬੰਦ ਕਰਨ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੈ। ਇਹ ਨੋਟ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਇੱਕ ਪ੍ਰਦਾਤਾ ਨੂੰ ਸਿਰਫ਼ ਇੱਕ ਸਮੂਹ ਨੂੰ ਸੌਂਪਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਆਟੋ ਸਕੇਲਿੰਗ ਗਰੁੱਪ — ਪਹਿਲਾਂ ਬਣਾਇਆ ਗਰੁੱਪ ਚੁਣੋ।

ਪ੍ਰਬੰਧਿਤ ਸਕੇਲਿੰਗ - ਇਸਨੂੰ ਸਮਰੱਥ ਕਰੋ ਤਾਂ ਜੋ ਪ੍ਰਦਾਤਾ ਸੇਵਾ ਨੂੰ ਸਕੇਲ ਕਰ ਸਕੇ।

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

ਪ੍ਰਬੰਧਿਤ ਸਮਾਪਤੀ ਸੁਰੱਖਿਆ — ਯੋਗ ਕਰੋ, ਇਹ ਪੈਰਾਮੀਟਰ ਪ੍ਰਦਾਤਾ ਨੂੰ ਮਿਟਾਉਣ ਤੋਂ ਉਦਾਹਰਨਾਂ ਦੀ ਸੁਰੱਖਿਆ ਨੂੰ ਹਟਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ। ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਮਸ਼ੀਨ 'ਤੇ ਕੋਈ ਕਿਰਿਆਸ਼ੀਲ ਕੰਮ ਨਹੀਂ ਹੁੰਦੇ ਹਨ ਅਤੇ ਟਾਰਗੇਟ ਸਮਰੱਥਾ% ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦੇ ਹਨ।

ECS ਸੇਵਾ ਅਤੇ ਸਕੇਲਿੰਗ ਸੈੱਟਅੱਪ

ਆਖਰੀ ਪੜਾਅ :) ਕੋਈ ਸੇਵਾ ਬਣਾਉਣ ਲਈ, ਤੁਹਾਨੂੰ ਸਰਵਿਸਿਜ਼ ਟੈਬ 'ਤੇ ਪਹਿਲਾਂ ਬਣਾਏ ਗਏ ਕਲੱਸਟਰ 'ਤੇ ਜਾਣ ਦੀ ਲੋੜ ਹੈ।

ਲਾਂਚ ਦੀ ਕਿਸਮ — ਤੁਹਾਨੂੰ ਸਮਰੱਥਾ ਪ੍ਰਦਾਤਾ ਰਣਨੀਤੀ 'ਤੇ ਸਵਿੱਚ ਕਰਨ ਅਤੇ ਪਹਿਲਾਂ ਬਣਾਏ ਪ੍ਰਦਾਤਾਵਾਂ ਨੂੰ ਚੁਣਨ ਦੀ ਲੋੜ ਹੈ।

ਕਾਰਜ ਪਰਿਭਾਸ਼ਾ - ਪਹਿਲਾਂ ਬਣਾਈ ਗਈ ਟਾਸਕ ਪਰਿਭਾਸ਼ਾ ਅਤੇ ਇਸਦੀ ਸੰਸ਼ੋਧਨ ਦੀ ਚੋਣ ਕਰੋ।

ਸੇਵਾ ਦਾ ਨਾਮ — ਉਲਝਣ ਤੋਂ ਬਚਣ ਲਈ, ਅਸੀਂ ਹਮੇਸ਼ਾ ਟਾਸਕ ਪਰਿਭਾਸ਼ਾ ਵਾਂਗ ਹੀ ਦਰਸਾਉਂਦੇ ਹਾਂ।

ਸੇਵਾ ਦੀ ਕਿਸਮ - ਹਮੇਸ਼ਾ ਪ੍ਰਤੀਕ੍ਰਿਤੀ.

ਕਾਰਜਾਂ ਦੀ ਸੰਖਿਆ - ਸੇਵਾ ਵਿੱਚ ਕਿਰਿਆਸ਼ੀਲ ਕਾਰਜਾਂ ਦੀ ਲੋੜੀਂਦੀ ਗਿਣਤੀ। ਇਹ ਪੈਰਾਮੀਟਰ ਸਕੇਲਿੰਗ ਦੁਆਰਾ ਨਿਯੰਤਰਿਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਅਜੇ ਵੀ ਨਿਰਧਾਰਤ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ।

ਘੱਟੋ-ਘੱਟ ਸਿਹਤਮੰਦ ਪ੍ਰਤੀਸ਼ਤ и ਵੱਧ ਤੋਂ ਵੱਧ ਪ੍ਰਤੀਸ਼ਤ - ਤੈਨਾਤੀ ਦੌਰਾਨ ਕਾਰਜਾਂ ਦਾ ਵਿਵਹਾਰ ਨਿਰਧਾਰਤ ਕਰੋ। ਪੂਰਵ-ਨਿਰਧਾਰਤ ਮੁੱਲ 100 ਅਤੇ 200 ਹਨ, ਇਹ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਤੈਨਾਤੀ ਦੇ ਸਮੇਂ ਕਾਰਜਾਂ ਦੀ ਗਿਣਤੀ ਕਈ ਗੁਣਾ ਵਧ ਜਾਵੇਗੀ, ਅਤੇ ਫਿਰ ਲੋੜੀਂਦੇ ਮੁੱਲ 'ਤੇ ਵਾਪਸ ਜਾਓ। ਜੇਕਰ ਤੁਹਾਡੇ ਕੋਲ 1 ਟਾਸਕ ਚੱਲ ਰਿਹਾ ਹੈ, min=0, ਅਤੇ ਅਧਿਕਤਮ=100, ਤਾਂ ਤੈਨਾਤੀ ਦੇ ਦੌਰਾਨ ਇਸਨੂੰ ਮਾਰ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਅਤੇ ਉਸ ਤੋਂ ਬਾਅਦ ਇੱਕ ਨਵਾਂ ਉਠਾਇਆ ਜਾਵੇਗਾ, ਯਾਨੀ ਇਹ ਡਾਊਨਟਾਈਮ ਹੋਵੇਗਾ। ਜੇਕਰ 1 ਟਾਸਕ ਚੱਲ ਰਿਹਾ ਹੈ, min=50, ਅਧਿਕਤਮ=150, ਤਾਂ ਤੈਨਾਤੀ ਬਿਲਕੁਲ ਨਹੀਂ ਹੋਵੇਗੀ, ਕਿਉਂਕਿ 1 ਟਾਸਕ ਨੂੰ ਅੱਧੇ ਵਿੱਚ ਵੰਡਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਜਾਂ ਡੇਢ ਗੁਣਾ ਵਧਾਇਆ ਨਹੀਂ ਜਾ ਸਕਦਾ।

ਤੈਨਾਤੀ ਦੀ ਕਿਸਮ - ਰੋਲਿੰਗ ਅੱਪਡੇਟ ਛੱਡੋ।

ਪਲੇਸਮੈਂਟ ਟੈਂਪਲੇਟਸ - ਮਸ਼ੀਨਾਂ 'ਤੇ ਕੰਮ ਕਰਨ ਲਈ ਨਿਯਮ। ਪੂਰਵ-ਨਿਰਧਾਰਤ AZ ਬੈਲੈਂਸਡ ਸਪ੍ਰੈਡ ਹੈ - ਇਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਹਰੇਕ ਨਵੇਂ ਕੰਮ ਨੂੰ ਇੱਕ ਨਵੀਂ ਸਥਿਤੀ 'ਤੇ ਰੱਖਿਆ ਜਾਵੇਗਾ ਜਦੋਂ ਤੱਕ ਸਾਰੇ ਉਪਲਬਧਤਾ ਜ਼ੋਨਾਂ ਵਿੱਚ ਮਸ਼ੀਨਾਂ ਨਹੀਂ ਵਧਦੀਆਂ। ਅਸੀਂ ਆਮ ਤੌਰ 'ਤੇ BinPack - CPU ਅਤੇ Spread - AZ ਕਰਦੇ ਹਾਂ; ਇਸ ਨੀਤੀ ਦੇ ਨਾਲ, ਕੰਮ ਪ੍ਰਤੀ CPU ਇੱਕ ਮਸ਼ੀਨ 'ਤੇ ਜਿੰਨਾ ਸੰਭਵ ਹੋ ਸਕੇ ਸੰਘਣੇ ਰੱਖੇ ਜਾਂਦੇ ਹਨ। ਜੇ ਇਹ ਇੱਕ ਨਵੀਂ ਮਸ਼ੀਨ ਬਣਾਉਣ ਲਈ ਜ਼ਰੂਰੀ ਹੈ, ਤਾਂ ਇਸਨੂੰ ਇੱਕ ਨਵੇਂ ਉਪਲਬਧਤਾ ਜ਼ੋਨ ਵਿੱਚ ਬਣਾਇਆ ਗਿਆ ਹੈ।

ਲੋਡ ਬੈਲੇਂਸਰ ਦੀ ਕਿਸਮ - ਐਪਲੀਕੇਸ਼ਨ ਲੋਡ ਬੈਲੈਂਸਰ ਚੁਣੋ।

ਸੇਵਾ IAM ਭੂਮਿਕਾ - ਚੁਣੋ ecsServiceRole.

ਲੋਡ ਬੈਲੇਂਸਰ ਦਾ ਨਾਮ - ਪਹਿਲਾਂ ਬਣਾਇਆ ਬੈਲੈਂਸਰ ਚੁਣੋ।

ਸਿਹਤ ਜਾਂਚ ਗ੍ਰੇਸ ਪੀਰੀਅਡ - ਇੱਕ ਨਵਾਂ ਕੰਮ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਬਾਅਦ ਸਿਹਤ ਜਾਂਚਾਂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ ਰੋਕੋ, ਅਸੀਂ ਇਸਨੂੰ ਆਮ ਤੌਰ 'ਤੇ 60 ਸਕਿੰਟਾਂ 'ਤੇ ਸੈੱਟ ਕਰਦੇ ਹਾਂ।

ਬੈਲੇਂਸ ਲੋਡ ਕਰਨ ਲਈ ਕੰਟੇਨਰ — ਟਾਰਗੇਟ ਗਰੁੱਪ ਨਾਮ ਆਈਟਮ ਵਿੱਚ, ਪਹਿਲਾਂ ਬਣਾਏ ਗਏ ਸਮੂਹ ਨੂੰ ਚੁਣੋ, ਅਤੇ ਸਭ ਕੁਝ ਆਪਣੇ ਆਪ ਹੀ ਭਰ ਜਾਵੇਗਾ।

ਸੇਵਾ ਆਟੋ ਸਕੇਲਿੰਗ - ਸੇਵਾ ਸਕੇਲਿੰਗ ਪੈਰਾਮੀਟਰ। ਆਪਣੀ ਸੇਵਾ ਦੀ ਲੋੜੀਂਦੀ ਗਿਣਤੀ ਨੂੰ ਅਨੁਕੂਲ ਕਰਨ ਲਈ ਸੇਵਾ ਆਟੋ ਸਕੇਲਿੰਗ ਕੌਂਫਿਗਰ ਕਰੋ ਦੀ ਚੋਣ ਕਰੋ। ਅਸੀਂ ਸਕੇਲਿੰਗ ਕਰਨ ਵੇਲੇ ਕਾਰਜਾਂ ਦੀ ਘੱਟੋ-ਘੱਟ ਅਤੇ ਵੱਧ ਤੋਂ ਵੱਧ ਸੰਖਿਆ ਸੈਟ ਕਰਦੇ ਹਾਂ।

ਸੇਵਾ ਆਟੋ ਸਕੇਲਿੰਗ ਲਈ IAM ਭੂਮਿਕਾ - ਚੁਣੋ AWSServiceRoleForApplicationAutoScaling_ECSService.

ਆਟੋਮੈਟਿਕ ਟਾਸਕ ਸਕੇਲਿੰਗ ਨੀਤੀਆਂ - ਸਕੇਲਿੰਗ ਲਈ ਨਿਯਮ. ਇੱਥੇ 2 ਕਿਸਮਾਂ ਹਨ:

1. ਟੀਚਾ ਟਰੈਕਿੰਗ — ਟਰੈਕਿੰਗ ਟਾਰਗੇਟ ਮੈਟ੍ਰਿਕਸ (CPU/RAM ਵਰਤੋਂ ਜਾਂ ਹਰੇਕ ਕੰਮ ਲਈ ਬੇਨਤੀਆਂ ਦੀ ਗਿਣਤੀ)। ਉਦਾਹਰਨ ਲਈ, ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ ਕਿ ਔਸਤ ਪ੍ਰੋਸੈਸਰ ਲੋਡ 85% ਹੋਵੇ, ਜਦੋਂ ਇਹ ਉੱਚਾ ਹੋ ਜਾਂਦਾ ਹੈ, ਤਾਂ ਨਵੇਂ ਕੰਮ ਸ਼ਾਮਲ ਕੀਤੇ ਜਾਣਗੇ ਜਦੋਂ ਤੱਕ ਇਹ ਟੀਚਾ ਮੁੱਲ ਤੱਕ ਨਹੀਂ ਪਹੁੰਚਦਾ। ਜੇਕਰ ਲੋਡ ਘੱਟ ਹੈ, ਤਾਂ ਕੰਮਾਂ ਨੂੰ ਹਟਾ ਦਿੱਤਾ ਜਾਵੇਗਾ, ਇਸਦੇ ਉਲਟ, ਜਦੋਂ ਤੱਕ ਸਕੇਲਿੰਗ ਡਾਊਨ ਤੋਂ ਸੁਰੱਖਿਆ ਨੂੰ ਸਮਰੱਥ ਨਹੀਂ ਕੀਤਾ ਜਾਂਦਾ ਹੈ (ਸਕੇਲ-ਇਨ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾਓ).
2. ਸਟੈਪ ਸਕੇਲਿੰਗ - ਇੱਕ ਮਨਮਾਨੇ ਘਟਨਾ ਲਈ ਪ੍ਰਤੀਕਰਮ. ਇੱਥੇ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਘਟਨਾ (ਕ੍ਲਾਉਡਵਾਚ ਅਲਾਰਮ) ਪ੍ਰਤੀ ਪ੍ਰਤੀਕ੍ਰਿਆ ਨੂੰ ਕੌਂਫਿਗਰ ਕਰ ਸਕਦੇ ਹੋ, ਜਦੋਂ ਇਹ ਵਾਪਰਦਾ ਹੈ, ਤੁਸੀਂ ਕਾਰਜਾਂ ਦੀ ਨਿਰਧਾਰਤ ਸੰਖਿਆ ਨੂੰ ਜੋੜ ਜਾਂ ਹਟਾ ਸਕਦੇ ਹੋ, ਜਾਂ ਕਾਰਜਾਂ ਦੀ ਸਹੀ ਸੰਖਿਆ ਨਿਰਧਾਰਤ ਕਰ ਸਕਦੇ ਹੋ।

ਇੱਕ ਸੇਵਾ ਵਿੱਚ ਕਈ ਸਕੇਲਿੰਗ ਨਿਯਮ ਹੋ ਸਕਦੇ ਹਨ, ਇਹ ਉਪਯੋਗੀ ਹੋ ਸਕਦਾ ਹੈ, ਮੁੱਖ ਗੱਲ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਹੈ ਕਿ ਉਹ ਇੱਕ ਦੂਜੇ ਨਾਲ ਟਕਰਾਅ ਨਾ ਕਰਨ.

ਸਿੱਟਾ

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

1. ਅਸੀਂ ਇੱਕ ਟੈਂਪਲੇਟ ਬਣਾਇਆ ਹੈ ਜਿਸ ਦੇ ਅਨੁਸਾਰ ਸੇਵਾ ਵਿੱਚ ਸਾਰੀਆਂ ਮਸ਼ੀਨਾਂ ਲਾਂਚ ਕੀਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ। ਅਸੀਂ ਇਹ ਵੀ ਸਿੱਖਿਆ ਕਿ ਜਦੋਂ ਟੈਂਪਲੇਟ ਬਦਲਦਾ ਹੈ ਤਾਂ ਮਸ਼ੀਨਾਂ ਨੂੰ ਕਿਵੇਂ ਅੱਪਡੇਟ ਕਰਨਾ ਹੈ।
2. ਅਸੀਂ ਸਪਾਟ ਇੰਸਟੈਂਸ ਸਟਾਪ ਸਿਗਨਲ ਦੀ ਪ੍ਰੋਸੈਸਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ, ਇਸਲਈ ਇਸਨੂੰ ਪ੍ਰਾਪਤ ਕਰਨ ਤੋਂ ਬਾਅਦ ਇੱਕ ਮਿੰਟ ਦੇ ਅੰਦਰ, ਸਾਰੇ ਚੱਲ ਰਹੇ ਕਾਰਜਾਂ ਨੂੰ ਮਸ਼ੀਨ ਤੋਂ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ, ਇਸ ਲਈ ਕੁਝ ਵੀ ਗੁਆਚਿਆ ਜਾਂ ਰੁਕਾਵਟ ਨਹੀਂ ਪਵੇਗੀ।
3. ਅਸੀਂ ਮਸ਼ੀਨਾਂ ਵਿੱਚ ਲੋਡ ਨੂੰ ਬਰਾਬਰ ਵੰਡਣ ਲਈ ਬੈਲੇਂਸਰ ਨੂੰ ਵਧਾਇਆ।
4. ਅਸੀਂ ਇੱਕ ਅਜਿਹੀ ਸੇਵਾ ਬਣਾਈ ਹੈ ਜੋ ਮੌਕੇ 'ਤੇ ਚੱਲਦੀ ਹੈ, ਜੋ ਮਸ਼ੀਨ ਦੀ ਲਾਗਤ ਨੂੰ ਲਗਭਗ 3 ਗੁਣਾ ਘਟਾਉਂਦੀ ਹੈ।
5. ਅਸੀਂ ਡਾਊਨਟਾਈਮ ਲਾਗਤਾਂ ਦੇ ਬਿਨਾਂ ਵਧੇ ਹੋਏ ਵਰਕਲੋਡ ਨੂੰ ਸੰਭਾਲਣ ਲਈ ਦੋਵੇਂ ਦਿਸ਼ਾਵਾਂ ਵਿੱਚ ਆਟੋਸਕੇਲਿੰਗ ਨੂੰ ਕੌਂਫਿਗਰ ਕੀਤਾ ਹੈ।
6. ਅਸੀਂ ਸਮਰੱਥਾ ਪ੍ਰਦਾਤਾ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ ਤਾਂ ਜੋ ਐਪਲੀਕੇਸ਼ਨ ਬੁਨਿਆਦੀ ਢਾਂਚੇ (ਮਸ਼ੀਨਾਂ) ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੇ ਨਾ ਕਿ ਦੂਜੇ ਪਾਸੇ।
7. ਅਸੀਂ ਮਹਾਨ ਹਾਂ।

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

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

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

ਜਲਦੀ ਹੀ ਇਸ ਬਾਰੇ ਲੇਖ ਹੋਣਗੇ ਕਿ ਅਸੀਂ ਮੁੱਖ ਤੌਰ 'ਤੇ ਸਰਵਰ ਰਹਿਤ ਸਟੈਕ (ਪੈਸੇ ਨਾਲ) 'ਤੇ ਪ੍ਰਤੀ ਸਕਿੰਟ ਹਜ਼ਾਰਾਂ ਵਿਸ਼ਲੇਸ਼ਣਾਤਮਕ ਘਟਨਾਵਾਂ ਦੀ ਪ੍ਰਕਿਰਿਆ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ ਅਤੇ GitLab CI ਅਤੇ Terraform ਕਲਾਉਡ ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਸੇਵਾਵਾਂ ਦੀ ਤੈਨਾਤੀ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀ ਹੈ।

ਸਾਡੇ ਲਈ ਗਾਹਕ ਬਣੋ, ਇਹ ਦਿਲਚਸਪ ਹੋਵੇਗਾ!

ਸਿਰਫ਼ ਰਜਿਸਟਰਡ ਉਪਭੋਗਤਾ ਹੀ ਸਰਵੇਖਣ ਵਿੱਚ ਹਿੱਸਾ ਲੈ ਸਕਦੇ ਹਨ। ਸਾਈਨ - ਇਨ, ਤੁਹਾਡਾ ਸੁਆਗਤ ਹੈ.

ਕੀ ਤੁਸੀਂ ਉਤਪਾਦਨ ਵਿੱਚ ਸਪਾਟ ਉਦਾਹਰਨਾਂ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹੋ?

• 22,2%ਹਾਂ6

• 66,7%ਨੰ 18

• 11,1%ਮੈਂ ਉਹਨਾਂ ਬਾਰੇ ਇੱਕ ਲੇਖ ਤੋਂ ਸਿੱਖਿਆ ਹੈ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਵਰਤਣ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਹੈ

27 ਉਪਭੋਗਤਾਵਾਂ ਨੇ ਵੋਟ ਕੀਤਾ। 5 ਉਪਭੋਗਤਾ ਬਚੇ ਹੋਏ ਹਨ।

ਸਰੋਤ: www.habr.com