Kinerja & keandalan

Waktu curian adalah persentase waktu CPU virtual Anda siap untuk berjalan tetapi hypervisor memberikan inti fisik kepada orang lain. Ini muncul sebagai kolom "st" di top. Apa pun yang secara konsisten di atas 2–3% berarti Anda bersaing untuk inti, dan ini adalah penyebab umum lonjakan latensi yang tidak dapat dijelaskan pada instance shared-vCPU.

Secara berurutan berdasarkan kemungkinan: kehabisan memori yang menyebabkan swap thrashing, saturasi IO disk, waktu curian CPU pada inti bersama, database yang tidak dioptimalkan, atau latensi jaringan ke pengguna Anda. Periksa free -h dan kolom st di top terlebih dahulu — di antara keduanya, mereka mengidentifikasi penyebab sekitar delapan puluh persen dari waktu.

Dalam satu kota metropolitan, di bawah 5 ms. Dalam satu benua, 10–40 ms. Melintasi Atlantik, 70–90 ms. Eropa ke Asia, 150–200 ms. Rute antipodal, 250–320 ms. Cahaya dalam serat bergerak sekitar dua pertiga dari kecepatan cahaya dan jalur nyata sekitar 1,35 kali jarak lingkaran besar, jadi sekitar 1 ms per 100 km per arah adalah batas bawah.

Instance 2 vCPU / 4 GB yang dikonfigurasi dengan baik melayani situs statis hingga jutaan kunjungan bulanan, situs WordPress yang di-cache hingga sekitar 300.000, dan aplikasi dinamis tanpa cache mungkin 30.000. Variabel yang dominan adalah caching, bukan perangkat keras — instance yang sama berbeda dua orde besarnya tergantung pada hal itu.

Ukur tiga hal yang benar-benar bervariasi: CPU utas tunggal dengan sysbench, disk dengan fio pada baca/tulis acak 4K, dan jaringan dengan iperf3 ke titik akhir yang dikenal. Jalankan masing-masing beberapa kali pada jam yang berbeda — satu benchmark mengukur menit itu, bukan server.

Sekitar lima kali IOPS acak — sekitar 500.000 versus 90.000 — dan sekitar lima kali latensi lebih rendah, di bawah 0,1 ms versus sekitar 0,5 ms. Throughput sekuensial enam hingga sepuluh kali lebih tinggi. Untuk aplikasi berbasis basis data, kesenjangan IOPS acak adalah yang benar-benar Anda rasakan.

SLA kami adalah 99,99% per instance, yang mengizinkan sekitar 4,4 menit downtime per bulan, dan ketersediaan yang teramati di seluruh armada selama dua belas bulan terakhir adalah 99,993%. Apa pun yang melampaui itu membutuhkan redundansi yang Anda bangun sendiri — satu mesin, sehebat apa pun, adalah titik kegagalan tunggal.

Secara tidak langsung dan terukur. Mesin pencari tidak memberi peringkat berdasarkan negara server, tetapi mereka mengukur kecepatan halaman, dan jarak adalah latensi. Server yang berjarak 200 ms dari pengguna Anda akan mengorbankan skor Core Web Vitals yang nyata. Gunakan CDN jika audiens Anda global; tempatkan origin di dekat audiens Anda jika regional.

Proteksi DDoS menyaring lalu lintas serangan di hulu server Anda sehingga permintaan sah tetap tiba. Itu harus selalu aktif agar berguna — mitigasi yang aktif setelah serangan dimulai berarti Anda sudah down. OnionVPS menyertakan hingga 12 Tbps pembersihan L3/L4 di setiap tingkatan, termasuk paket $4.

Isolasi kuat: KVM menegakkan pemisahan di perangkat keras, dan melarikan diri darinya adalah eksploitasi kelas riset yang serius. Risiko realistis bukan hypervisor — itu adalah konfigurasi Anda. SSH kata sandi, perangkat lunak tanpa patch, dan layanan terbuka yang Anda lupakan mencakup hampir semua kompromi dunia nyata.

vCPU shared dijadwalkan terhadap penyewa lain, jadi saat ada kontensi, proses Anda menunggu — terlihat sebagai steal time. vCPU dedicated adalah utas fisik yang dicadangkan untuk Anda tanpa hal lain yang dijadwalkan di atasnya. Shared cocok untuk pekerjaan yang sebagian besar idle; dedicated diperlukan untuk apa pun dengan persyaratan latensi.