HestiaCP PHP-FPM ಭಾರೀ ಹೊರೆಯಲ್ಲಿದೆಯೇ? ಡೈನಾಮಿಕ್ ವೆಬ್ ಪುಟ 500 ದೋಷ? ಈ ಆಪ್ಟಿಮೈಸೇಶನ್ ತಕ್ಷಣವೇ ಜಾರಿಗೆ ಬರುತ್ತದೆ!

ನೀವು ಎಂದಾದರೂ ಈ ಪರಿಸ್ಥಿತಿಯನ್ನು ಎದುರಿಸಿದ್ದೀರಾ? ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ನಿಧಾನಗೊಳ್ಳುತ್ತದೆ ಅಥವಾ 500 ದೋಷವನ್ನು ನೀಡುತ್ತದೆ. PHP-FPM ಅನ್ನು ಮರುಪ್ರಾರಂಭಿಸುವುದರಿಂದ ಅದು ಸಾಮಾನ್ಯ ಸ್ಥಿತಿಗೆ ಮರಳುತ್ತದೆ , ಆದರೆ ಸ್ವಲ್ಪ ಸಮಯದ ನಂತರ ಸಮಸ್ಯೆ ಮತ್ತೆ ಕಾಣಿಸಿಕೊಳ್ಳುತ್ತದೆ? ಇದು ನಂಬಲಾಗದಷ್ಟು ನಿರಾಶಾದಾಯಕವಾಗಿದೆ!

ಇದು ಏಕೆ ಸಂಭವಿಸುತ್ತದೆ? ವಾಸ್ತವವಾಗಿ, ಇದು ಸಾಮಾನ್ಯವಾಗಿ ಅನುಚಿತ PHP-FPM ಪ್ರಕ್ರಿಯೆ ಪೂಲ್ ಕಾನ್ಫಿಗರೇಶನ್ ಅಥವಾ ಸಾಕಷ್ಟು ಸರ್ವರ್ ಸಂಪನ್ಮೂಲಗಳಿಂದ ಉಂಟಾಗುತ್ತದೆ. ಇಂದು, ನಿಮ್ಮ ವೆಬ್‌ಸೈಟ್‌ನ ಘನ ಸ್ಥಿರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಲು ನಾವು HestiaCP ಅಡಿಯಲ್ಲಿ PHP-FPM ಅನ್ನು ಸಂಪೂರ್ಣವಾಗಿ ಅತ್ಯುತ್ತಮವಾಗಿಸುತ್ತೇವೆ !

PHP-FPM ಓವರ್‌ಲೋಡ್ ಆಗಲು ಪ್ರಮುಖ ಕಾರಣ

PHP-FPM ಎಂಬುದು PHP ಯ ಪ್ರಕ್ರಿಯೆ ವ್ಯವಸ್ಥಾಪಕವಾಗಿದ್ದು , ಕ್ರಿಯಾತ್ಮಕ ವಿನಂತಿಗಳನ್ನು ನಿರ್ವಹಿಸುವ ಜವಾಬ್ದಾರಿಯನ್ನು ಹೊಂದಿದೆ. ಅನುಚಿತ ಸಂರಚನೆಯು ಇದಕ್ಕೆ ಕಾರಣವಾಗಬಹುದು:

• ಸರ್ವರ್ ಸಂಪನ್ಮೂಲಗಳು ಖಾಲಿಯಾಗಿವೆ., PHP-FPM ಹೊಸ ವಿನಂತಿಗಳಿಗೆ ಸಕಾಲಿಕವಾಗಿ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಸಾಧ್ಯವಾಗದಂತೆ ಮಾಡುತ್ತದೆ;
• ತುಂಬಾ ಕಡಿಮೆ ಪ್ರಕ್ರಿಯೆಗಳು, ಸಂಚಾರ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಹೆಚ್ಚಾದಾಗ, ಅದನ್ನು ಸಮಯಕ್ಕೆ ಪ್ರಕ್ರಿಯೆಗೊಳಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ;
• ಪ್ರಕ್ರಿಯೆಯ ಬಳಕೆ ತುಂಬಾ ಹೆಚ್ಚಾಗಿದೆ, CPU ಲೋಡ್ ಸ್ಫೋಟಗೊಳ್ಳಲು ಕಾರಣವಾಗುತ್ತದೆ.

PHP-FPM ಓವರ್‌ಲೋಡ್ ಆಗಿದೆಯೇ ಎಂದು ಹೇಗೆ ಹೇಳುವುದು?

ಉಪಯೋಗಿಸಬಹುದು top ಅಥವಾ htop CPU ಮತ್ತು ಮೆಮೊರಿ ಬಳಕೆಯನ್ನು ವೀಕ್ಷಿಸಲು ಆಜ್ಞೆ:

top -c

ನೀವು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಹೋಲುವ ಪ್ರಕ್ರಿಯೆಯ ಮಾಹಿತಿಯನ್ನು ನೋಡಿದರೆ, ಇದರರ್ಥ PHP-FPM ಹೆಚ್ಚಿನ ಲೋಡ್‌ನಲ್ಲಿ ಚಾಲನೆಯಲ್ಲಿದೆ:

1669293 abc     20   0  790284 227880 185568 R  73.1   0.9   1:30.09 php-fpm: pool chenweiliang.com                                                    
1669522 abc     20   0  801924 224224 170236 R  69.9   0.9   0:59.01 php-fpm: pool chenweiliang.com

ಈ ಪ್ರಕ್ರಿಯೆಗಳು CPU ನ 70% ಕ್ಕಿಂತ ಹೆಚ್ಚು ಬಳಸುವುದನ್ನು ನೀವು ನೋಡುತ್ತೀರಾ? ಇದು ಆಗಾಗ್ಗೆ ಸಂಭವಿಸಿದರೆ, ನಿಮ್ಮ PHP-FPM ನಲ್ಲಿ ಖಂಡಿತವಾಗಿಯೂ ಏನೋ ದೋಷವಿದೆ!

ಹಾಗಾದರೆ, ಸರ್ವರ್ ಓವರ್‌ಲೋಡ್ ಆಗದಂತೆ ನಾವು PHP-FPM ಕಾನ್ಫಿಗರೇಶನ್ ಅನ್ನು ಹೇಗೆ ಅತ್ಯುತ್ತಮವಾಗಿಸಬಹುದು?

PHP-FPM ಪ್ರಕ್ರಿಯೆ ಪೂಲ್ ಆಪ್ಟಿಮೈಸೇಶನ್ (ಕೋರ್ ಪ್ಯಾರಾಮೀಟರ್ ಹೊಂದಾಣಿಕೆ)

ಮೊದಲು, ತೆರೆಯಿರಿ php-fpm ಸಂರಚನಾ ಕಡತಗಳು:

sudo nano /etc/php/*/fpm/pool.d/www.conf

• *ನಿಮ್ಮ PHP ಆವೃತ್ತಿಗೆ ಬದಲಾಯಿಸಿ, ಉದಾಹರಣೆಗೆ PHP8.5, ಮತ್ತು ಅದನ್ನು ಇದಕ್ಕೆ ಬದಲಾಯಿಸಿ:/etc/php/8.3/fpm/pool.d/www.conf

HestiaCP ನಿಂದ ಹೊಂದಿಸಲಾದ PHP ಆವೃತ್ತಿಯನ್ನು ಪ್ರಶ್ನಿಸಿ

v-list-web-domain user domain.com

ಉದಾ:

v-list-web-domain abc chenweiliang.com

ಔಟ್‌ಪುಟ್‌ನಲ್ಲಿ, ನೀವು ಈ ರೀತಿಯದನ್ನು ನೋಡುತ್ತೀರಿ:

PHP SUPPORT      yes
PHP MODE        php-fpm
PHP VERSION     8.5 

ಇದು ವೆಬ್‌ಸೈಟ್ PHP 8.5 ಅನ್ನು ಬಳಸುತ್ತದೆ ಎಂದು ಸೂಚಿಸುತ್ತದೆ.

ನಿಮ್ಮ PHP-FPM ಸಂರಚನೆಯನ್ನು ನೋಡೋಣ:

[chenweiliang.com]
listen = /run/php/php8.5-fpm-chenweiliang.com.sock
listen.owner = abc
listen.group = www-data
listen.mode = 0660

user = abc
group = abc

pm = ondemand
pm.max_children = 8
pm.max_requests = 4000
pm.process_idle_timeout = 10s

ನೀವು ನೋಡಬಹುದು ನಿಮ್ಮ pm ಬಳಸಿದ್ದು ondemand,ನಿಷ್ಕ್ರಿಯ ಸಮಯದಲ್ಲಿ ಇದು ಸಂಪನ್ಮೂಲ ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದಾದರೂ, ಸಂಚಾರ ಇದ್ದಕ್ಕಿದ್ದಂತೆ ಹೆಚ್ಚಾದಾಗ, ಪ್ರಕ್ರಿಯೆಯು ಸಮಯಕ್ಕೆ ಪ್ರತಿಕ್ರಿಯಿಸಲು ಸಾಧ್ಯವಾಗದಿರಬಹುದು., ಪರಿಣಾಮವಾಗಿ 500 ದೋಷ ಉಂಟಾಗುತ್ತದೆ.

www.conf: ವ್ಯವಸ್ಥೆಯ ಅಂತರ್ನಿರ್ಮಿತ "ಸಾರ್ವತ್ರಿಕ ಸಂಪನ್ಮೂಲ ಪೂಲ್"

PHP-FPM ಅನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ, ಸಿಸ್ಟಮ್ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ನಿಮಗೆ... ಒದಗಿಸುತ್ತದೆ. www.conf ಫೈಲ್.
ಅದರಸ್ಥಾನೀಕರಣಇದು ತುಂಬಾ ಸರಳವಾಗಿದೆ—ಇದು ಪೆಟ್ಟಿಗೆಯ ಹೊರಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುವ ಡೀಫಾಲ್ಟ್ ಪ್ರಕ್ರಿಯೆ ಪೂಲ್ ಆಗಿದೆ, ಸಾಮಾನ್ಯವಾಗಿ ಲಗತ್ತಿಸಲಾಗಿದೆ... www- ಡೇಟಾ ಬಳಕೆದಾರ ಡೌನ್‌ಲೋಡ್.

ಈ ರೀತಿಯ ಪೂಲ್ ವಿಶೇಷವಾಗಿ ಏಕ-ಸೈಟ್ ಪರಿಸರಗಳಿಗೆ ಸೂಕ್ತವಾಗಿದೆ: ಸಂರಚನೆಯು ಹಗುರವಾಗಿದೆ, ಮತ್ತು ನಿಯತಾಂಕಗಳು ಎಲ್ಲಾ ಸಾಮಾನ್ಯ ಟೆಂಪ್ಲೇಟ್‌ಗಳಾಗಿವೆ, ಉದಾಹರಣೆಗೆ:

user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
pm.max_children = 5

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

etದಿ UFO.org.conf: ಕಸ್ಟಮ್ ಪೂಲ್

ಒಮ್ಮೆ ನೀವು ಬಹು ಸೈಟ್‌ಗಳನ್ನು ಚಲಾಯಿಸುತ್ತಿದ್ದರೆ, ಎಲ್ಲರನ್ನೂ ಒಂದೇ ಪೂಲ್‌ನಲ್ಲಿ ತುಂಬಿಸಲು ಸಾಧ್ಯವಿಲ್ಲ.
ಈ ಹಂತದಲ್ಲಿ, ಹೆಸ್ಟಿಯಾಸಿಪಿ ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಪ್ರತಿ ಸೈಟ್‌ಗೆ ಪ್ರತ್ಯೇಕ ಪೂಲ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ, ಉದಾಹರಣೆಗೆ... etದಿ UFO.org.confಡೊಮೇನ್ ಹೆಸರುಗಳಿಗೆ ವಿಶೇಷವಾಗಿದೆ ಎಟುಫೊ.ಆರ್ಗ್ 服务.

ಆಡಲು ಸಾಮಾನ್ಯ ಮಾರ್ಗವೆಂದರೆ:

• ಬಳಕೆದಾರರು ಮತ್ತು ಗುಂಪುಗಳನ್ನು ಬದಲಾಯಿಸಿ:user = etufo,group = etufo
• ಸ್ವತಂತ್ರ ಮೇಲ್ವಿಚಾರಣೆ:listen = /run/php/etufo.sock
• ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಸರಿಹೊಂದಿಸುವುದರಿಂದ ಹೆಚ್ಚಿನ ಏಕಕಾಲಿಕತೆಯಲ್ಲೂ ಶಿಲಾ-ಘನ ಸ್ಥಿರತೆಯನ್ನು ಖಚಿತಪಡಿಸುತ್ತದೆ.
• ಪ್ರತ್ಯೇಕ ಲಾಗ್ ಫೈಲ್‌ಗಳು ದೋಷನಿವಾರಣೆಯನ್ನು ಸ್ಪಷ್ಟಪಡಿಸುತ್ತವೆ.

ಪ್ರಯೋಜನಗಳು ಸ್ಪಷ್ಟವಾಗಿವೆ: ಸುರಕ್ಷಿತ ಪ್ರತ್ಯೇಕತೆ . ಒಂದು ಸೈಟ್ ಅಪಾಯಕ್ಕೀಡಾಗಿದ್ದರೂ, ಇತರವುಗಳು ಪರಿಣಾಮ ಬೀರುವುದಿಲ್ಲ.

dummy.conf: ನಕಲಿ ಫೈಲ್

ಡಮ್ಮಿ.ಕಾನ್ಫ್ ಇವು ಸಾಮಾನ್ಯವಾಗಿ ವ್ಯವಸ್ಥೆಯಿಂದ ಒದಗಿಸಲಾದ ಉದಾಹರಣೆಗಳು ಅಥವಾ ಟೆಂಪ್ಲೇಟ್‌ಗಳಾಗಿವೆ.
ನೀವು ಅದನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ಮಾರ್ಪಡಿಸಿ ಸಕ್ರಿಯಗೊಳಿಸದ ಹೊರತು ಅದು ನಿಜವಾಗಿ ರನ್ ಆಗುವುದಿಲ್ಲ.
ಇದರ ಮಹತ್ವವು ಹೊಸ ಪೂಲ್ ಸಂರಚನೆಯನ್ನು ಹೇಗೆ ಬರೆಯುವುದು ಎಂದು ಹೇಳುವ "ಕಾರ್ಯಾಚರಣಾ ಕೈಪಿಡಿ"ಯಂತಿದೆ.

ಕೊಳವನ್ನು ಏಕೆ ವಿಭಜಿಸಬೇಕು?

• 安全 性ಸಂಘರ್ಷದ ಅನುಮತಿಗಳನ್ನು ತಪ್ಪಿಸಲು ವಿಭಿನ್ನ ಸೈಟ್‌ಗಳಿಗೆ ವಿಭಿನ್ನ ಬಳಕೆದಾರರನ್ನು ಬಳಸಿ.
• 性能优化ಪ್ರತಿಯೊಂದು ಪೂಲ್‌ಗೆ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆಯನ್ನು ಪ್ರತ್ಯೇಕವಾಗಿ ಸರಿಹೊಂದಿಸಬಹುದು, ಇದು ಸಂಚಾರ ಬೇಡಿಕೆಯ ಆಧಾರದ ಮೇಲೆ ಹೊಂದಿಕೊಳ್ಳುವ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಅನುಮತಿಸುತ್ತದೆ.
• ಪ್ರತ್ಯೇಕತೆಲಾಗ್‌ಗಳು, ದೋಷಗಳು ಮತ್ತು ಆಲಿಸುವ ವಿಳಾಸಗಳನ್ನು ಬೇರ್ಪಡಿಸಲಾಗಿದೆ, ಇದು ದೋಷನಿವಾರಣೆಯನ್ನು ಸುಲಭಗೊಳಿಸುತ್ತದೆ.

ಉದಾಹರಣೆಗೆ, www.conf ಕ್ರ್ಯಾಶ್ ಆದರೂ, etufo.org.conf ಸಾಮಾನ್ಯವಾಗಿ ರನ್ ಆಗುತ್ತದೆ ಮತ್ತು ಸಂಪೂರ್ಣ ಸರ್ವರ್ ಅನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸುವುದಿಲ್ಲ.

实际场景

• ಏಕ-ಸೈಟ್ ಸರ್ವರ್: www.conf ಸಾಕು.
• ಮಲ್ಟಿಸೈಟ್ ಸರ್ವರ್ಪ್ರತಿಯೊಂದು ಸೈಟ್ ತನ್ನದೇ ಆದ ಸ್ವತಂತ್ರ .conf ಫೈಲ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಉದಾಹರಣೆಗೆ etufo.org.conf.
• ಡಮ್ಮಿ.ಕಾನ್ಫ್ಉಲ್ಲೇಖಕ್ಕಾಗಿ ಮಾತ್ರ, ಶಿಫಾರಸು ಮಾಡಲಾಗಿಲ್ಲ.

ಸಂರಚನಾ ಹೋಲಿಕೆ

www.conf (ಡೀಫಾಲ್ಟ್ ಪೂಲ್)

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
pm = dynamic
pm.max_children = 5

etufo.org.conf (ಕಸ್ಟಮ್ ಪೂಲ್)

[etufo.org]
user = etufo
group = etufo
listen = /run/php/etufo.sock
pm = dynamic
pm.max_children = 20
access.log = /var/log/php-fpm/etufo.access.log

ಪ್ರಮುಖ ವ್ಯತ್ಯಾಸಗಳೆಂದರೆ: ಬಳಕೆದಾರ ಗುರುತು, ಆಲಿಸುವ ವಿಳಾಸ ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ.

1. PHP-FPM ಪ್ರಕ್ರಿಯೆ ಪೂಲ್ ನಿಯತಾಂಕಗಳನ್ನು ಹೊಂದಿಸಿ

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

ನಿರ್ದಿಷ್ಟ ಪ್ರಮಾಣದ ಟ್ರಾಫಿಕ್ ಹೊಂದಿರುವ ವೆಬ್‌ಸೈಟ್‌ಗಳಿಗೆ, ಇದನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ pm = dynamicಏಕೆಂದರೆ ಇದು ಹೆಚ್ಚಿನ ಏಕಕಾಲಿಕತೆಯ ಸಮಯದಲ್ಲಿ ನಿರ್ದಿಷ್ಟ ಪ್ರಮಾಣದ ಐಡಲ್ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು ಮತ್ತು 500 ದೋಷಗಳನ್ನು ತಪ್ಪಿಸಬಹುದು.

ಪ್ರವೇಶ ಪರಿಮಾಣವು ತುಂಬಾ ಕಡಿಮೆಯಾದಾಗ ಮತ್ತು ಮೆಮೊರಿ ಸಂಪನ್ಮೂಲಗಳು ಬಿಗಿಯಾಗಿದ್ದಾಗ ಮಾತ್ರ ಇದನ್ನು ಬಳಸಲು ಶಿಫಾರಸು ಮಾಡಲಾಗಿದೆ. pm = ondemand ಸಂಪನ್ಮೂಲಗಳನ್ನು ಉಳಿಸಲು.

ಸೂಚಿಸಲಾಗಿದೆ dynamic, ಮತ್ತು ಅತ್ಯುತ್ತಮಗೊಳಿಸಿ pm.max_children ಮತ್ತು ಇತರ ನಿಯತಾಂಕಗಳು:

pm = dynamic
pm.max_children = 16  ; 根据服务器资源调整，建议值：CPU 核心数 × 2
pm.start_servers = 4   ; 初始进程数，建议设为 max_children × 25%
pm.min_spare_servers = 2  ; 最小空闲进程数
pm.max_spare_servers = 7  ; 最大空闲进程数
pm.max_requests = 3000    ; 每个子进程处理完 3000 个请求后自动重启
pm.process_idle_timeout = 10s  ; 空闲进程 10s 后自动退出

ನೀವು ಇದನ್ನು ಈ ರೀತಿ ಬದಲಾಯಿಸಲು ಏಕೆ ಬಯಸುತ್ತೀರಿ?

• pm = dynamic: ಬೇಡಿಕೆಯಿಂದಾಗಿ ಉಂಟಾಗಬಹುದಾದ ವಿನಂತಿ ಕಾಯುವಿಕೆಯನ್ನು ತಪ್ಪಿಸಲು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಹೆಚ್ಚು ಮೃದುವಾಗಿ ನಿಯೋಜಿಸಿ;
• pm.max_children = 16: ತುಂಬಾ ಕಡಿಮೆ ಪ್ರಕ್ರಿಯೆಗಳಿಂದ ಉಂಟಾಗುವ 500 ದೋಷಗಳನ್ನು ತಡೆಯಿರಿ;
• pm.start_servers = 5ಕಾನ್ಸ್: ನಿಧಾನ ಪ್ರಕ್ರಿಯೆಯ ಪ್ರಾರಂಭವನ್ನು ತಪ್ಪಿಸಿ;
• pm.max_requests = 3000:ಮೆಮೊರಿ ಸೋರಿಕೆಯನ್ನು ತಡೆಗಟ್ಟುವುದು, ಪ್ರಕ್ರಿಯೆಯನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಬಳಕೆ ಮಾಡಿ.

2. ದೀರ್ಘಾವಧಿಯ ಆಕ್ಯುಪೆನ್ಸಿಯನ್ನು ತಡೆಗಟ್ಟಲು PHP ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯವನ್ನು ಮಿತಿಗೊಳಿಸಿ

request_terminate_timeout = 30s  ; 超过 30s 的 PHP 脚本自动终止
php_admin_value[memory_limit] = 128M  ; 限制 PHP 进程最大内存占用

ಇದು ಅತಿಯಾದ CPU ಅನ್ನು ಬಳಸುವ ಕೆಲವು PHP ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳು ಸರ್ವರ್ ಅನ್ನು ಕ್ರ್ಯಾಶ್ ಮಾಡುವುದನ್ನು ತಡೆಯುತ್ತದೆ.

ಉಳಿಸಿದ ನಂತರ, PHP ಪ್ರಕ್ರಿಯೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ:

sudo systemctl restart php8.3-fpm

VPS ಸಂರಚನೆಯ ಆಧಾರದ ಮೇಲೆ PHP-FPM ಅನ್ನು ಅತ್ಯುತ್ತಮಗೊಳಿಸಿ

VPS ಸಂರಚನಾ ಉದಾಹರಣೆ:

• ವಿವರಣೆ: VPS 3 NVMe
• ಡಿಸ್ಕ್ ಸ್ಥಳ: 300 ಜಿಬಿ
• CPU ಕೋರ್‌ಗಳು: 8
• ರಾಮ್: 24 ಜಿಬಿ

ನಿಮ್ಮ VPS ಕಾನ್ಫಿಗರೇಶನ್ ( 8 CPU ಕೋರ್‌ಗಳು, 24 GB RAM ) ಆಧರಿಸಿ , ನಿಮ್ಮ ಸರ್ವರ್ ಸಂಪನ್ಮೂಲಗಳು ಸಾಕಷ್ಟು ಹೆಚ್ಚು. PHP-FPM ಗಾಗಿ, 24 GB RAM ನಿಮಗೆ ಹೆಚ್ಚಿನ ಸಂಖ್ಯೆಯ ಏಕಕಾಲೀನ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಕಾನ್ಫಿಗರ್ ಮಾಡಲು ಅನುಮತಿಸುತ್ತದೆ.

ಉತ್ಪಾದನಾ ಪರಿಸರದಲ್ಲಿ, ನಾವು ಸಾಮಾನ್ಯವಾಗಿ ಸಿಸ್ಟಮ್‌ಗೆ ಸಾಕಷ್ಟು ಮೆಮೊರಿಯನ್ನು (8GB-12GB ಎಂದು ಹೇಳಿ), ಅಪಾಚೆ ಡೇಟಾಬೇಸ್‌ಗಳು ( MySQL /MariaDB ನಂತಹವು) ಮತ್ತು ಕ್ಯಾಶ್‌ಗಳನ್ನು ( Redis / Memcached ನಂತಹವು ) ನಿಯೋಜಿಸುತ್ತೇವೆ, ಉಳಿದ 12GB-16GB ಮೆಮೊರಿಯನ್ನು ಸಂಪೂರ್ಣವಾಗಿ PHP-FPM ಗೆ ಹಂಚುತ್ತೇವೆ.

ಪ್ರತಿ PHP ಪ್ರಕ್ರಿಯೆಗೆ ಸರಾಸರಿ 40MB-60MB ಮೆಮೊರಿ ಬಳಕೆಯ ಆಧಾರದ ಮೇಲೆ , 1GB ಮೆಮೊರಿಯು ಸರಿಸುಮಾರು 16-25 ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಚಲಾಯಿಸಬಹುದು.

ಕೆಳಗಿನವು ನಿಮಗಾಗಿ ವಿನ್ಯಾಸಗೊಳಿಸಲಾದ ಉನ್ನತ-ಸಮನ್ವಯ, ಉನ್ನತ-ಕಾರ್ಯಕ್ಷಮತೆಯ FPM ಸಂರಚನೆಯಾಗಿದೆ , ಇದು WordPress ನ ಸಾಮರ್ಥ್ಯವನ್ನು ಹೆಚ್ಚು ಸುಧಾರಿಸುತ್ತದೆ ಮತ್ತು ಹಠಾತ್ ಟ್ರಾಫಿಕ್ ಉಲ್ಬಣಗಳಿಂದಾಗಿ ಅದು ಕ್ರ್ಯಾಶ್ ಆಗುವುದನ್ನು ತಡೆಯುತ್ತದೆ:

pm = dynamic

; 允许的最大 PHP 进程数（12GB 内存 / 40MB ≈ 300）
; 8核CPU搭配300个进程，可以轻松应对极高并发，且不至于让内存溢出
pm.max_children = 300

; 启动时创建的初始进程数（CPU核心数 * 4）
pm.start_servers = 32

; 维持的最小空闲进程数（服务器空闲时保留的进程，保证随时响应）
pm.min_spare_servers = 16

; 维持的最大空闲进程数（超过这个数量的空闲进程会被释放）
pm.max_spare_servers = 64

; 每个进程处理1000个请求后自动重启，高配置服务器可适当调大，有效防止WP插件内存泄露
pm.max_requests = 1000

; 单个请求最大执行时间，超时60秒强杀，防止死锁卡死
request_terminate_timeout = 60s

; 慢日志路径及触发阈值（请求超过5秒则记录，用于排查性能瓶颈）
slowlog = /var/log/php8.5-fpm.log.slow
request_slowlog_timeout = 5s

💡 ಈ ಸಂರಚನೆ ಏಕೆ?

1. pm.max_children = 300ಇದು ಒಂದು ಪ್ರಮುಖ ಆಪ್ಟಿಮೈಸೇಶನ್. ನಿಮ್ಮ ಹಿಂದಿನ 50 ಪ್ರಕ್ರಿಯೆಗಳ ಸಂರಚನೆಯು 24GB ಮೆಮೊರಿಗೆ ತುಂಬಾ ಸಂಪ್ರದಾಯವಾದಿಯಾಗಿತ್ತು. ಟ್ರಾಫಿಕ್‌ನಲ್ಲಿ ಹಠಾತ್ ಉಲ್ಬಣಗಳು (ಅಥವಾ ಹಿನ್ನೆಲೆಯಲ್ಲಿ ಬಾಟ್‌ಗಳು ತುಂಬಿದಾಗ) ಎದುರಾದಾಗ, 50 ಪ್ರಕ್ರಿಯೆಗಳು ತಕ್ಷಣವೇ ತುಂಬಿ ತುಳುಕುತ್ತವೆ, ಇದರಿಂದಾಗಿ ಸಂಪರ್ಕದ ಸಮಯ ಮೀರುತ್ತದೆ. ಇದನ್ನು 300 ಕ್ಕೆ ಹೆಚ್ಚಿಸುವುದರಿಂದ ನಿಮ್ಮ ಸರ್ವರ್‌ನ ಏಕಕಾಲಿಕ ಸಂಸ್ಕರಣಾ ಸಾಮರ್ಥ್ಯವನ್ನು ಹಲವಾರು ಬಾರಿ ಸುಧಾರಿಸಬಹುದು.
2. pm.start_servers / `min_spare_serversನೀವು 8 CPU ಕೋರ್‌ಗಳನ್ನು ಹೊಂದಿರುವುದರಿಂದ, ನೀವು ಆರಂಭದಲ್ಲಿ ಮತ್ತು ಸಾಮಾನ್ಯವಾಗಿ ಹೆಚ್ಚು ನಿಷ್ಕ್ರಿಯ ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಉಳಿಸಿಕೊಳ್ಳಬಹುದು, ಇದು ಬಹು-ಕೋರ್ ಪ್ರಯೋಜನದ ಲಾಭವನ್ನು ಪಡೆಯಲು ನಿಮಗೆ ಅನುವು ಮಾಡಿಕೊಡುತ್ತದೆ, ಇದರಿಂದಾಗಿ ಪ್ರಕ್ರಿಯೆ ರಚನೆಗಾಗಿ ಕಾಯದೆ ಹೊಸ ವಿನಂತಿಗಳನ್ನು ತಕ್ಷಣವೇ ತೆರೆಯಬಹುದು.
3. pm.max_requests = 1000500 ರಿಂದ 1000 ಕ್ಕೆ ಹೆಚ್ಚಿಸಿ. ನಿಮ್ಮ ಮೆಮೊರಿ ದೊಡ್ಡದಾಗಿದೆ, ಮತ್ತು ಪ್ರಕ್ರಿಯೆಗಳನ್ನು ಆಗಾಗ್ಗೆ ಮರುಪ್ರಾರಂಭಿಸುವ ಅಗತ್ಯವಿಲ್ಲ. 1000 ಕ್ಕೆ ಹೆಚ್ಚಿಸುವುದರಿಂದ ಆಗಾಗ್ಗೆ ಪ್ರಕ್ರಿಯೆ ನಾಶ ಮತ್ತು ಸೃಷ್ಟಿಯಿಂದ ಉಂಟಾಗುವ CPU ಬಳಕೆಯನ್ನು ಕಡಿಮೆ ಮಾಡಬಹುದು.

ನಿಧಾನಗತಿಯ ಲಾಗ್ ವೀಕ್ಷಿಸಿ:

tail -f /var/log/php8.5-fpm.log.slow
tail -f /var/log/php8.4-fpm.log.slow

ಬದಲಾವಣೆಗಳನ್ನು ಮಾಡಿದ ನಂತರ, ಬದಲಾವಣೆಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರಲು PHP-FPM ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಲು ಮರೆಯದಿರಿ.

systemctl restart php8.5-fpm

ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಪ್ರಗತಿಯನ್ನು ಟ್ರ್ಯಾಕ್ ಮಾಡಲು PHP-FPM ಸ್ಥಿತಿ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ

PHP-FPM ಪ್ರಕ್ರಿಯೆ ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸುವುದರಿಂದ ನೀವು ಯಾವುದೇ ಸಮಯದಲ್ಲಿ ಸಕ್ರಿಯ ಪ್ರಕ್ರಿಯೆಗಳ ಸಂಖ್ಯೆ ಮತ್ತು ವಿನಂತಿ ಕಾಯುವ ಸ್ಥಿತಿಯನ್ನು ವೀಕ್ಷಿಸಲು ಅನುಮತಿಸುತ್ತದೆ , ಸರ್ವರ್ ಓವರ್‌ಲೋಡ್ ಅನ್ನು ತಡೆಯುತ್ತದೆ.

ಇನ್ php-fpm.conf ಸೇರಿಸಲಾಗಿದೆ:

pm.status_path = /status

ನಂತರ, Nginx ಸಂರಚನೆ:

location /status {
    fastcgi_pass unix:/run/php/php8.3-fpm.sock;
    fastcgi_param SCRIPT_FILENAME $document_root$fastcgi_script_name;
    allow 127.0.0.1;
    deny all;
}

ಈ ರೀತಿಯಾಗಿ, ನೀವು http://yourdomain.com/status PHP-FPM ಕಾರ್ಯರೂಪದಲ್ಲಿ ನೋಡಿ!

ಸಮಸ್ಯೆಗಳನ್ನು ತ್ವರಿತವಾಗಿ ನಿವಾರಿಸಲು PHP-FPM ಲಾಗ್‌ಗಳನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಿ

ಇನ್ php-fpm.conf ಇದಕ್ಕೆ ಸೇರಿಸಿ:

php_admin_value[error_log] = /var/log/php-fpm/error.log
php_admin_value[log_errors] = On
php_admin_value[error_reporting] = E_ALL
slowlog = /var/log/php-fpm/slow.log
request_slowlog_timeout = 5s  ; 执行超过 5s 的脚本记录到日志

ಈ ರೀತಿಯಾಗಿ, 500 ದೋಷ ಸಂಭವಿಸಿದಾಗಲೆಲ್ಲಾ, ನೀವು ನೇರವಾಗಿ ಲಾಗ್ ಅನ್ನು ವೀಕ್ಷಿಸಬಹುದು:

tail -f /var/log/php-fpm/error.log

PHP ದೋಷವನ್ನು ವರದಿ ಮಾಡುತ್ತದೆಯೇ ಎಂದು ನೋಡಿ, ಉದಾಹರಣೆಗೆ out of memory,script execution timeout 等.

ಮೆಮೊರಿ ಸೋರಿಕೆಯನ್ನು ತಡೆಗಟ್ಟಲು PHP-FPM ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸಿ.

ರವಾನಿಸಲು ಸಾಧ್ಯವಾಗುತ್ತದೆ cron ದೀರ್ಘಕಾಲೀನ ಪ್ರಕ್ರಿಯೆಗಳು ಉಂಟಾಗುವುದನ್ನು ತಡೆಯಲು PHP-FPM ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸಿಮೆಮೊರಿ ಸೋರಿಕೆಗಳು.

crontab -e

ಪ್ರತಿದಿನ ಬೆಳಿಗ್ಗೆ 3 ಗಂಟೆಗೆ PHP-FPM ಅನ್ನು ಸ್ವಯಂಚಾಲಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸಲು ಈ ಕೆಳಗಿನ ನಿಗದಿತ ಕಾರ್ಯವನ್ನು ಸೇರಿಸಿ:

0 3 * * * /usr/sbin/service php8.5-fpm restart

ಸಮಸ್ಯೆ ಮುಂದುವರಿದರೆ ಏನು? ಮತ್ತಷ್ಟು ಆಪ್ಟಿಮೈಸೇಶನ್!

ಮೇಲಿನ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳನ್ನು ಅನುಸರಿಸಿದ ನಂತರವೂ ನೀವು ಸಾಂದರ್ಭಿಕವಾಗಿ 500 ದೋಷವನ್ನು ಎದುರಿಸಿದರೆ , ನೀವು ಈ ಕೆಳಗಿನ ಆಪ್ಟಿಮೈಸೇಶನ್‌ಗಳೊಂದಿಗೆ ಮುಂದುವರಿಯಬಹುದು:

1. PHP ಕಾರ್ಯಗತಗೊಳಿಸುವ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸಲು OPcache ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ

OPcache ಇನ್ನೂ ಸಕ್ರಿಯಗೊಂಡಿಲ್ಲದಿದ್ದರೆ, ನೀವು ಅದನ್ನು ಈ ರೀತಿ ಸ್ಥಾಪಿಸಬಹುದು (ಉದಾಹರಣೆಯಾಗಿ ಉಬುಂಟು ಬಳಸಿ):

sudo apt install php8.5-opcache -y

ನಂತರ ಸಂಪಾದಿಸಿ php.ini:

opcache.enable=1
opcache.memory_consumption=128
opcache.max_accelerated_files=4000
opcache.validate_timestamps=0

• opcache.validate_timestamps=0
• ನೈಜ-ಸಮಯದ ಪತ್ತೆಹಚ್ಚುವಿಕೆಯನ್ನು ನಿಷ್ಕ್ರಿಯಗೊಳಿಸಿಫೈಲ್ ಸಿಸ್ಟಮ್ I/O ಅನ್ನು ಕಡಿಮೆ ಮಾಡಿ ಮತ್ತು ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ಸುಧಾರಿಸಿ.

• ಆದಾಗ್ಯೂ, PHP ಫೈಲ್‌ಗಳನ್ನು ಮಾರ್ಪಡಿಸಿದ ನಂತರ ನೀವು ಕ್ಯಾಶ್ ಅನ್ನು ಹಸ್ತಚಾಲಿತವಾಗಿ ತೆರವುಗೊಳಿಸಬೇಕು (PHP ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಿ).

ಸಂರಚನೆಯನ್ನು ಮಾರ್ಪಡಿಸಿದ ನಂತರ, ಬದಲಾವಣೆಗಳು ಕಾರ್ಯರೂಪಕ್ಕೆ ಬರಲು ನೀವು PHP ಸೇವೆಯನ್ನು ಮರುಪ್ರಾರಂಭಿಸಬೇಕು.

sudo systemctl restart php<版本>-fpm

ಪರಿಣಾಮ? PHP ಪುಟ ಕಾರ್ಯಗತಗೊಳಿಸುವ ವೇಗವನ್ನು ಹೆಚ್ಚು ಸುಧಾರಿಸಲಾಗಿದೆ!

2. Nginx ಕಾನ್ಫಿಗರೇಶನ್ ಆಪ್ಟಿಮೈಸೇಶನ್

Nginx ಸಂಬಂಧಿತ ನಿಯತಾಂಕಗಳು ಸಮಂಜಸವಾಗಿದೆ ಎಂದು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ, ಉದಾಹರಣೆಗೆ fastcgi_read_timeout ದೀರ್ಘ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯದ ಕಾರಣದಿಂದಾಗಿ Nginx ನಿಂದ PHP ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳನ್ನು ಕೊನೆಗೊಳಿಸುವುದನ್ನು ತಪ್ಪಿಸಲು ಅದನ್ನು ಸೂಕ್ತವಾಗಿ ಹೊಂದಿಸಿ:

fastcgi_read_timeout 60s;
client_max_body_size 100M;

ಸಾರಾಂಶ: PHP-FPM ಅನ್ನು ಅತ್ಯುತ್ತಮಗೊಳಿಸಿ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಇನ್ನು ಮುಂದೆ ಕ್ರ್ಯಾಶ್ ಆಗುವುದಿಲ್ಲ!

ಈ ಆಪ್ಟಿಮೈಸೇಶನ್ ನಂತರ ನಾವು ಯಾವ ಹೊಂದಾಣಿಕೆಗಳನ್ನು ಮಾಡಿದ್ದೇವೆ?

✅ PHP-FPM ಪ್ರಕ್ರಿಯೆ ಪೂಲ್ ಅನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸುವುದು, ಬಳಸಿ ondemandಮತ್ತು ಅತ್ಯುತ್ತಮವಾಗಿಸಿ pm.max_children ನಿಯತಾಂಕ;
✅ PHP ಸ್ಕ್ರಿಪ್ಟ್‌ಗಳ ಕಾರ್ಯಗತಗೊಳಿಸುವ ಸಮಯವನ್ನು ಮಿತಿಗೊಳಿಸುವುದು, ದೀರ್ಘಕಾಲೀನ CPU ಆಕ್ರಮಣವನ್ನು ತಡೆಯಲು;
✅ PHP-FPM ಮೇಲ್ವಿಚಾರಣೆಯನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ, ಪ್ರಕ್ರಿಯೆಯ ಲೋಡ್ ಅನ್ನು ನೈಜ ಸಮಯದಲ್ಲಿ ವೀಕ್ಷಿಸಿ;
✅ PHP-FPM ಲಾಗ್‌ಗಳನ್ನು ಅತ್ಯುತ್ತಮವಾಗಿಸಲಾಗುತ್ತಿದೆ, 500 ದೋಷಗಳನ್ನು ತ್ವರಿತವಾಗಿ ನಿವಾರಿಸಿ;
✅ PHP-FPM ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಪ್ರಾರಂಭಿಸಿ, ಮೆಮೊರಿ ಸೋರಿಕೆಯನ್ನು ತಡೆಯಿರಿ;
✅ OPcache ಅನ್ನು ಸಕ್ರಿಯಗೊಳಿಸಿ, PHP ಕಾರ್ಯಗತಗೊಳಿಸುವ ದಕ್ಷತೆಯನ್ನು ಸುಧಾರಿಸಿ;
✅ Nginx ಸಂರಚನೆಯನ್ನು ಅತ್ಯುತ್ತಮಗೊಳಿಸುವುದು, ಸಮಯ ಮೀರುವ ಸಮಸ್ಯೆಗಳನ್ನು ತಪ್ಪಿಸಲು.

ಈ ಆಪ್ಟಿಮೈಸೇಶನ್ ನಂತರ, PHP-FPM ಲೋಡ್ ಬಹಳ ಕಡಿಮೆಯಾಗುತ್ತದೆ ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಕಾರ್ಯಾಚರಣೆಯು ಹೆಚ್ಚು ಸ್ಥಿರವಾಗಿರುತ್ತದೆ! 🔥 ಡೊಮಿನೋಸ್

ಈಗಲೇ ಪ್ರಯತ್ನಿಸಿ ನೋಡಿ! 💪🚀

ನೀವು ಇನ್ನೂ HestiaCP ನೊಂದಿಗೆ PHP-FPM ಟೆಂಪ್ಲೇಟ್‌ಗಳನ್ನು ಕಸ್ಟಮೈಸ್ ಮಾಡುವ ಬಗ್ಗೆ ಇನ್ನಷ್ಟು ತಿಳಿದುಕೊಳ್ಳಲು ಉತ್ಸುಕರಾಗಿದ್ದರೆ, ಈ ಲೇಖನವು ನಿಮಗೆ ಆಳವಾದ ತಿಳುವಳಿಕೆಯನ್ನು ನೀಡುತ್ತದೆ:

👉 HestiaCP ಕಸ್ಟಮ್ PHP-FPM ಟೆಂಪ್ಲೇಟ್: PHP 8.5 ಕಾರ್ಯಕ್ಷಮತೆ ಆಪ್ಟಿಮೈಸೇಶನ್ ರಹಸ್ಯಗಳು ▼

🔗HestiaCP ಕಸ್ಟಮ್ PHP-FPM ಟೆಂಪ್ಲೇಟ್: PHP 8.5 ಕಾರ್ಯಕ್ಷಮತೆ ಆಪ್ಟಿಮೈಸೇಶನ್ ರಹಸ್ಯಗಳು

ಈ ವಿಷಯದಲ್ಲಿ, ನೀವು ನೋಡುತ್ತೀರಿ:

• ಹೈ-ಕರೆನ್ಸಿ ಆಪ್ಟಿಮೈಸೇಶನ್ ತಂತ್ರಗಳು: ಸಮಂಜಸವಾದ ಪ್ರಕ್ರಿಯೆ ಸಂರಚನೆಯ ಮೂಲಕ ಪ್ರತಿಕ್ರಿಯೆ ವೇಗವನ್ನು ಹೇಗೆ ಸುಧಾರಿಸುವುದು.
• ಭದ್ರತಾ ಪ್ರತ್ಯೇಕತೆಯ ಪರಿಹಾರ: ಕ್ರಾಸ್-ಸೈಟ್ ಪ್ರವೇಶ ಅಪಾಯಗಳನ್ನು ತಪ್ಪಿಸಿ ಮತ್ತು ಖಾತೆಯ ಸ್ಥಿರತೆಯನ್ನು ಖಚಿತಪಡಿಸಿಕೊಳ್ಳಿ.
• ಲಾಗ್‌ಗಳು ಮತ್ತು ಮೇಲ್ವಿಚಾರಣೆ: ಅಡಚಣೆಗಳನ್ನು ಪತ್ತೆಹಚ್ಚಲು ಮತ್ತು ವೆಬ್‌ಸೈಟ್ ಕಾರ್ಯಕ್ಷಮತೆಯನ್ನು ನಿರಂತರವಾಗಿ ಅತ್ಯುತ್ತಮವಾಗಿಸಲು ನಿಧಾನ ಲಾಗ್‌ಗಳನ್ನು ಬಳಸಿ.