Cara Migrasi Server ke Cloud: Checklist 13 Langkah

Tahap persiapan: langkah 1 sampai 5

Sebagian besar keberhasilan migrasi ditentukan sebelum satu byte pun dipindahkan. Jangan tergoda mempercepat tahap ini:

• 1. Data seluruh aset: server, aplikasi, basis data, domain, sertifikat, tugas terjadwal, dan lisensi.
• 2. Petakan ketergantungan — apa memanggil apa, termasuk yang tidak terdokumentasi. Pantau lalu lintas jaringan selama beberapa hari untuk menemukan yang tersembunyi.
• 3. Catat kebutuhan sumber daya nyata: CPU, memori, disk, dan bandwidth pada kondisi puncak, bukan rata-rata.
• 4. Identifikasi hal yang tidak bisa dipindahkan: perangkat keras khusus, lisensi terikat perangkat, atau integrasi berbasis alamat IP tetap.
• 5. Tetapkan target waktu pemulihan dan toleransi kehilangan data, karena keduanya menentukan strategi dan biaya migrasi.

Tahap penyiapan: langkah 6 sampai 9

Setelah gambaran lengkap terbentuk, lingkungan tujuan bisa dibangun dengan tepat:

• 6. Rancang lingkungan tujuan: jaringan, keamanan, ukuran instance, dan estimasi biaya bulanan.
• 7. Bangun lingkungan tersebut sebagai kode bila memungkinkan, agar bisa dibuat ulang secara identik.
• 8. Replikasi data awal — berkas dan basis data — sambil server lama tetap melayani pengguna.
• 9. Uji coba menyeluruh memakai berkas host, sebelum DNS diubah. Uji seluruh alur penting, bukan hanya halaman depan.

Tahap perpindahan: langkah 10 sampai 13

Bagian yang paling menegangkan justru menjadi paling singkat bila persiapannya matang:

• 10. Turunkan nilai TTL catatan DNS menjadi 300 detik, minimal 48 jam sebelum cutover.
• 11. Jalankan sinkronisasi selisih data terakhir, bila perlu dengan mode baca-saja sementara agar tidak ada transaksi tertinggal.
• 12. Ubah catatan DNS ke lingkungan baru pada jam dengan trafik terendah, lalu pantau log secara aktif.
• 13. Amati selama beberapa hari dengan server lama tetap menyala, baru matikan setelah semuanya terbukti stabil.

Kesalahan yang paling sering terjadi

Beberapa kesalahan berikut muncul berulang kali pada migrasi yang bermasalah, dan semuanya bisa dicegah:

• Mematikan server lama terlalu cepat sehingga tidak ada jalur kembali.
• Lupa memindahkan tugas terjadwal, sehingga laporan atau sinkronisasi berhenti diam-diam.
• Melupakan email — catatan MX tidak ikut dipindahkan atau justru dipindahkan terlalu dini.
• Tidak menurunkan TTL DNS, sehingga sebagian pengunjung masih diarahkan ke server lama berhari-hari.
• Tidak menguji pemulihan cadangan sebelum migrasi dimulai.
• Menganggap tagihan bulan pertama sebagai biaya tetap, padahal itu justru waktu terbaik untuk optimasi.

Setelah migrasi: pekerjaan yang belum selesai

Migrasi tidak berakhir saat DNS berpindah. Dua sampai empat minggu berikutnya adalah masa ketika pola pemakaian sesungguhnya mulai terlihat, dan di situlah penyesuaian ukuran sumber daya bisa dilakukan dengan percaya diri.

Selain itu, perbarui dokumentasi, hapus aset sisa migrasi yang masih menagih biaya, pastikan pemantauan dan cadangan sudah menunjuk ke lingkungan baru, lalu jadwalkan uji pemulihan pertama di lingkungan yang baru tersebut.