ਰੈਕਾਂ ਵਿੱਚ ਸਰਵਰਾਂ ਦੀ ਵੰਡ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣਾ

ਇੱਕ ਚੈਟ ਵਿੱਚ ਮੈਨੂੰ ਇੱਕ ਸਵਾਲ ਪੁੱਛਿਆ ਗਿਆ ਸੀ:

— ਕੀ ਕੁਝ ਅਜਿਹਾ ਹੈ ਜਿਸ ਬਾਰੇ ਮੈਂ ਪੜ੍ਹ ਸਕਦਾ/ਸਕਦੀ ਹਾਂ ਕਿ ਸਰਵਰਾਂ ਨੂੰ ਰੈਕ ਵਿੱਚ ਸਹੀ ਢੰਗ ਨਾਲ ਕਿਵੇਂ ਪੈਕ ਕਰਨਾ ਹੈ?

ਮੈਨੂੰ ਅਹਿਸਾਸ ਹੋਇਆ ਕਿ ਮੈਨੂੰ ਅਜਿਹਾ ਕੋਈ ਟੈਕਸਟ ਨਹੀਂ ਪਤਾ ਸੀ, ਇਸ ਲਈ ਮੈਂ ਆਪਣਾ ਲਿਖਿਆ।

ਪਹਿਲਾਂ, ਇਹ ਟੈਕਸਟ ਭੌਤਿਕ ਡੇਟਾ ਸੈਂਟਰਾਂ (DCs) ਵਿੱਚ ਭੌਤਿਕ ਸਰਵਰਾਂ ਬਾਰੇ ਹੈ। ਦੂਜਾ, ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਇੱਥੇ ਬਹੁਤ ਸਾਰੇ ਸਰਵਰ ਹਨ: ਸੈਂਕੜੇ-ਹਜ਼ਾਰਾਂ; ਇੱਕ ਛੋਟੀ ਸੰਖਿਆ ਲਈ ਇਸ ਟੈਕਸਟ ਦਾ ਕੋਈ ਅਰਥ ਨਹੀਂ ਹੈ। ਤੀਜਾ, ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ ਕਿ ਸਾਡੇ ਕੋਲ ਤਿੰਨ ਰੁਕਾਵਟਾਂ ਹਨ: ਰੈਕਾਂ ਵਿੱਚ ਭੌਤਿਕ ਸਪੇਸ, ਪ੍ਰਤੀ ਰੈਕ ਪਾਵਰ ਸਪਲਾਈ, ਅਤੇ ਰੈਕਾਂ ਨੂੰ ਕਤਾਰਾਂ ਵਿੱਚ ਖੜ੍ਹਨ ਦਿਓ ਤਾਂ ਜੋ ਅਸੀਂ ਨਾਲ ਲੱਗਦੇ ਰੈਕਾਂ ਵਿੱਚ ਸਰਵਰਾਂ ਨੂੰ ਜੋੜਨ ਲਈ ਇੱਕ ToR ਸਵਿੱਚ ਦੀ ਵਰਤੋਂ ਕਰ ਸਕੀਏ।

ਸਵਾਲ ਦਾ ਜਵਾਬ ਇਸ ਗੱਲ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ ਕਿ ਅਸੀਂ ਕਿਹੜੇ ਪੈਰਾਮੀਟਰ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰ ਰਹੇ ਹਾਂ ਅਤੇ ਸਭ ਤੋਂ ਵਧੀਆ ਨਤੀਜਾ ਪ੍ਰਾਪਤ ਕਰਨ ਲਈ ਅਸੀਂ ਕੀ ਬਦਲ ਸਕਦੇ ਹਾਂ। ਉਦਾਹਰਨ ਲਈ, ਸਾਨੂੰ ਹੋਰ ਵਿਕਾਸ ਲਈ ਹੋਰ ਛੱਡਣ ਲਈ ਘੱਟੋ-ਘੱਟ ਥਾਂ ਲੈਣ ਦੀ ਲੋੜ ਹੈ। ਜਾਂ ਹੋ ਸਕਦਾ ਹੈ ਕਿ ਸਾਡੇ ਕੋਲ ਰੈਕਾਂ ਦੀ ਉਚਾਈ, ਪਾਵਰ ਪ੍ਰਤੀ ਰੈਕ, PDU ਵਿੱਚ ਸਾਕਟ, ਸਵਿੱਚਾਂ ਦੇ ਸਮੂਹ ਵਿੱਚ ਰੈਕਾਂ ਦੀ ਗਿਣਤੀ (1, 2 ਜਾਂ 3 ਰੈਕਾਂ ਲਈ ਇੱਕ ਸਵਿੱਚ), ਤਾਰਾਂ ਦੀ ਲੰਬਾਈ ਅਤੇ ਖਿੱਚਣ ਦਾ ਕੰਮ ( ਇਹ ਕਤਾਰਾਂ ਦੇ ਸਿਰੇ 'ਤੇ ਨਾਜ਼ੁਕ ਹੈ: ਇੱਕ ਕਤਾਰ ਵਿੱਚ 10 ਰੈਕ ਅਤੇ ਪ੍ਰਤੀ ਸਵਿੱਚ 3 ਰੈਕ ਦੇ ਨਾਲ, ਤੁਹਾਨੂੰ ਤਾਰਾਂ ਨੂੰ ਕਿਸੇ ਹੋਰ ਕਤਾਰ ਵਿੱਚ ਖਿੱਚਣਾ ਪਏਗਾ ਜਾਂ ਸਵਿੱਚ ਵਿੱਚ ਪੋਰਟਾਂ ਦੀ ਘੱਟ ਵਰਤੋਂ ਕਰਨੀ ਪਵੇਗੀ), ਆਦਿ, ਆਦਿ। ਵੱਖਰੀਆਂ ਕਹਾਣੀਆਂ: ਸਰਵਰਾਂ ਦੀ ਚੋਣ ਅਤੇ ਡੀਸੀ ਦੀ ਚੋਣ, ਅਸੀਂ ਇਹ ਮੰਨਾਂਗੇ ਕਿ ਉਹ ਚੁਣੇ ਗਏ ਹਨ।

ਕੁਝ ਸੂਖਮਤਾਵਾਂ ਅਤੇ ਵੇਰਵਿਆਂ ਨੂੰ ਸਮਝਣਾ ਚੰਗਾ ਹੋਵੇਗਾ, ਖਾਸ ਤੌਰ 'ਤੇ, ਸਰਵਰਾਂ ਦੀ ਔਸਤ/ਵੱਧ ਤੋਂ ਵੱਧ ਖਪਤ, ਅਤੇ ਸਾਨੂੰ ਬਿਜਲੀ ਕਿਵੇਂ ਸਪਲਾਈ ਕੀਤੀ ਜਾਂਦੀ ਹੈ। ਇਸ ਲਈ, ਜੇਕਰ ਸਾਡੇ ਕੋਲ 230V ਦੀ ਰੂਸੀ ਪਾਵਰ ਸਪਲਾਈ ਹੈ ਅਤੇ ਪ੍ਰਤੀ ਰੈਕ ਇੱਕ ਪੜਾਅ ਹੈ, ਤਾਂ ਇੱਕ 32A ਮਸ਼ੀਨ ~7kW ਨੂੰ ਸੰਭਾਲ ਸਕਦੀ ਹੈ। ਮੰਨ ਲਓ ਕਿ ਅਸੀਂ ਪ੍ਰਤੀ ਰੈਕ 6kW ਲਈ ਨਾਮਾਤਰ ਭੁਗਤਾਨ ਕਰਦੇ ਹਾਂ। ਜੇਕਰ ਪ੍ਰਦਾਤਾ ਸਾਡੀ ਖਪਤ ਨੂੰ ਸਿਰਫ਼ 10 ਰੈਕਾਂ ਦੀ ਇੱਕ ਕਤਾਰ ਲਈ ਮਾਪਦਾ ਹੈ, ਨਾ ਕਿ ਹਰੇਕ ਰੈਕ ਲਈ, ਅਤੇ ਜੇਕਰ ਮਸ਼ੀਨ ਸ਼ਰਤ ਅਨੁਸਾਰ 7 ਕਿਲੋਵਾਟ ਕੱਟਆਫ 'ਤੇ ਸੈੱਟ ਕੀਤੀ ਗਈ ਹੈ, ਤਾਂ ਤਕਨੀਕੀ ਤੌਰ 'ਤੇ ਅਸੀਂ ਇੱਕ ਰੈਕ ਵਿੱਚ 6.9 ਕਿਲੋਵਾਟ, ਦੂਜੇ ਵਿੱਚ 5.1 ਕਿਲੋਵਾਟ ਦੀ ਖਪਤ ਕਰ ਸਕਦੇ ਹਾਂ ਅਤੇ ਸਭ ਕੁਝ ਠੀਕ ਹੋ ਜਾਵੇਗਾ - ਸਜ਼ਾਯੋਗ ਨਹੀਂ।

ਆਮ ਤੌਰ 'ਤੇ ਸਾਡਾ ਮੁੱਖ ਟੀਚਾ ਲਾਗਤਾਂ ਨੂੰ ਘੱਟ ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਮਾਪਣ ਲਈ ਸਭ ਤੋਂ ਵਧੀਆ ਮਾਪਦੰਡ TCO (ਮਾਲਕੀਅਤ ਦੀ ਕੁੱਲ ਲਾਗਤ) ਵਿੱਚ ਕਮੀ ਹੈ। ਇਸ ਵਿੱਚ ਹੇਠ ਲਿਖੇ ਟੁਕੜੇ ਹੁੰਦੇ ਹਨ:

• CAPEX: DC ਬੁਨਿਆਦੀ ਢਾਂਚੇ, ਸਰਵਰ, ਨੈੱਟਵਰਕ ਹਾਰਡਵੇਅਰ ਅਤੇ ਕੇਬਲਿੰਗ ਦੀ ਖਰੀਦ
• ਓਪੈਕਸ: ਡੀਸੀ ਰੈਂਟਲ, ਬਿਜਲੀ ਦੀ ਖਪਤ, ਰੱਖ-ਰਖਾਅ। OPEX ਸੇਵਾ ਜੀਵਨ 'ਤੇ ਨਿਰਭਰ ਕਰਦਾ ਹੈ। ਇਸ ਨੂੰ 3 ਸਾਲ ਮੰਨਣਾ ਜਾਇਜ਼ ਹੈ।

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

ਮੰਨ ਲਓ ਕਿ ਸਾਡੇ ਕੋਲ ਇੱਕ ਮੌਜੂਦਾ DC ਹੈ, ਇੱਥੇ H ਯੂਨਿਟਾਂ ਦੀ ਇੱਕ ਰੈਕ ਉਚਾਈ ਹੈ (ਉਦਾਹਰਨ ਲਈ, H=47), ਬਿਜਲੀ ਪ੍ਰਤੀ ਰੈਕ Prack (Prack=6kW), ਅਤੇ ਅਸੀਂ h=2U ਦੋ-ਯੂਨਿਟ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ। ਅਸੀਂ ਸਵਿੱਚਾਂ, ਪੈਚ ਪੈਨਲਾਂ ਅਤੇ ਪ੍ਰਬੰਧਕਾਂ ਲਈ ਰੈਕ ਤੋਂ 2..4 ਯੂਨਿਟਾਂ ਨੂੰ ਹਟਾ ਦੇਵਾਂਗੇ। ਉਹ. ਸਰੀਰਕ ਤੌਰ 'ਤੇ, ਸਾਡੇ ਰੈਕ ਵਿੱਚ Sh=rounddown((H-2..4)/h) ਸਰਵਰ ਹਨ (ਜਿਵੇਂ ਕਿ Sh = ਰਾਊਂਡਡਾਉਨ((47-4)/2)=21 ਸਰਵਰ ਪ੍ਰਤੀ ਰੈਕ)। ਆਓ ਇਸ ਨੂੰ ਯਾਦ ਕਰੀਏ ਸ਼.

ਸਧਾਰਨ ਮਾਮਲੇ ਵਿੱਚ, ਇੱਕ ਰੈਕ ਵਿੱਚ ਸਾਰੇ ਸਰਵਰ ਇੱਕੋ ਜਿਹੇ ਹਨ। ਕੁੱਲ ਮਿਲਾ ਕੇ, ਜੇਕਰ ਅਸੀਂ ਸਰਵਰਾਂ ਨਾਲ ਇੱਕ ਰੈਕ ਭਰਦੇ ਹਾਂ, ਤਾਂ ਹਰੇਕ ਸਰਵਰ 'ਤੇ ਅਸੀਂ ਔਸਤਨ ਪਾਵਰ Pserv=Prack/Sh (Pserv = 6000W/21 = 287W) ਖਰਚ ਕਰ ਸਕਦੇ ਹਾਂ। ਸਾਦਗੀ ਲਈ, ਅਸੀਂ ਇੱਥੇ ਸਵਿੱਚ ਦੀ ਖਪਤ ਨੂੰ ਨਜ਼ਰਅੰਦਾਜ਼ ਕਰਦੇ ਹਾਂ।

ਆਉ ਇੱਕ ਪਾਸੇ ਕਦਮ ਚੁੱਕੀਏ ਅਤੇ ਇਹ ਨਿਰਧਾਰਤ ਕਰੀਏ ਕਿ ਸਰਵਰ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਖਪਤ Pmax ਕੀ ਹੈ। ਜੇ ਇਹ ਬਹੁਤ ਸਧਾਰਨ, ਬਹੁਤ ਬੇਅਸਰ ਅਤੇ ਪੂਰੀ ਤਰ੍ਹਾਂ ਸੁਰੱਖਿਅਤ ਹੈ, ਤਾਂ ਅਸੀਂ ਪੜ੍ਹਦੇ ਹਾਂ ਕਿ ਸਰਵਰ ਦੀ ਪਾਵਰ ਸਪਲਾਈ 'ਤੇ ਕੀ ਲਿਖਿਆ ਗਿਆ ਹੈ - ਇਹ ਇਹ ਹੈ.

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

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

ਇਸ ਲਈ, Pserv ਤੇ ਵਾਪਸ ਜਾਓ ਅਤੇ ਅਸੀਂ Pmax ਨਾਲ ਇਸਦੀ ਤੁਲਨਾ ਕਿਵੇਂ ਕਰਦੇ ਹਾਂ. ਇਹ ਸਮਝਣ ਦਾ ਮਾਮਲਾ ਹੈ ਕਿ ਸੇਵਾਵਾਂ ਕਿਵੇਂ ਕੰਮ ਕਰਦੀਆਂ ਹਨ ਅਤੇ ਤੁਹਾਡੇ ਤਕਨੀਕੀ ਨਿਰਦੇਸ਼ਕ ਦੀਆਂ ਨਸਾਂ ਕਿੰਨੀਆਂ ਮਜ਼ਬੂਤ ​​ਹਨ।

ਜੇ ਅਸੀਂ ਬਿਲਕੁਲ ਵੀ ਕੋਈ ਜੋਖਮ ਨਹੀਂ ਲੈਂਦੇ, ਤਾਂ ਸਾਡਾ ਮੰਨਣਾ ਹੈ ਕਿ ਸਾਰੇ ਸਰਵਰ ਇੱਕੋ ਸਮੇਂ ਆਪਣੀ ਵੱਧ ਤੋਂ ਵੱਧ ਖਪਤ ਕਰਨਾ ਸ਼ੁਰੂ ਕਰ ਸਕਦੇ ਹਨ। ਉਸੇ ਸਮੇਂ, DC ਵਿੱਚ ਇੱਕ ਇੰਪੁੱਟ ਹੋ ਸਕਦਾ ਹੈ। ਇਹਨਾਂ ਸ਼ਰਤਾਂ ਵਿੱਚ ਵੀ, infra ਨੂੰ ਸੇਵਾ ਪ੍ਰਦਾਨ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ, ਇਸਲਈ Pserv ≡ Pmax. ਇਹ ਇੱਕ ਪਹੁੰਚ ਹੈ ਜਿੱਥੇ ਭਰੋਸੇਯੋਗਤਾ ਬਿਲਕੁਲ ਮਹੱਤਵਪੂਰਨ ਹੈ.

ਜੇਕਰ ਤਕਨੀਕੀ ਨਿਰਦੇਸ਼ਕ ਨਾ ਸਿਰਫ਼ ਆਦਰਸ਼ ਸੁਰੱਖਿਆ ਬਾਰੇ ਸੋਚਦਾ ਹੈ, ਸਗੋਂ ਕੰਪਨੀ ਦੇ ਪੈਸੇ ਬਾਰੇ ਵੀ ਸੋਚਦਾ ਹੈ ਅਤੇ ਕਾਫ਼ੀ ਬਹਾਦਰ ਹੈ, ਤਾਂ ਤੁਸੀਂ ਇਹ ਫੈਸਲਾ ਕਰ ਸਕਦੇ ਹੋ

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

ਇੱਥੇ ਇਹ ਸਿਰਫ ਅਨੁਮਾਨ ਲਗਾਉਣ ਲਈ ਨਹੀਂ, ਬਲਕਿ ਖਪਤ ਦੀ ਨਿਗਰਾਨੀ ਕਰਨ ਅਤੇ ਇਹ ਜਾਣਨ ਲਈ ਕਿ ਸਰਵਰ ਅਸਲ ਵਿੱਚ ਆਮ ਅਤੇ ਸਿਖਰ ਦੀਆਂ ਸਥਿਤੀਆਂ ਵਿੱਚ ਬਿਜਲੀ ਦੀ ਖਪਤ ਕਿਵੇਂ ਕਰਦੇ ਹਨ, ਬਹੁਤ ਉਪਯੋਗੀ ਹੈ। ਇਸ ਲਈ, ਕੁਝ ਵਿਸ਼ਲੇਸ਼ਣ ਤੋਂ ਬਾਅਦ, ਤਕਨੀਕੀ ਨਿਰਦੇਸ਼ਕ ਉਸ ਕੋਲ ਮੌਜੂਦ ਹਰ ਚੀਜ਼ ਨੂੰ ਨਿਚੋੜ ਲੈਂਦਾ ਹੈ ਅਤੇ ਕਹਿੰਦਾ ਹੈ: "ਅਸੀਂ ਇੱਕ ਇੱਛਾ ਨਾਲ ਫੈਸਲਾ ਲੈਂਦੇ ਹਾਂ ਕਿ ਪ੍ਰਤੀ ਰੈਕ ਸਰਵਰ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਖਪਤ ਦੀ ਵੱਧ ਤੋਂ ਵੱਧ ਪ੍ਰਾਪਤੀਯੋਗ ਔਸਤ **ਇੰਨੀ ** ਵੱਧ ਤੋਂ ਵੱਧ ਖਪਤ ਤੋਂ ਘੱਟ ਹੈ," ਸ਼ਰਤ ਅਨੁਸਾਰ Pserv = 0.8* Pmax.

ਅਤੇ ਫਿਰ ਇੱਕ 6kW ਰੈਕ ਹੁਣ Pmax = 16W ਨਾਲ 375 ਸਰਵਰਾਂ ਨੂੰ ਅਨੁਕੂਲ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ, ਪਰ Pserv = 20W * 375 = 0.8W ਵਾਲੇ 300 ਸਰਵਰ। ਉਹ. 25% ਹੋਰ ਸਰਵਰ। ਇਹ ਇੱਕ ਬਹੁਤ ਵੱਡੀ ਬੱਚਤ ਹੈ - ਆਖ਼ਰਕਾਰ, ਸਾਨੂੰ ਤੁਰੰਤ 25% ਘੱਟ ਰੈਕਾਂ ਦੀ ਜ਼ਰੂਰਤ ਹੈ (ਅਤੇ ਅਸੀਂ PDU, ਸਵਿੱਚਾਂ ਅਤੇ ਕੇਬਲਾਂ 'ਤੇ ਵੀ ਬਚਤ ਕਰਾਂਗੇ)। ਅਜਿਹੇ ਹੱਲ ਦਾ ਇੱਕ ਗੰਭੀਰ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਸਾਨੂੰ ਲਗਾਤਾਰ ਨਿਗਰਾਨੀ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ ਕਿ ਸਾਡੀਆਂ ਧਾਰਨਾਵਾਂ ਅਜੇ ਵੀ ਸਹੀ ਹਨ। ਕਿ ਨਵਾਂ ਫਰਮਵੇਅਰ ਸੰਸਕਰਣ ਪ੍ਰਸ਼ੰਸਕਾਂ ਅਤੇ ਖਪਤ ਦੇ ਸੰਚਾਲਨ ਨੂੰ ਮਹੱਤਵਪੂਰਣ ਰੂਪ ਵਿੱਚ ਨਹੀਂ ਬਦਲਦਾ ਹੈ, ਕਿ ਨਵੀਂ ਰੀਲੀਜ਼ ਦੇ ਨਾਲ ਅਚਾਨਕ ਵਿਕਾਸ ਨੇ ਸਰਵਰਾਂ ਨੂੰ ਵਧੇਰੇ ਕੁਸ਼ਲਤਾ ਨਾਲ ਵਰਤਣਾ ਸ਼ੁਰੂ ਨਹੀਂ ਕੀਤਾ (ਪੜ੍ਹੋ: ਉਹਨਾਂ ਨੇ ਸਰਵਰ 'ਤੇ ਵਧੇਰੇ ਲੋਡ ਅਤੇ ਵੱਧ ਖਪਤ ਪ੍ਰਾਪਤ ਕੀਤੀ)। ਆਖ਼ਰਕਾਰ, ਫਿਰ ਸਾਡੀਆਂ ਸ਼ੁਰੂਆਤੀ ਧਾਰਨਾਵਾਂ ਅਤੇ ਸਿੱਟੇ ਦੋਵੇਂ ਤੁਰੰਤ ਗਲਤ ਹੋ ਜਾਂਦੇ ਹਨ. ਇਹ ਇੱਕ ਜੋਖਮ ਹੈ ਜੋ ਜ਼ਿੰਮੇਵਾਰੀ ਨਾਲ ਲਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ (ਜਾਂ ਪਰਹੇਜ਼ ਕਰਨਾ ਅਤੇ ਫਿਰ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਘੱਟ ਵਰਤੋਂ ਵਾਲੇ ਰੈਕਾਂ ਲਈ ਭੁਗਤਾਨ ਕਰਨਾ)।

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

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

ਇਸ ਲਈ, ਹਰੇਕ ਨੈੱਟਵਰਕ ਦ੍ਰਿਸ਼ ਲਈ (ਇੱਕ ਸਮੂਹ ਵਿੱਚ 1, 2 ਜਾਂ 3 ਰੈਕ), ਅਸੀਂ ਸਰਵਰਾਂ ਨੂੰ ਰੈਕਾਂ ਵਿੱਚ ਵੰਡਦੇ ਹਾਂ:

Srack = min(Sh, rounddown(Prack/Pserv), rounddown(N/Rnet))

ਇਸ ਤਰ੍ਹਾਂ, ਇੱਕ ਸਮੂਹ ਵਿੱਚ 2 ਰੈਕ ਵਾਲੇ ਵਿਕਲਪ ਲਈ:

Srack2 = min(21, rounddown(6000/300), rounddown(48/2)) = min(21, 20, 24) = 20 ਸਰਵਰ ਪ੍ਰਤੀ ਰੈਕ।

ਅਸੀਂ ਬਾਕੀ ਦੇ ਵਿਕਲਪਾਂ ਨੂੰ ਉਸੇ ਤਰੀਕੇ ਨਾਲ ਵਿਚਾਰਦੇ ਹਾਂ:

ਸਰਾਕ੧ = ੨੦
ਸਰਾਕ੧ = ੨੦

ਅਤੇ ਅਸੀਂ ਲਗਭਗ ਉੱਥੇ ਹਾਂ. ਅਸੀਂ ਆਪਣੇ ਸਾਰੇ ਸਰਵਰ S ਨੂੰ ਵੰਡਣ ਲਈ ਰੈਕਾਂ ਦੀ ਗਿਣਤੀ ਗਿਣਦੇ ਹਾਂ (ਇਸ ਨੂੰ 1000 ਹੋਣ ਦਿਓ):

R = ਰਾਊਂਡਅੱਪ(S / (Srack * Rnet)) * Rnet

R1 = ਰਾਊਂਡਅੱਪ(1000 / (20 * 1)) * 1 = 50 * 1 = 50 ਰੈਕ

R2 = ਰਾਊਂਡਅੱਪ(1000 / (20 * 2)) * 2 = 25 * 2 = 50 ਰੈਕ

R3 = ਰਾਊਂਡਅੱਪ(1000 / (16 * 3)) * 3 = 25 * 2 = 63 ਰੈਕ

ਅੱਗੇ, ਅਸੀਂ ਰੈਕਾਂ ਦੀ ਗਿਣਤੀ, ਸਵਿੱਚਾਂ ਦੀ ਲੋੜੀਂਦੀ ਗਿਣਤੀ, ਕੇਬਲਿੰਗ, ਆਦਿ ਦੇ ਆਧਾਰ 'ਤੇ ਹਰੇਕ ਵਿਕਲਪ ਲਈ TCO ਦੀ ਗਣਨਾ ਕਰਦੇ ਹਾਂ। ਅਸੀਂ ਵਿਕਲਪ ਚੁਣਦੇ ਹਾਂ ਜਿੱਥੇ TCO ਘੱਟ ਹੈ। ਲਾਭ!

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

ਪੀ.ਐੱਸ. ਜੇਕਰ ਤੁਸੀਂ ਪ੍ਰਤੀ ਰੈਕ ਦੀ ਸ਼ਕਤੀ ਅਤੇ ਰੈਕ ਦੀ ਉਚਾਈ ਨਾਲ ਖੇਡ ਸਕਦੇ ਹੋ, ਤਾਂ ਪਰਿਵਰਤਨਸ਼ੀਲਤਾ ਵਧ ਜਾਂਦੀ ਹੈ। ਪਰ ਪ੍ਰਕਿਰਿਆ ਨੂੰ ਸਿਰਫ਼ ਵਿਕਲਪਾਂ ਦੁਆਰਾ ਜਾ ਕੇ ਉੱਪਰ ਦੱਸੇ ਗਏ ਇੱਕ ਤੱਕ ਘਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। ਹਾਂ, ਇੱਥੇ ਹੋਰ ਸੰਜੋਗ ਹੋਣਗੇ, ਪਰ ਫਿਰ ਵੀ ਇੱਕ ਬਹੁਤ ਹੀ ਸੀਮਤ ਸੰਖਿਆ - ਗਣਨਾ ਲਈ ਰੈਕ ਨੂੰ ਬਿਜਲੀ ਦੀ ਸਪਲਾਈ 1 ਕਿਲੋਵਾਟ ਦੇ ਕਦਮਾਂ ਵਿੱਚ ਵਧਾਈ ਜਾ ਸਕਦੀ ਹੈ, ਆਮ ਰੈਕ ਸੀਮਤ ਸੰਖਿਆ ਵਿੱਚ ਮਿਆਰੀ ਆਕਾਰਾਂ ਵਿੱਚ ਆਉਂਦੇ ਹਨ: 42U, 45U, 47U, 48U , 52 ਯੂ. ਅਤੇ ਇੱਥੇ ਡੇਟਾ ਟੇਬਲ ਮੋਡ ਵਿੱਚ ਐਕਸਲ ਦਾ ਕੀ-ਜੇ ਵਿਸ਼ਲੇਸ਼ਣ ਗਣਨਾ ਵਿੱਚ ਮਦਦ ਕਰ ਸਕਦਾ ਹੈ। ਅਸੀਂ ਪ੍ਰਾਪਤ ਹੋਈਆਂ ਪਲੇਟਾਂ ਨੂੰ ਦੇਖਦੇ ਹਾਂ ਅਤੇ ਘੱਟੋ-ਘੱਟ ਚੁਣਦੇ ਹਾਂ.

ਸਰੋਤ: www.habr.com