Linux VPS: padankan sistem dengan aplikasi

Tentukan persekitaran yang disokong

Senaraikan sistem pengendalian, runtime, pangkalan data, sambungan asli dan agen sandaran yang diperlukan. Bezakan sokongan rasmi pembangun daripada konfigurasi yang sekadar pernah anda cuba. Pelayan yang berjaya memaparkan halaman utama belum tentu boleh menjalankan import, pemprosesan imej atau pemulihan data.

Ubuntu ialah salah satu pilihan Linux. Semak edisi dan seni bina yang ditawarkan oleh penyedia dalam rantau pilihan. Fail binari amd64 tidak semestinya boleh berjalan terus pada arm64. Untuk Ubuntu, gunakan semakan versi, seni bina dan pakej sebelum memindahkan aplikasi.

Bandingkan konfigurasi yang setara

Gunakan binaan aplikasi, salinan data, tetapan cache dan bilangan proses yang sama pada setiap calon. Pilih rantau yang setanding dan simpan rekod versi sistem. Perubahan perisian atau jarak rangkaian boleh kelihatan seperti peningkatan perkakasan. Jangan salin data peribadi pelanggan ke persekitaran ujian yang tidak memerlukannya.

Pada skrin kecil, tatal jadual ke sisi untuk melihat semua lajur.

Pastikan beban berterusan dibenarkan. Tanya sama ada cakera yang dibesarkan boleh dikecilkan semula; naik taraf sementara mungkin mengubah kos jangka panjang.

Ambil bacaan asas pada VPS

Jalankan arahan ini pada pelayan Ubuntu ujian. Pasang sysstat untuk iostat. Gunakan terminal berasingan bagi arahan pensampelan sambil aplikasi menjalankan beban yang ingin diuji.

free -h
df -h /
sudo apt update
sudo apt install sysstat
vmstat 1 11
iostat -xz -y 1 10

Laporan pertama vmstat merangkumi tempoh sejak boot; gunakan laporan satu saat selepasnya untuk sampel ini. Pilihan -y pada iostat melangkau laporan awal. Dalam free, lihat available: sebahagian cache boleh digunakan semula, jadi nilai free yang kecil sahaja bukan bukti RAM tidak cukup.

Simpan masa, senario dan output. Semak pertumbuhan cakera ketika import serta sandaran. df -h / hanya menerangkan sistem fail akar; volume pangkalan data yang berasingan perlu diperiksa sendiri.

Uji kerja sebenar dari luar pelayan

Uji carian, log masuk, operasi tulis, muat naik dan tugasan latar dalam staging yang anda kawal. Tetapkan masa respons dan kadar ralat yang boleh diterima sebelum membuat perbandingan. Uji permintaan dengan dan tanpa cache.

Dari lokasi berhampiran pengguna sasaran, arahan berikut merekodkan status, masa bait pertama dan jumlah masa dalam saat. Gantikan domain serta laluan dengan endpoint ujian anda.

curl -sS -o /dev/null --max-time 30 -w 'status=%{http_code} ttfb=%{time_starttransfer}s total=%{time_total}s\n' https://app.example.com/catalogue

Satu permintaan curl bukan ujian serentak. Gunakan klien berasingan untuk beban berulang dan catat kadar permintaan, concurrency, tempoh, saiz data serta keadaan cache. Pantau VPS pada masa yang sama. Persentil ke-95 menunjukkan had masa respons bagi 95% permintaan yang diukur.

Cari punca sebelum menambah sumber

Pada skrin kecil, tatal jadual ke sisi untuk melihat semua lajur.

Ini petunjuk, bukan arahan naik taraf automatik. Swap yang terisi boleh menyimpan halaman lama yang tidak aktif. Await merangkumi masa menunggu dan pemprosesan. Kunci pangkalan data juga boleh melambatkan respons tanpa memenuhi CPU atau RAM. Padankan bacaan dengan log aplikasi, kemudian ubah satu faktor utama setiap kali.

Pilih kos yang sesuai dengan hasil ujian

Pakej yang nampak murah boleh menjadi lebih mahal selepas alamat IP, storan sandaran dan trafik dikira. Gunakan contoh jumlah kos sebagai kaedah perbandingan, bukan sebut harga. Nilai tugas pengurusan yang disertakan; sokongan infrastruktur tidak semestinya membaiki aplikasi.

Untuk latihan, kuota Linux VPS percuma mungkin memadai, tetapi rantau, seni bina dan kapasiti tetap terhad. Pilih konfigurasi paling rendah kos yang memenuhi keperluan terukur, pertumbuhan dan pemulihan. Selepas itu, teruskan ke penerbitan laman HTTPS.

Soalan lazim