ಅಪಾಚೆಯಲ್ಲಿ ಏಕಕಾಲೀನ ಸಂಪರ್ಕಗಳನ್ನು ಹೆಚ್ಚಿಸುವುದು ಹೇಗೆ

ಇಂದು ನಾನು ನಿಮ್ಮೊಂದಿಗೆ ವಿಶ್ವದ ಹೆಚ್ಚು ಬಳಸಿದ ವೆಬ್ ಸೇವೆಗಳ ಬಗ್ಗೆ ಮತ್ತೊಮ್ಮೆ ಮಾತನಾಡಲು ಬರುತ್ತೇನೆ: ವೆಬ್ ಸರ್ವರ್ ಅಪಾಚೆ XXX.

ಇದು ಅನೇಕ ಬಾರಿ ಮಾತನಾಡಲ್ಪಟ್ಟ ವಿಷಯವಾಗಿದೆ, ಆದರೆ ಈಗ ಈ ಸೇವೆಯನ್ನು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳುವ ಮತ್ತೊಂದು ವೈಶಿಷ್ಟ್ಯದ ಬಗ್ಗೆ ಹೇಳಲು ನಾನು ಬಂದಿದ್ದೇನೆ: ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಮಿತಿ. ನಮ್ಮಲ್ಲಿ ಬಹಳ ಮೂಲಭೂತವಾದ ಅಥವಾ ಐ 7 ಪ್ರೊಸೆಸರ್ ಮತ್ತು 32 ಜಿಬಿ ರಾಮ್‌ನೊಂದಿಗೆ ಆಕಾಶನೌಕೆ ಇದ್ದರೂ ಪರವಾಗಿಲ್ಲ ...

ನಾವು ಸೂಕ್ತ ಕ್ರಮಗಳನ್ನು ತೆಗೆದುಕೊಳ್ಳದ ಹೊರತು ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಮಿತಿ ಯಾವಾಗಲೂ ಒಂದೇ ಆಗಿರುತ್ತದೆ, ಇದರರ್ಥ ನಾವು ಒಂದೇ ಸಮಯದಲ್ಲಿ ಅನೇಕ ಜನರನ್ನು ಸಂಪರ್ಕಿಸಲು ಬಯಸಿದರೆ, ನಮಗೆ ಉತ್ತಮ ಯಂತ್ರಾಂಶ ಮಾತ್ರವಲ್ಲ, ಉತ್ತಮ ಸಂರಚನೆಯೂ ಬೇಕಾಗುತ್ತದೆ.

ಈ ಸಂದರ್ಭದಲ್ಲಿ ಯಾವುದನ್ನೂ ಸ್ಥಾಪಿಸುವುದು ಅನಿವಾರ್ಯವಲ್ಲ, ಎಲ್ಲವೂ ಸರಳ ಪರಿಕಲ್ಪನೆಗಳನ್ನು ಆಧರಿಸಿವೆ, ಅದು ಅಪಾಚೆ ಅನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಗಣನೆಗೆ ತೆಗೆದುಕೊಳ್ಳಬೇಕು; ಯಾವುದೇ ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಲು ಬಯಸುವ ಮೊದಲು ಸ್ಪಷ್ಟವಾಗಿರಬೇಕು.

apache2_logo

ಮೊದಲು ಯೋಚಿಸುವುದು: ನನ್ನ ತಂಡಕ್ಕೆ ಯಾವ ಸಾಮರ್ಥ್ಯವಿದೆ? ನನ್ನ ಉಪಕರಣವನ್ನು ನಾನು ಸಾಧ್ಯವಾದಷ್ಟು ಒತ್ತಾಯಿಸಿದರೆ ಎಷ್ಟು ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ಬೆಂಬಲಿಸಬಹುದು? ಇದೆಲ್ಲವೂ ಒಂದೇ ಅಂಶವನ್ನು ಅವಲಂಬಿಸಿರುತ್ತದೆ; RAM (ಯಾದೃಚ್ Access ಿಕ ಪ್ರವೇಶ ಸ್ಮರಣೆ).

ಹೆಚ್ಚಿನ RAM, ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಸಂಪರ್ಕಗಳು, ಯಾವುದೇ ಸ್ಥಿರ ಮೌಲ್ಯವಿಲ್ಲದಿದ್ದರೂ (ಅಂದರೆ, ಪ್ರತಿ X ರಾಮ್‌ಗೆ X ಕ್ಲೈಂಟ್‌ಗಳು), ಅದಕ್ಕಾಗಿಯೇ ಮೊದಲು ನಮ್ಮ ವೆಬ್ ಸರ್ವರ್‌ನಲ್ಲಿ ಕೆಲವು ಸಣ್ಣ ಲೆಕ್ಕಾಚಾರಗಳನ್ನು ಮಾಡುವುದು ಮುಖ್ಯ, ನಮ್ಮ ಮಿತಿಗಳನ್ನು ತಿಳಿಯಲು.

ನೀವು ತಿಳಿದುಕೊಳ್ಳಬೇಕಾದ ಮೊದಲನೆಯದು, ಅಪಾಚೆಗೆ ಪ್ರತಿ ಸಂಪರ್ಕವು ಸರಾಸರಿ ಎಷ್ಟು RAM ಅನ್ನು ಬಳಸುತ್ತದೆ, ಏಕೆಂದರೆ ಸ್ಥಾಪಿಸಲಾದ ಪ್ರತಿಯೊಂದು ಸಂಪರ್ಕವು ವ್ಯವಸ್ಥೆಯಲ್ಲಿ ಒಂದು ನಿರ್ದಿಷ್ಟ RAM ಬಳಕೆಯನ್ನು oses ಹಿಸುತ್ತದೆ ... ನಿಸ್ಸಂಶಯವಾಗಿ ಎಲ್ಲಾ ಸಂಪರ್ಕಗಳು ಒಂದೇ ರಾಮ್ ಅನ್ನು ಸೇವಿಸುವುದಿಲ್ಲ, ಇದರೊಂದಿಗೆ ಒಬ್ಬರು ಮಾಡಬೇಕಾಗುತ್ತದೆ ಮಾಧ್ಯಮ ... ಈ ಕೆಳಗಿನ ಆಜ್ಞೆಯೊಂದಿಗೆ ಇವೆಲ್ಲವನ್ನೂ ಪಡೆಯಬಹುದು:

ps -ylC ಅಪಾಚೆ 2 - ವಿಂಗಡಣೆ: rss | awk '{SUM + = $ 8; I + = 1} END {ಮುದ್ರಣ SUM / I / 1024} '

ಪಡೆದ ಫಲಿತಾಂಶವನ್ನು ಮೆಗಾಬೈಟ್‌ಗಳಲ್ಲಿ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ ಮತ್ತು ಸಕ್ರಿಯ ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆ, ಪ್ರವೇಶಿಸಿದ ಪುಟಗಳ ಪ್ರಕಾರ ಇತ್ಯಾದಿಗಳನ್ನು ಅವಲಂಬಿಸಿ ಬದಲಾಗಬಹುದು ... ಈ ಕಾರಣಕ್ಕಾಗಿ ವಿಭಿನ್ನ ಟ್ಯಾಬ್‌ಗಳನ್ನು ತೆರೆದು ಪರೀಕ್ಷೆಯನ್ನು ನಡೆಸುವುದು ಸೂಕ್ತವಾಗಿದೆ; ಪ್ರತಿಯೊಂದೂ ಸಾಧ್ಯವಾದರೆ ವಿಭಿನ್ನ ವಿಷಯವನ್ನು ತೋರಿಸುತ್ತದೆ. ನನ್ನ ವಿಷಯದಲ್ಲಿ, ಉದಾಹರಣೆಗೆ, ಫಲಿತಾಂಶವು 9.5458 ಆಗಿದೆ, ಅದನ್ನು ನಾವು ಮೇಲಕ್ಕೆ ಸುತ್ತುತ್ತಿದ್ದರೆ 10 ಎಂಬಿ ಪ್ರತಿ ಸಂಪರ್ಕಕ್ಕೆ RAM ಅನ್ನು ಸರಾಸರಿ ಸೇವಿಸಲಾಗುತ್ತದೆ.

ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನಲ್ಲಿ ವೆಬ್ ಸೇವೆ ಮಾತ್ರ ಕಾರ್ಯನಿರ್ವಹಿಸುವುದಿಲ್ಲ ಮತ್ತು ಸರ್ವರ್‌ನಲ್ಲಿ ಉಚಿತ RAM ಮೆಮೊರಿಯನ್ನು ಬಿಡುವ ಅವಶ್ಯಕತೆಯಿರುವುದರಿಂದ ಸಿಸ್ಟಮ್‌ನಲ್ಲಿ ಸಕ್ರಿಯವಾಗಿರುವ ಉಳಿದ ಪ್ರಕ್ರಿಯೆಗಳಿಂದ ಎಷ್ಟು RAM ಅನ್ನು ಬಳಸಲಾಗುತ್ತದೆ ಎಂಬುದನ್ನು ತಿಳಿದುಕೊಳ್ಳುವುದು ಸಹ ಮುಖ್ಯವಾಗಿದೆ. ಉಳಿದ ಕಾರ್ಯಗಳು. ಕೆಳಗೆ ತೋರಿಸಿರುವ ಆಜ್ಞೆಯೊಂದಿಗೆ ಇದನ್ನು ಪಡೆಯಬಹುದು:

ps -N -ylC apache2 --sort: rss | awk '{SUM + = $ 8} END {ಮುದ್ರಣ SUM / 1024}'

ಪಡೆದ ಫಲಿತಾಂಶವನ್ನು ಮೆಗಾಬೈಟ್‌ಗಳಲ್ಲಿಯೂ ಸಹ ಪ್ರತಿನಿಧಿಸಲಾಗುತ್ತದೆ, ಮತ್ತು ಇದು ಉಳಿದ ಪ್ರಕ್ರಿಯೆಗಳಿಂದ ಸೇವಿಸುವ RAM ನ ಪ್ರಮಾಣವನ್ನು ನಿಖರವಾಗಿ ತೋರಿಸುತ್ತದೆ; ನನ್ನ ವಿಷಯದಲ್ಲಿ 800 ಎಂಬಿ. ಈ ಮಾಹಿತಿಯೊಂದಿಗೆ ನಾವು ಹೊಂದಬಹುದಾದ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಯ ಸಾಮಾನ್ಯ ಲೆಕ್ಕಾಚಾರವನ್ನು ನಾವು ಮಾಡಬಹುದು; ಅತ್ಯಂತ ಸರಳವಾದ ಕಾರ್ಯಾಚರಣೆಯ ಮೂಲಕ ನಾವು ಪಡೆಯುತ್ತೇವೆ ಎಂದು ನಾನು ಲೆಕ್ಕ ಹಾಕುತ್ತೇನೆ.

(RAMTOTAL - RAM_RESTOPROCESOS) / RAM_POR_CONNEXIÓN

ಈ ಸೂತ್ರವನ್ನು ಕೈಯಲ್ಲಿಟ್ಟುಕೊಂಡು, ನಮ್ಮಲ್ಲಿ 4 ಜಿಬಿ RAM ಹೊಂದಿರುವ ಕಂಪ್ಯೂಟರ್ ಇದೆ, ಅಂದರೆ 4096 ಎಂಬಿ ಮತ್ತು ನಮ್ಮ ಕಂಪ್ಯೂಟರ್ ಮೇಲೆ ತಿಳಿಸಿದ ಫಲಿತಾಂಶಗಳನ್ನು ತೋರಿಸಿದೆ ಎಂದು imagine ಹಿಸೋಣ; ಲೆಕ್ಕಾಚಾರ ಹೀಗಿರುತ್ತದೆ:

(4096 - 800) / 10 = 329 ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳು

ಈ ಲೆಕ್ಕಾಚಾರದೊಂದಿಗಿನ ಸಮಸ್ಯೆ ಎಂದರೆ ಅದು ತುಂಬಾ ವಿಪರೀತವಾಗಿದೆ, ಏಕೆಂದರೆ ಅದು ಎಲ್ಲಾ RAM ಅನ್ನು ಬಳಸುತ್ತದೆ (ಸರ್ವರ್ ಸ್ವಾಪ್ ಅನ್ನು ಬಳಸುವಂತೆ ಮಾಡುತ್ತದೆ) ಮತ್ತು, MySQL ಅಥವಾ ಇನ್ನಾವುದೇ ಡೇಟಾಬೇಸ್ ಹೊಂದಿದ್ದರೆ, ಅದರ ಸಂಪರ್ಕಗಳು ಸಹ RAM ಅನ್ನು ಬಳಸುತ್ತವೆ , ಇದರೊಂದಿಗೆ ಪಡೆದ ಸಂಖ್ಯೆಯನ್ನು ರಾಮರಾಜ್ಯ ಸಂಖ್ಯೆಯಾಗಿ ಅರ್ಹತೆ ಪಡೆಯಬಹುದು. ಆದ್ದರಿಂದ, ಸಂಭವನೀಯ ಹೆಚ್ಚುವರಿ ಪ್ರಕ್ರಿಯೆಗಳಿಗಾಗಿ ಮೆಮೊರಿಯನ್ನು ಮುಕ್ತಗೊಳಿಸಲು ಮತ್ತು ಡೇಟಾಬೇಸ್‌ಗೆ ಸಂಪರ್ಕಗಳನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಾಧ್ಯತೆಯನ್ನು ಪರಿಗಣಿಸಲು, ನಾವು ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಯನ್ನು ಕಡಿಮೆ ಮಾಡುತ್ತೇವೆ 250.

ಈಗ ನಾವು ನಮ್ಮ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ಹೊಂದಿದ್ದೇವೆ, ಈ ಸಂಖ್ಯೆಯನ್ನು ಸ್ವೀಕರಿಸಲು ನಾವು ಅಪಾಚೆಯನ್ನು ಸಿದ್ಧಪಡಿಸಬೇಕಾಗಿದೆ, ಇದನ್ನು ಈ ಕರೆಯ ಸಂರಚನಾ ಕಡತದಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ ಅಪಾಚೆ 2. ಕಾನ್ಫ್, ಇದನ್ನು ಹೋಸ್ಟ್ ಮಾಡಲಾಗಿದೆ / etc / apache2.

ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ಫೈಲ್ ಆಧಾರಿತ ರಚನೆಯನ್ನು ಅನುಸರಿಸುತ್ತದೆ ಮಾಡ್ಯೂಲ್‌ಗಳು, ಪ್ರತಿಯೊಂದೂ ಅದರ ಅನುಗುಣವಾದ ಹೆಸರಿನೊಂದಿಗೆ ಇರುತ್ತದೆ, ಆದರೆ ಅವುಗಳಲ್ಲಿ ಒಂದನ್ನು ಮಾತ್ರ ನಾವು ಆಸಕ್ತಿ ಹೊಂದಿದ್ದೇವೆ, ಅವರ ಹೆಸರು  mpm_prefork_module. ಪ್ರಶ್ನೆಯಲ್ಲಿರುವ ಮಾಡ್ಯೂಲ್ ಪೂರ್ವನಿಯೋಜಿತವಾಗಿ ಈ ಕೆಳಗಿನ ಡೇಟಾವನ್ನು ಹೊಂದಿದೆ:

ಸ್ಟಾರ್ಟ್ ಸರ್ವರ್ಗಳು 5 ಮಿನ್ಸ್ಪೇರ್ಸರ್ವರ್ಸ್ 5 ಮ್ಯಾಕ್ಸ್ ಸ್ಪೇರ್ಸರ್ವರ್ಸ್ 10 ಮ್ಯಾಕ್ಸ್ಕ್ಲೈಂಟ್ಸ್ 150 ಮ್ಯಾಕ್ಸ್ ರಿಕ್ವೆಸ್ಟ್ಸ್ಪೆರ್ಚೈಲ್ಡ್ 0

ಈ ಮಾಡ್ಯೂಲ್ ಬಹಳ ಮುಖ್ಯವಾದ ನಿಯತಾಂಕಗಳ ಸರಣಿಯನ್ನು ಹೊಂದಿದೆ, ಆದರೂ ಅವುಗಳಲ್ಲಿ ಒಂದು ವಿಶೇಷವಾಗಿ ನಮಗೆ ಆಸಕ್ತಿಯನ್ನುಂಟುಮಾಡುತ್ತದೆ, ಇದನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ ಮ್ಯಾಕ್ಸ್ಕ್ಲೈಂಟ್ಸ್. ಈ ನಿಯತಾಂಕವು ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸುತ್ತದೆ ಮತ್ತು ಇದನ್ನು ಮಾರ್ಪಡಿಸಬೇಕು 250.

ನೆನಪಿನಲ್ಲಿಟ್ಟುಕೊಳ್ಳಬೇಕಾದ ಒಂದು ವಿವರವೆಂದರೆ, ಹೇಳಿದ ನಿಯತಾಂಕದಲ್ಲಿ ಪೂರ್ವನಿಯೋಜಿತವಲ್ಲದ ಮೌಲ್ಯವನ್ನು ನಿರ್ದಿಷ್ಟಪಡಿಸಿದಾಗ, ಇದಕ್ಕಿಂತ ಮೊದಲು ಇನ್ನೊಂದನ್ನು ಸೇರಿಸುವ ಅವಶ್ಯಕತೆಯಿದೆ. ಈ ನಿಯತಾಂಕವನ್ನು ಕರೆಯಲಾಗುತ್ತದೆ ಸರ್ವರ್‌ಲಿಮಿಟ್ ಮತ್ತು ಮಿತಿಯು ಹೊರಗಿರುವಾಗಲೂ ಸರ್ವರ್ "ಹಿಡಿದಿಟ್ಟುಕೊಳ್ಳಬಹುದಾದ" ಸಂಪರ್ಕಗಳ ಮಿತಿಯನ್ನು ಹೊಂದಿಸುತ್ತದೆ.

ಸರ್ವರ್‌ಲಿಮಿಟ್ ಪ್ಯಾರಾಮೀಟರ್ ಯಾವಾಗಲೂ ಮ್ಯಾಕ್ಸ್‌ಕ್ಲೈಂಟ್‌ಗಳಿಗಿಂತ ಸ್ವಲ್ಪ ಹೆಚ್ಚಿರಬೇಕು ಮತ್ತು ಇಲ್ಲಿ, ಕುಶಲತೆಗೆ ಸ್ವಲ್ಪ ಸ್ಥಳಾವಕಾಶವಿರುವುದರಿಂದ, ಇದರ ಮಿತಿ 270. ಇದು ಮಾಡ್ಯೂಲ್ ಅನ್ನು ಈ ರೀತಿ ಕಾಣುವಂತೆ ಮಾಡುತ್ತದೆ:

ಸ್ಟಾರ್ಟ್ ಸರ್ವರ್ 5 ಮಿನ್ಸ್ಪೇರ್ ಸರ್ವರ್ 5 ಮ್ಯಾಕ್ಸ್ ಸ್ಪೇರ್ ಸರ್ವರ್ 10 ಸರ್ವರ್ ಲಿಮಿಟ್ 270 ಮ್ಯಾಕ್ಸ್ ಕ್ಲೈಂಟ್ಸ್ 250 ಮ್ಯಾಕ್ಸ್ ರಿಕ್ವೆಸ್ಟ್ಸ್ಪೆರ್ಚೈಲ್ಡ್ 0

ಈಗ ಆಜ್ಞೆಯನ್ನು ಬಳಸಿಕೊಂಡು ಅಪಾಚೆ ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದು ಮಾತ್ರ ಅಗತ್ಯವಾಗಿರುತ್ತದೆ: 

/etc/init.d/apache2 ಮರುಪ್ರಾರಂಭಿಸಿ

ಇದರೊಂದಿಗೆ ನಾವು ಈಗಾಗಲೇ ನಮ್ಮ ಆಪ್ಟಿಮೈಸ್ಡ್ ವೆಬ್ ಸರ್ವರ್ ಅನ್ನು ಆನಂದಿಸಬಹುದು.

ಗ್ರೀಟಿಂಗ್ಸ್.


ನಿಮ್ಮ ಅಭಿಪ್ರಾಯವನ್ನು ಬಿಡಿ

ನಿಮ್ಮ ಈಮೇಲ್ ವಿಳಾಸ ಪ್ರಕಟವಾದ ಆಗುವುದಿಲ್ಲ. ಅಗತ್ಯವಿರುವ ಜಾಗ ಗುರುತಿಸಲಾಗಿದೆ *

*

*

  1. ಡೇಟಾಗೆ ಜವಾಬ್ದಾರಿ: ಮಿಗುಯೆಲ್ ಏಂಜೆಲ್ ಗಟಾನ್
  2. ಡೇಟಾದ ಉದ್ದೇಶ: ನಿಯಂತ್ರಣ SPAM, ಕಾಮೆಂಟ್ ನಿರ್ವಹಣೆ.
  3. ಕಾನೂನುಬದ್ಧತೆ: ನಿಮ್ಮ ಒಪ್ಪಿಗೆ
  4. ಡೇಟಾದ ಸಂವಹನ: ಕಾನೂನುಬದ್ಧ ಬಾಧ್ಯತೆಯನ್ನು ಹೊರತುಪಡಿಸಿ ಡೇಟಾವನ್ನು ಮೂರನೇ ವ್ಯಕ್ತಿಗಳಿಗೆ ಸಂವಹನ ಮಾಡಲಾಗುವುದಿಲ್ಲ.
  5. ಡೇಟಾ ಸಂಗ್ರಹಣೆ: ಆಕ್ಸೆಂಟಸ್ ನೆಟ್‌ವರ್ಕ್‌ಗಳು (ಇಯು) ಹೋಸ್ಟ್ ಮಾಡಿದ ಡೇಟಾಬೇಸ್
  6. ಹಕ್ಕುಗಳು: ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ನೀವು ನಿಮ್ಮ ಮಾಹಿತಿಯನ್ನು ಮಿತಿಗೊಳಿಸಬಹುದು, ಮರುಪಡೆಯಬಹುದು ಮತ್ತು ಅಳಿಸಬಹುದು.

  1.   et ೆಟಾಟಿನೋ ಡಿಜೊ

    ಪೋಸ್ಟ್ಗೆ ಧನ್ಯವಾದಗಳು!

    1.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ನೀವು ಅದನ್ನು ಉಪಯುಕ್ತವೆಂದು ನನಗೆ ಖುಷಿಯಾಗಿದೆ.

      ಗ್ರೀಟಿಂಗ್ಸ್.

  2.   ಮೈಕೆಲ್ಯಾಂಜೆಲೊ ಡಿಜೊ

    ಅಪಾಚೆ ಮತ್ತು ಎರಡು ಸರ್ವರ್‌ಗಳೊಂದಿಗೆ ಕ್ಲಸ್ಟರ್ ಮಾಡಲು ಒಂದು ಮಾರ್ಗವಿದೆ, ಅದು ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೀವು ವಿವರಿಸಬಹುದೇ?

    1.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ನಾನು ಅದರ ಬಗ್ಗೆ ಕೆಲವು ಸಿದ್ಧಾಂತವನ್ನು ಓದಿದ್ದರೂ, ನಾನು ಅದನ್ನು ಅಭ್ಯಾಸಕ್ಕೆ ಎಂದಿಗೂ ಅನ್ವಯಿಸಿಲ್ಲ. ಹಾಗಿದ್ದರೂ, ಬಹುಶಃ ಈ ಲೇಖನವು ಈ ನಿಟ್ಟಿನಲ್ಲಿ ನಿಮಗೆ ಕೆಲವು ಮಾರ್ಗದರ್ಶನಗಳನ್ನು ನೀಡಬಹುದು, ಆದರೂ ಅದನ್ನು ಕಾರ್ಯರೂಪಕ್ಕೆ ತರಲು ನನಗೆ ಅವಕಾಶವಿಲ್ಲ ಎಂದು ನಾನು ಪುನರಾವರ್ತಿಸುತ್ತೇನೆ:

      http://www.muspells.net/blog/2011/04/alta-disponibilidad-con-apache2-y-heartbeat-en-debian-squeeze/

    2.    ಎಡ್ವರ್ಡೊ ಜಲೀಲ್ ಡಿಜೊ

      ನೀವು ಸ್ವಲ್ಪ ಸಮಯದವರೆಗೆ ಕೇಳಿದ್ದೀರಿ, ನೀವು ಪರಿಹರಿಸದಿದ್ದರೆ; ನಾನು ಫೈಲ್ ಸಿಸ್ಟಮ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಮೂರನೇ ವ್ಯಕ್ತಿಯೊಂದಿಗೆ ಸಮತೋಲನ ಯೋಜನೆಯನ್ನು ಹೊಂದಿದ್ದೇನೆ, ನೀವು var / www / html / (ನನ್ನ ವಿಷಯದಲ್ಲಿ) ನಲ್ಲಿರುವ ಫೋಲ್ಡರ್‌ಗಳನ್ನು ಫೈಲ್ ಸಿಸ್ಟಮ್‌ಗೆ ಸೂಚಿಸುತ್ತೀರಿ, ಆದ್ದರಿಂದ ಅವರು ಅದೇ ಮಾಹಿತಿಯನ್ನು ಹಂಚಿಕೊಳ್ಳುತ್ತಾರೆ, ಮತ್ತು ಬಹುಶಃ ನಿಮಗೆ ಪ್ರತಿಕ್ರಿಯಿಸುವ ವರ್ಚುವಲ್ ಐಪಿ ಅಗತ್ಯವಿರುತ್ತದೆ ಮತ್ತು ಅಪಾಚೆಗಳ ಐಪಿಎಸ್‌ಗೆ ಮರುನಿರ್ದೇಶಿಸಿ, ಇದಕ್ಕಾಗಿ ನೀವು ಹ್ಯಾಪ್ರೊಕ್ಸಿ ಅನ್ನು ಆಕ್ರಮಿಸಿಕೊಳ್ಳಬಹುದು ಮತ್ತು ಹೆಚ್ಚಿನ ಲಭ್ಯತೆಯಲ್ಲಿ ನೀವು ಬಯಸಿದರೆ ಒಂದು ಬಿದ್ದಲ್ಲಿ ನೀವು ಕೀಪಲೈವ್ ಅನ್ನು ಸಂಯೋಜಿಸಬಹುದು, ಇನ್ನೊಬ್ಬರು ಪ್ರತಿಕ್ರಿಯಿಸುವುದನ್ನು ಮುಂದುವರಿಸುತ್ತಾರೆ, ಅಥವಾ ನೀವು ಈಗಾಗಲೇ ಅಪ್ಲಿಕೇಶನ್‌ಗೆ ಡೊಮೇನ್ ಹೊಂದಿದ್ದರೆ, ನೀವು ಪೌಂಡ್‌ನೊಂದಿಗೆ ಸಮತೋಲನಗೊಳಿಸಬಹುದು ಎರಡೂ ಸರ್ವರ್‌ಗಳಿಗೆ ಬ್ಯಾಕೆಂಡ್‌ಗಳನ್ನು ಮಾಡುವುದು, ಮೈಸ್ಕ್ಲ್‌ನಲ್ಲಿನ ಡೇಟಾಬೇಸ್‌ಗೆ ಸಂಪರ್ಕಿಸುವ ಮೂಡಲ್ ಅಥವಾ ಕೆಲವು ಅಪ್ಲಿಕೇಶನ್‌ಗಳಂತಹ ನಿರ್ದಿಷ್ಟ ಸಂದರ್ಭಗಳಲ್ಲಿ, ನೀವು ಒಂದೇ ಡೇಟಾಬೇಸ್‌ಗೆ ಸೂಚಿಸುವ ಪ್ರತಿ ಅಪ್ಲಿಕೇಶನ್ ಸರ್ವರ್‌ಗೆ ಬಳಕೆದಾರರನ್ನು ರಚಿಸಬೇಕಾಗುತ್ತದೆ.

  3.   ಶಾಮರು ಡಿಜೊ

    ಪೋಸ್ಟ್‌ಗೆ ತುಂಬಾ ಧನ್ಯವಾದಗಳು, ನೀವು ಸಂಪೂರ್ಣವಾಗಿ ಸರಿ, ರಾಮ್ ಪ್ರಾಥಮಿಕ ಲೆಕ್ಕಾಚಾರವಾಗಿದೆ, ಆದರೂ ನಮ್ಮ ಪ್ರೊಸೆಸರ್ ನಿಭಾಯಿಸಬಲ್ಲ ಗರಿಷ್ಠ ಸಂಖ್ಯೆಯ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಸಹ ನಾವು ಲೆಕ್ಕ ಹಾಕುತ್ತೇವೆ ಎಂದು ನಾನು imagine ಹಿಸುತ್ತೇನೆ (ಸಹಜವಾಗಿ, ಮೊದಲು ಮುಖ್ಯ ಮೆಮೊರಿಯ ಲೆಕ್ಕಾಚಾರವನ್ನು ಮಾಡುವುದು) ಮತ್ತು ಡಿಸ್ಕ್ ಅನ್ನು ಹೇಗೆ ವಿತರಿಸಲಾಗುವುದು ಹಾರ್ಡ್ (ಉದಾಹರಣೆ ವಿಭಾಗಗಳು / var = 1TR).

    1.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ನೀನು ಸರಿ; ಇತರ ವಿಷಯಗಳ ನಡುವೆ ತಾಪಮಾನ ನಿಯಂತ್ರಣದಂತೆ ಎಲ್ಲವೂ ಮುಖ್ಯವಾಗಿದೆ. ನಿಸ್ಸಂಶಯವಾಗಿ ಶಕ್ತಿಯುತ ಪ್ರೊಸೆಸರ್ ಹೆಚ್ಚಿನ ದಕ್ಷತೆಯೊಂದಿಗೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಕಾರ್ಯಗಳನ್ನು ಏಕಕಾಲದಲ್ಲಿ ನಿರ್ವಹಿಸಬಲ್ಲದು, ಆದರೆ ಈ ಪೋಸ್ಟ್‌ನ ಉದ್ದೇಶವು ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಗೆ ಸಂಬಂಧಿಸಿದಂತೆ RAM ನ ಮಹತ್ವವನ್ನು ವಿವರಿಸುವುದು.

      ಈ ಎಲ್ಲಾ ಅಂಶಗಳನ್ನು ನಿಯಂತ್ರಿಸಲು ಮತ್ತು ನಮ್ಮ ಪ್ರೊಸೆಸರ್ ಸ್ಯಾಚುರೇಟೆಡ್ ಆಗಿಲ್ಲವೇ ಅಥವಾ ನಮ್ಮಲ್ಲಿ ಕಡಿಮೆ ಉಚಿತ RAM ಇದ್ದರೆ, ಬ್ಯಾಷ್ ಸ್ಕ್ರಿಪ್ಟ್ ಅನ್ನು ಬಳಸುವುದರ ಮೂಲಕ ನೋಡಲು ಉತ್ತಮ ಮಾರ್ಗವಾಗಿದೆ. ಕೆಲವು ದಿನಗಳ ಹಿಂದೆ ನಾನು ಮಾಡಿದ ಈ ಪೋಸ್ಟ್ ನಿಮಗೆ ಆಸಕ್ತಿದಾಯಕವಾಗಿದೆ, ಅದನ್ನು ನಾನು ಈ ಕೆಳಗಿನ ಲಿಂಕ್‌ನಲ್ಲಿ ಬಿಡುತ್ತೇನೆ; ಇದು ಜಾಗತಿಕ ಮೇಲ್ವಿಚಾರಣೆಯಾಗಿದೆ ಆದರೆ ಇದು ಯಾರಿಗಾದರೂ ಆಸಕ್ತಿದಾಯಕವಾಗಬಹುದು:

      http://bytelearning.blogspot.com.es/2015/07/controlando-la-salud-del-equipo-con-bash.html

      ಸಂಬಂಧಿಸಿದಂತೆ

  4.   ಸೆರ್ಗಿಯೋ ಎಸ್ ಡಿಜೊ

    ತುಂಬಾ ಒಳ್ಳೆಯ ಟಿಪ್ಪಣಿ, ತುಂಬಾ ಧನ್ಯವಾದಗಳು!

    1.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ತುಂಬಾ ಧನ್ಯವಾದಗಳು! ನೀವು ಅದರ ಲಾಭವನ್ನು ಪಡೆಯಲು ಸಾಧ್ಯವಾಯಿತು ಎಂದು ನಾನು ಭಾವಿಸುತ್ತೇನೆ.

  5.   ಹಾಸ್ಯಗಾರ ಡಿಜೊ

    ನಾನು ಎಳೆತ ಎಂದು ಬಯಸುವುದಿಲ್ಲ ...
    … ಆದರೆ ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಯನ್ನು ಹೆಚ್ಚಿಸುವ ಮೂಲಕ ನೀವು DDoS ದಾಳಿಗೆ ಹೆಚ್ಚು ಗುರಿಯಾಗುವುದಿಲ್ಲವೇ?

    1.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

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

      iptables -A INPUT -p tcp –syn –dport 80 -m connlimit –connlimit-to 10 -m state -state NEW -j ACCEPT

      iptables -A INPUT -p tcp –dport 80 -m state -state ESTABLISHED, RELATED -j ACCEPT

      iptables -A INPUT -p tcp –dport 80 -j DROP

      1.    ಕೋಡಂಗಿ ಡಿಜೊ

        ಡಿಡಿಒಎಸ್ ದಾಳಿಯ ಒಂದು ಗುಣಲಕ್ಷಣವೆಂದರೆ, ಆಕ್ರಮಣಕಾರನು ಹಲವಾರು ವಿಭಿನ್ನ ದಿಕ್ಕುಗಳಿಂದ ಪ್ಯಾಕೆಟ್‌ಗಳನ್ನು ಕಳುಹಿಸುವಂತೆ ಕಾಣಿಸಬಹುದು, ಇದು ಪ್ಯಾಕೆಟ್‌ಗಳ ಹರಿವನ್ನು ಕೇವಲ ಒಂದು ದಿಕ್ಕಿನಿಂದ ಬರದಂತೆ ತಡೆಯುತ್ತದೆ.

    2.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ಡಿಡಿಓಎಸ್ ದಾಳಿಯ ವಿರುದ್ಧ ನಾನು ಸ್ಥಾಪಿಸಿದಂತಹ ಫೈರ್‌ವಾಲ್ ಹೆಚ್ಚು ಪರಿಣಾಮಕಾರಿಯಾಗಿಲ್ಲ ಎಂಬ ಅರ್ಥದಲ್ಲಿ ನೀವು ಹೇಳಿದ್ದೀರಿ, ಏಕೆಂದರೆ ಅದು ವಿಭಿನ್ನ ಮೂಲಗಳಿಂದ ಬಂದಿದೆ. ಇನ್ನೂ, ಮಿತಿಯನ್ನು ಹೊಂದಿರುವುದಕ್ಕಿಂತ ಹೆಚ್ಚಾಗಿ ಈ ಪ್ರತಿಯೊಂದು ಮೂಲಗಳಿಗೆ ಸಂಪರ್ಕಗಳ ಸಂಖ್ಯೆಯನ್ನು 10 ಕ್ಕೆ ಸೀಮಿತಗೊಳಿಸುವುದು ಉತ್ತಮ, ಇದರಿಂದಾಗಿ ಪ್ರತಿ ಮೂಲವು ನೂರು ಅಥವಾ ಹೆಚ್ಚಿನ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ಥಾಪಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ.

      ಯಾವುದೇ ಸಂದರ್ಭದಲ್ಲಿ, ಪ್ರಶ್ನೆಯ ಕಿಟ್ ಎಂದರೆ ಸರ್ವರ್ ಹೆಚ್ಚು ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ಬೆಂಬಲಿಸುತ್ತದೆ, ಅದನ್ನು ಡಿಡಿಒಎಸ್ ದಾಳಿಯಿಂದ ಹೊಡೆದುರುಳಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ, ಇದು ಆಕ್ರಮಣಕಾರರಿಂದ ಪುಟವನ್ನು ಕೆಳಕ್ಕೆ ಇಳಿಸುವುದು ಹೆಚ್ಚು ಕಷ್ಟಕರವಾಗಿರುತ್ತದೆ.

      ಗ್ರೀಟಿಂಗ್ಸ್.

  6.   ಎಲಿಯೋಟೈಮ್ 3000 ಡಿಜೊ

    ಒಳ್ಳೆಯದು. ನನ್ನಲ್ಲಿರುವ ವಿಪಿಎಸ್ ಅನ್ನು ಹಿಂಸಿಸದಂತೆ ನಾನು ಈಗ ನನ್ನ ಸೈಟ್‌ನಲ್ಲಿ ಎನ್‌ಜಿಎನ್‌ಎಕ್ಸ್‌ನೊಂದಿಗೆ ಮುಂದುವರಿಯುತ್ತೇನೆ.

  7.   ಬ್ರೂನೋ ಕ್ಯಾಸಿಯೊ ಡಿಜೊ

    ಒಳ್ಳೆಯ ಪೋಸ್ಟ್ rass ಡ್ರಾಸಿಲ್!

    ಸಂರಚನೆಗಿಂತ ಹೆಚ್ಚಿನ ಅಂಕಿಅಂಶಗಳೊಂದಿಗೆ ಏನಾದರೂ ಕೊಡುಗೆ ನೀಡಲು ನಾನು ಬಯಸುತ್ತೇನೆ.
    ಬಳಕೆಯ ನಿಯತಾಂಕವನ್ನು ಲೆಕ್ಕಾಚಾರ ಮಾಡಲು ಸುಲಭವಾದ ಮತ್ತು ವೇಗವಾದ ಮಾರ್ಗವೆಂದರೆ ಸರಾಸರಿ, ನಾವು ಹೆಚ್ಚು ಕಠಿಣವಾಗಿರಬಹುದು ಮತ್ತು “ಸರಾಸರಿ” ಬದಲಿಗೆ “ಸರಾಸರಿ” ಅನ್ನು ಬಳಸಬಹುದು. ಅದು ನಮ್ಮನ್ನು ಯಾವುದರಿಂದ ಉಳಿಸುತ್ತದೆ? ಸಂಪರ್ಕವು ಹೆಚ್ಚಿನ ಮೆಮೊರಿಯನ್ನು ಬಳಸಿದರೆ ಸಂಖ್ಯೆಗಳು ಆಫ್ ಆಗುತ್ತವೆ. ಉದಾಹರಣೆಗೆ, ಈ ಕೆಳಗಿನ ಮೌಲ್ಯಗಳನ್ನು ಸೇವಿಸುವ ಈ ಕೆಳಗಿನ ಕ್ಲೈಂಟ್‌ಗಳು, ಅವರು ಮೆಮೊರಿಯನ್ನು ಬಯಸುವ ಘಟಕದಲ್ಲಿ (ಕೆಬಿ, ಎಂಬಿ, ಮಿಬಿ, ಇತ್ಯಾದಿ): ಹಿಸಿಕೊಳ್ಳಿ:

    10, 15, 150, 5, 7, 10, 11, 12

    ಸರಾಸರಿ ಅಂದಾಜು ~ 30 ನೀಡುತ್ತದೆ

    ಮತ್ತು ಇದು ನಮ್ಮಲ್ಲಿ ಬಹಳ ದೊಡ್ಡ ಅಂತ್ಯವನ್ನು ಹೊಂದಿದೆ (150), ಮತ್ತು ಲೆಕ್ಕಾಚಾರಗಳು ಹುಚ್ಚವಾಗಿವೆ. ಸರಾಸರಿ ಈ ಡೇಟಾವನ್ನು ಆದೇಶಿಸುವುದು, ಮಾದರಿಗಳ ಸಂಖ್ಯೆಯನ್ನು 2 (ನಮ್ಮ ಕೇಂದ್ರ) ದಿಂದ ಭಾಗಿಸಿ ನಂತರ ಆ ಸ್ಥಾನದ ಸಂಖ್ಯೆಯನ್ನು ಪಡೆಯುವುದನ್ನು ಒಳಗೊಂಡಿದೆ. ಇದರೊಂದಿಗೆ ನಾವು ಏನನ್ನಾದರೂ ಹೊಂದಿದ್ದೇವೆ

    5, 7, 10, 10, 11, 12, 15, 150

    ಆದ್ದರಿಂದ ನಮ್ಮ ಸರಾಸರಿ ಹೀಗಿರುತ್ತದೆ: 8/2 = 4 ಅಂದರೆ ~ 10

    ವಿಪರೀತ ಎಷ್ಟೇ ಹುಚ್ಚನಾಗಿದ್ದರೂ, ಅದು ಯಾವಾಗಲೂ ನಮಗೆ ಹೆಚ್ಚು ವಾಸ್ತವಿಕ ಮೌಲ್ಯವನ್ನು ನೀಡುತ್ತದೆ ಎಂಬುದನ್ನು ಇಲ್ಲಿ ನೀವು ನೋಡಬಹುದು. ನಾವು 200 ಸೇವಿಸುವ ಗ್ರಾಹಕರನ್ನು ಸೇರಿಸಿದರೆ, ನಮ್ಮ ಸರಾಸರಿ 11 ಆಗಿರುತ್ತದೆ, ಆದರೆ ಸರಾಸರಿ ಹೋಗಬಹುದು …….

    ಇದು ಕೇವಲ ಕೊಡುಗೆಯಾಗಿದೆ, ಮತ್ತು ಇದು ಬಹಳ ಚರ್ಚಾಸ್ಪದವಾಗಿದೆ, ಏಕೆಂದರೆ ಸಂಪರ್ಕಗಳೊಂದಿಗೆ ಅದನ್ನು ತಿರುಗಿಸಲಾಗುವುದಿಲ್ಲ.

    ಜನರನ್ನು ತಬ್ಬಿಕೊಳ್ಳಿ ಲಿನಕ್ಸೆರಾ

  8.   ಕಾರ್ಲೋಸ್ ಡಿಜೊ

    ಹಲೋ, ನನ್ನ ಮೀಸಲಾದ ಸರ್ವರ್‌ನಲ್ಲಿ ನನಗೆ ಸಮಸ್ಯೆ ಇದೆ, ಮತ್ತು ಪ್ರತಿ ಬಾರಿ ಸರಿಸುಮಾರು 250 ಜನರ ಆನ್‌ಲೈನ್ ಸಮೀಪಿಸಿದಾಗ, ನೈಜ ಸಮಯದಲ್ಲಿ ಗೂಗಲ್ ಅನಾಲಿಟಿಕ್ಸ್ ಪ್ರಕಾರ, ನನ್ನ ಸರ್ವರ್ ಕುಸಿಯುತ್ತದೆ ಮತ್ತು ಸಂಪರ್ಕವು ಇಳಿಯುವವರೆಗೆ ನಿಧಾನವಾಗುತ್ತದೆ ವೆಬ್‌ಸೈಟ್‌ಗೆ ಸಂಪರ್ಕ ಮತ್ತು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ ಆ ಸಂಖ್ಯೆಯ ಬಳಕೆದಾರರಿಗಿಂತ ಹೆಚ್ಚಿನದನ್ನು ಅಪ್‌ಲೋಡ್ ಮಾಡುವುದಿಲ್ಲ, ಆದರೆ 8 ಜಿಬಿ ರಾಮ್‌ನ ಮೀಸಲಾದ ಸರ್ವರ್‌ನ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನಾನು ನೋಡಿದಾಗ ಅದು 10% ಬಳಕೆಯನ್ನು ತೋರಿಸುತ್ತದೆ, ಸಿಪಿಯು: 5% ಬಳಕೆ ಮತ್ತು ಹಾರ್ಡ್ ಡಿಸ್ಕ್: 1.99 ಬಳಕೆಯ%.
    ನೀವು ನನಗೆ ಸಹಾಯ ಮಾಡಬಹುದೇ? ಏನು ಮಾಡಬೇಕೆಂದು ನನಗೆ ಸಿಗುತ್ತಿಲ್ಲ, ಈ ಹಂತಗಳನ್ನು ಮಾಡುವುದು ಪರಿಹಾರವೇ?

    1.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ಒಳ್ಳೆಯ ಕಾರ್ಲೋಸ್.

      ಸರ್ವರ್ ಅನ್ನು ಸರಿಯಾಗಿ ಸಿದ್ಧಪಡಿಸದಿದ್ದಾಗ ನೀವು ವಿವರಿಸುವ ಸಮಸ್ಯೆ ತುಂಬಾ ಸಾಮಾನ್ಯವಾಗಿದೆ. ನಿಮ್ಮ ಸರ್ವರ್ ಬಹುಶಃ ಕಡಿಮೆ ಸಂಖ್ಯೆಯ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳನ್ನು ಸ್ವೀಕರಿಸುತ್ತದೆ ಮತ್ತು ಅದು 250 ಸಂಪರ್ಕಗಳನ್ನು ತಲುಪಿದಾಗ ಅದು ಕ್ರ್ಯಾಶ್ ಆಗುತ್ತದೆ. ಕೈಪಿಡಿಯನ್ನು ಅನುಸರಿಸಿ ನೀವು ಸಮಸ್ಯೆಯನ್ನು ಪರಿಹರಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ, ಆದರೂ ನೀವು ಆ ಸರ್ವರ್‌ನಲ್ಲಿ ಡೇಟಾಬೇಸ್ ಹೊಂದಿದ್ದರೆ, ನೀವು ಆ ಡೇಟಾಬೇಸ್ ಅನ್ನು ಸಹ ಉತ್ತಮಗೊಳಿಸಬೇಕಾಗುತ್ತದೆ.

      ಗ್ರೀಟಿಂಗ್ಸ್.

      1.    ಕಾರ್ಲೋಸ್ ಡಿಜೊ

        ಡ್ರಾಸಿಲ್, ನೀವು ಪ್ರಸ್ತಾಪಿಸಿದ ಸಂರಚನೆಯನ್ನು ನಾನು ಮಾಡಿದ್ದೇನೆ ಮತ್ತು ಅದು ತೃಪ್ತಿಕರವಾಗಿದೆ, ನಿನ್ನೆ ನಾನು ಆನ್‌ಲೈನ್‌ನಲ್ಲಿ 280 ಬಳಕೆದಾರರನ್ನು ತಲುಪಿದ್ದೇನೆ ಮತ್ತು ಸರ್ವರ್ ಕ್ರ್ಯಾಶ್ ಆಗಿಲ್ಲ, ಈ ಫಲಿತಾಂಶದಿಂದ ನನಗೆ ತುಂಬಾ ಸಂತೋಷವಾಗಿದೆ, ಮತ್ತು ಡೇಟಾಬೇಸ್ ಅನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ನೀವು ಹೇಳುವ ಇತರ ಕೆಲಸವನ್ನು ಸಹ ನಾನು ಮಾಡಲು ಬಯಸುತ್ತೇನೆ, ಇದನ್ನು ನಾನು ಹೇಗೆ ಸಾಧಿಸುವುದು?

    2.    ಡ್ರಾಸಿಲ್ ಡಿಜೊ

      ಡೇಟಾಬೇಸ್ ಪರಿಕಲ್ಪನೆಯು ಸಾಕಷ್ಟು ಮುಕ್ತವಾಗಿದೆ; mysql ಅನ್ನು ಬಳಸುವುದು ಪೋಸ್ಟ್‌ಗ್ರೆಸ್‌ನಂತೆಯೇ ಅಲ್ಲ (ಉದಾಹರಣೆಗೆ). ನಿಸ್ಸಂಶಯವಾಗಿ ನನಗೆ ಎಲ್ಲಾ ಡೇಟಾಬೇಸ್ಗಳು ತಿಳಿದಿಲ್ಲ; ನಾನು mysql ಮತ್ತು postgres ಅನ್ನು ಪ್ರಯತ್ನಿಸಿದೆ, ಮತ್ತು ಇವುಗಳಲ್ಲಿ ಏಕಕಾಲಿಕ ಸಂಪರ್ಕಗಳ ಹೆಚ್ಚಳವು ಗರಿಷ್ಠ ಸಂಪರ್ಕಗಳ ನಿಯತಾಂಕವನ್ನು ಆಧರಿಸಿದೆ; mysql ಆಪ್ಟಿಮೈಸೇಶನ್ ಅನ್ನು /etc/my.conf ನಲ್ಲಿ ಮಾಡಲಾಗುತ್ತದೆ ಮತ್ತು ಗರಿಷ್ಠ ಸಂಪರ್ಕಗಳ ನಿಯತಾಂಕವನ್ನು ಬದಲಾಯಿಸಬೇಕಾಗುತ್ತದೆ (ಇತರವುಗಳಲ್ಲಿ). ಪೋಸ್ಟ್‌ಗ್ರೆಸ್‌ಗಾಗಿ, ನನ್ನ ಬ್ಲಾಗ್‌ನಲ್ಲಿ ನನ್ನ ಬಳಿ ಒಂದು ಲೇಖನವಿದೆ, ಅದು ನಿಮಗೆ ಹೇಗೆ ಉಪಯುಕ್ತವಾಗಬಹುದು ಅಥವಾ ನಿಮ್ಮ ಡೇಟಾಬೇಸ್‌ಗೆ ಉಲ್ಲೇಖವಾಗಿ ಬಳಸಬಹುದು ಎಂಬುದನ್ನು ವಿವರಿಸುತ್ತದೆ:

      http://bytelearning.blogspot.com.es/2016/02/postgresql-una-alternativa-mysql-en.html

      ಗ್ರೀಟಿಂಗ್ಸ್.

  9.   ಎರಿಕ್ಸನ್ ವಾಸ್ಕ್ವೆಜ್ ಡಿಜೊ

    ಹಲೋ, ನಾನು ಮೊದಲ ಆಜ್ಞೆಯನ್ನು ಎಸೆದಾಗ, ಅದು ನನಗೆ 0 ಮೌಲ್ಯವನ್ನು ತೋರಿಸುತ್ತದೆ. ಅದು ಏನಾಗಿರಬಹುದು?

  10.   ಡೇನಿಯಲ್ ಒಜೆಡಾ ಡಿಜೊ

    ಈ ಪೋಸ್ಟ್‌ಗೆ ಧನ್ಯವಾದಗಳು.

  11.   ರೊಲ್ಯಾಂಡೊ ಅಗುಲೆರಾ ಸಲಾಜರ್ ಡಿಜೊ

    ಎಂತಹ ಉತ್ತಮ ಕೈಪಿಡಿ, ಆ ಮಾಹಿತಿಯು ನಾನು ಹುಡುಕುತ್ತಿರುವ ಭಾಗವಾಗಿದೆ... ಧನ್ಯವಾದಗಳು!

    ಆದರೆ ಈಗ, ಆ 250 ಸಂದರ್ಶಕರು ಮೀರಿದಾಗ, ಸಂದರ್ಶಕ 251 ಕಾಯುವ ಪುಟ ಅಥವಾ ವರ್ಚುವಲ್ ಕ್ಯೂಗೆ ಹೋಗಬೇಕೆಂದು ನಾನು ಬಯಸಿದರೆ, ನಾನು ಇದೇ ಕಾನ್ಫಿಗರೇಶನ್‌ನಿಂದ ಮಾಡಬಹುದೇ?

    ಶುಭಾಶಯಗಳು ಮತ್ತು ಧನ್ಯವಾದಗಳು!