


NGINX PM2 VPS: Bina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai
NGINX PM2 VPS: Untuk membina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai, contoh kod khusus diperlukan
Kata Pengantar:
Dengan perkembangan pesat Internet, pembangunan aplikasi dan penggunaan pelayan menjadi semakin penting. Membina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai adalah kunci untuk memastikan prestasi dan ketersediaan aplikasi. Dalam artikel ini, kami akan memperkenalkan cara menggunakan NGINX, PM2 dan VPS untuk membina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai, dan menyediakan contoh kod khusus.
Bahagian Pertama: Gambaran Keseluruhan
Sebelum bermula, mari kita fahami konsep NGINX, PM2 dan VPS.
- NGINX (disebut "enjin X") ialah pelayan proksi HTTP dan proksi terbalik berprestasi tinggi sumber terbuka. Ia mampu mengendalikan trafik yang tinggi dan memberikan prestasi dan kebolehpercayaan yang baik.
- PM2 ialah pengurus proses moden untuk aplikasi Node.js. Ia membolehkan anda menjalankan dan mengurus berbilang aplikasi Node.js dalam cara latar belakang dan menyediakan ciri seperti pengelogan, pemantauan dan mula semula automatik.
- VPS bermaksud Pelayan Peribadi Maya dan merupakan pelayan maya berdasarkan teknologi awan. Ia boleh menyediakan fungsi yang serupa sebagai pelayan fizikal tetapi lebih fleksibel dan berskala.
Sekarang kita memahami konsep ini, mari kita teruskan untuk melihat cara ia sesuai untuk membina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai.
Bahagian 2: Mengkonfigurasi NGINX
Pertama, kami perlu mengkonfigurasi NGINX sebagai pengimbang beban untuk kluster perkhidmatan aplikasi kami. Buka fail konfigurasi NGINX dan tambahkan konfigurasi berikut:
http { upstream app_servers { server 127.0.0.1:3000; server 127.0.0.1:3001; server 127.0.0.1:3002; } server { listen 80; location / { proxy_pass http://app_servers; } } }
Dalam konfigurasi di atas, kami menentukan blok huluan yang dipanggil "app_servers" yang mengandungi alamat IP dan nombor port pelayan aplikasi. Kami kemudian menggunakan arahan "proxy_pass" dalam blok pelayan utama untuk memajukan permintaan kepada pelayan aplikasi ini.
Selepas menyimpan dan menutup fail konfigurasi NGINX, mulakan semula perkhidmatan NGINX untuk menjadikan konfigurasi berkuat kuasa.
Bahagian 3: Menggunakan PM2 untuk mengurus aplikasi Node.js
Seterusnya, kami perlu menggunakan PM2 untuk mengurus aplikasi Node.js kami. Selepas memasang PM2, buka terminal dan pergi ke direktori aplikasi anda, jalankan arahan berikut untuk memulakan aplikasi:
pm2 start app.js -i max
Dalam arahan di atas, "app.js" ialah fail kemasukan aplikasi Node.js anda dan "- i max" akan mencipta seberapa banyak contoh Node.js yang mungkin untuk mengendalikan permintaan.
Selepas melancarkan aplikasi, anda boleh menggunakan arahan berikut untuk melihat status aplikasi:
pm2 list
Dengan cara ini, anda boleh memastikan aplikasi sentiasa berjalan dan boleh mengurus serta memantaunya melalui PM2.
Bahagian 4: Mengkonfigurasi VPS
Akhir sekali, kami perlu mengkonfigurasi VPS untuk menyokong kluster perkhidmatan aplikasi kami. Pada VPS, kami perlu memasang NGINX dan PM2 dan menggunakan aplikasi kami ke VPS.
Memasang NGINX dan PM2 pada VPS adalah serupa dengan cara anda memasangnya secara setempat. Anda boleh memasangnya dengan mengikuti langkah-langkah yang disediakan dalam dokumentasi rasmi.
Setelah pemasangan selesai, anda perlu mengemas kini fail konfigurasi NGINX untuk menunjuk ke alamat IP dan nombor port VPS anda. Kemudian jalankan arahan berikut untuk memulakan aplikasi anda:
pm2 start app.js -i max
Dengan cara ini, aplikasi anda akan berjalan secara berkelompok pada VPS, dengan NGINX bertindak sebagai pengimbang beban untuk menguruskan trafik.
Kesimpulan:
Dengan menggabungkan NGINX, PM2 dan VPS, kami boleh membina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai untuk memberikan prestasi tinggi dan kebolehpercayaan. Dengan NGINX sebagai pengimbang beban, kami boleh mengagihkan permintaan secara sama rata daripada berbilang pelayan aplikasi. Menggunakan PM2 untuk mengurus aplikasi Node.js memastikan aplikasi sentiasa berjalan dan mempunyai keupayaan pemantauan dan mula semula automatik. Akhir sekali, dengan menggunakan aplikasi pada VPS, kami boleh menyediakan perkhidmatan aplikasi yang boleh dipercayai dan berskala tinggi.
Saya harap artikel ini membantu dalam membina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai dan memberikan beberapa contoh kod praktikal. Dengan memanfaatkan NGINX, PM2 dan VPS, anda boleh mengurus dan menskalakan aplikasi anda dengan lebih baik untuk memenuhi permintaan pengguna yang semakin meningkat. Saya berharap permohonan anda akan berjalan lancar di bawah seni bina kluster!
Atas ialah kandungan terperinci NGINX PM2 VPS: Bina seni bina kluster perkhidmatan aplikasi yang boleh dipercayai. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!

Alat AI Hot

Undresser.AI Undress
Apl berkuasa AI untuk mencipta foto bogel yang realistik

AI Clothes Remover
Alat AI dalam talian untuk mengeluarkan pakaian daripada foto.

Undress AI Tool
Gambar buka pakaian secara percuma

Clothoff.io
Penyingkiran pakaian AI

AI Hentai Generator
Menjana ai hentai secara percuma.

Artikel Panas

Alat panas

Notepad++7.3.1
Editor kod yang mudah digunakan dan percuma

SublimeText3 versi Cina
Versi Cina, sangat mudah digunakan

Hantar Studio 13.0.1
Persekitaran pembangunan bersepadu PHP yang berkuasa

Dreamweaver CS6
Alat pembangunan web visual

SublimeText3 versi Mac
Perisian penyuntingan kod peringkat Tuhan (SublimeText3)

Topik panas



Bagaimana untuk memperbaiki kesilapan dilarang nginx 403? Semak keizinan fail atau direktori; 2. Semak .htaccess File; 3. Semak fail konfigurasi nginx; 4. Mulakan semula nginx. Penyebab lain yang mungkin termasuk peraturan firewall, tetapan selinux, atau isu aplikasi.

Langkah -langkah untuk memulakan Nginx di Linux: Periksa sama ada Nginx dipasang. Gunakan SistemCTL Mula Nginx untuk memulakan perkhidmatan Nginx. Gunakan SistemCTL Dayakan NGINX untuk membolehkan permulaan automatik Nginx pada permulaan sistem. Gunakan Status SistemCTL Nginx untuk mengesahkan bahawa permulaan berjaya. Lawati http: // localhost dalam pelayar web untuk melihat halaman selamat datang lalai.

Pelayan tidak mempunyai kebenaran untuk mengakses sumber yang diminta, mengakibatkan ralat NGINX 403. Penyelesaian termasuk: Periksa keizinan fail. Semak konfigurasi .htaccess. Semak konfigurasi Nginx. Konfigurasikan keizinan Selinux. Semak peraturan firewall. Menyelesaikan masalah lain seperti masalah penyemak imbas, kegagalan pelayan, atau kesilapan lain yang mungkin.

Bagaimana untuk mengesahkan sama ada nginx dimulakan: 1. Gunakan baris arahan: status sistem sistem nginx (linux/unix), netstat -ano | Findstr 80 (Windows); 2. Periksa sama ada port 80 dibuka; 3. Semak mesej permulaan Nginx dalam log sistem; 4. Gunakan alat pihak ketiga, seperti Nagios, Zabbix, dan Icinga.

Bagaimana cara mengkonfigurasi nginx di Windows? Pasang Nginx dan buat konfigurasi hos maya. Ubah suai fail konfigurasi utama dan sertakan konfigurasi hos maya. Mulakan atau Muat semula Nginx. Uji konfigurasi dan lihat laman web. Selektif membolehkan SSL dan mengkonfigurasi sijil SSL. Selektif tetapkan firewall untuk membolehkan trafik port 80 dan 443.

Terdapat dua cara untuk menyelesaikan masalah silang domain Nginx: Ubah suai tajuk tindak balas silang domain: Tambah arahan untuk membenarkan permintaan lintas domain, nyatakan kaedah dan tajuk yang dibenarkan, dan tetapkan masa cache. Gunakan modul CORS: Dayakan modul dan konfigurasikan peraturan CORS untuk membolehkan permintaan, kaedah, tajuk, dan masa cache domain.

Jawab kepada Soalan: 304 Tidak diubahsuai ralat menunjukkan bahawa penyemak imbas telah cache versi sumber terkini permintaan klien. Penyelesaian: 1. Kosongkan cache penyemak imbas; 2. Lumpuhkan cache penyemak imbas; 3. Konfigurasi nginx untuk membolehkan cache pelanggan; 4. Periksa keizinan fail; 5. Semak fail hash; 6. Lumpuhkan CDN atau cache proksi terbalik; 7. Mulakan semula nginx.

Di Linux, gunakan arahan berikut untuk memeriksa sama ada nginx dimulakan: Hakim status SistemCTL Nginx berdasarkan output arahan: Jika "Aktif: Aktif (Running)" dipaparkan, Nginx dimulakan. Jika "aktif: tidak aktif (mati)" dipaparkan, nginx dihentikan.
