Mesin layanan dan ketentuan pengujian
Bagaimana mesin yang disediakan untuk tugas atau pemeriksaan internal berbeda dari mesin biasa, aturan apa yang berlaku untuknya, dan apa yang terjadi padanya setelah pengujian.
Diperbarui 23 Agustus 2026
Terkadang sebuah mesin diterbitkan bukan melalui pesanan berbayar biasa, melainkan untuk tugas internal: memverifikasi image sistem, mereproduksi masalah pelanggan, menguji konfigurasi sebelum diterapkan. Secara teknis mesinnya sama dengan akses root yang sama; hanya alasan penerbitannya dan aturan penanganannya yang berbeda.
Bedanya dengan mesin biasa
- Tier dan OS dipilih untuk tugasnya, bukan untuk kenyamanan: mereproduksi masalah pelanggan memerlukan tier dan OS yang persis sama dengan saat masalah itu terjadi.
- Masa pakainya singkat dan sudah diketahui sebelumnya. Mesin dibuat untuk sebuah pemeriksaan dan dihapus setelah pemeriksaan selesai.
- Data di dalamnya dianggap sekali pakai. Jangan simpan apa pun yang berharga atau unik di sana.
Sisanya sama: panel /hosting/vds/m/<id> dengan tab yang sama, dua jenis konsol, disk pemulihan SystemRescue, reinstal OS, dan reverse DNS untuk alamatnya.
Aturan penggunaan
- Buat mesin untuk satu tugas saja. Meja uji yang sekaligus menjalankan tiga eksperimen lain "di samping" tidak lagi reproducible.
- Catat apa yang Anda uji dan di tier mana. Hasil seperti "lambat di VDS-1" tidak berguna tanpa catatan bahwa hambatannya adalah batas tulis 60 MB/s.
- Jangan tinggalkan kunci dan token aktif yang punya akses ke layanan produksi di mesin uji. Mesinnya akan dihapus, tetapi kunci yang jatuh ke tangan yang salah sebelum itu tetap berfungsi.
- Selesai — hapus. Mesin yang terpakai menahan core CPU, memori, dan alamat IPv4 publik yang dibutuhkan orang lain.
Disk mesin yang dihapus tidak dapat dipulihkan. Jika ada yang Anda butuhkan muncul selama pemeriksaan — log, konfigurasi, dump — salin file tersebut ke sisi Anda sebelum penghapusan:
scp root@<address>:/root/report.txt .
Skenario internal yang umum
Memverifikasi image sistem. Pesan mesin dengan distribusi yang dibutuhkan, lalu periksa bahwa mesin berhasil boot, jaringan berfungsi, dan guest agent sudah terpasang:
systemctl status qemu-guest-agent
ip -brief address
df -h /
Jika agent tidak ada, panel tidak akan menampilkan pemakaian disk dan reboot lunak tidak akan berfungsi — panel sendiri menyarankan perintah instalasinya.
Mereproduksi masalah pelanggan. Ambil tier yang sama dan OS yang sama, ulangi langkah-langkahnya, tangkap keluaran perintahnya. Diagnostik per bagian dibahas di Jaringan mati di mesin dan Layanan tidak mau start: panduan systemd.
Menguji konfigurasi sebelum mesin produksi. Berguna saat perubahan memengaruhi jaringan atau boot: merusak mesin uji dan memulihkannya lewat disk pemulihan lebih murah daripada mengurus mesin produksi.
Setelah pengujian
Centang daftarnya: hasil tercatat, file yang Anda butuhkan sudah disalin, tidak ada catatan DNS yang masih mengarah ke alamat mesin, kunci dengan akses eksternal sudah dicabut. Lalu lepaskan mesinnya — tidak ada tombol hapus di panel; prosedur dan konsekuensinya dijelaskan di Menghapus mesin dan periode buyout.