HestiaCP PHP-FPM איז אונטער שווער מאַסע? דינאַמיש וועב בלאַט 500 טעות? די אַפּטאַמאַזיישאַן וועט נעמען ווירקונג מיד!

האָט איר שוין אַמאָל געטראָפן אַזאַ סיטואַציע? אייער וועבזייטל ווערט פּלוצעם פאַרלאַנגזאַמט, אָדער אפילו אַ 500 טעות. ריסטאַרטן PHP-FPM שטעלט עס צוריק צו נאָרמאַל , אָבער די פּראָבלעם ערשיינט ווידער נאָך אַ וויילע? עס איז גאָר פראַסטרירנד!

פארוואס פאסירט דאס? פאקטיש, דאס ווערט געווענליך געפֿירט דורך אומריכטיגע PHP-FPM פראצעס פּול קאנפיגוראציע אדער נישט גענוג סערווער רעסורסן . היינט וועלן מיר גרינטלעך אפטימיזירן PHP-FPM אונטער HestiaCP צו פארזיכערן די שטארקע פעסטקייט פון אייער וועבזייטל!

די האַרץ סיבה וואָס PHP-FPM איז אָוווערלאָודיד

PHP-FPM איז דער פּראָצעס מענעדזשער פֿאַר PHP , פאַראַנטוואָרטלעך פֿאַר האַנדלען מיט דינאַמישע ריקוועסץ. אומפּאַסיק קאָנפיגוראַציע קען פירן צו:

• סערווירער רעסורסן זענען ויסגעמאַטערט, וואָס מאכט PHP-FPM ניט ביכולת צו ריספּאַנד צו נייַע ריקוועס אין אַ בייַצייַטיק שטייגער;
• צו ווייניק פּראַסעסאַז, ווען פאַרקער פּלוצלינג ינקריסיז, עס קענען ניט זיין פּראַסעסט אין צייט;
• פּראָצעס באַניץ איז צו הויך, קאָזינג די קפּו מאַסע צו ופרייַסן.

ווי צו זאָגן אויב PHP-FPM איז אָוווערלאָודיד?

קענען נוצן top אָדער htop באַפֿעל צו זען קפּו און זכּרון באַניץ:

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% פון די סי-פי-יו? אויב דאס פאסירט כסדר, דאן איז זיכער עפעס נישט גוט מיט אייער פי-פי-עף-עם-איי!

אַזוי, ווי קענען מיר אַפּטאַמייז די 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 דאָקומענט.
זײַןפּאַזישאַנינגעס איז זייער פשוט—עס איז נאָר אַ דיפאָלט פּראָצעס פּול וואָס אַרבעט גלייך פֿון דער קעסטל, געוויינטלעך אַטאַטשט צו... וווווו-דאַטן באַניצער דאַונלאָוד.

די סארט בעקן איז באַזונדערס פּאַסיק פֿאַר איין-פּלאַץ סביבות: די קאָנפיגוראַציע איז לייכט, און די פּאַראַמעטערס זענען אַלע אַלגעמיינע טעמפּלאַטן, אַזאַ ווי:

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
• אַדזשאַסטירן די צאָל פּראָצעסן גאַראַנטירט שטיינערנע פעסטקייט אפילו אונטער הויך קאָנקורענץ.
• באַזונדערע לאָג טעקעס מאַכן טראָובלעשווטינג קלאָרער.

די בענעפיטן זענען קלאָר: זיכערע אפגעזונדערטקייט . אפילו אויב איין זייטל איז קאמפראמיטירט, בלייבן די אנדערע נישט באאיינפלוסט.

דאַמי.קאָנף: דאַמי טעקע

דאַמי.קאָנף דאָס זענען געוויינטלעך ביישפילן אָדער טעמפּלאַטן וואָס ווערן צוגעשטעלט דורך דער סיסטעם.
עס וועט נישט טאַקע לויפן סיידן איר מאַנואַל מאָדיפיצירט און ענייבאַלז עס.
איר באַדייטונג איז מער ווי אַן "אָפּעראַציע מאַנואַל," וואָס דערציילט אײַך ווי אַזוי צו שרייבן אַ נײַע בעקן קאָנפיגוראַציע.

פארוואס צעטיילן דעם בעקן?

• 安全 性ניצט פארשידענע באַניצער פֿאַר פארשידענע זייטלעך צו פֿאַרמייַדן קאָנפליקטירנדיקע פּערמישאַנז.
• 性能优化די צאָל פּראָצעסן קען ווערן אַדזשאַסטיד אינדיווידועל פֿאַר יעדן פּול, וואָס ערמעגליכט פלעקסיבלע אַדזשאַסטמאַנץ באַזירט אויף טראַפיק פאָדערונג.
• איזאלאציעלאָגס, ערראָרס, און צוהערער אַדרעסן זענען אַלע אפגעזונדערט, מאַכנדיג טראָובלעשווטינג גרינגער.

למשל, אפילו אויב 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. סטרויערן פפּ-פפּם פּראָצעס בעקן פּאַראַמעטערס

אויב די קאַנפיגיעריישאַן ניצט 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 גיגאבייט
• קפּו קאָרעס: 8
• באַראַן: קסנומקס גיגאבייט

באַזירט אויף אייער VPS קאָנפיגוראַציע ( 8 CPU קאָרעס, 24 גיגאבייט ראַם ), זענען אייערע סערווער רעסורסן מער ווי גענוג. פֿאַר PHP-FPM, 24 גיגאבייט ראַם דערמעגלעכט אייך צו קאָנפיגורירן אַ זייער גרויסע צאָל פון גלייכצייטיגע פּראָצעסן.

אין א פראדוקציע סביבה, געבן מיר געווענליך צו גענוג זכרון (זאגן מיר 8GB-12GB) פארן סיסטעם אליין, אפאטשי דאטאבאזעס (ווי MySQL /MariaDB), און קעשעס (ווי Redis / Memcached ), לאזנדיג די איבעריגע 12GB-16GB זכרון צו זיין אינגאנצן צוגעטיילט צו PHP-FPM.

באַזירט אויף אַ דורכשניטלעכן זכּרון באַניץ פון 40MB-60MB פּער PHP פּראָצעס , קען 1GB זכּרון לויפן אַרום 16-25 פּראָצעסן.

די פאלגענדע איז א הויך-קאָנקורענסי, הויך-פּערפאָרמאַנס FPM קאָנפיגוראַציע צוגעפּאַסט פֿאַר אײַך , וואָס קען שטאַרק פֿאַרבעסערן וואָרדפּרעסס'ס קאַפּאַציטעט און פֿאַרהיטן עס פֿון קראַכן צוליב פּלוצעמדיקע טראַפיק כוואַליעס:

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 גיגאבייט זכּרון. ווען מען טרעפט פּלוצעמדיקע העכערונגען אין טראַפיק (אָדער באָטן וואָס פֿאַרפלייצן דעם הינטערגרונט), וואָלטן 50 פּראָצעסן באַלד איבערגעלאָדן געוואָרן, וואָס וואָלט געפֿירט צו פֿאַרבינדונג טיימאַוטס. עס צו פֿאַרגרעסערן צו 300 קען פֿאַרבעסערן אייער סערווער'ס קאָנקורענץ פּראַסעסינג קאַפּאַציטעט עטלעכע מאָל.
2. pm.start_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:XNUMX יעדער טאָג:

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

וואָס אויב די פּראָבלעם בלייַבט? ווייַטער אַפּטאַמאַזיישאַן!

אויב איר טרעפט נאָך מאַנטשמאָל אַ 500 טעות נאָך דעם ווי איר האָט נאָכגעפֿאָלגט די אויבן דערמאָנטע אָפּטימיזאַציעס , קענט איר פאָרזעצן מיט די פֿאָלגנדיקע אָפּטימיזאַציעס:

1. געבן 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

• אָפּקאַש.וואַלידייט_טייםסטאַמפּס=0
• דיאַקטיווירן רעאַל-צייט דעטעקשאַןרעדוצירן טעקע סיסטעם I/O און פֿאַרבעסערן פאָרשטעלונג.

• אבער, דאס מיינט אז איר מוזט מאנועל אויסמעקן דעם קעש (ריסטארטן דעם PHP סערוויס) נאכדעם וואס איר מאדיפיצירט PHP טעקעס.

נאכדעם וואס איר ענדערט די קאנפיגוראציע, מוזט איר ריסטארטן דעם PHP סערוויס כדי די ענדערונגען זאלן אריינקומען אין קראפט.

sudo systemctl restart php<版本>-fpm

ווירקונג? PHP בלאַט דורכפירונג גיכקייַט איז זייער ימפּרוווד!

2. נגינקס קאַנפיגיעריישאַן אַפּטאַמאַזיישאַן

מאַכן זיכער אַז Nginx פֿאַרבונדענע פּאַראַמעטערס זענען גלייַך, אַזאַ ווי fastcgi_read_timeout סטרויערן עס אַפּראָופּרייטלי צו ויסמיידן PHP סקריפּס טערמאַנייטיד דורך Nginx רעכט צו לאַנג דורכפירונג צייט:

fastcgi_read_timeout 60s;
client_max_body_size 100M;

קיצער: אָפּטימיזע PHP-FPM און די וועבזייטל וועט ניט מער קראַך!

וואָס אַדזשאַסטמאַנץ האָבן מיר געמאכט נאָך דעם אַפּטאַמאַזיישאַן?

✅ אָפּטימיזינג די PHP-FPM פּראָצעס בעקן,נוצן ondemandאון אָפּטימיזירן pm.max_children פּאַראַמעטער;
✅ לימיטינג די דורכפירונג צייט פון PHP סקריפּס, צו פאַרמייַדן לאַנג-טערמין קפּו פאַך;
✅ געבן PHP-FPM מאָניטאָרינג, קוק די פּראָצעס מאַסע אין פאַקטיש צייט;
✅ אָפּטימיזינג PHP-FPM לאָגס, געשווינד טראָובלעשאָאָט 500 ערראָרס;
✅ ריסטאַרט PHP-FPM קעסיידער, פאַרמייַדן זכּרון ליקס;
✅ געבן OPcache, פֿאַרבעסערן פפּ דורכפירונג עפעקטיווקייַט;
✅ אָפּטימיזינג Nginx קאַנפיגיעריישאַן, צו ויסמיידן טיימאַוט ישוז.

נאָך דעם אַפּטאַמאַזיישאַן, די PHP-FPM מאַסע וועט זיין זייער רידוסט און די וועבזייטל אָפּעראַציע וועט זיין מער סטאַביל! 🔥

גיין פּרובירן עס איצט! 💪🚀

אויב איר זענט נאָך גערן צו לערנען מער וועגן קאַסטאַמייזינג PHP-FPM טעמפּלאַטעס מיט HestiaCP, וועט דער אַרטיקל געבן אײַך אַ טיפֿערן פֿאַרשטאַנד:

👉 העסטיאַקפּי מנהג PHP-FPM טעמפּלאַט: PHP 8.5 פאָרשטעלונג אָפּטימיזאַציע סודות ▼

🔗העסטיאַCP מנהג PHP-FPM טעמפּלאַט: PHP 8.5 פאָרשטעלונג אָפּטימיזאַציע סודות

אין דעם אינהאַלט וועט איר זען:

• הויך-קאָנקורענסי אָפּטימיזאַציע טעקניקס: ווי צו פֿאַרבעסערן ענטפֿער גיכקייט דורך גלייַך פּראָצעס קאָנפיגוראַציע.
• זיכערהייט אפגעזונדערטקייט לייזונג: פארמיידן קראָס-סייט אַקסעס ריסקס און ענשור חשבון פעסטקייט.
• לאָגס און מאָניטאָרינג: ניצט לאַנגזאַמע לאָגס צו געפֿינען שטערונגען און קאַנטיניואַסלי אָפּטימיזירן וועבזייטל פאָרשטעלונג.