Το HestiaCP PHP-FPM είναι υπό μεγάλο φορτίο; Σφάλμα δυναμικής ιστοσελίδας 500; Αυτή η βελτιστοποίηση θα τεθεί σε ισχύ αμέσως!

Έχετε αντιμετωπίσει ποτέ αυτήν την κατάσταση; Ο ιστότοπός σας επιβραδύνεται ξαφνικά ή ακόμα και εμφανίζει σφάλμα 500. Η επανεκκίνηση του PHP-FPM τον επαναφέρει σε κανονικό επίπεδο , αλλά το πρόβλημα επανεμφανίζεται μετά από λίγο; Είναι απίστευτα εκνευριστικό!

Γιατί συμβαίνει αυτό; Στην πραγματικότητα, αυτό συνήθως προκαλείται από ακατάλληλη ρύθμιση παραμέτρων της ομάδας διεργασιών PHP-FPM ή ανεπαρκείς πόρους διακομιστή . Σήμερα, θα βελτιστοποιήσουμε διεξοδικά το PHP-FPM στο HestiaCP για να διασφαλίσουμε την άψογη σταθερότητα του ιστότοπού σας!

Ο βασικός λόγος για τον οποίο το 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

Βλέπετε ότι αυτές οι διεργασίες χρησιμοποιούν περισσότερο από το 70% της CPU; Εάν αυτό συμβαίνει συχνά, τότε σίγουρα υπάρχει κάποιο πρόβλημα με το 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

Ερώτημα για την έκδοση PHP που έχει οριστεί από το HestiaCP

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

Αν φιλοξενείτε μόνο έναν ιστότοπο, μπορείτε να τον χρησιμοποιήσετε άμεσα και αξιόπιστα χωρίς καμία επιπλέον ταλαιπωρία.

etUFO.org.conf: Προσαρμοσμένη ομάδα

Μόλις διαχειρίζεστε πολλούς ιστότοπους, δεν μπορείτε να τους έχετε όλους στοιβαγμένους στην ίδια ομάδα.
Σε αυτό το σημείο, το HestiaCP θα δημιουργήσει αυτόματα μια ξεχωριστή ομάδα για κάθε τοποθεσία, για παράδειγμα... etUFO.org.confΕξειδικευμένο σε ονόματα τομέα etufo.org 服务.

Ο συνηθισμένος τρόπος παιχνιδιού είναι:

• Αλλαγή χρηστών και ομάδων:user = etufo,group = etufo
• Ανεξάρτητη παρακολούθηση:listen = /run/php/etufo.sock
• Η προσαρμογή του αριθμού των διεργασιών διασφαλίζει άψογη σταθερότητα ακόμη και υπό υψηλή ταυτόχρονη λειτουργία.
• Τα ξεχωριστά αρχεία καταγραφής κάνουν την αντιμετώπιση προβλημάτων πιο σαφή την εφαρμογή.

Τα οφέλη είναι προφανή: ασφαλής απομόνωση . Ακόμα κι αν ένας ιστότοπος παραβιαστεί, οι άλλοι παραμένουν ανεπηρέαστοι.

dummy.conf: εικονικό αρχείο

dummy.conf Αυτά είναι συνήθως παραδείγματα ή πρότυπα που παρέχονται από το σύστημα.
Δεν θα εκτελεστεί στην πραγματικότητα εκτός αν το τροποποιήσετε και το ενεργοποιήσετε χειροκίνητα.
Η σημασία του μοιάζει περισσότερο με ένα "εγχειρίδιο λειτουργίας", που σας λέει πώς να γράψετε μια νέα διαμόρφωση πισίνας.

Γιατί να χωρίσουμε την πισίνα;

• 安全 性Χρησιμοποιήστε διαφορετικούς χρήστες για διαφορετικούς ιστότοπους για να αποφύγετε αντικρουόμενα δικαιώματα.
• 性能优化Ο αριθμός των διεργασιών μπορεί να προσαρμοστεί ξεχωριστά για κάθε ομάδα, επιτρέποντας ευέλικτες προσαρμογές με βάση τη ζήτηση κυκλοφορίας.
• ΑπομόνωσηΤα αρχεία καταγραφής, τα σφάλματα και οι διευθύνσεις ακρόασης είναι όλα ξεχωριστά, διευκολύνοντας την αντιμετώπιση προβλημάτων.

Για παράδειγμα, ακόμα κι αν το www.conf καταρρεύσει, το etufo.org.conf θα συνεχίσει να εκτελείται κανονικά και δεν θα θέσει εκτός λειτουργίας ολόκληρο τον διακομιστή.

实际场景

• Διακομιστής μίας τοποθεσίαςΤο www.conf είναι αρκετό.
• Διακομιστής πολλαπλών τοποθεσιώνΚάθε ιστότοπος έχει το δικό του ανεξάρτητο αρχείο .conf, όπως το etufo.org.conf.
• dummy.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 进程最大内存占用

Αυτό αποτρέπει ορισμένα σενάρια PHP που καταναλώνουν υπερβολική CPU από το να προκαλέσουν σφάλματα στον διακομιστή.

Μετά την αποθήκευση, επανεκκινήστε τη διαδικασία PHP:

sudo systemctl restart php8.3-fpm

Βελτιστοποίηση PHP-FPM με βάση τη διαμόρφωση VPS

Παράδειγμα διαμόρφωσης VPS:

• Περιγραφή: VPS 3 NVMe
• Χώρος δίσκου: 300 GB
• Πυρήνες CPU: 8
• RAM: 24 GB

Με βάση τη διαμόρφωση VPS σας ( 8 πυρήνες CPU, 24 GB RAM ), οι πόροι του διακομιστή σας είναι υπερεπαρκείς. Για PHP-FPM, τα 24 GB RAM σάς επιτρέπουν να διαμορφώσετε έναν πολύ μεγάλο αριθμό ταυτόχρονων διεργασιών.

Σε ένα περιβάλλον παραγωγής, συνήθως διαθέτουμε αρκετή μνήμη (ας πούμε 8GB-12GB) για το ίδιο το σύστημα, τις βάσεις δεδομένων Apache (όπως MySQL /MariaDB) και τις προσωρινές μνήμες (όπως Redis / Memcached ), αφήνοντας τα υπόλοιπα 12GB-16GB μνήμης να διατεθούν πλήρως στο PHP-FPM.

Με βάση μια μέση χρήση μνήμης 40MB-60MB ανά διεργασία PHP , 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 διεργασιών ήταν πολύ συντηρητική για 24 GB μνήμης. Όταν αντιμετωπίζετε ξαφνικές αυξήσεις στην επισκεψιμότητα (ή bots που κατακλύζουν το παρασκήνιο), οι 50 διεργασίες θα υπερφορτώνονταν αμέσως, προκαλώντας χρονικά όρια σύνδεσης. Η αύξηση της χωρητικότητας σε 300 μπορεί να βελτιώσει την ικανότητα επεξεργασίας ταυτόχρονης επεξεργασίας του διακομιστή σας αρκετές φορές.
2. pm.start_servers / `min_spare_serversΕπειδή έχετε 8 πυρήνες CPU, μπορείτε αρχικά και κανονικά να διατηρήσετε περισσότερες αδρανείς διεργασίες, εκμεταλλευόμενοι το πλεονέκτημα πολλαπλών πυρήνων, έτσι ώστε τα νέα αιτήματα να μπορούν να ανοίγονται άμεσα χωρίς να περιμένουν τη δημιουργία διεργασίας.
3. pm.max_requests = 1000Αυξήστε από 500 σε 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

Προσθέστε την ακόλουθη προγραμματισμένη εργασία για αυτόματη επανεκκίνηση του PHP-FPM στις 3 π.μ. κάθε μέρα:

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

Τι γίνεται αν το πρόβλημα επιμένει; Περαιτέρω βελτιστοποίηση!

Εάν εξακολουθείτε να αντιμετωπίζετε περιστασιακά ένα σφάλμα 500 αφού ακολουθήσετε τις παραπάνω βελτιστοποιήσεις , μπορείτε να συνεχίσετε με τις ακόλουθες βελτιστοποιήσεις:

1. Ενεργοποιήστε την OPcache για να βελτιώσετε την αποτελεσματικότητα της εκτέλεσης της PHP

Εάν η OPcache δεν είναι ακόμη ενεργοποιημένη, μπορείτε να την εγκαταστήσετε ως εξής (χρησιμοποιώντας το Ubuntu ως παράδειγμα):

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
• Απενεργοποίηση ανίχνευσης σε πραγματικό χρόνοΜειώστε τις εισόδους/εξόδους συστήματος αρχείων και βελτιώστε την απόδοση.

• Ωστόσο, αυτό σημαίνει ότι πρέπει να καθαρίσετε την προσωρινή μνήμη με μη αυτόματο τρόπο (επανεκκινήστε την υπηρεσία PHP) μετά την τροποποίηση των αρχείων PHP.

Αφού τροποποιήσετε τη διαμόρφωση, πρέπει να επανεκκινήσετε την υπηρεσία PHP για να ισχύσουν οι αλλαγές.

sudo systemctl restart php<版本>-fpm

Αποτέλεσμα; Η ταχύτητα εκτέλεσης της σελίδας PHP έχει βελτιωθεί σημαντικά!

2. Βελτιστοποίηση διαμόρφωσης Nginx

Βεβαιωθείτε ότι οι παράμετροι που σχετίζονται με το Nginx είναι λογικές, όπως π.χ fastcgi_read_timeout Προσαρμόστε το κατάλληλα για να αποφύγετε τον τερματισμό των σεναρίων PHP από το Nginx λόγω μεγάλου χρόνου εκτέλεσης:

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 θα μειωθεί σημαντικά και η λειτουργία του ιστότοπου θα είναι πιο σταθερή! 🔥

Πήγαινε να το δοκιμάσεις τώρα! 💪🚀

Αν εξακολουθείτε να θέλετε να μάθετε περισσότερα σχετικά με την προσαρμογή προτύπων PHP-FPM με το HestiaCP, τότε αυτό το άρθρο θα σας δώσει μια βαθύτερη κατανόηση:

👉 Προσαρμοσμένο πρότυπο PHP-FPM HestiaCP: Μυστικά βελτιστοποίησης απόδοσης PHP 8.5 ▼

🔗Προσαρμοσμένο πρότυπο PHP-FPM της HestiaCP: Μυστικά βελτιστοποίησης απόδοσης PHP 8.5

Σε αυτό το περιεχόμενο, θα δείτε:

• Τεχνικές βελτιστοποίησης υψηλής ταυτόχρονης λειτουργίας: Πώς να βελτιώσετε την ταχύτητα απόκρισης μέσω εύλογης διαμόρφωσης διεργασιών.
• Λύση απομόνωσης ασφαλείας: Αποφύγετε τους κινδύνους πρόσβασης μεταξύ τοποθεσιών και διασφαλίστε τη σταθερότητα του λογαριασμού.
• Αρχεία καταγραφής και παρακολούθηση: Χρησιμοποιήστε αργά αρχεία καταγραφής για να εντοπίσετε σημεία συμφόρησης και να βελτιστοποιήσετε συνεχώς την απόδοση του ιστότοπου.