ਜ਼ਿਮਬਰਾ ਸਹਿਯੋਗ ਸੂਟ ਵਿੱਚ ਮੇਲ ਸਟੋਰੇਜ ਨੂੰ ਅਨੁਕੂਲਿਤ ਕਰਨਾ

ਸਾਡੇ ਵਿੱਚੋਂ ਇੱਕ ਵਿੱਚ ਪਿਛਲੇ ਲੇਖ, ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਵਿੱਚ Zimbra Collabortion Suite ਨੂੰ ਲਾਗੂ ਕਰਦੇ ਸਮੇਂ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੀ ਯੋਜਨਾ ਨੂੰ ਸਮਰਪਿਤ, ਇਹ ਕਿਹਾ ਗਿਆ ਸੀ ਕਿ ਇਸ ਹੱਲ ਦੇ ਸੰਚਾਲਨ ਵਿੱਚ ਮੁੱਖ ਸੀਮਾ ਮੇਲ ਸਟੋਰੇਜ ਵਿੱਚ ਡਿਸਕ ਡਿਵਾਈਸਾਂ ਦੀ I/O ਗਤੀ ਹੈ। ਅਸਲ ਵਿੱਚ, ਇੱਕ ਸਮੇਂ ਵਿੱਚ ਜਦੋਂ ਇੱਕ ਐਂਟਰਪ੍ਰਾਈਜ਼ ਦੇ ਕਈ ਸੌ ਕਰਮਚਾਰੀ ਇੱਕੋ ਮੇਲ ਸਟੋਰੇਜ ਤੱਕ ਪਹੁੰਚ ਕਰਦੇ ਹਨ, ਹਾਰਡ ਡਰਾਈਵਾਂ ਤੋਂ ਜਾਣਕਾਰੀ ਲਿਖਣ ਅਤੇ ਪੜ੍ਹਨ ਲਈ ਚੈਨਲ ਦੀ ਚੌੜਾਈ ਸੇਵਾ ਦੇ ਜਵਾਬਦੇਹ ਸੰਚਾਲਨ ਲਈ ਕਾਫ਼ੀ ਨਹੀਂ ਹੋ ਸਕਦੀ। ਅਤੇ ਜੇ ਜ਼ਿਮਬਰਾ ਦੀਆਂ ਛੋਟੀਆਂ ਸਥਾਪਨਾਵਾਂ ਲਈ ਇਹ ਕੋਈ ਖਾਸ ਸਮੱਸਿਆ ਨਹੀਂ ਹੋਵੇਗੀ, ਤਾਂ ਵੱਡੇ ਉਦਯੋਗਾਂ ਅਤੇ SaaS ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਮਾਮਲੇ ਵਿੱਚ, ਇਹ ਸਭ ਗੈਰ-ਜਵਾਬਦੇਹ ਈਮੇਲ ਦਾ ਕਾਰਨ ਬਣ ਸਕਦਾ ਹੈ ਅਤੇ ਨਤੀਜੇ ਵਜੋਂ, ਕਰਮਚਾਰੀ ਦੀ ਕੁਸ਼ਲਤਾ ਵਿੱਚ ਕਮੀ, ਅਤੇ ਨਾਲ ਹੀ ਇੱਕ ਉਲੰਘਣਾ. SLAs ਦਾ। ਇਸ ਲਈ, ਜਦੋਂ ਵੱਡੇ ਪੈਮਾਨੇ 'ਤੇ ਜ਼ਿਮਬਰਾ ਸਥਾਪਨਾਵਾਂ ਨੂੰ ਡਿਜ਼ਾਈਨ ਅਤੇ ਸੰਚਾਲਿਤ ਕਰਦੇ ਹੋ, ਤਾਂ ਮੇਲ ਸਟੋਰੇਜ ਵਿੱਚ ਹਾਰਡ ਡਰਾਈਵਾਂ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਵਿਸ਼ੇਸ਼ ਧਿਆਨ ਦਿੱਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ। ਆਉ ਦੋ ਕੇਸਾਂ ਨੂੰ ਵੇਖੀਏ ਅਤੇ ਇਹ ਪਤਾ ਲਗਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰੀਏ ਕਿ ਉਹਨਾਂ ਵਿੱਚੋਂ ਹਰੇਕ ਵਿੱਚ ਡਿਸਕ ਸਟੋਰੇਜ ਤੇ ਲੋਡ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਉਣ ਲਈ ਕਿਹੜੇ ਤਰੀਕੇ ਲਾਗੂ ਕੀਤੇ ਜਾ ਸਕਦੇ ਹਨ.

1. ਵੱਡੇ ਪੈਮਾਨੇ ਦੀ ਜ਼ਿਮਬਰਾ ਸਥਾਪਨਾ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਦੇ ਸਮੇਂ ਅਨੁਕੂਲਤਾ

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

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

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

ਫਾਈਲ ਸਿਸਟਮ ਦੀ ਚੋਣ ਲਈ, ਸਭ ਤੋਂ ਵਧੀਆ ਵਿਕਲਪ ਮਿਆਰੀ ਸਿਸਟਮਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਹੋਵੇਗਾ Linux Ext3/Ext4। ਫਾਈਲ ਸਿਸਟਮ ਨਾਲ ਜੁੜੀ ਮੁੱਖ ਸੂਖਮਤਾ ਇਹ ਹੈ ਕਿ ਇਸਨੂੰ ਪੈਰਾਮੀਟਰ ਨਾਲ ਮਾਊਂਟ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ -ਨੋਟਾਈਮ. ਇਹ ਵਿਕਲਪ ਫਾਈਲਾਂ ਤੱਕ ਆਖਰੀ ਪਹੁੰਚ ਦੇ ਸਮੇਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਨ ਦੇ ਕਾਰਜ ਨੂੰ ਅਸਮਰੱਥ ਬਣਾ ਦੇਵੇਗਾ, ਜਿਸਦਾ ਮਤਲਬ ਹੈ ਕਿ ਇਹ ਪੜ੍ਹਨ ਅਤੇ ਲਿਖਣ ਦੇ ਭਾਰ ਨੂੰ ਬਹੁਤ ਘਟਾ ਦੇਵੇਗਾ। ਆਮ ਤੌਰ 'ਤੇ, ਜ਼ਿਮਬਰਾ ਲਈ ext3 ਜਾਂ ext4 ਫਾਈਲ ਸਿਸਟਮ ਬਣਾਉਂਦੇ ਸਮੇਂ, ਤੁਹਾਨੂੰ ਹੇਠਾਂ ਦਿੱਤੇ ਉਪਯੋਗਤਾ ਪੈਰਾਮੀਟਰਾਂ ਦੀ ਵਰਤੋਂ ਕਰਨੀ ਚਾਹੀਦੀ ਹੈ mke2fs:

-j — ਫਾਇਲ ਸਿਸਟਮ ਜਰਨਲ ਬਣਾਉਣ ਲਈ ext3/ext4 ਜਰਨਲ ਨਾਲ ਫਾਇਲ ਸਿਸਟਮ ਬਣਾਓ।
-ਐਲ ਨਾਮ - ਫਿਰ /etc/fstab ਵਿੱਚ ਵਰਤਣ ਲਈ ਇੱਕ ਵਾਲੀਅਮ ਨਾਂ ਬਣਾਉਣ ਲਈ
-ਓ dir_index - ਵੱਡੀਆਂ ਡਾਇਰੈਕਟਰੀਆਂ ਵਿੱਚ ਫਾਈਲ ਖੋਜਾਂ ਨੂੰ ਤੇਜ਼ ਕਰਨ ਲਈ ਹੈਸ਼ਡ ਖੋਜ ਟ੍ਰੀ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ
-ਮ 2 — ਰੂਟ ਡਾਇਰੈਕਟਰੀ ਲਈ ਵੱਡੇ ਫਾਇਲ ਸਿਸਟਮਾਂ ਵਿੱਚ ਵਾਲੀਅਮ ਦਾ 2% ਰਾਖਵਾਂ ਕਰਨ ਲਈ
-ਜੇ ਦਾ ਆਕਾਰ = 400 - ਇੱਕ ਵੱਡੀ ਮੈਗਜ਼ੀਨ ਬਣਾਉਣ ਲਈ
-ਬੀ 4096 — ਬਾਈਟਾਂ ਵਿੱਚ ਬਲਾਕ ਦਾ ਆਕਾਰ ਨਿਰਧਾਰਤ ਕਰਨ ਲਈ
-ਆਈ 10240 - ਸੁਨੇਹਾ ਸਟੋਰੇਜ ਲਈ, ਇਹ ਸੈਟਿੰਗ ਔਸਤ ਸੁਨੇਹੇ ਦੇ ਆਕਾਰ ਦੇ ਅਨੁਸਾਰੀ ਹੋਣੀ ਚਾਹੀਦੀ ਹੈ। ਤੁਹਾਨੂੰ ਇਸ ਪੈਰਾਮੀਟਰ 'ਤੇ ਪੂਰਾ ਧਿਆਨ ਦੇਣਾ ਚਾਹੀਦਾ ਹੈ, ਕਿਉਂਕਿ ਇਸਦਾ ਮੁੱਲ ਬਾਅਦ ਵਿੱਚ ਬਦਲਿਆ ਨਹੀਂ ਜਾ ਸਕਦਾ ਹੈ।

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

2. ਜ਼ਿਮਬਰਾ ਬੁਨਿਆਦੀ ਢਾਂਚੇ ਦੇ ਨਾਲ ਅਨੁਕੂਲਤਾ

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

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

autofs, netfs - ਰਿਮੋਟ ਫਾਈਲ ਸਿਸਟਮ ਖੋਜ ਸੇਵਾਵਾਂ
ਕੱਪ - ਪ੍ਰਿੰਟ ਸੇਵਾ
xinetd, vsftpd - ਬਿਲਟ-ਇਨ *NIX ਸੇਵਾਵਾਂ ਜਿਨ੍ਹਾਂ ਦੀ ਤੁਹਾਨੂੰ ਸ਼ਾਇਦ ਲੋੜ ਨਹੀਂ ਪਵੇਗੀ
ਪੋਰਟਮੈਪ, rpcsvcgssd, rpcgssd, rpcidmapd — ਰਿਮੋਟ ਪ੍ਰਕਿਰਿਆ ਕਾਲ ਸੇਵਾਵਾਂ, ਜੋ ਕਿ ਆਮ ਤੌਰ 'ਤੇ ਨੈੱਟਵਰਕ ਫਾਈਲ ਸਿਸਟਮ ਨਾਲ ਜੋੜ ਕੇ ਵਰਤੀਆਂ ਜਾਂਦੀਆਂ ਹਨ
dovecot, cyrus-imapd, sendmail, exim, postfix, ldap — ਜ਼ਿਮਬਰਾ ਸਹਿਯੋਗ ਸੂਟ ਵਿੱਚ ਸ਼ਾਮਲ ਮੁੱਖ ਉਪਯੋਗਤਾਵਾਂ ਦੇ ਡੁਪਲੀਕੇਟ
slocate/updatedb - ਕਿਉਂਕਿ ਜ਼ਿਮਬਰਾ ਹਰੇਕ ਸੁਨੇਹੇ ਨੂੰ ਇੱਕ ਵੱਖਰੀ ਫਾਈਲ ਵਿੱਚ ਸਟੋਰ ਕਰਦਾ ਹੈ, ਹਰ ਰੋਜ਼ ਅੱਪਡੇਟਬੀ ਸੇਵਾ ਚਲਾਉਣ ਨਾਲ ਸਮੱਸਿਆਵਾਂ ਪੈਦਾ ਹੋ ਸਕਦੀਆਂ ਹਨ, ਇਸਲਈ ਤੁਸੀਂ ਇਸ ਨੂੰ ਹੱਥੀਂ ਕਰ ਸਕਦੇ ਹੋ ਜਦੋਂ ਸਰਵਰ ਘੱਟ ਵਿਅਸਤ ਹੁੰਦੇ ਹਨ

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

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

ਸਰੋਤ: www.habr.com