php8, node.js ಮತ್ತು redis ಜೊತೆಗೆ CentOS 7 ನಲ್ಲಿ ವೆಬ್ ಸರ್ವರ್

ಮುನ್ನುಡಿ

CentOS ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ ಹೊಸ ಆವೃತ್ತಿಯನ್ನು ಬಿಡುಗಡೆ ಮಾಡಿ 2 ದಿನಗಳು ಕಳೆದಿವೆ, ಅವುಗಳೆಂದರೆ CentOS 8. ಮತ್ತು ಇಲ್ಲಿಯವರೆಗೆ ಅದರಲ್ಲಿ ವಿಷಯಗಳನ್ನು ಹೇಗೆ ಮಾಡಲಾಗುತ್ತದೆ ಎಂಬುದರ ಕುರಿತು ಇಂಟರ್ನೆಟ್‌ನಲ್ಲಿ ಕೆಲವು ಲೇಖನಗಳಿವೆ, ಆದ್ದರಿಂದ ನಾನು ಈ ಅಂತರವನ್ನು ತುಂಬಲು ನಿರ್ಧರಿಸಿದೆ. ಇದಲ್ಲದೆ, ಈ ಜೋಡಿ ಕಾರ್ಯಕ್ರಮಗಳನ್ನು ಹೇಗೆ ಸ್ಥಾಪಿಸುವುದು ಎಂಬುದರ ಕುರಿತು ಮಾತ್ರವಲ್ಲದೆ, ವಿಭಜನಾ ಡಿಸ್ಕ್ಗಳು ​​ಸೇರಿದಂತೆ ವಿಶಿಷ್ಟ ಕಾರ್ಯಗಳಿಗಾಗಿ ಆಧುನಿಕ ಜಗತ್ತಿನಲ್ಲಿ ವರ್ಚುವಲ್ ಪರಿಸರದಲ್ಲಿ ಲಿನಕ್ಸ್ ಅನ್ನು ಹೇಗೆ ಸ್ಥಾಪಿಸುವುದನ್ನು ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ನೋಡುತ್ತೇನೆ ಎಂಬುದರ ಕುರಿತು ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ.

ಆದರೆ ಆರಂಭದಲ್ಲಿ, ಹಿಂದಿನ ಎಲ್ಲ ಆವೃತ್ತಿಗಳಿಂದ ಈ ಆವೃತ್ತಿಗೆ ಏಕೆ ಬದಲಾಯಿಸುವುದು ಯೋಗ್ಯವಾಗಿದೆ ಎಂಬುದರ ಕುರಿತು ನಾನು ಸಂಕ್ಷಿಪ್ತವಾಗಿ ಮಾತನಾಡಲು ಬಯಸುತ್ತೇನೆ ಮತ್ತು ಇದಕ್ಕೆ ಎರಡು ಕಾರಣಗಳಿವೆ:

1. php7! CentOS ನ ಹಿಂದಿನ ಆವೃತ್ತಿಯಲ್ಲಿ, "ಆರ್ಥೊಡಾಕ್ಸ್" php5.4 ಅನ್ನು ಸ್ಥಾಪಿಸಲಾಗಿದೆ...

   ಸರಿ, ಸ್ವಲ್ಪ ಹೆಚ್ಚು ಗಂಭೀರವಾಗಿರಬೇಕೆಂದರೆ, ಬಹಳಷ್ಟು ಪ್ಯಾಕೇಜುಗಳು ಸಾಮೂಹಿಕವಾಗಿ ಹಲವಾರು ಆವೃತ್ತಿಗಳ ಮೂಲಕ ಹಾರಿದವು. ನಾವು (ರೆಡ್‌ಹ್ಯಾಟ್ ತರಹದ OS ಗಳ ಅಭಿಮಾನಿಗಳು) ಅಂತಿಮವಾಗಿ ಪ್ರವೇಶಿಸಿದ್ದೇವೆ, ಭವಿಷ್ಯದಲ್ಲಿ ಇಲ್ಲದಿದ್ದರೆ, ಕನಿಷ್ಠ ವರ್ತಮಾನಕ್ಕೆ. ಮತ್ತು ಉಬುಂಟು ಬೆಂಬಲಿಗರು ಇನ್ನು ಮುಂದೆ ನಮ್ಮನ್ನು ನೋಡಿ ನಗುವುದಿಲ್ಲ ಮತ್ತು ನಮ್ಮತ್ತ ಬೆರಳು ತೋರಿಸುತ್ತಾರೆ, ಅಲ್ಲದೆ ... ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ;).

2. yum ನಿಂದ dnf ಗೆ ಪರಿವರ್ತನೆ. ಮುಖ್ಯ ವ್ಯತ್ಯಾಸವೆಂದರೆ ಈಗ ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಆವೃತ್ತಿಯ ಪ್ಯಾಕೇಜ್‌ಗಳೊಂದಿಗೆ ಕೆಲಸ ಮಾಡಲು ಅಧಿಕೃತವಾಗಿ ಬೆಂಬಲಿತವಾಗಿದೆ. ಎಂಟರಲ್ಲಿಯೇ, ನಾನು ಇದನ್ನು ಎಂದಿಗೂ ಉಪಯುಕ್ತವೆಂದು ಕಂಡುಕೊಂಡಿಲ್ಲ, ಆದರೆ ಇದು ಭರವಸೆ ನೀಡುತ್ತದೆ.

ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸಿ

ವಿಭಿನ್ನ ಹೈಪರ್‌ವೈಸರ್‌ಗಳಿವೆ ಮತ್ತು ಓದುಗರನ್ನು ನಿರ್ದಿಷ್ಟವಾಗಿ ಹೊಂದಿಸಲು ನನಗೆ ಯಾವುದೇ ಗುರಿ ಇಲ್ಲ, ಸಾಮಾನ್ಯ ತತ್ವಗಳ ಬಗ್ಗೆ ನಾನು ನಿಮಗೆ ಹೇಳುತ್ತೇನೆ.

ಮೆಮೊರಿ

ಮೊದಲು... 7 ರಿಂದ ಪ್ರಾರಂಭವಾಗುವ CentOS ಸಿಸ್ಟಮ್ ಅನ್ನು ಸ್ಥಾಪಿಸಲು ಖಚಿತವಾಗಿ, ಮತ್ತು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಇದು 6 ರಲ್ಲಿಯೂ ಇದೆ ("ಆದರೆ ಇದು ಖಚಿತವಾಗಿಲ್ಲ"), ನಿಮಗೆ ಅಗತ್ಯವಿದೆ ಕನಿಷ್ಠ 2 ಜಿಬಿ RAM. ಆದ್ದರಿಂದ, ಮೊದಲು ಅದನ್ನು ನೀಡಲು ನಾನು ನಿಮಗೆ ಸಲಹೆ ನೀಡುತ್ತೇನೆ.

ಆದರೆ ಏನಾದರೂ ಇದ್ದರೆ, ಅನುಸ್ಥಾಪನೆಯ ನಂತರ ಮೆಮೊರಿ ಗಾತ್ರವನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು. 1 GB ನಲ್ಲಿ ಬೇರ್ ಸಿಸ್ಟಮ್ ಚೆನ್ನಾಗಿ ಕೆಲಸ ಮಾಡುತ್ತದೆ, ನಾನು ಪರಿಶೀಲಿಸಿದೆ.

ಡಿಸ್ಕ್

ಸಾಮಾನ್ಯ ಅನುಸ್ಥಾಪನೆಗೆ, ನೀವು 20-30 ಜಿಬಿ ಸಾಮರ್ಥ್ಯದೊಂದಿಗೆ ವರ್ಚುವಲ್ ಡಿಸ್ಕ್ ಅನ್ನು ರಚಿಸಬೇಕು. ವ್ಯವಸ್ಥೆಗೆ ಇದು ಸಾಕು. ಮತ್ತು ಡೇಟಾಕ್ಕಾಗಿ ಎರಡನೇ ಡಿಸ್ಕ್. ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸುವ ಹಂತದಲ್ಲಿ ಮತ್ತು ನಂತರ ಇದನ್ನು ಸೇರಿಸಬಹುದು. ನಾನು ಸಾಮಾನ್ಯವಾಗಿ ನಂತರ ಸೇರಿಸುತ್ತೇನೆ.

ಪ್ರೊಸೆಸರ್

ಒಂದು ಕೋರ್ನಲ್ಲಿ, ಬೇರ್ ಸಿಸ್ಟಮ್ ನಿಧಾನವಾಗುವುದಿಲ್ಲ. ಮತ್ತು ಸಂಪನ್ಮೂಲಗಳು ಮುಕ್ತವಾಗಿ ಸ್ಕೇಲೆಬಲ್ ಆಗಿರುವುದರಿಂದ, ಅನುಸ್ಥಾಪನೆಯ ಹಂತದಲ್ಲಿ ಹೆಚ್ಚಿನದನ್ನು ನೀಡುವಲ್ಲಿ ನನಗೆ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ (ನಿಮಗೆ ಅವಶ್ಯಕತೆಗಳನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ತಿಳಿದಿಲ್ಲದಿದ್ದರೆ ಮತ್ತು ಕಾನ್ಫಿಗರೇಟರ್‌ಗೆ ಹೋಗಲು ತುಂಬಾ ಸೋಮಾರಿಯಾಗಿದ್ದರೆ)

ಉಳಿದವುಗಳನ್ನು ಸಾಮಾನ್ಯವಾಗಿ ಡೀಫಾಲ್ಟ್ ಆಗಿ ಬಿಡಬಹುದು.

ನಿಜವಾದ ಅನುಸ್ಥಾಪನೆ

ಆದ್ದರಿಂದ... ಅನುಸ್ಥಾಪಕವನ್ನು ಪ್ರಾರಂಭಿಸೋಣ ... ವೈಯಕ್ತಿಕವಾಗಿ, ನಾನು ದೀರ್ಘಕಾಲದವರೆಗೆ ವರ್ಚುವಲ್ ಯಂತ್ರಗಳ ರೂಪದಲ್ಲಿ ಮಾತ್ರ ಅಂತಹ ಸೇವೆಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತಿದ್ದೇನೆ, ಆದ್ದರಿಂದ ನಾನು ಫ್ಲಾಶ್ ಡ್ರೈವಿನಲ್ಲಿ ಎಲ್ಲಾ ರೀತಿಯ ವಿತರಣಾ ದಾಖಲೆಗಳನ್ನು ವಿವರಿಸುವುದಿಲ್ಲ - ನಾನು ಕೇವಲ ನನ್ನ ಮೆಚ್ಚಿನ ಹೈಪರ್‌ವೈಸರ್‌ನಲ್ಲಿ ISO ಅನ್ನು CD ಆಗಿ ಆರೋಹಿಸಿ, ಡೌನ್‌ಲೋಡ್ ಮಾಡಿ ಮತ್ತು ಹೋಗೋಣ.

ಮೂಲ ಅನುಸ್ಥಾಪನೆಯು ಸಾಕಷ್ಟು ವಿಶಿಷ್ಟವಾಗಿದೆ, ನಾನು ಕೆಲವು ಅಂಶಗಳಲ್ಲಿ ಮಾತ್ರ ವಾಸಿಸುತ್ತೇನೆ.

ಮೂಲ ಆಯ್ಕೆ

ಎಂಟನೇ ಆವೃತ್ತಿಯ ಬಿಡುಗಡೆಯ ನಂತರ, ಯಾಂಡೆಕ್ಸ್‌ನಿಂದ ಕನ್ನಡಿಯು ದಿನಗಳವರೆಗೆ ಮಲಗಿದೆ. ಸರಿ, ಅಂದರೆ, ಅದು ನಿಯತಕಾಲಿಕವಾಗಿ ಏರುತ್ತದೆ, ಮತ್ತು ನಂತರ ಮತ್ತೆ ದೋಷವನ್ನು ತೋರಿಸಲು ಪ್ರಾರಂಭಿಸುತ್ತದೆ. ಸೇವೆಯಲ್ಲಿನ ಅತಿಯಾದ ಹೊರೆಯಿಂದಾಗಿ ಇದು ಸಂಭವಿಸಿದೆ ಎಂದು ನನಗೆ ಖಾತ್ರಿಯಿದೆ. ಆದ್ದರಿಂದ, ಮೂಲವನ್ನು ಸೂಚಿಸಲು, ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ ಸಾಮಾನ್ಯ ವಿಳಾಸವನ್ನು ನಮೂದಿಸುವ ಬದಲು ಹೋಗಬೇಕಾಗಿತ್ತು ಇಲ್ಲಿ, ಅಲ್ಲಿ ನಾನು ಇಷ್ಟಪಡುವ ಕನ್ನಡಿಯನ್ನು ಆಯ್ಕೆಮಾಡಿ ಮತ್ತು ಸ್ಥಾಪಕ ವಿಂಡೋದಲ್ಲಿ ವಿಳಾಸವನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ನಮೂದಿಸಿ. ಡೈರೆಕ್ಟರಿ ಇರುವ ಫೋಲ್ಡರ್ಗೆ ನೀವು ಮಾರ್ಗವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಬೇಕಾಗಿದೆ ಎಂದು ಇಲ್ಲಿ ನೆನಪಿಟ್ಟುಕೊಳ್ಳುವುದು ಬಹಳ ಮುಖ್ಯ ರಿಪೋಡೇಟಾ. ಉದಾಹರಣೆಗೆ mirror.corbina.net/pub/Linux/centos/8/BaseOS/x86_64/os.

ಡಿಸ್ಕ್ ವಿಭಜನೆ

ಈ ಪ್ರಶ್ನೆಯು ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ ಧಾರ್ಮಿಕವಾಗಿದೆ. ಪ್ರತಿಯೊಬ್ಬ ನಿರ್ವಾಹಕರು ಈ ವಿಷಯದಲ್ಲಿ ತಮ್ಮದೇ ಆದ ಸ್ಥಾನವನ್ನು ಹೊಂದಿದ್ದಾರೆ. ಆದರೆ ನಾನು ಇನ್ನೂ ಈ ವಿಷಯದ ಬಗ್ಗೆ ನನ್ನ ದೃಷ್ಟಿಕೋನವನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತೇನೆ.

ಹೌದು, ತಾತ್ವಿಕವಾಗಿ, ನೀವು ಸಂಪೂರ್ಣ ಜಾಗವನ್ನು ಮೂಲಕ್ಕೆ ನಿಯೋಜಿಸಬಹುದು ಮತ್ತು ಅದು ಕೆಲಸ ಮಾಡುತ್ತದೆ, ಹೆಚ್ಚಾಗಿ ಸಹ ಚೆನ್ನಾಗಿ. ವಿವಿಧ ವಿಭಾಗಗಳೊಂದಿಗೆ ಉದ್ಯಾನವನ್ನು ಏಕೆ ಬೇಲಿ ಹಾಕಬೇಕು? - ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಇದಕ್ಕೆ ಎರಡು ಮುಖ್ಯ ಕಾರಣಗಳಿವೆ: ಕೋಟಾಗಳು ಮತ್ತು ಪೋರ್ಟಬಿಲಿಟಿ.

ಉದಾಹರಣೆಗೆ, ಏನಾದರೂ ತಪ್ಪಾದಲ್ಲಿ ಮತ್ತು ಮುಖ್ಯ ಡೇಟಾ ವಿಭಾಗದಲ್ಲಿ ದೋಷಗಳು ಸಂಭವಿಸಿದಲ್ಲಿ, ನೀವು ಇನ್ನೂ ಸಿಸ್ಟಮ್ ಅನ್ನು ಬೂಟ್ ಮಾಡಲು ಮತ್ತು ಪುನರುಜ್ಜೀವನಗೊಳಿಸುವ ಕ್ರಮಗಳನ್ನು ಕೈಗೊಳ್ಳಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ. ಆದ್ದರಿಂದ, ನಾನು ವೈಯಕ್ತಿಕವಾಗಿ /boot ಗಾಗಿ ಪ್ರತ್ಯೇಕ ವಿಭಾಗವನ್ನು ನಿಯೋಜಿಸುತ್ತೇನೆ. ಕರ್ನಲ್ ಮತ್ತು ಬೂಟ್ಲೋಡರ್ ಇದೆ. ಸಾಮಾನ್ಯವಾಗಿ 500 ಮೆಗಾಬೈಟ್‌ಗಳು ಸಾಕು, ಆದರೆ ಅಪರೂಪದ ಸಂದರ್ಭಗಳಲ್ಲಿ ಹೆಚ್ಚು ಬೇಕಾಗಬಹುದು, ಮತ್ತು ನಾವು ಈಗಾಗಲೇ ಟೆರಾಬೈಟ್‌ಗಳಲ್ಲಿ ಜಾಗವನ್ನು ಅಳೆಯಲು ಒಗ್ಗಿಕೊಂಡಿರುತ್ತೇವೆ, ನಾನು ಈ ವಿಭಾಗಕ್ಕೆ 2GB ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇನೆ. ಮತ್ತು ಇಲ್ಲಿ ಮುಖ್ಯವಾದ ವಿಷಯವೆಂದರೆ ಅದನ್ನು ಎಲ್ವಿಎಂ ಮಾಡಲು ಸಾಧ್ಯವಿಲ್ಲ.

ಮುಂದೆ ವ್ಯವಸ್ಥೆಯ ಮೂಲ ಬರುತ್ತದೆ. ಸಾಮಾನ್ಯ ಅನುಸ್ಥಾಪನೆಗೆ, ನನಗೆ ಎಂದಿಗೂ ಪ್ರತಿ ಸಿಸ್ಟಮ್‌ಗೆ 4 GB ಗಿಂತ ಹೆಚ್ಚು ಅಗತ್ಯವಿಲ್ಲ, ಆದರೆ ನಿಗದಿತ ಈವೆಂಟ್‌ಗಳ ಸಮಯದಲ್ಲಿ ನಾನು ವಿತರಣೆಗಳನ್ನು ಅನ್ಪ್ಯಾಕ್ ಮಾಡಲು /tmp ಡೈರೆಕ್ಟರಿಯನ್ನು ಬಳಸುತ್ತೇನೆ ಮತ್ತು ಅದನ್ನು ಪ್ರತ್ಯೇಕ ವಿಭಾಗಕ್ಕೆ ಅರ್ಪಿಸುವಲ್ಲಿ ನನಗೆ ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ - ಆಧುನಿಕ ವ್ಯವಸ್ಥೆಗಳಲ್ಲಿ ಅದನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಸ್ವಚ್ಛಗೊಳಿಸಲಾಗುತ್ತದೆ, ಆದ್ದರಿಂದ ಅದು ತುಂಬಿಲ್ಲ . ಹಾಗಾಗಿ ನಾನು ರೂಟ್‌ಗಾಗಿ 8GB ಅನ್ನು ನಿಯೋಜಿಸುತ್ತೇನೆ.

ಸ್ವಾಪ್... ದೊಡ್ಡದಾಗಿ, ಅದರಿಂದ ಸ್ವಲ್ಪ ಪ್ರಾಯೋಗಿಕ ಬಳಕೆ ಇದೆ. ನಿಮ್ಮ ಸರ್ವರ್‌ನಲ್ಲಿ ನೀವು ಸ್ವಾಪ್ ಅನ್ನು ಬಳಸಲು ಪ್ರಾರಂಭಿಸಿದರೆ, ಇಂದು ನೈಜ ಜಗತ್ತಿನಲ್ಲಿ ಇದರರ್ಥ ಸರ್ವರ್ ಹೆಚ್ಚು RAM ಅನ್ನು ಸೇರಿಸುವ ಅಗತ್ಯವಿದೆ. ಇಲ್ಲದಿದ್ದರೆ, ಕಾರ್ಯಕ್ಷಮತೆಯೊಂದಿಗಿನ ಸಮಸ್ಯೆಗಳು ಖಾತರಿಪಡಿಸುತ್ತವೆ (ಅಥವಾ ಕೆಲವು ಪ್ರೋಗ್ರಾಂ "ಸೋರಿಕೆ" ಮೆಮೊರಿ). ಆದ್ದರಿಂದ, ಈ ವಿಭಾಗವು ರೋಗನಿರ್ಣಯದ ಉದ್ದೇಶಗಳಿಗಾಗಿ ಮಾತ್ರ ಅಗತ್ಯವಿದೆ. ಆದ್ದರಿಂದ, 2 ಜಿಬಿ ಅತ್ಯುತ್ತಮ ಸಂಖ್ಯೆಯಾಗಿದೆ. ಹೌದು, ಸರ್ವರ್‌ನಲ್ಲಿ ಎಷ್ಟು ಮೆಮೊರಿ ಇದೆ ಎಂಬುದನ್ನು ಲೆಕ್ಕಿಸದೆ. ಹೌದು, ವಾಲ್ಯೂಮ್ ಅನ್ನು ಸ್ವಾಪ್ ಮಾಡಲು ಮೆಮೊರಿ ಪರಿಮಾಣದ ಅನುಪಾತದ ಬಗ್ಗೆ ಬರೆಯಲಾದ ಎಲ್ಲಾ ಲೇಖನಗಳನ್ನು ನಾನು ಓದಿದ್ದೇನೆ ... IMHO, ಅವುಗಳು ಹಳೆಯದಾಗಿವೆ. 10 ವರ್ಷಗಳ ಅಭ್ಯಾಸದಲ್ಲಿ ನನಗೆ ಇದು ಎಂದಿಗೂ ಅಗತ್ಯವಿರಲಿಲ್ಲ. 15 ವರ್ಷಗಳ ಹಿಂದೆ ನಾನು ಅವುಗಳನ್ನು ಬಳಸಿದ್ದೇನೆ, ಹೌದು.

IMHO, ಪ್ರತಿಯೊಬ್ಬರೂ /ಮನೆಯನ್ನು ಪ್ರತ್ಯೇಕ ವಿಭಜನೆಗೆ ನಿಯೋಜಿಸಬೇಕೆ ಎಂದು ಸ್ವತಃ ನಿರ್ಧರಿಸಬಹುದು. ಸರ್ವರ್‌ನಲ್ಲಿರುವ ಯಾರಾದರೂ ಈ ಡೈರೆಕ್ಟರಿಯನ್ನು ಸಕ್ರಿಯವಾಗಿ ಬಳಸಿದರೆ, ಅದನ್ನು ನಿಯೋಜಿಸುವುದು ಉತ್ತಮ. ಯಾರೂ ಇಲ್ಲದಿದ್ದರೆ, ಅಗತ್ಯವಿಲ್ಲ.

ಮುಂದೆ, /var. ನನ್ನ ಅಭಿಪ್ರಾಯದಲ್ಲಿ, ಅದನ್ನು ಖಂಡಿತವಾಗಿ ಹೈಲೈಟ್ ಮಾಡಬೇಕು. ಪ್ರಾರಂಭಿಸಲು, ನೀವು ನಿಮ್ಮನ್ನು 4 GB ಗೆ ಮಿತಿಗೊಳಿಸಬಹುದು ಮತ್ತು ಅದು ಹೇಗೆ ಹೋಗುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡಿ. ಮತ್ತು ಹೌದು, "ಅದು ಹೇಗೆ ಹೋಗುತ್ತದೆ" ಎಂದು ನಾನು ಅರ್ಥೈಸುತ್ತೇನೆ

1. ಮೊದಲನೆಯದಾಗಿ, ನೀವು ಯಾವಾಗಲೂ /var ಉಪ ಡೈರೆಕ್ಟರಿಯಲ್ಲಿ ಮತ್ತೊಂದು ಡಿಸ್ಕ್ ಅನ್ನು ಆರೋಹಿಸಬಹುದು (ನಾನು ಅದನ್ನು ಉದಾಹರಣೆಯೊಂದಿಗೆ ನಂತರ ತೋರಿಸುತ್ತೇನೆ)
2. ಎರಡನೆಯದಾಗಿ, ನಾವು lvm ಅನ್ನು ಹೊಂದಿದ್ದೇವೆ - ನೀವು ಅದನ್ನು ಯಾವಾಗಲೂ ಸೇರಿಸಬಹುದು. ಮತ್ತು ಹಲವಾರು ಲಾಗ್‌ಗಳು ಅಲ್ಲಿ ಸುರಿಯಲು ಪ್ರಾರಂಭಿಸಿದಾಗ ನೀವು ಸಾಮಾನ್ಯವಾಗಿ ಅದನ್ನು ಸೇರಿಸಬೇಕಾಗುತ್ತದೆ. ಆದರೆ ನಾನು ಈ ಅಂಕಿಅಂಶವನ್ನು ಮುಂಚಿತವಾಗಿ ಊಹಿಸಲು ಎಂದಿಗೂ ಸಾಧ್ಯವಾಗಲಿಲ್ಲ, ಆದ್ದರಿಂದ ನಾನು 2 GB ಯೊಂದಿಗೆ ಪ್ರಾರಂಭಿಸಿ ನಂತರ ವೀಕ್ಷಿಸುತ್ತೇನೆ.

ವಾಲ್ಯೂಮ್ ಗುಂಪಿನಲ್ಲಿ ಹಂಚಿಕೆ ಮಾಡದ ಸ್ಥಳವು ಮುಕ್ತವಾಗಿ ಉಳಿಯುತ್ತದೆ ಮತ್ತು ನಂತರ ಯಾವಾಗಲೂ ಬಳಸಬಹುದು.

ಎಲ್ವಿಎಂ

ಎಲ್ಲಾ LVM ನಲ್ಲಿ /boot ಹೊರತುಪಡಿಸಿ ಬೇರೆ ವಿಭಾಗಗಳನ್ನು ಮಾಡಲು ಇದು ಅರ್ಥಪೂರ್ಣವಾಗಿದೆ. ಹೌದು, ಸ್ವಾಪ್ ಸೇರಿದಂತೆ. ಹೌದು, ಎಲ್ಲಾ ಸಲಹೆಗಳ ಪ್ರಕಾರ, ಸ್ವಾಪ್ ಡಿಸ್ಕ್ನ ಆರಂಭದಲ್ಲಿ ಇರಬೇಕು, ಆದರೆ LVM ನ ಸಂದರ್ಭದಲ್ಲಿ ಅದರ ಸ್ಥಳವನ್ನು ತಾತ್ವಿಕವಾಗಿ ನಿರ್ಧರಿಸಲಾಗುವುದಿಲ್ಲ. ಆದರೆ ನಾನು ಮೇಲೆ ಬರೆದಂತೆ, ನಿಮ್ಮ ವ್ಯವಸ್ಥೆ ಮಾಡಬಾರದು ಎಲ್ಲಾ ಸ್ವಾಪ್ ಬಳಸಿ. ಆದ್ದರಿಂದ, ಅವನು ಎಲ್ಲಿದ್ದಾನೆ ಎಂಬುದು ಮುಖ್ಯವಲ್ಲ. ಸರಿ, ನಾವು 95 ರಲ್ಲಿ ವಾಸಿಸುತ್ತಿಲ್ಲ, ಪ್ರಾಮಾಣಿಕವಾಗಿ!

ಇದಲ್ಲದೆ, LVM ನಲ್ಲಿ ನೀವು ಬದುಕಲು ಸಾಧ್ಯವಾಗುವ ಹಲವಾರು ಮೂಲಭೂತ ಘಟಕಗಳಿವೆ:

• ಭೌತಿಕ ಪರಿಮಾಣ
• ಸಂಪುಟ ಗುಂಪು
• ತಾರ್ಕಿಕ ಪರಿಮಾಣ

ಭೌತಿಕ ಸಂಪುಟಗಳನ್ನು ಗುಂಪುಗಳಾಗಿ ಸಂಯೋಜಿಸಲಾಗಿದೆ, ಮತ್ತು ಪ್ರತಿ ಭೌತಿಕ ಪರಿಮಾಣವು ಕೇವಲ ಒಂದು ಗುಂಪಿನಲ್ಲಿರಬಹುದು ಮತ್ತು ಒಂದು ಗುಂಪನ್ನು ಏಕಕಾಲದಲ್ಲಿ ಹಲವಾರು ಭೌತಿಕ ಸಂಪುಟಗಳಲ್ಲಿ ಇರಿಸಬಹುದು.
ಮತ್ತು ತಾರ್ಕಿಕ ಸಂಪುಟಗಳು ಒಂದೊಂದು ಗುಂಪಿನಲ್ಲಿರುತ್ತವೆ.

ಆದರೆ... ಡ್ಯಾಮ್, ಇದು ಮತ್ತೆ 21 ನೇ ಶತಮಾನ. ಮತ್ತು ಸರ್ವರ್‌ಗಳು ವರ್ಚುವಲ್. ಭೌತಿಕವಾದವುಗಳಿಗೆ ಅನ್ವಯಿಸಿದ ಅದೇ ಕಾರ್ಯವಿಧಾನಗಳನ್ನು ಅವರಿಗೆ ಅನ್ವಯಿಸುವುದರಲ್ಲಿ ಅರ್ಥವಿಲ್ಲ. ಮತ್ತು ವರ್ಚುವಲ್ ಪದಗಳಿಗಿಂತ ಸಿಸ್ಟಮ್ನಿಂದ ಪ್ರತ್ಯೇಕವಾಗಿ ಡೇಟಾವನ್ನು ಹೊಂದಿರುವುದು ಮುಖ್ಯವಾಗಿದೆ! ಇದು ಬಹಳ ಮುಖ್ಯವಾಗಿದೆ, ನಿರ್ದಿಷ್ಟವಾಗಿ ಮತ್ತೊಂದು ವರ್ಚುವಲ್ ಯಂತ್ರಕ್ಕೆ ಡೇಟಾವನ್ನು ತ್ವರಿತವಾಗಿ ಬದಲಾಯಿಸುವ ಸಾಮರ್ಥ್ಯಕ್ಕಾಗಿ (ಉದಾಹರಣೆಗೆ, ಹೊಸ OS ಗೆ ಬದಲಾಯಿಸುವಾಗ) ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಎಲ್ಲಾ ರೀತಿಯ ಉಪಯುಕ್ತ ಗುಡಿಗಳಿಗೆ (ಹೈಪರ್ವೈಸರ್ ಉಪಕರಣಗಳನ್ನು ಬಳಸಿಕೊಂಡು ವಿಭಾಗಗಳ ಮೂಲಕ ಪ್ರತ್ಯೇಕ ಬ್ಯಾಕ್ಅಪ್ಗಳು, ಉದಾಹರಣೆಗೆ) . ಆದ್ದರಿಂದ, ಒಂದು ವಾಲ್ಯೂಮ್ ಗುಂಪನ್ನು ಸಿಸ್ಟಮ್ಗಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ ಮತ್ತು ಅಗತ್ಯವಾಗಿ ಇನ್ನೊಂದು ಡೇಟಾಕ್ಕಾಗಿ ಬಳಸಲಾಗುತ್ತದೆ! ಈ ತಾರ್ಕಿಕ ವಿಭಾಗವು ಜೀವನದಲ್ಲಿ ಬಹಳಷ್ಟು ಸಹಾಯ ಮಾಡುತ್ತದೆ!

ವರ್ಚುವಲ್ ಯಂತ್ರವನ್ನು ರಚಿಸುವಾಗ ನೀವು ಕೇವಲ ಒಂದು ವರ್ಚುವಲ್ ಹಾರ್ಡ್ ಡಿಸ್ಕ್ ಅನ್ನು ರಚಿಸಿದರೆ, ಇಲ್ಲಿ ಕಾನ್ಫಿಗರೇಶನ್ ಕೊನೆಗೊಳ್ಳುತ್ತದೆ. ಮತ್ತು ಎರಡು ಇದ್ದರೆ, ಎರಡನೆಯದನ್ನು ಇನ್ನೂ ಗುರುತಿಸಬೇಡಿ.

Zapuskaem ustanovku.

ಅನುಸ್ಥಾಪನೆಯ ನಂತರ

ಆದ್ದರಿಂದ, ಹೊಸದಾಗಿ ಸ್ಥಾಪಿಸಲಾದ ಸಿಸ್ಟಮ್ ಅಂತಿಮವಾಗಿ ಬೂಟ್ ಆಗಿದೆ. ನೀವು ಪರಿಶೀಲಿಸಬೇಕಾದ ಮೊದಲ ವಿಷಯವೆಂದರೆ ಇಂಟರ್ನೆಟ್.

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