Migrasi dari shared hosting atau VPS ke cloud: langkah, biaya, dan cara menghindari situs mati

Migrasi yang aman mengikuti urutan: inventaris semua yang berjalan (situs, basis data, email, cron, sertifikat, DNS), bangun dan uji di tempat baru sambil yang lama tetap berjalan, turunkan TTL DNS beberapa hari sebelumnya, pindahkan data terakhir pada jam sepi, alihkan DNS, lalu pertahankan layanan lama selama masa tumpang tindih sampai yakin semua beres. Biayanya terdiri dari jasa atau waktu staf, dua layanan yang berjalan bersamaan, dan transfer data. Panduan ini bagian dari panduan kegagalan umum hosting dan cloud, karena migrasi tanpa rencana adalah salah satu penyebab situs mati berhari-hari.

Kapan migrasi masuk akal

Situs sering kena batas sumber daya di shared hosting.
Butuh perangkat lunak, versi, atau akses yang tidak tersedia.
Klien atau aturan meminta lokasi data tertentu, misalnya region Jakarta; lihat PP 71/2019 dan region Jakarta.
Total biaya 3 tahun di tempat baru jelas lebih rendah, setelah memperhitungkan biaya migrasi.
Harga perpanjangan di penyedia lama melonjak dan negosiasi gagal.

Migrasi hanya karena promo penyedia lain jarang menguntungkan; hitung dulu dengan kalkulator payback.

Langkah demi langkah

Tahap	Kegiatan	Waktu yang umum
1. Inventaris	Daftar domain, DNS, situs, basis data, email, tugas terjadwal, sertifikat, integrasi pembayaran dan kurir	1–3 hari
2. Desain	Ukuran server, region, backup, akses, biaya per bulan	1–3 hari
3. Bangun	Siapkan server, salin data, pasang aplikasi	2–5 hari
4. Uji	Uji lewat file hosts atau subdomain sementara: halaman, checkout, formulir, email, kecepatan	2–5 hari
5. Persiapan DNS	Turunkan TTL ke beberapa menit, 24–48 jam sebelum pengalihan	1–2 hari
6. Pengalihan	Bekukan perubahan, salin data terakhir, alihkan DNS, pantau	Jam sepi, 2–6 jam
7. Tumpang tindih	Layanan lama tetap aktif sebagai cadangan	2–4 minggu
8. Penutupan	Ekspor arsip terakhir, hapus data di penyedia lama sesuai kontrak	1 hari

Untuk toko online, bekukan pesanan baru selama penyalinan data terakhir atau gunakan mode pemeliharaan singkat, supaya pesanan tidak tercecer di dua basis data.

Email: bagian yang paling sering bermasalah

Bila email ikut di hosting lama, migrasi email perlu rencana sendiri: salin kotak surat (IMAP), perbarui catatan MX, SPF, DKIM, dan DMARC, dan beri tahu staf tentang pengaturan baru di ponsel. Salah satu catatan DNS yang terlewat bisa membuat email masuk ke spam atau hilang. Pertimbangkan memisahkan email dari hosting agar migrasi berikutnya lebih sederhana.

Contoh ilustratif biaya migrasi dan payback

Toko online pindah dari dua VPS lama ke VM cloud yang lebih sesuai ukuran, dengan basis data terkelola. Angka ilustrasi:

Komponen satu kali	Biaya
Jasa konsultan migrasi (5 hari × Rp3.000.000)	Rp15.000.000
Waktu staf internal (24 jam × Rp125.000)	Rp3.000.000
Masa tumpang tindih 1 bulan layanan lama	Rp2.500.000
Transfer data dan uji	Rp500.000
Total biaya satu kali	Rp21.000.000

Biaya lama Rp6.000.000 per bulan (termasuk lisensi dan waktu perawatan), biaya baru Rp4.500.000 per bulan. Penghematan Rp1.500.000 per bulan, atau Rp18.000.000 per tahun. Di kalkulator payback: biaya Rp21.000.000, penghematan Rp18.000.000 per tahun, horizon 3 tahun → payback ≈ 1,17 tahun, manfaat bersih 3 tahun Rp33.000.000.

Bila penyedia baru memberi kredit migrasi Rp5.000.000 yang benar-benar diterima, biaya bersih menjadi Rp16.000.000 dan payback ≈ 0,89 tahun.

Risiko yang perlu disiapkan

SEO: pertahankan struktur URL; bila berubah, pasang pengalihan 301. Pantau Search Console setelah pindah.
Sertifikat SSL: terbitkan sertifikat di server baru sebelum DNS dialihkan, atau segera setelahnya.
Integrasi pihak ketiga: payment gateway, kurir, dan aplikasi kasir yang memakai daftar IP yang diizinkan perlu diperbarui ke IP baru.
Data pribadi: bila tempat baru di luar negeri, siapkan penilaian transfer; lihat UU PDP dan PP 33/2026.
Penghapusan di penyedia lama: minta konfirmasi penghapusan data setelah masa tumpang tindih.

Daftar uji sebelum mengalihkan DNS

Uji di server baru melalui file hosts atau subdomain sementara, dan centang setiap baris sebelum mengubah catatan DNS:

Halaman utama dan halaman terlaris tampil benar di ponsel dan desktop, termasuk gambar dan font.
Checkout penuh dengan transaksi uji di payment gateway, termasuk notifikasi pembayaran (callback) yang masuk ke server baru.
Formulir kontak dan pendaftaran mengirim email dan masuk ke basis data.
Ongkos kirim dan integrasi kurir menghitung tarif seperti di server lama.
Tugas terjadwal (cron): laporan, sinkronisasi stok, dan backup otomatis berjalan sesuai jadwal.
Pengalihan 301 dari URL lama, serta berkas robots.txt dan sitemap, tersedia.
Sertifikat HTTPS valid untuk domain utama dan subdomain.
Kecepatan diukur dari kota pelanggan utama dan dibandingkan dengan server lama.
Backup pertama di server baru sudah dibuat dan dipulihkan sekali ke server uji.

Satu baris yang gagal lebih murah diperbaiki sebelum pengalihan daripada sesudahnya, ketika pelanggan sudah diarahkan ke server baru.

Pertanyaan yang sering diajukan

Berapa lama situs akan mati saat migrasi?

Dengan uji yang baik dan TTL rendah, gangguan bisa hanya beberapa menit sampai beberapa jam. Situs mati berhari-hari biasanya terjadi karena layanan lama dihentikan sebelum yang baru siap.

Apakah perlu jasa migrasi?

Untuk situs sederhana di CMS populer, banyak penyedia menawarkan bantuan migrasi. Untuk toko online dengan integrasi, aplikasi khusus, atau email banyak akun, jasa profesional sering lebih murah daripada kerugian akibat kesalahan.

Bagaimana bila penyedia lama mempersulit ekspor?

Gunakan hak yang tertulis di kontrak dan syarat layanan; minta ekspor dalam format standar. Untuk pencegahan berikutnya, baca vendor lock-in dan biaya keluar. Bila tagihan baru justru membengkak setelah pindah, lihat penyebab tagihan cloud membengkak.

Sumber resmi

PANDI — pengelolaan domain .id dan registrar
Portal PSE Komdigi — pembaruan data PSE bila sistem berubah
BSSN — panduan keamanan saat konfigurasi server baru
pasal.id — UU 27/2022 tentang pelindungan data pribadi