Bagaimana untuk memilih MPM yang sesuai untuk Apache?

MPM Apache Terbaik bergantung pada stack aplikasi dan keperluan trafik anda: 1. Gunakan Prefork jika bergantung pada modul yang tidak selamat seperti mod_php dan mengutamakan kestabilan. 2. Gunakan pekerja untuk moderat hingga lalu lintas yang tinggi dengan persediaan thread-selamat dan kecekapan memori yang lebih baik. 3. Gunakan acara untuk persediaan yang tinggi dan persediaan moden dengan PHP-FPM atau proksi terbalik, kerana ia mengendalikan sambungan yang berterusan. Sentiasa pasangkan MPM dengan backend yang serasi-PHP-FPM yang serasi untuk acara atau pekerja-dan melumpuhkan mod_php apabila tidak menggunakan prefork untuk memastikan prestasi dan kestabilan yang optimum.

Memilih modul multi-pemprosesan yang betul (MPM) untuk Apache adalah penting untuk prestasi, skalabiliti, dan kestabilan. Apache menyokong MPM yang berbeza untuk mengendalikan permintaan masuk, dan pilihan terbaik bergantung pada perkakasan, corak lalu lintas, dan keperluan aplikasi pelayan anda. Inilah cara memilih yang betul.

Memahami MPM utama

Apache menawarkan beberapa MPM, tetapi tiga yang paling biasa adalah:

• Prefork
• Pekerja
• Peristiwa

Setiap mengendalikan permintaan secara berbeza dari segi proses dan benang.

1. Prefork MPM-Terbaik untuk Perisian Legacy atau Non-Thread-Safe

• Menggunakan pelbagai proses kanak -kanak, masing -masing mengendalikan satu sambungan pada satu masa.
• Tiada threading-Setiap proses adalah satu-threaded.
• Sangat stabil dan serasi dengan modul yang tidak selamat (contohnya, mod_php).

✅ Gunakan Prefork jika:

• Anda menggunakan PHP yang lebih tua (melalui MOD_PHP) atau modul lain yang tidak selamat.
• Anda mengutamakan kestabilan atas kesesuaian yang tinggi.
• Pelayan anda mempunyai RAM terhad tetapi mengendalikan trafik sederhana.

⚠️ Downsides:

• Penggunaan memori yang tinggi (setiap proses adalah memori berat).
• Tidak sesuai untuk tapak trafik tinggi.

2. Pekerja MPM - Prestasi seimbang dengan benang

• Menggunakan campuran proses dan benang.
• Setiap proses boleh menanam pelbagai benang, masing -masing melayani permintaan.
• Lebih banyak ingatan memori daripada prefork.

✅ Gunakan pekerja jika:

• Anda mahu keseragaman yang lebih baik dan penggunaan memori yang lebih rendah.
• Anda menggunakan modul selamat thread (misalnya, php-fpm bukan mod_php).
• Lalu lintas anda sederhana hingga tinggi.

⚠️ Downsides:

• Sesetengah modul mungkin tidak selamat benang.
• Kurang stabil daripada prefork dalam keadaan tertentu.

3. MPM Acara - Terbaik untuk persediaan konkurensi tinggi dan moden

• Varian pekerja, dioptimumkan untuk sambungan lama (seperti Keepalive).
• Menggunakan benang khusus untuk menguruskan sambungan terbiar, membebaskan pekerja.
• Direka untuk persekitaran yang berprestasi tinggi dan tinggi.

✅ Gunakan acara jika:

• Anda mengharapkan kesesuaian yang tinggi (banyak pengguna serentak).
• Anda menggunakan php-fpm atau proksi terbalik (contohnya, dengan aplikasi node.js atau python).
• Anda mahu pengendalian yang cekap untuk sambungan terbiar atau berterusan.

⚠️ Downsides:

• Boleh menjadi sukar untuk menyesuaikan diri.
• Mungkin mempunyai masalah dengan modul lama tertentu (misalnya, mod_php).

Pertimbangkan timbunan aplikasi anda

MPM mesti selaras dengan cara backend anda berfungsi:

• Menggunakan mod_php (DSO)? → melekat dengan prefork .
• Menggunakan php-fpm dengan fastcgi? → Pergi untuk acara atau pekerja .
• Melayani kandungan statik atau berbalik-proxying? → Acara adalah ideal.

? Penyediaan kebanyakan moden menggunakan php-fpm nginx atau apache dalam mod roxy, tetapi jika anda menggunakan Apache sebagai pelayan web utama, MPM acara berpasangan dengan PHP-FPM memberikan prestasi yang sangat baik.

Periksa versi OS dan Apache anda

• MPM peristiwa stabil di Apache 2.4 tetapi percubaan dalam versi terdahulu.
• Pada Debian/Ubuntu, apache2 biasanya mungkir ke acara jika PHP tidak dimuatkan sebagai modul.
• Pada Rhel/Centos, periksa dengan:

   httpd -v | grep 'mpm'

Cara Mengubah MPMS (Contoh Debian/Ubuntu)

Apache biasanya membenarkan hanya satu mpm diaktifkan pada satu masa.

 # Periksa mpm semasa
apache2ctl -v | grep 'mpm'

# Beralih ke acara (jika belum)
sudo a2dismod mpm_prefork
sudo a2enmod mpm_event

# Jika menggunakan php, lumpuhkan mod_php dan gunakan fpm
sudo a2dismod php
sudo apt memasang php-fpm
sudo a2enconf php-fpm

# Mulakan semula Apache
SURDO SYSTEMCTL Mulakan semula Apache2

Tune tetapan mpm

Selepas memilih, laraskan arahan dalam fail konfigurasi MPM (misalnya, /etc/apache2/mods-available/mpm_event.conf ):

 <Ifmodule mpm_event_module>
    Startservers 3
    MinspareThreads 75
    MaxSpareThreads 250
    Threadlimit 64
    Threadsperchild 25
    MaxRequestworkers 400
    MaxConnectionSperChild 1000
</Ifmodule>

Laraskan berdasarkan:

• RAM tersedia: MaxRequestWorkers × memory_per_process ≈ total_memory_used
• Trafik yang dijangkakan: Trafik yang lebih tinggi → MaxRequestWorkers yang lebih tinggi
• Penggunaan Keepalive: Acara mengendalikan ini lebih baik daripada pekerja atau prefork

Bottom Line:
Bagi pelayan Apache yang paling moden dan tinggi, MPM Acara PHP-FPM adalah kombo terbaik.
Stick dengan prefork hanya jika anda bergantung pada modul yang tidak selamat.
Pekerja adalah tanah tengah tetapi sebahagian besarnya digantikan oleh acara.

Pada asasnya, sepadan dengan MPM ke persediaan backend anda dan keperluan lalu lintas - dan selalu lumpuhkan mod_php jika anda tidak menggunakan prefork.

Atas ialah kandungan terperinci Bagaimana untuk memilih MPM yang sesuai untuk Apache?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!