ਜ਼ਿਮਬਰਾ ਸਹਿਯੋਗ ਸੂਟ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਯੋਜਨਾ ਬਣਾਉਣਾ

ਕਿਸੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਿੱਚ ਕਿਸੇ ਵੀ IT ਹੱਲ ਨੂੰ ਲਾਗੂ ਕਰਨਾ ਡਿਜ਼ਾਈਨ ਨਾਲ ਸ਼ੁਰੂ ਹੁੰਦਾ ਹੈ। ਇਸ ਪੜਾਅ 'ਤੇ, ਆਈਟੀ ਮੈਨੇਜਰ ਨੂੰ ਸਰਵਰਾਂ ਦੀ ਗਿਣਤੀ ਅਤੇ ਉਹਨਾਂ ਦੀਆਂ ਵਿਸ਼ੇਸ਼ਤਾਵਾਂ ਦੀ ਗਣਨਾ ਕਰਨੀ ਪਵੇਗੀ ਤਾਂ ਜੋ, ਇੱਕ ਪਾਸੇ, ਉਹਨਾਂ ਵਿੱਚ ਸਾਰੇ ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਕਾਫ਼ੀ ਹੋਣ, ਅਤੇ ਦੂਜੇ ਪਾਸੇ, ਇਹਨਾਂ ਸਰਵਰਾਂ ਦੀ ਕੀਮਤ-ਗੁਣਵੱਤਾ ਅਨੁਪਾਤ ਅਨੁਕੂਲ ਹੈ ਅਤੇ ਨਵੀਂ ਸੂਚਨਾ ਪ੍ਰਣਾਲੀ ਲਈ ਇੱਕ ਕੰਪਿਊਟਿੰਗ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਬਣਾਉਣ ਦੀਆਂ ਲਾਗਤਾਂ ਨੂੰ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੇ ਆਈਟੀ ਬਜਟ ਵਿੱਚ ਇੱਕ ਗੰਭੀਰ ਮੋਰੀ ਨਹੀਂ ਬਣਾਇਆ ਗਿਆ ਹੈ। ਆਓ ਇਹ ਪਤਾ ਕਰੀਏ ਕਿ Zimbra Collaboration Suite ਦੇ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਲਾਗੂ ਕਰਨ ਲਈ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਨੂੰ ਕਿਵੇਂ ਡਿਜ਼ਾਈਨ ਕਰਨਾ ਹੈ।

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

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

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

ਸਿਧਾਂਤਕ ਤੌਰ 'ਤੇ, LDAP, MTA, ਪ੍ਰੌਕਸੀ ਸਰਵਰ, ਨੈਟਵਰਕ ਸਟੋਰੇਜ ਬਣਾਉਣ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਇੱਕ ਸਿੰਗਲ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਵਿੱਚ ਜੋੜਨ ਤੋਂ ਬਾਅਦ, 10000 ਉਪਭੋਗਤਾਵਾਂ ਲਈ ਜ਼ਿਮਬਰਾ ਸਹਿਯੋਗ ਸੂਟ ਚਾਲੂ ਕਰਨ ਲਈ ਤਿਆਰ ਹੈ। ਇਸ ਸੰਰਚਨਾ ਦੀ ਕਾਰਵਾਈ ਕਾਫ਼ੀ ਸਧਾਰਨ ਹੋਵੇਗੀ:

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

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

ਕਿਉਂਕਿ ਜ਼ਿਮਬਰਾ OSE ਵਿੱਚ ਕੋਈ ਬਿਲਟ-ਇਨ ਬੈਕਅੱਪ ਸਿਸਟਮ ਨਹੀਂ ਹੈ, ਸਾਨੂੰ Zextras ਬੈਕਅੱਪ ਦੀ ਲੋੜ ਪਵੇਗੀ, ਜੋ ਰੀਅਲ-ਟਾਈਮ ਬੈਕਅੱਪ ਅਤੇ ਬਾਹਰੀ ਸਟੋਰੇਜ ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ। ਕਿਉਂਕਿ Zextras ਬੈਕਅੱਪ, ਜਦੋਂ ਪੂਰਾ ਅਤੇ ਵਧਿਆ ਹੋਇਆ ਬੈਕਅੱਪ ਬਣਾਉਂਦਾ ਹੈ, ਸਾਰਾ ਡਾਟਾ /opt/zimbra/backup ਫੋਲਡਰ ਵਿੱਚ ਰੱਖਦਾ ਹੈ, ਇਸ ਵਿੱਚ ਬਾਹਰੀ, ਨੈੱਟਵਰਕ ਜਾਂ ਇੱਥੋਂ ਤੱਕ ਕਿ ਕਲਾਉਡ ਸਟੋਰੇਜ ਨੂੰ ਮਾਊਂਟ ਕਰਨਾ ਉਚਿਤ ਹੋਵੇਗਾ, ਤਾਂ ਜੋ ਜੇਕਰ ਇੱਕ ਸਰਵਰ ਫੇਲ ਹੋ ਜਾਵੇ, ਤੁਹਾਡੇ ਕੋਲ ਇੱਕ ਬੈਕਅੱਪ ਕਾਪੀ ਵਾਲਾ ਮੀਡੀਆ ਹੋਵੇਗਾ ਜੋ ਐਮਰਜੈਂਸੀ ਦੇ ਸਮੇਂ ਮੌਜੂਦਾ ਸੀ। ਇਸਨੂੰ ਬੈਕਅੱਪ ਫਿਜ਼ੀਕਲ ਸਰਵਰ, ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਜਾਂ ਕਲਾਉਡ ਵਿੱਚ ਤੈਨਾਤ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ। ਸਰਵਰ ਤੇ ਆਉਣ ਵਾਲੇ ਜੰਕ ਟ੍ਰੈਫਿਕ ਦੀ ਮਾਤਰਾ ਨੂੰ ਘਟਾਉਣ ਲਈ ਜ਼ਿਮਬਰਾ ਪ੍ਰੌਕਸੀ ਸਰਵਰ ਦੇ ਸਾਹਮਣੇ ਇੱਕ ਸਪੈਮ ਫਿਲਟਰ ਦੇ ਨਾਲ ਇੱਕ ਐਮਟੀਏ ਸਥਾਪਤ ਕਰਨਾ ਵੀ ਇੱਕ ਚੰਗਾ ਵਿਚਾਰ ਹੈ।

ਨਤੀਜੇ ਵਜੋਂ, ਸੁਰੱਖਿਅਤ ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦੇਵੇਗਾ:

ਇਸ ਸੰਰਚਨਾ ਦੇ ਨਾਲ, ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚਾ ਨਾ ਸਿਰਫ 10.000 ਉਪਭੋਗਤਾਵਾਂ ਨੂੰ ਉੱਚ-ਗੁਣਵੱਤਾ ਸੇਵਾਵਾਂ ਪ੍ਰਦਾਨ ਕਰਨ ਦੇ ਯੋਗ ਹੋਵੇਗਾ, ਸਗੋਂ ਐਮਰਜੈਂਸੀ ਸਥਿਤੀ ਦੀ ਸਥਿਤੀ ਵਿੱਚ ਵੀ, ਇਸ ਦੇ ਨਤੀਜਿਆਂ ਨੂੰ ਜਿੰਨੀ ਜਲਦੀ ਸੰਭਵ ਹੋ ਸਕੇ ਖਤਮ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦੇਵੇਗਾ।

ਸਰੋਤ: www.habr.com