php8, node.js ਅਤੇ redis ਦੇ ਨਾਲ CentOS 7 'ਤੇ ਵੈੱਬ ਸਰਵਰ

ਮੁਖਬੰਧ

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

ਪਰ ਸ਼ੁਰੂ ਵਿੱਚ, ਮੈਂ ਇਸ ਬਾਰੇ ਸੰਖੇਪ ਵਿੱਚ ਗੱਲ ਕਰਨਾ ਚਾਹੁੰਦਾ ਹਾਂ ਕਿ ਇਹ ਪਿਛਲੇ ਸਾਰੇ ਸੰਸਕਰਣਾਂ ਤੋਂ ਇਸ ਸੰਸਕਰਣ ਵਿੱਚ ਬਦਲਣ ਦੇ ਯੋਗ ਕਿਉਂ ਹੈ, ਅਤੇ ਇਸਦੇ ਦੋ ਕਾਰਨ ਹਨ:

1. php7! CentOS ਦੇ ਪਿਛਲੇ ਸੰਸਕਰਣ ਵਿੱਚ, "ਆਰਥੋਡਾਕਸ" php5.4 ਸਥਾਪਿਤ ਕੀਤਾ ਗਿਆ ਸੀ ...

   ਠੀਕ ਹੈ, ਥੋੜਾ ਹੋਰ ਗੰਭੀਰ ਹੋਣ ਲਈ, ਬਹੁਤ ਸਾਰੇ ਪੈਕੇਜ ਕਈ ਸੰਸਕਰਣਾਂ ਵਿੱਚ ਛਾਲ ਮਾਰਦੇ ਹਨ। ਅਸੀਂ (redhat-like OS ਦੇ ਪ੍ਰਸ਼ੰਸਕ) ਅੰਤ ਵਿੱਚ ਦਾਖਲ ਹੋ ਗਏ ਹਾਂ, ਜੇਕਰ ਭਵਿੱਖ ਵਿੱਚ ਨਹੀਂ, ਤਾਂ ਘੱਟੋ ਘੱਟ ਵਰਤਮਾਨ ਵਿੱਚ। ਅਤੇ ਉਬੰਟੂ ਸਮਰਥਕ ਹੁਣ ਸਾਡੇ 'ਤੇ ਨਹੀਂ ਹੱਸਣਗੇ ਅਤੇ ਸਾਡੇ ਵੱਲ ਉਂਗਲਾਂ ਨਹੀਂ ਚੁੱਕਣਗੇ, ਠੀਕ ਹੈ... ਘੱਟੋ-ਘੱਟ ਕੁਝ ਸਮੇਂ ਲਈ;)।

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

ਇੱਕ ਵਰਚੁਅਲ ਮਸ਼ੀਨ ਬਣਾਓ

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

ਮੈਮੋਰੀ

ਪਹਿਲਾਂ... ਯਕੀਨੀ ਤੌਰ 'ਤੇ 7 ਤੋਂ ਸ਼ੁਰੂ ਹੋਣ ਵਾਲੇ ਇੱਕ CentOS ਸਿਸਟਮ ਨੂੰ ਸਥਾਪਿਤ ਕਰਨ ਲਈ, ਅਤੇ ਮੇਰੀ ਰਾਏ ਵਿੱਚ ਇਹ 6 ਵਿੱਚ ਵੀ ਸੀ ("ਪਰ ਇਹ ਨਿਸ਼ਚਿਤ ਨਹੀਂ ਹੈ"), ਤੁਹਾਨੂੰ ਲੋੜ ਹੈ ਘੱਟੋ ਘੱਟ 2 ਜੀਬੀ ਰੈਮ। ਇਸ ਲਈ, ਮੈਂ ਤੁਹਾਨੂੰ ਪਹਿਲਾਂ ਬਹੁਤ ਕੁਝ ਦੇਣ ਦੀ ਸਲਾਹ ਦਿੰਦਾ ਹਾਂ.

ਪਰ ਜੇ ਕੁਝ ਵੀ ਹੋਵੇ, ਇੰਸਟਾਲੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਮੈਮੋਰੀ ਦਾ ਆਕਾਰ ਘਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ। 1 GB ਤੇ ਬੇਅਰ ਸਿਸਟਮ ਬਹੁਤ ਵਧੀਆ ਕੰਮ ਕਰਦਾ ਹੈ, ਮੈਂ ਜਾਂਚ ਕੀਤੀ.

ਡ੍ਰਾਈਵ

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

ਪ੍ਰੋਸੈਸਰ

ਇੱਕ ਕੋਰ 'ਤੇ, ਬੇਅਰ ਸਿਸਟਮ ਹੌਲੀ ਨਹੀਂ ਹੁੰਦਾ. ਅਤੇ ਕਿਉਂਕਿ ਸਰੋਤ ਸੁਤੰਤਰ ਤੌਰ 'ਤੇ ਸਕੇਲੇਬਲ ਹਨ, ਮੈਨੂੰ ਇੰਸਟਾਲੇਸ਼ਨ ਪੜਾਅ 'ਤੇ ਹੋਰ ਦੇਣ ਦਾ ਕੋਈ ਬਿੰਦੂ ਨਹੀਂ ਦਿਖਾਈ ਦਿੰਦਾ (ਜਦੋਂ ਤੱਕ ਤੁਸੀਂ ਲੋੜਾਂ ਪੂਰੀ ਤਰ੍ਹਾਂ ਨਹੀਂ ਜਾਣਦੇ ਹੋ ਅਤੇ ਦੁਬਾਰਾ ਸੰਰਚਨਾਕਾਰ ਵਿੱਚ ਜਾਣ ਲਈ ਬਹੁਤ ਆਲਸੀ ਨਹੀਂ ਹੋ)

ਬਾਕੀ ਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਡਿਫੌਲਟ ਵਜੋਂ ਛੱਡਿਆ ਜਾ ਸਕਦਾ ਹੈ।

ਅਸਲ ਇੰਸਟਾਲੇਸ਼ਨ

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

ਬੁਨਿਆਦੀ ਸਥਾਪਨਾ ਕਾਫ਼ੀ ਆਮ ਹੈ, ਮੈਂ ਸਿਰਫ ਕੁਝ ਬਿੰਦੂਆਂ 'ਤੇ ਧਿਆਨ ਦੇਵਾਂਗਾ.

ਸਰੋਤ ਚੋਣ

ਅੱਠਵੇਂ ਸੰਸਕਰਣ ਦੇ ਜਾਰੀ ਹੋਣ ਤੋਂ ਬਾਅਦ, ਯਾਂਡੇਕਸ ਦਾ ਸ਼ੀਸ਼ਾ ਕਈ ਦਿਨਾਂ ਤੋਂ ਪਿਆ ਰਿਹਾ ਹੈ. ਖੈਰ, ਭਾਵ, ਇਹ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਵਧਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਦੁਬਾਰਾ ਗਲਤੀ ਦਿਖਾਉਣਾ ਸ਼ੁਰੂ ਕਰਦਾ ਹੈ. ਮੈਨੂੰ ਯਕੀਨ ਹੈ ਕਿ ਇਹ ਸੇਵਾ 'ਤੇ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲੋਡ ਦੇ ਕਾਰਨ ਹੈ। ਇਸ ਲਈ, ਸਰੋਤ ਨੂੰ ਦਰਸਾਉਣ ਲਈ, ਮੈਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ, ਆਮ ਪਤਾ ਦਰਜ ਕਰਨ ਦੀ ਬਜਾਏ, ਜਾਣਾ ਪਿਆ ਇੱਥੇ, ਸ਼ੀਸ਼ੇ ਦੀ ਚੋਣ ਕਰੋ ਜੋ ਮੈਨੂੰ ਉੱਥੇ ਪਸੰਦ ਹੈ ਅਤੇ ਇੰਸਟਾਲਰ ਵਿੰਡੋ ਵਿੱਚ ਹੱਥੀਂ ਪਤਾ ਦਰਜ ਕਰੋ। ਇੱਥੇ ਇਹ ਯਾਦ ਰੱਖਣਾ ਮਹੱਤਵਪੂਰਨ ਹੈ ਕਿ ਤੁਹਾਨੂੰ ਉਸ ਫੋਲਡਰ ਦਾ ਮਾਰਗ ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ ਜਿੱਥੇ ਡਾਇਰੈਕਟਰੀ ਸਥਿਤ ਹੈ ਰੀਪੋਡਾਟਾ. ਉਦਾਹਰਨ ਲਈ, mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

ਡਿਸਕ ਵਿਭਾਗੀਕਰਨ

ਇਹ ਸਵਾਲ ਮੇਰੇ ਵਿਚਾਰ ਵਿੱਚ ਧਾਰਮਿਕ ਹੈ। ਇਸ ਮਾਮਲੇ 'ਤੇ ਹਰੇਕ ਐਡਮਿਨ ਦੀ ਆਪਣੀ ਸਥਿਤੀ ਹੈ। ਪਰ ਮੈਂ ਫਿਰ ਵੀ ਇਸ ਮੁੱਦੇ 'ਤੇ ਆਪਣਾ ਨਜ਼ਰੀਆ ਸਾਂਝਾ ਕਰਾਂਗਾ।

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

ਉਦਾਹਰਨ ਲਈ, ਜੇਕਰ ਮੁੱਖ ਡੇਟਾ ਭਾਗ ਵਿੱਚ ਕੁਝ ਗਲਤ ਹੋ ਜਾਂਦਾ ਹੈ ਅਤੇ ਗਲਤੀਆਂ ਹੁੰਦੀਆਂ ਹਨ, ਤਾਂ ਤੁਸੀਂ ਅਜੇ ਵੀ ਸਿਸਟਮ ਨੂੰ ਬੂਟ ਕਰਨ ਅਤੇ ਮੁੜ ਸੁਰਜੀਤ ਕਰਨ ਦੇ ਉਪਾਅ ਕਰਨ ਦੇ ਯੋਗ ਹੋਣਾ ਚਾਹੁੰਦੇ ਹੋ। ਇਸ ਲਈ, ਮੈਂ ਨਿੱਜੀ ਤੌਰ 'ਤੇ /boot ਲਈ ਇੱਕ ਵੱਖਰਾ ਭਾਗ ਨਿਰਧਾਰਤ ਕਰਦਾ ਹਾਂ। ਇੱਕ ਕਰਨਲ ਅਤੇ ਇੱਕ ਬੂਟਲੋਡਰ ਹੈ। ਆਮ ਤੌਰ 'ਤੇ 500 ਮੈਗਾਬਾਈਟ ਕਾਫ਼ੀ ਹੁੰਦੀ ਹੈ, ਪਰ ਬਹੁਤ ਘੱਟ ਮਾਮਲਿਆਂ ਵਿੱਚ ਹੋਰ ਦੀ ਲੋੜ ਹੋ ਸਕਦੀ ਹੈ, ਅਤੇ ਇਹ ਦਿੱਤੇ ਗਏ ਕਿ ਅਸੀਂ ਪਹਿਲਾਂ ਹੀ ਟੈਰਾਬਾਈਟ ਵਿੱਚ ਸਪੇਸ ਨੂੰ ਮਾਪਣ ਦੇ ਆਦੀ ਹਾਂ, ਮੈਂ ਇਸ ਭਾਗ ਲਈ 2GB ਨਿਰਧਾਰਤ ਕਰਦਾ ਹਾਂ। ਅਤੇ ਇੱਥੇ ਮਹੱਤਵਪੂਰਨ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇਹ lvm ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ ਹੈ.

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

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

IMHO, ਹਰ ਕੋਈ ਆਪਣੇ ਲਈ ਫੈਸਲਾ ਕਰ ਸਕਦਾ ਹੈ ਕਿ ਕੀ/ਘਰ ਨੂੰ ਇੱਕ ਵੱਖਰੇ ਭਾਗ ਵਿੱਚ ਅਲਾਟ ਕਰਨਾ ਹੈ ਜਾਂ ਨਹੀਂ। ਜੇ ਸਰਵਰ 'ਤੇ ਕੋਈ ਵਿਅਕਤੀ ਇਸ ਡਾਇਰੈਕਟਰੀ ਦੀ ਸਰਗਰਮੀ ਨਾਲ ਵਰਤੋਂ ਕਰੇਗਾ, ਤਾਂ ਇਸ ਨੂੰ ਨਿਰਧਾਰਤ ਕਰਨਾ ਬਿਹਤਰ ਹੈ। ਜੇ ਕੋਈ ਨਹੀਂ, ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ.

ਅੱਗੇ, /var. ਮੇਰੀ ਰਾਏ ਵਿੱਚ, ਇਸ ਨੂੰ ਯਕੀਨੀ ਤੌਰ 'ਤੇ ਉਜਾਗਰ ਕੀਤਾ ਜਾਣਾ ਚਾਹੀਦਾ ਹੈ. ਸ਼ੁਰੂ ਕਰਨ ਲਈ, ਤੁਸੀਂ ਆਪਣੇ ਆਪ ਨੂੰ 4 GB ਤੱਕ ਸੀਮਤ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਦੇਖੋ ਕਿ ਇਹ ਕਿਵੇਂ ਚਲਦਾ ਹੈ। ਅਤੇ ਹਾਂ, "ਇਹ ਕਿਵੇਂ ਚਲਦਾ ਹੈ" ਦੁਆਰਾ ਮੇਰਾ ਮਤਲਬ ਹੈ

1. ਪਹਿਲਾਂ, ਤੁਸੀਂ ਹਮੇਸ਼ਾ /var ਸਬ-ਡਾਇਰੈਕਟਰੀ ਵਿੱਚ ਇੱਕ ਹੋਰ ਡਿਸਕ ਨੂੰ ਮਾਊਂਟ ਕਰ ਸਕਦੇ ਹੋ (ਜਿਸ ਨੂੰ ਮੈਂ ਬਾਅਦ ਵਿੱਚ ਇੱਕ ਉਦਾਹਰਣ ਦੇ ਨਾਲ ਦਿਖਾਵਾਂਗਾ)
2. ਦੂਜਾ, ਸਾਡੇ ਕੋਲ lvm ਹੈ - ਤੁਸੀਂ ਇਸਨੂੰ ਹਮੇਸ਼ਾ ਜੋੜ ਸਕਦੇ ਹੋ। ਅਤੇ ਤੁਹਾਨੂੰ ਆਮ ਤੌਰ 'ਤੇ ਇਸ ਨੂੰ ਜੋੜਨਾ ਪੈਂਦਾ ਹੈ ਜਦੋਂ ਬਹੁਤ ਸਾਰੇ ਲੌਗ ਉੱਥੇ ਆਉਣੇ ਸ਼ੁਰੂ ਹੋ ਜਾਂਦੇ ਹਨ। ਪਰ ਮੈਂ ਕਦੇ ਵੀ ਇਸ ਅੰਕੜੇ ਦੀ ਪਹਿਲਾਂ ਤੋਂ ਭਵਿੱਖਬਾਣੀ ਕਰਨ ਦੇ ਯੋਗ ਨਹੀਂ ਰਿਹਾ, ਇਸ ਲਈ ਮੈਂ 2 GB ਨਾਲ ਸ਼ੁਰੂ ਕਰਦਾ ਹਾਂ ਅਤੇ ਫਿਰ ਦੇਖਦਾ ਹਾਂ।

ਨਾ-ਨਿਰਧਾਰਤ ਸਪੇਸ ਵਾਲੀਅਮ ਗਰੁੱਪ ਵਿੱਚ ਖਾਲੀ ਰਹੇਗੀ ਅਤੇ ਹਮੇਸ਼ਾ ਬਾਅਦ ਵਿੱਚ ਵਰਤੀ ਜਾ ਸਕਦੀ ਹੈ।

ਐਲਵੀਐਮ

ਸਾਰੇ LVM ਵਿੱਚ /boot ਤੋਂ ਇਲਾਵਾ ਹੋਰ ਭਾਗ ਬਣਾਉਣਾ ਸਮਝਦਾਰ ਹੈ। ਹਾਂ, ਸਵੈਪ ਸਮੇਤ। ਹਾਂ, ਸਾਰੀਆਂ ਸਲਾਹਾਂ ਦੇ ਅਨੁਸਾਰ, ਸਵੈਪ ਡਿਸਕ ਦੇ ਸ਼ੁਰੂ ਵਿੱਚ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਪਰ LVM ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਇਸਦੀ ਸਥਿਤੀ ਸਿਧਾਂਤ ਵਿੱਚ ਨਿਰਧਾਰਤ ਨਹੀਂ ਕੀਤੀ ਜਾ ਸਕਦੀ ਹੈ। ਪਰ ਜਿਵੇਂ ਮੈਂ ਉੱਪਰ ਲਿਖਿਆ ਹੈ, ਤੁਹਾਡਾ ਸਿਸਟਮ ਨਹੀਂ ਹੋਣਾ ਚਾਹੀਦਾ ਸਵੈਪ ਦੀ ਵਰਤੋਂ ਬਿਲਕੁਲ ਕਰੋ। ਇਸ ਲਈ, ਇਸ ਨਾਲ ਕੋਈ ਫਰਕ ਨਹੀਂ ਪੈਂਦਾ ਕਿ ਉਹ ਕਿੱਥੇ ਹੈ। ਖੈਰ, ਅਸੀਂ '95 ਵਿੱਚ ਨਹੀਂ ਰਹਿੰਦੇ, ਇਮਾਨਦਾਰੀ ਨਾਲ!

ਇਸ ਤੋਂ ਇਲਾਵਾ, LVM ਵਿੱਚ ਕਈ ਬੁਨਿਆਦੀ ਸੰਸਥਾਵਾਂ ਹਨ ਜਿਨ੍ਹਾਂ ਨਾਲ ਤੁਹਾਨੂੰ ਰਹਿਣ ਦੇ ਯੋਗ ਹੋਣ ਦੀ ਲੋੜ ਹੈ:

• ਭੌਤਿਕ ਵਾਲੀਅਮ
• ਵਾਲੀਅਮ ਗਰੁੱਪ
• ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ

ਭੌਤਿਕ ਵਾਲੀਅਮ ਨੂੰ ਸਮੂਹਾਂ ਵਿੱਚ ਜੋੜਿਆ ਜਾਂਦਾ ਹੈ, ਅਤੇ ਹਰੇਕ ਭੌਤਿਕ ਵਾਲੀਅਮ ਸਿਰਫ ਇੱਕ ਸਮੂਹ ਵਿੱਚ ਹੋ ਸਕਦਾ ਹੈ, ਅਤੇ ਇੱਕ ਸਮੂਹ ਇੱਕ ਵਾਰ ਵਿੱਚ ਕਈ ਭੌਤਿਕ ਵਾਲੀਅਮਾਂ 'ਤੇ ਸਥਿਤ ਹੋ ਸਕਦਾ ਹੈ।
ਅਤੇ ਲਾਜ਼ੀਕਲ ਵਾਲੀਅਮ ਹਰੇਕ ਇੱਕ ਸਮੂਹ ਵਿੱਚ ਹਨ।

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

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

ਆਉ ਇੰਸਟਾਲੇਸ਼ਨ ਸ਼ੁਰੂ ਕਰੀਏ।

ਪੋਸਟ-ਇੰਸਟਾਲੇਸ਼ਨ

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

ping ya.ru

ਕੀ ਕੋਈ ਜਵਾਬ ਹੈ? - ਬਹੁਤ ਵਧੀਆ, Ctrl-C ਦਬਾਓ।
ਜੇ ਨਹੀਂ, ਤਾਂ ਇੱਕ ਨੈਟਵਰਕ ਸਥਾਪਤ ਕਰੋ, ਇਸ ਤੋਂ ਬਿਨਾਂ ਕੋਈ ਜੀਵਨ ਨਹੀਂ ਹੈ, ਪਰ ਇਹ ਉਹ ਨਹੀਂ ਹੈ ਜਿਸ ਬਾਰੇ ਮੇਰਾ ਲੇਖ ਹੈ.

ਹੁਣ ਜੇਕਰ ਅਸੀਂ ਅਜੇ ਰੂਟ ਦੇ ਹੇਠਾਂ ਨਹੀਂ ਹਾਂ, ਤਾਂ ਰੂਟ ਦੇ ਹੇਠਾਂ ਜਾਓ, ਕਿਉਂਕਿ ਟਾਈਪਿੰਗ ਅਜਿਹੇ ਸੂਡੋ ਦੇ ਨਾਲ ਕਮਾਂਡਾਂ ਦੀ ਗਿਣਤੀ ਨੇ ਮੈਨੂੰ ਨਿੱਜੀ ਤੌਰ 'ਤੇ ਤੋੜ ਦਿੱਤਾ (ਅਤੇ ਪੈਰਾਨੋਇਡ ਐਡਮਿਨ ਮੈਨੂੰ ਮਾਫ਼ ਕਰ ਸਕਦੇ ਹਨ):

sudo -i

ਹੁਣ ਸਭ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਟਾਈਪ ਕਰਦੇ ਹਾਂ

dnf -y update

ਅਤੇ ਜੇਕਰ ਤੁਸੀਂ ਇਸ ਲੇਖ ਨੂੰ 2019 ਵਿੱਚ ਪੜ੍ਹ ਰਹੇ ਹੋ, ਤਾਂ ਸੰਭਾਵਤ ਤੌਰ 'ਤੇ ਕੁਝ ਨਹੀਂ ਹੋਵੇਗਾ, ਪਰ ਇਹ ਇੱਕ ਕੋਸ਼ਿਸ਼ ਦੇ ਯੋਗ ਸੀ.

ਹੁਣ ਬਾਕੀ ਬਚੀ ਡਿਸਕ ਨੂੰ ਸੰਰਚਿਤ ਕਰੀਏ

ਮੰਨ ਲਓ ਕਿ ਸਿਸਟਮ ਵਾਲਾ ਭਾਗ xvda ਸੀ, ਫਿਰ ਡਾਟਾ ਡਿਸਕ xvdb ਹੋਵੇਗੀ। ਠੀਕ ਹੈ.

ਜ਼ਿਆਦਾਤਰ ਸਲਾਹ "Fdisk ਚਲਾਓ ਅਤੇ ਇੱਕ ਭਾਗ ਬਣਾਓ..." ਨਾਲ ਸ਼ੁਰੂ ਹੋਵੇਗੀ।

ਇਸ ਲਈ ਇਹ ਹੈ ਗਲਤ!

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

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

ਇਸ ਲਈ, ਅਸੀਂ ਇੱਕ ਭੌਤਿਕ ਵਾਲੀਅਮ ਬਣਾਉਂਦੇ ਹਾਂ, ਫਿਰ ਇੱਕ ਵਾਲੀਅਮ ਸਮੂਹ ਜਿਸ ਵਿੱਚ ਇਹ ਸ਼ਾਮਲ ਹੁੰਦਾ ਹੈ, ਅਤੇ ਫਿਰ ਸਾਡੇ ਸਰਵਰ ਲਈ ਇੱਕ ਭਾਗ:

pvcreate /dev/xvdb
vgcreate data /dev/xvdb
lvcreate -n www -L40G data
mke2fs -t ext4 /dev/mapper/data-www

ਇੱਥੇ, ਇੱਕ ਵੱਡੇ ਅੱਖਰ “L” (ਅਤੇ GB ਵਿੱਚ ਆਕਾਰ) ਦੀ ਬਜਾਏ, ਤੁਸੀਂ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਅਤੇ ਫਿਰ ਇੱਕ ਪੂਰਨ ਆਕਾਰ ਦੀ ਬਜਾਏ, ਇੱਕ ਰਿਸ਼ਤੇਦਾਰ ਨੂੰ ਨਿਸ਼ਚਿਤ ਕਰ ਸਕਦੇ ਹੋ, ਉਦਾਹਰਨ ਲਈ, ਮੌਜੂਦਾ ਖਾਲੀ ਥਾਂ ਦੇ ਅੱਧੇ ਹਿੱਸੇ ਦੀ ਵਰਤੋਂ ਕਰਨ ਲਈ ਇੱਕ ਵਾਲੀਅਮ ਸਮੂਹ, ਤੁਹਾਨੂੰ "-l +50% ਮੁਫ਼ਤ" ਨਿਰਧਾਰਤ ਕਰਨ ਦੀ ਲੋੜ ਹੈ

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

ਹੁਣ ਅਸੀਂ ਪਾਰਟੀਸ਼ਨ ਨੂੰ ਸਹੀ ਜਗ੍ਹਾ 'ਤੇ ਮਾਊਂਟ ਕਰਦੇ ਹਾਂ। ਅਜਿਹਾ ਕਰਨ ਲਈ, /etc/fstab ਵਿੱਚ ਸਹੀ ਲਾਈਨ ਜੋੜੋ:

/dev/mapper/data-www    /var/www                ext4    defaults        1 2

ਅਤੇ ਅਸੀਂ ਡਾਇਲ ਕਰਦੇ ਹਾਂ

mount /var/www

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

ਹੁਣ ਅਸੀਂ ਅਸਲ ਵਿੱਚ ਉਹ ਸਭ ਕੁਝ ਸਥਾਪਿਤ ਕਰਦੇ ਹਾਂ ਜੋ ਅਸੀਂ ਚਾਹੁੰਦੇ ਹਾਂ ਅਤੇ ਵੈੱਬ ਲਈ ਪੋਰਟਾਂ ਨੂੰ ਖੋਲ੍ਹਦੇ ਹਾਂ:

dnf groupinstall "Development Tools"
dnf -y install httpd @nodejs @redis php
firewall-cmd --add-service http --permanent
firewall-cmd --add-service https --permanent

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

ਹੁਣ ਅਸੀਂ ਸੰਰਚਨਾ ਫਾਈਲ ਵਿੱਚ ਪੈਰਾਮੀਟਰ ਜੋੜਦੇ ਹਾਂ (ਅਸੀਂ ਇੱਕ ਨਵਾਂ ਬਣਾਉਂਦੇ ਹਾਂ, CentOS ਦੀ ਆਧੁਨਿਕ ਵਿਚਾਰਧਾਰਾ ਇਸ ਤਰ੍ਹਾਂ ਹੈ)

echo "vm.overcommit_memory = 1"> /etc/sysctl.d/98-sysctl.conf

ਅਸੀਂ ਸਰਵਰ ਨੂੰ ਰੀਬੂਟ ਕਰਦੇ ਹਾਂ।
ਟਿੱਪਣੀਆਂ ਵਿੱਚ, ਮੈਨੂੰ SeLinux ਨੂੰ ਬੰਦ ਕਰਨ ਦੀ ਸਲਾਹ ਦੇਣ ਲਈ ਝਿੜਕਿਆ ਗਿਆ ਸੀ, ਇਸ ਲਈ ਮੈਂ ਆਪਣੇ ਆਪ ਨੂੰ ਠੀਕ ਕਰਾਂਗਾ ਅਤੇ ਇਸ ਤੱਥ ਬਾਰੇ ਲਿਖਾਂਗਾ ਕਿ ਇਸ ਤੋਂ ਬਾਅਦ ਤੁਹਾਨੂੰ SeLinux ਨੂੰ ਕੌਂਫਿਗਰ ਕਰਨ ਲਈ ਯਾਦ ਰੱਖਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ.
ਅਸਲ ਵਿੱਚ, ਲਾਭ! 🙂

ਸਰੋਤ: www.habr.com