ਟੂਪਰਵੇਅਰ: ਫੇਸਬੁੱਕ ਦਾ ਕੁਬਰਨੇਟਸ ਕਾਤਲ?

Tupperware ਨਾਲ ਕਿਸੇ ਵੀ ਪੈਮਾਨੇ 'ਤੇ ਕਲੱਸਟਰਾਂ ਦਾ ਕੁਸ਼ਲ ਅਤੇ ਭਰੋਸੇਮੰਦ ਪ੍ਰਬੰਧਨ

ਅੱਜ 'ਤੇ ਸਿਸਟਮ @ ਸਕੇਲ ਕਾਨਫਰੰਸ ਅਸੀਂ Tupperware, ਸਾਡਾ ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ ਸਿਸਟਮ ਪੇਸ਼ ਕੀਤਾ ਹੈ ਜੋ ਸਾਡੀਆਂ ਲਗਭਗ ਸਾਰੀਆਂ ਸੇਵਾਵਾਂ ਨੂੰ ਚਲਾਉਣ ਵਾਲੇ ਲੱਖਾਂ ਸਰਵਰਾਂ ਵਿੱਚ ਕੰਟੇਨਰਾਂ ਨੂੰ ਆਰਕੈਸਟ੍ਰੇਟ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਪਹਿਲੀ ਵਾਰ 2011 ਵਿੱਚ Tupperware ਨੂੰ ਤੈਨਾਤ ਕੀਤਾ ਸੀ, ਅਤੇ ਉਦੋਂ ਤੋਂ ਸਾਡੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਵਾਧਾ ਹੋਇਆ ਹੈ। 1 ਡਾਟਾ ਸੈਂਟਰ ਪੂਰੇ ਤੱਕ 15 ਭੂ-ਵਿਤਰਿਤ ਡਾਟਾ ਸੈਂਟਰ. ਇਹ ਸਾਰਾ ਸਮਾਂ, Tupperware ਸਾਡੇ ਨਾਲ ਸਥਿਰ ਨਹੀਂ ਹੋਇਆ ਅਤੇ ਵਿਕਸਿਤ ਹੋਇਆ। ਅਸੀਂ ਤੁਹਾਨੂੰ ਦਿਖਾਵਾਂਗੇ ਕਿ ਕਿਵੇਂ Tupperware ਪਹਿਲੀ ਸ਼੍ਰੇਣੀ ਦੇ ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਜਿਸ ਵਿੱਚ ਸਟੇਟਫੁਲ ਸੇਵਾਵਾਂ ਲਈ ਸੁਵਿਧਾਜਨਕ ਸਹਾਇਤਾ, ਸਾਰੇ ਡੇਟਾ ਸੈਂਟਰਾਂ ਲਈ ਇੱਕ ਸਿੰਗਲ ਕੰਟਰੋਲ ਪੈਨਲ, ਅਤੇ ਰੀਅਲ ਟਾਈਮ ਵਿੱਚ ਸੇਵਾਵਾਂ ਵਿਚਕਾਰ ਸਮਰੱਥਾ ਨੂੰ ਵੰਡਣ ਦੀ ਸਮਰੱਥਾ ਸ਼ਾਮਲ ਹੈ। ਅਸੀਂ ਉਹਨਾਂ ਸਬਕ ਨੂੰ ਵੀ ਸਾਂਝਾ ਕਰਾਂਗੇ ਜੋ ਅਸੀਂ ਸਾਡੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਵਿਕਾਸ ਦੇ ਰੂਪ ਵਿੱਚ ਸਿੱਖੇ ਹਨ।

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

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

ਟੂਪਰਵੇਅਰ ਆਰਕੀਟੈਕਚਰ

Tupperware PRN ਆਰਕੀਟੈਕਚਰ ਸਾਡੇ ਡੇਟਾ ਸੈਂਟਰਾਂ ਦੇ ਖੇਤਰਾਂ ਵਿੱਚੋਂ ਇੱਕ ਹੈ। ਖੇਤਰ ਵਿੱਚ ਨੇੜੇ ਸਥਿਤ ਕਈ ਡਾਟਾ ਸੈਂਟਰ ਇਮਾਰਤਾਂ (PRN1 ਅਤੇ PRN2) ਸ਼ਾਮਲ ਹਨ। ਅਸੀਂ ਇੱਕ ਕੰਟਰੋਲ ਪੈਨਲ ਬਣਾਉਣ ਦੀ ਯੋਜਨਾ ਬਣਾ ਰਹੇ ਹਾਂ ਜੋ ਇੱਕ ਖੇਤਰ ਵਿੱਚ ਸਾਰੇ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰੇਗਾ।

ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰ Tupperware ਨੌਕਰੀਆਂ ਦੇ ਰੂਪ ਵਿੱਚ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਦੇ ਹਨ। ਇੱਕ ਨੌਕਰੀ ਵਿੱਚ ਕਈ ਕੰਟੇਨਰ ਹੁੰਦੇ ਹਨ, ਅਤੇ ਉਹ ਸਾਰੇ ਆਮ ਤੌਰ 'ਤੇ ਇੱਕੋ ਐਪਲੀਕੇਸ਼ਨ ਕੋਡ ਨੂੰ ਚਲਾਉਂਦੇ ਹਨ।

Tupperware ਕੰਟੇਨਰਾਂ ਦੀ ਵਿਵਸਥਾ ਕਰਨ ਅਤੇ ਉਹਨਾਂ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ। ਇਸ ਵਿੱਚ ਕਈ ਭਾਗ ਹੁੰਦੇ ਹਨ:

• Tupperware ਫਰੰਟਐਂਡ ਉਪਭੋਗਤਾ ਇੰਟਰਫੇਸ, CLI, ਅਤੇ ਹੋਰ ਆਟੋਮੇਸ਼ਨ ਟੂਲਸ ਲਈ API ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਜਿਸ ਰਾਹੀਂ ਤੁਸੀਂ Tupperware ਨਾਲ ਇੰਟਰੈਕਟ ਕਰ ਸਕਦੇ ਹੋ। ਉਹ ਟੂਪਰਵੇਅਰ ਨੌਕਰੀ ਦੇ ਮਾਲਕਾਂ ਤੋਂ ਪੂਰੇ ਅੰਦਰੂਨੀ ਢਾਂਚੇ ਨੂੰ ਲੁਕਾਉਂਦੇ ਹਨ.
• Tupperware ਸ਼ਡਿਊਲਰ ਕੰਟੇਨਰ ਅਤੇ ਨੌਕਰੀ ਦੇ ਜੀਵਨ ਚੱਕਰ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਇੱਕ ਕੰਟਰੋਲ ਪੈਨਲ ਹੈ। ਇਹ ਖੇਤਰੀ ਅਤੇ ਗਲੋਬਲ ਪੱਧਰਾਂ 'ਤੇ ਤਾਇਨਾਤ ਹੈ, ਜਿੱਥੇ ਖੇਤਰੀ ਸ਼ਡਿਊਲਰ ਇੱਕ ਖੇਤਰ ਵਿੱਚ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ ਅਤੇ ਗਲੋਬਲ ਸ਼ਡਿਊਲਰ ਵੱਖ-ਵੱਖ ਖੇਤਰਾਂ ਤੋਂ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ। ਸ਼ਡਿਊਲਰ ਨੂੰ ਸ਼ਾਰਡਾਂ ਵਿੱਚ ਵੰਡਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਹਰੇਕ ਸ਼ਾਰਡ ਨੌਕਰੀਆਂ ਦੇ ਇੱਕ ਸੈੱਟ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਦਾ ਹੈ।
• Tupperware's Scheduler Proxy ਅੰਦਰੂਨੀ ਸ਼ਾਰਡਿੰਗ ਨੂੰ ਲੁਕਾਉਂਦਾ ਹੈ ਅਤੇ Tupperware ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਸ਼ੀਸ਼ੇ ਦਾ ਇੱਕ ਸੁਵਿਧਾਜਨਕ ਸਿੰਗਲ ਪੈਨ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ।
• ਟੂਪਰਵੇਅਰ ਅਲੋਕੇਟਰ ਸਰਵਰਾਂ ਨੂੰ ਕੰਟੇਨਰ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹੈ। ਸ਼ਡਿਊਲਰ ਕੰਟੇਨਰਾਂ ਨੂੰ ਰੋਕਣ, ਸ਼ੁਰੂ ਕਰਨ, ਅੱਪਡੇਟ ਕਰਨ ਅਤੇ ਫੇਲਓਵਰ ਨੂੰ ਸੰਭਾਲਦਾ ਹੈ। ਵਰਤਮਾਨ ਵਿੱਚ, ਇੱਕ ਅਲੋਕੇਟਰ ਪੂਰੇ ਖੇਤਰ ਨੂੰ ਸ਼ਾਰਡਾਂ ਵਿੱਚ ਵੰਡੇ ਬਿਨਾਂ ਪ੍ਰਬੰਧਿਤ ਕਰ ਸਕਦਾ ਹੈ। (ਪਰਿਭਾਸ਼ਾ ਵਿੱਚ ਅੰਤਰ ਨੂੰ ਨੋਟ ਕਰੋ। ਉਦਾਹਰਨ ਲਈ, Tupperware ਵਿੱਚ ਸ਼ਡਿਊਲਰ ਕੰਟਰੋਲ ਪੈਨਲ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ ਕਬਰਨੇਟਿਸ, ਅਤੇ Tupperware ਅਲੋਕੇਟਰ ਨੂੰ Kubernetes ਵਿੱਚ ਇੱਕ ਸ਼ਡਿਊਲਰ ਕਿਹਾ ਜਾਂਦਾ ਹੈ।)
• ਸਰੋਤ ਬ੍ਰੋਕਰ ਸਰਵਰ ਅਤੇ ਸੇਵਾ ਸਮਾਗਮਾਂ ਲਈ ਸੱਚਾਈ ਦੇ ਸਰੋਤ ਨੂੰ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਅਸੀਂ ਹਰੇਕ ਡੇਟਾ ਸੈਂਟਰ ਲਈ ਇੱਕ ਸਰੋਤ ਬ੍ਰੋਕਰ ਚਲਾਉਂਦੇ ਹਾਂ, ਅਤੇ ਇਹ ਉਸ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਸਰਵਰਾਂ ਬਾਰੇ ਸਾਰੀ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ। ਸਰੋਤ ਬ੍ਰੋਕਰ ਅਤੇ ਸਮਰੱਥਾ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ, ਜਾਂ ਸਰੋਤ ਪ੍ਰਬੰਧ ਪ੍ਰਣਾਲੀ, ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਇਹ ਫੈਸਲਾ ਕਰਦੇ ਹਨ ਕਿ ਕਿਹੜਾ ਸ਼ਡਿਊਲਰ ਡਿਲੀਵਰੀ ਕਿਸ ਸਰਵਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। ਸਿਹਤ ਜਾਂਚ ਸੇਵਾ ਸਰਵਰਾਂ ਦੀ ਨਿਗਰਾਨੀ ਕਰਦੀ ਹੈ ਅਤੇ ਸਰੋਤ ਬ੍ਰੋਕਰ ਵਿੱਚ ਉਹਨਾਂ ਦੀ ਸਿਹਤ ਬਾਰੇ ਡੇਟਾ ਸਟੋਰ ਕਰਦੀ ਹੈ। ਜੇਕਰ ਕਿਸੇ ਸਰਵਰ ਨੂੰ ਸਮੱਸਿਆਵਾਂ ਹਨ ਜਾਂ ਰੱਖ-ਰਖਾਅ ਦੀ ਲੋੜ ਹੈ, ਤਾਂ ਸਰੋਤ ਬ੍ਰੋਕਰ ਅਲੋਕੇਟਰ ਅਤੇ ਸ਼ਡਿਊਲਰ ਨੂੰ ਕੰਟੇਨਰਾਂ ਨੂੰ ਰੋਕਣ ਜਾਂ ਦੂਜੇ ਸਰਵਰਾਂ 'ਤੇ ਲਿਜਾਣ ਲਈ ਕਹਿੰਦਾ ਹੈ।
• Tupperware Agent ਇੱਕ ਡੈਮਨ ਹੈ ਜੋ ਹਰੇਕ ਸਰਵਰ ਤੇ ਚੱਲਦਾ ਹੈ ਜੋ ਕੰਟੇਨਰਾਂ ਦੀ ਵਿਵਸਥਾ ਅਤੇ ਹਟਾਉਣ ਦਾ ਕੰਮ ਕਰਦਾ ਹੈ। ਐਪਲੀਕੇਸ਼ਨਾਂ ਇੱਕ ਕੰਟੇਨਰ ਦੇ ਅੰਦਰ ਚਲਦੀਆਂ ਹਨ, ਜੋ ਉਹਨਾਂ ਨੂੰ ਵਧੇਰੇ ਅਲੱਗ-ਥਲੱਗ ਅਤੇ ਪ੍ਰਜਨਨਯੋਗਤਾ ਦਿੰਦੀਆਂ ਹਨ। 'ਤੇ ਪਿਛਲੇ ਸਾਲ ਦੀ ਸਿਸਟਮ @ ਸਕੇਲ ਕਾਨਫਰੰਸ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਵਰਣਨ ਕੀਤਾ ਹੈ ਕਿ ਚਿੱਤਰ, btrfs, cgroupv2 ਅਤੇ systemd ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਅਕਤੀਗਤ Tupperware ਕੰਟੇਨਰ ਕਿਵੇਂ ਬਣਾਏ ਜਾਂਦੇ ਹਨ।

Tupperware ਦੀਆਂ ਵਿਲੱਖਣ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ

Tupperware ਕਈ ਤਰੀਕਿਆਂ ਨਾਲ ਹੋਰ ਕਲੱਸਟਰ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀਆਂ ਜਿਵੇਂ ਕਿ ਕੁਬਰਨੇਟਸ ਅਤੇ ਮੇਸੋਸ, ਪਰ ਅੰਤਰ ਵੀ ਹਨ:

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

ਅਸੀਂ ਇੱਕ ਵਿਸ਼ਾਲ ਗਲੋਬਲ ਸ਼ੇਅਰ ਸਰਵਰ ਫਲੀਟ ਵਿੱਚ ਰਾਜ ਰਹਿਤ ਅਤੇ ਸਟੇਟਫੁੱਲ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਇੱਕ ਕਿਸਮ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਇਹਨਾਂ ਸ਼ਾਨਦਾਰ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਨੂੰ ਵਿਕਸਤ ਕੀਤਾ ਹੈ।

ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਲਈ ਬਿਲਟ-ਇਨ ਸਮਰਥਨ।

Tupperware ਕਈ ਤਰ੍ਹਾਂ ਦੀਆਂ ਨਾਜ਼ੁਕ ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਦਾ ਸੰਚਾਲਨ ਕਰਦਾ ਹੈ ਜੋ Facebook, Instagram, Messenger ਅਤੇ WhatsApp ਲਈ ਨਿਰੰਤਰ ਉਤਪਾਦ ਡੇਟਾ ਨੂੰ ਸਟੋਰ ਕਰਦੇ ਹਨ। ਇਹ ਮੁੱਖ-ਮੁੱਲ ਦੇ ਜੋੜਿਆਂ ਦੇ ਵੱਡੇ ਸਟੋਰ ਹੋ ਸਕਦੇ ਹਨ (ਉਦਾਹਰਨ ਲਈ ZippyDB) ਅਤੇ ਡਾਟਾ ਰਿਪੋਜ਼ਟਰੀਆਂ ਦੀ ਨਿਗਰਾਨੀ (ਉਦਾਹਰਨ ਲਈ, ODS ਗੋਰਿਲਾ и ਸਕੂਬਾ). ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਨੂੰ ਕਾਇਮ ਰੱਖਣਾ ਆਸਾਨ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਸਿਸਟਮ ਨੂੰ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ ਕਿ ਕੰਟੇਨਰਾਂ ਦੀ ਸਪਲਾਈ ਵੱਡੇ ਪੱਧਰ 'ਤੇ ਰੁਕਾਵਟਾਂ ਦਾ ਸਾਮ੍ਹਣਾ ਕਰ ਸਕਦੀ ਹੈ, ਜਿਸ ਵਿੱਚ ਨੈੱਟਵਰਕ ਆਊਟੇਜ ਜਾਂ ਪਾਵਰ ਆਊਟੇਜ ਸ਼ਾਮਲ ਹਨ। ਅਤੇ ਜਦੋਂ ਕਿ ਰਵਾਇਤੀ ਤਕਨੀਕਾਂ, ਜਿਵੇਂ ਕਿ ਨੁਕਸ ਡੋਮੇਨਾਂ ਵਿੱਚ ਕੰਟੇਨਰਾਂ ਨੂੰ ਵੰਡਣਾ, ਸਟੇਟਲੈਸ ਸੇਵਾਵਾਂ ਲਈ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਨੂੰ ਵਾਧੂ ਸਹਾਇਤਾ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ।

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

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

Tupperware ਵਿੱਚ ਬਹੁਤ ਸਾਰੀਆਂ ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ TaskControl ਦੀ ਵਰਤੋਂ ਸਿੱਧੇ ਤੌਰ 'ਤੇ ਨਹੀਂ ਕਰਦੀਆਂ, ਪਰ ShardManager ਦੁਆਰਾ, Facebook 'ਤੇ ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਬਣਾਉਣ ਲਈ ਇੱਕ ਸਾਂਝਾ ਪਲੇਟਫਾਰਮ ਹੈ। Tupperware ਦੇ ਨਾਲ, ਡਿਵੈਲਪਰ ਆਪਣੇ ਇਰਾਦੇ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹਨ ਕਿ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਕੰਟੇਨਰਾਂ ਨੂੰ ਕਿਵੇਂ ਵੰਡਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ShardManager ਦੇ ਨਾਲ, ਡਿਵੈਲਪਰ ਆਪਣੇ ਇਰਾਦੇ ਨੂੰ ਦਰਸਾਉਂਦੇ ਹਨ ਕਿ ਡੇਟਾ ਸ਼ਾਰਡਾਂ ਨੂੰ ਕੰਟੇਨਰਾਂ ਵਿੱਚ ਕਿਵੇਂ ਵੰਡਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ShardManager ਡਾਟਾ ਪਲੇਸਮੈਂਟ ਅਤੇ ਇਸਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀ ਨਕਲ ਬਾਰੇ ਜਾਣੂ ਹੈ ਅਤੇ ਸਿੱਧੇ ਐਪਲੀਕੇਸ਼ਨ ਦੀ ਸ਼ਮੂਲੀਅਤ ਤੋਂ ਬਿਨਾਂ ਕੰਟੇਨਰ ਓਪਰੇਸ਼ਨਾਂ ਨੂੰ ਤਹਿ ਕਰਨ ਲਈ ਟਾਸਕਕੰਟਰੋਲ ਇੰਟਰਫੇਸ ਦੁਆਰਾ Tupperware ਨਾਲ ਸੰਚਾਰ ਕਰਦਾ ਹੈ। ਇਹ ਏਕੀਕਰਣ ਸਟੇਟਫੁੱਲ ਸੇਵਾਵਾਂ ਦੇ ਪ੍ਰਬੰਧਨ ਨੂੰ ਬਹੁਤ ਸਰਲ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ TaskControl ਹੋਰ ਦੇ ਸਮਰੱਥ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਸਾਡਾ ਵਿਆਪਕ ਵੈਬ ਟੀਅਰ ਸਟੇਟਲੈੱਸ ਹੈ ਅਤੇ ਕੰਟੇਨਰਾਂ ਲਈ ਅੱਪਡੇਟ ਦੀ ਦਰ ਨੂੰ ਗਤੀਸ਼ੀਲ ਰੂਪ ਵਿੱਚ ਵਿਵਸਥਿਤ ਕਰਨ ਲਈ TaskControl ਦੀ ਵਰਤੋਂ ਕਰਦਾ ਹੈ। ਆਖਰਕਾਰ ਵੈੱਬ ਟੀਅਰ ਕਈ ਸੌਫਟਵੇਅਰ ਰੀਲੀਜ਼ਾਂ ਨੂੰ ਤੇਜ਼ੀ ਨਾਲ ਪੂਰਾ ਕਰਨ ਦੇ ਸਮਰੱਥ ਹੈ ਉਪਲਬਧਤਾ ਨਾਲ ਸਮਝੌਤਾ ਕੀਤੇ ਬਿਨਾਂ ਪ੍ਰਤੀ ਦਿਨ।

ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨਾ

ਜਦੋਂ Tupperware ਪਹਿਲੀ ਵਾਰ 2011 ਵਿੱਚ ਲਾਂਚ ਕੀਤਾ ਗਿਆ ਸੀ, ਤਾਂ ਹਰੇਕ ਸਰਵਰ ਕਲੱਸਟਰ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਸ਼ਡਿਊਲਰ ਦੁਆਰਾ ਪ੍ਰਬੰਧਿਤ ਕੀਤਾ ਗਿਆ ਸੀ। ਉਸ ਸਮੇਂ, ਇੱਕ ਫੇਸਬੁੱਕ ਕਲੱਸਟਰ ਇੱਕ ਨੈੱਟਵਰਕ ਸਵਿੱਚ ਨਾਲ ਜੁੜੇ ਸਰਵਰ ਰੈਕਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਸੀ, ਅਤੇ ਡੇਟਾ ਸੈਂਟਰ ਵਿੱਚ ਕਈ ਕਲੱਸਟਰ ਸਨ। ਸ਼ਡਿਊਲਰ ਸਿਰਫ਼ ਇੱਕ ਕਲੱਸਟਰ ਵਿੱਚ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰ ਸਕਦਾ ਹੈ, ਭਾਵ ਨੌਕਰੀ ਇੱਕ ਤੋਂ ਵੱਧ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਨਹੀਂ ਫੈਲ ਸਕਦੀ। ਸਾਡਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਵਧਿਆ, ਅਸੀਂ ਵਧਦੇ ਕਲੱਸਟਰਾਂ ਨੂੰ ਬੰਦ ਕਰ ਦਿੱਤਾ। ਕਿਉਂਕਿ Tupperware ਨੌਕਰੀ ਨੂੰ ਬਿਨਾਂ ਕਿਸੇ ਬਦਲਾਅ ਦੇ ਡੀਕਮਿਸ਼ਨਡ ਕਲੱਸਟਰ ਤੋਂ ਦੂਜੇ ਕਲੱਸਟਰਾਂ ਵਿੱਚ ਨਹੀਂ ਲਿਜਾ ਸਕਦਾ ਸੀ, ਇਸ ਲਈ ਐਪਲੀਕੇਸ਼ਨ ਡਿਵੈਲਪਰਾਂ ਅਤੇ ਡਾਟਾ ਸੈਂਟਰ ਆਪਰੇਟਰਾਂ ਵਿਚਕਾਰ ਬਹੁਤ ਸਾਰੇ ਜਤਨ ਅਤੇ ਧਿਆਨ ਨਾਲ ਤਾਲਮੇਲ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ। ਇਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਨਤੀਜੇ ਵਜੋਂ ਸੰਸਾਧਨਾਂ ਦੀ ਬਰਬਾਦੀ ਹੋਈ ਜਦੋਂ ਸਰਵਰ ਡੀਕਮਿਸ਼ਨਿੰਗ ਪ੍ਰਕਿਰਿਆਵਾਂ ਦੇ ਕਾਰਨ ਮਹੀਨਿਆਂ ਲਈ ਵਿਹਲੇ ਸਨ।

ਅਸੀਂ ਕਲੱਸਟਰ ਡੀਕਮਿਸ਼ਨਿੰਗ ਸਮੱਸਿਆ ਨੂੰ ਹੱਲ ਕਰਨ ਅਤੇ ਹੋਰ ਕਿਸਮ ਦੇ ਰੱਖ-ਰਖਾਅ ਕਾਰਜਾਂ ਦਾ ਤਾਲਮੇਲ ਕਰਨ ਲਈ ਇੱਕ ਸਰੋਤ ਬ੍ਰੋਕਰ ਬਣਾਇਆ ਹੈ। ਸਰੋਤ ਬ੍ਰੋਕਰ ਸਰਵਰ ਨਾਲ ਜੁੜੀ ਸਾਰੀ ਭੌਤਿਕ ਜਾਣਕਾਰੀ ਦਾ ਧਿਆਨ ਰੱਖਦਾ ਹੈ ਅਤੇ ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਇਹ ਫੈਸਲਾ ਕਰਦਾ ਹੈ ਕਿ ਕਿਹੜਾ ਸ਼ਡਿਊਲਰ ਹਰੇਕ ਸਰਵਰ ਨੂੰ ਨਿਯੰਤਰਿਤ ਕਰਦਾ ਹੈ। ਗਤੀਸ਼ੀਲ ਤੌਰ 'ਤੇ ਸਰਵਰਾਂ ਨੂੰ ਸ਼ਡਿਊਲਰਸ ਨਾਲ ਜੋੜਨਾ ਸ਼ਡਿਊਲਰ ਨੂੰ ਵੱਖ-ਵੱਖ ਡਾਟਾ ਸੈਂਟਰਾਂ ਵਿੱਚ ਸਰਵਰਾਂ ਦਾ ਪ੍ਰਬੰਧਨ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਕਿਉਂਕਿ ਇੱਕ Tupperware ਨੌਕਰੀ ਹੁਣ ਇੱਕ ਸਿੰਗਲ ਕਲੱਸਟਰ ਤੱਕ ਸੀਮਿਤ ਨਹੀਂ ਹੈ, Tupperware ਉਪਭੋਗਤਾ ਇਹ ਨਿਰਧਾਰਿਤ ਕਰ ਸਕਦੇ ਹਨ ਕਿ ਕੰਟੇਨਰਾਂ ਨੂੰ ਫਾਲਟ ਡੋਮੇਨਾਂ ਵਿੱਚ ਕਿਵੇਂ ਵੰਡਿਆ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਇੱਕ ਡਿਵੈਲਪਰ ਆਪਣੇ ਇਰਾਦੇ ਦਾ ਐਲਾਨ ਕਰ ਸਕਦਾ ਹੈ (ਕਹਿਣਾ: "ਪੀਆਰਐਨ ਖੇਤਰ ਵਿੱਚ 2 ਨੁਕਸ ਡੋਮੇਨਾਂ 'ਤੇ ਮੇਰੀ ਨੌਕਰੀ ਚਲਾਓ") ਖਾਸ ਉਪਲਬਧਤਾ ਜ਼ੋਨਾਂ ਨੂੰ ਨਿਰਧਾਰਤ ਕੀਤੇ ਬਿਨਾਂ। Tupperware ਖੁਦ ਇਸ ਇਰਾਦੇ ਨੂੰ ਲਾਗੂ ਕਰਨ ਲਈ ਢੁਕਵੇਂ ਸਰਵਰ ਲੱਭੇਗਾ, ਭਾਵੇਂ ਕਿ ਕਲੱਸਟਰ ਜਾਂ ਸੇਵਾ ਨੂੰ ਬੰਦ ਕੀਤਾ ਗਿਆ ਹੋਵੇ।

ਪੂਰੇ ਗਲੋਬਲ ਸਿਸਟਮ ਦਾ ਸਮਰਥਨ ਕਰਨ ਲਈ ਸਕੇਲੇਬਲ

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

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

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

ਲਚਕੀਲੇ ਕੰਪਿਊਟਿੰਗ ਨਾਲ ਵਰਤੋਂ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਸੁਧਾਰ ਕਰੋ

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

• ਲਚਕੀਲੇ ਕੰਪਿਊਟਿੰਗ - ਸ਼ਾਂਤ ਘੰਟਿਆਂ ਦੌਰਾਨ ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਨੂੰ ਘਟਾਓ ਅਤੇ ਔਫਲਾਈਨ ਵਰਕਲੋਡ, ਜਿਵੇਂ ਕਿ ਮਸ਼ੀਨ ਸਿਖਲਾਈ ਅਤੇ MapReduce ਨੌਕਰੀਆਂ ਲਈ ਮੁਕਤ ਸਰਵਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰੋ।
• ਓਵਰਲੋਡਿੰਗ - ਉਸੇ ਸਰਵਰਾਂ 'ਤੇ ਔਨਲਾਈਨ ਸੇਵਾਵਾਂ ਅਤੇ ਬੈਚ ਵਰਕਲੋਡ ਰੱਖੋ ਤਾਂ ਕਿ ਬੈਚ ਵਰਕਲੋਡ ਘੱਟ ਤਰਜੀਹ 'ਤੇ ਚੱਲ ਸਕਣ।

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


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

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

ਸਬਕ ਸਿੱਖੇ ਅਤੇ ਭਵਿੱਖ ਲਈ ਯੋਜਨਾਵਾਂ

ਪਿਛਲੇ 8 ਸਾਲਾਂ ਵਿੱਚ, ਅਸੀਂ Facebook ਦੇ ਤੇਜ਼ ਵਿਕਾਸ ਨੂੰ ਜਾਰੀ ਰੱਖਣ ਲਈ Tupperware ਦਾ ਵਿਕਾਸ ਕਰ ਰਹੇ ਹਾਂ। ਅਸੀਂ ਜੋ ਕੁਝ ਸਿੱਖਿਆ ਹੈ ਉਸਨੂੰ ਸਾਂਝਾ ਕਰਦੇ ਹਾਂ ਅਤੇ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਇਹ ਤੇਜ਼ੀ ਨਾਲ ਵਧ ਰਹੇ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਪ੍ਰਬੰਧਨ ਵਿੱਚ ਦੂਜਿਆਂ ਦੀ ਮਦਦ ਕਰੇਗਾ:

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

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

ਸਰੋਤ: www.habr.com