worker_connections ಹೆಚ್ಚಿಸುವ ಮೊದಲು NGINX ಪ್ರಾಕ್ಸಿ ಸಾಕೆಟ್‌ಗಳಿಗೆ ಬಜೆಟ್ ಮಾಡಿ
ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ ಸಾಮಾನ್ಯವಾಗಿ ಕ್ಲೈಂಟ್ ಮತ್ತು ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಎರಡೂ ಸಾಕೆಟ್ ಬಳಸುತ್ತದೆ; ವರ್ಕರ್‌ನ ಸಂಪರ್ಕ ಮಿತಿಯನ್ನು ಸೇವೆಯ ಫೈಲ್-ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಮಿತಿಯಿಂದ ಪ್ರತ್ಯೇಕಿಸಿ.
ದೀರ್ಘಕಾಲ ಇರುವ ಪ್ರಾಕ್ಸಿ ಸಂಪರ್ಕ ಸಾಮಾನ್ಯವಾಗಿ ಎರಡು ಸಾಕೆಟ್‌ಗಳನ್ನು ಆಕ್ರಮಿಸುತ್ತದೆ: ಕ್ಲೈಂಟ್‌ನದು ಮತ್ತು ಅಪ್‌ಸ್ಟ್ರೀಮ್‌ನದು. worker_connections ಎರಡೂ ಬದಿಗಳನ್ನು ಎಣಿಸುತ್ತದೆ. ಆದ್ದರಿಂದ ಅದನ್ನು worker_processes ನಿಂದ ಗುಣಿಸಿದರೆ ಪ್ರಾಕ್ಸಿ ಬಳಕೆದಾರರಿಗೆ ಸಾಮರ್ಥ್ಯದ ಭರವಸೆ ಸಿಗುವುದಿಲ್ಲ.
ಸಂಪರ್ಕಗಳು ವಿಫಲವಾದಾಗ, ವರದಿಯಾದ ಮಿತಿಯನ್ನು ಅನುಸರಿಸಿ:
| ಸಾಕ್ಷ್ಯ | ಪರಿಶೀಲಿಸಬೇಕಾದ ಸೆಟ್ಟಿಂಗ್ ಅಥವಾ ಪ್ರಕ್ರಿಯೆ ಸ್ಥಿತಿ |
|---|---|
| worker_connections ಖಾಲಿಯಾಗುವುದು | ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸಾಕೆಟ್‌ಗಳೂ ಸೇರಿದಂತೆ ವರ್ಕರ್‌ನ ಸಂಪರ್ಕ ಬಜೆಟ್ |
| ಆಪರೇಟಿಂಗ್ ಸಿಸ್ಟಂನ “ಹೆಚ್ಚು ಫೈಲ್‌ಗಳು ತೆರೆದಿವೆ” ಸಂದೇಶ | ನಿಜವಾದ ಸೇವಾ ಪ್ರಕ್ರಿಯೆಗೆ ವಾರಸುದಾರರಾಗಿ ಸಿಗುವ ಫೈಲ್-ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಮಿತಿ |
ಕೇಳುವ ಸಾಕೆಟ್‌ಗಳು, ಲಾಗ್‌ಗಳು ಮತ್ತು ಇತರ ತೆರೆದ ಫೈಲ್‌ಗಳು ಸಹ ಡಿಸ್ಕ್ರಿಪ್ಟರ್‌ಗಳನ್ನು ಬಳಸುತ್ತವೆ. ಸಂಪರ್ಕಗಳ ಮರುಬಳಕೆ ಮತ್ತು ಸಂಚಾರ ಮಿಶ್ರಣವು ಬಳಕೆದಾರರು ಮತ್ತು ಸಾಕೆಟ್‌ಗಳ ನಡುವಿನ ಸಂಬಂಧವನ್ನು ಬದಲಾಯಿಸುತ್ತದೆ.
worker_rlimit_nofile ಪರಿಸರದ ಅನುಮತಿಗಳಿಗೆ ಒಳಪಟ್ಟು ವರ್ಕರ್ ಮಿತಿಗಳನ್ನು ಸರಿಹೊಂದಿಸುತ್ತದೆ. systemd ಘಟಕ LimitNOFILE ಸೆಟ್ ಮಾಡಬಹುದು; ಸಂವಾದಾತ್ಮಕ ಶೆಲ್‌ನ ulimit ಚಾಲನೆಯಲ್ಲಿರುವ ಸೇವೆಯನ್ನು ಬದಲಾಯಿಸುವುದಿಲ್ಲ.
ಕೆಲಸದ ಹೊರೆಯ ಪ್ರಕಾರ ಮಿತಿಗಳನ್ನು ಅಳೆಯಿರಿ ಮತ್ತು ಅವುಗಳನ್ನು ಯಾರು ಬಳಸುತ್ತಾರೆ ಎಂದು ಪರಿಶೀಲಿಸಿ. ಅನಿರೀಕ್ಷಿತ ಕ್ಲೈಂಟ್‌ಗಳು ಅಥವಾ ಪದೇ ಪದೇ ವಿಫಲವಾಗುವ ಅಪ್‌ಸ್ಟ್ರೀಮ್ ಸಂಪರ್ಕಗಳು ಹಿಂದೆ ಸಾಕಷ್ಟಿದ್ದ ಬಜೆಟ್ ಖಾಲಿ ಮಾಡಬಹುದು. ಹೆಚ್ಚಿನ ಪ್ರಕ್ರಿಯೆ ಸಂಖ್ಯೆ ಅಥವಾ ಮೆಮೊರಿ ಮಿತಿ ಡಿಸ್ಕ್ರಿಪ್ಟರ್ ಕೊರತೆಯನ್ನು ಸರಿಪಡಿಸುವುದಿಲ್ಲ.