Burstable EC2 VPN: Standard ਜਾਂ Unlimited CPU ਕ੍ਰੈਡਿਟ?

ਇੱਕ ਛੋਟਾ VPN gateway ਸਪੀਡ ਟੈਸਟ ਪਾਸ ਕਰਦਾ ਹੈ, ਠੀਕ ਲੱਗਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਦੁਪਹਿਰ ਦੇ ਖਾਣੇ ਤੋਂ ਬਾਅਦ ਹੌਲੀ ਹੋ ਜਾਂਦਾ ਹੈ। ਟੈਸਟ ਦੌਰਾਨ instance ਝੂਠ ਨਹੀਂ ਬੋਲ ਰਿਹਾ ਸੀ; ਇਹ ਉਹ ਕ੍ਰੈਡਿਟ ਖਰਚ ਕਰ ਰਿਹਾ ਸੀ ਜੋ ਇਸਨੇ ਵਿਹਲੇ ਸਮੇਂ ਕਮਾਏ ਸਨ। Burstable instance ਠੀਕ ਇਸੇ ਲਈ ਬਣਾਏ ਗਏ ਹਨ, ਜਿਸ ਕਾਰਨ ਛੋਟਾ benchmark ਦੁਪਹਿਰ ਭਰ ਦੇ ਟ੍ਰਾਂਸਫਰਾਂ ਦਾ ਮਾੜਾ ਅਨੁਮਾਨ ਬਣ ਜਾਂਦਾ ਹੈ। ਦੋਵੇਂ ਕ੍ਰੈਡਿਟ ਮੋਡ ਵੱਖਰੇ ਤਰੀਕਿਆਂ ਨਾਲ ਫੇਲ੍ਹ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਇਹਨਾਂ ਵਿਚਕਾਰ ਚੋਣ ਹੀ ਅਸਲ ਫੈਸਲਾ ਹੈ।

ਸਪੀਡ ਟੈਸਟ ਨੇ ਕਿੱਥੋਂ ਉਧਾਰ ਲਿਆ

ਇੱਕ CPU ਕ੍ਰੈਡਿਟ ਦਾ ਮਤਲਬ ਹੈ ਇੱਕ vCPU ਇੱਕ ਮਿੰਟ ਲਈ ਪੂਰੀ ਵਰਤੋਂ 'ਤੇ ਚੱਲਣਾ। Burstable instance ਆਪਣੀ ਬੇਸਲਾਈਨ ਦਰ 'ਤੇ ਕ੍ਰੈਡਿਟ ਕਮਾਉਂਦਾ ਹੈ ਅਤੇ ਜਦੋਂ ਉਸ ਬੇਸਲਾਈਨ ਤੋਂ ਵੱਧ ਜਾਂਦਾ ਹੈ ਤਾਂ ਉਹਨਾਂ ਨੂੰ ਖਰਚਦਾ ਹੈ। ਵਿਹਲੀ ਰਾਤ ਬੈਲੰਸ ਬਣਾਉਂਦੀ ਹੈ; ਰੁੱਝੀ ਸਵੇਰ ਇਸਨੂੰ ਖਿੱਚ ਲੈਂਦੀ ਹੈ।

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

ਗਣਿਤ ਜੋ ਤੁਹਾਨੂੰ ਕਰਨਾ ਹੈ

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

Earn rate:       2 x 10% x 60 = 12 credits/hour
Workload usage:  1 x 100% x 60 = 60 credits/hour
Net draw:        60 - 12 = 48 credits/hour
Accrued budget:  24 / 48 = 0.5 hours

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

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

Standard ਅਤੇ Unlimited: ਇੱਕੋ ਜ਼ੀਰੋ, ਵੱਖਰਾ ਅਰਥ

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

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

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

ਅਸਲ ਕੰਮ ਦੌਰਾਨ ਕੀ ਵੇਖਣਾ ਹੈ

ਟ੍ਰਾਂਸਫਰ ਦੀ ਮਿਆਦ ਅਤੇ ਦਰ ਦੇ ਕੋਲ CPUCreditUsage ਅਤੇ CPUCreditBalance ਦਰਜ ਕਰੋ। Unlimited 'ਤੇ, CPUSurplusCreditBalance ਅਤੇ CPUSurplusCreditsCharged ਸ਼ਾਮਲ ਕਰੋ। AWS ਦੀ CPU ਕ੍ਰੈਡਿਟ ਨਿਗਰਾਨੀ ਗਾਈਡ ਦੱਸਦੀ ਹੈ ਕਿ ਹਰ ਇੱਕ ਕੀ ਰਿਪੋਰਟ ਕਰਦਾ ਹੈ ਅਤੇ ਕਿੰਨੀ ਵਾਰ।

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

ਸੀਮਾਵਾਂ ਜੋ CPU ਨਹੀਂ ਹਨ

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

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

ਜਾਣ-ਬੁੱਝ ਕੇ ਬੇਸਲਾਈਨ ਚੁਣਨਾ

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

ਜੇ gateway ਭਾਰ ਚੁੱਕਦਾ ਹੈ, ਤਾਂ ਕ੍ਰੈਡਿਟ ਮੋਡ ਨੂੰ ਤੁਹਾਡੇ ਕਦੇ ਨਾ ਖੋਲ੍ਹੇ ਡਿਫਾਲਟ ਵਜੋਂ ਨਹੀਂ, ਸਮਰੱਥਾ ਯੋਜਨਾ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਵੇਖੋ। ਤੁਸੀਂ ਜੋ ਮੋਡ ਚੁਣਦੇ ਹੋ, ਉਹੀ ਉਹ ਖਰਾਬੀ ਹੈ ਜਿਸਦਾ ਤੁਸੀਂ ਅਨੁਮਾਨ ਲਾ ਸਕਦੇ ਹੋ।