Memindahkan server live tanpa merusaknya
Sebagian besar migrasi gagal pada saat cutover, bukan pada penyalinan. Menyalin byte adalah masalah yang sudah terpecahkan. Berikut adalah cara sisanya dilakukan, apa yang gratis, dan di mana kami berhenti.
Jendela migrasi gratis
Satu migrasi per instance dalam 14 hari pertama. Setelah itu adalah waktu engineer yang dapat ditagih, dengan penawaran sebelum apa pun dimulai.
Setiap akun baru mendapat bantuan migrasi tanpa biaya selama 14 hari sejak invoice berbayar pertama. Itu mencakup instance sebanyak yang Anda pesan, hingga 2 jam waktu engineer per instance, yang dalam praktiknya jauh lebih banyak daripada yang dipakai hampir semua orang.
Jendela ini ada karena alternatifnya adalah Anda kehilangan akhir pekan untuk itu dan menyimpulkan bahwa mengganti host tidak sepadan. Melakukannya dengan benar akan lebih murah bagi kami daripada kehilangan akun di bulan kedua.
Armada yang lebih besar mendapat rencana, bukan stopwatch. Beri tahu kami berapa banyak instance, apa yang mereka jalankan, dan di mana mereka sekarang; sebuah urutan tertulis akan kembali dengan titik rollback di setiap langkah.
Pengembalian dana 7 hari berjalan bersamaan dengan ini. Migrasi di hari pertama, putuskan di hari keenam bahwa latensinya tidak sesuai kebutuhan Anda, dan koin akan kembali sebagai aset yang Anda bayarkan.
Yang akan kami lakukan, dan yang tidak akan kami lakukan
Akses hanya satu arah. Anda menambahkan kunci yang kami buat untuk pekerjaan ini ke mesin sumber, kami menggunakannya, dan Anda menghapusnya setelah pemindahan selesai. Kunci bersifat per-migrasi dan tidak pernah meninggalkan workstation operator. Jika host Anda saat ini tidak mengizinkan hal itu, penyalinan tingkat blok yang didorong dari sisi Anda ke target yang sudah disiapkan menjadi alternatif.
Kami tidak memerlukan kata sandi panel kontrol Anda di penyedia lama dan akan menolaknya jika ditawarkan. Tidak seorang pun di sini menginginkan kemampuan untuk bertindak sebagai Anda di tempat lain, dan seorang teknisi yang memegang kredensial pelanggan adalah liabilitas tanpa manfaat.
Kami akan
Menyalin filesystem atau seluruh perangkat blok, menyiapkan instance target, menyetel kernel dan disk penerima, menjalankan sinkronisasi delta, mendampingi Anda saat cutover, dan tetap di tiket sampai DNS stabil.
Kami tidak akan
Men-debug aplikasi Anda, menulis ulang konfigurasi Anda untuk distribusi yang lebih baru, memindahkan lisensi yang terikat pada perangkat keras orang lain, atau menerima kata sandi. Akses terjadi melalui kunci sementara yang Anda cabut setelahnya.
Kami lebih memilih tidak
Memindahkan basis data dengan menyalin file-nya saat sedang berjalan. Itu berhasil sampai tidak berhasil, dan kegagalannya muncul berminggu-minggu kemudian sebagai korupsi yang senyap. Gunakan replika dan promosi sebagai gantinya.
Tingkat file atau tingkat blok
Dua cara untuk memindahkan byte. Cara yang tepat bergantung pada apakah Anda menginginkan sistem operasi yang sama menunggu Anda di sisi lain.
| Pertimbangan | Tingkat file, rsync | Tingkat blok, dd melalui SSH |
|---|---|---|
| Yang dipindahkan | Berkas, izin, atribut tambahan | Seluruh perangkat, byte demi byte |
| Waktu henti | Menit, satu sinkronisasi delta akhir | Jam, atau jendela yang dijadwalkan |
| Yang Anda boot | Citra terbaru yang Anda pilih | Persis seperti yang Anda miliki, termasuk hal-hal yang tidak perlu |
| Mengganti distribusi | Boleh, itulah tujuannya | Tidak mungkin |
| Risiko bootloader | Tidak ada, target sudah bisa boot | Nyata, dan konsol adalah cara untuk memperbaikinya |
| Disk sparse berukuran besar | Ditangani dengan baik | Menyalin ruang kosong kecuali Anda merencanakannya |
| Kapan memilihnya | Hampir selalu | Mesin lawas yang tidak berani dibangun ulang oleh siapa pun |
Ada opsi ketiga yang seringkali tercepat: jangan migrasi sama sekali. Bangun layanan dengan bersih dari manajemen konfigurasi Anda, pulihkan dump basis data ke dalamnya, dan buang mesin lama. Jika infrastruktur Anda dapat direproduksi, ini adalah pekerjaan dua jam tanpa langkah penyalinan.
Urutannya
Tujuh langkah, dalam urutan ini. Melewatkan langkah kelima adalah cara orang berakhir melayani dari dua mesin sekaligus dan baru menyadarinya pada hari Senin.
- 01
Pesan target dan biarkan menetap
Ukuran sama atau lebih besar, di kota yang benar-benar Anda inginkan. Jalankan pemantauan Anda terhadapnya saat kosong selama sehari dan konfirmasi angka latensi dan disk sesuai dengan yang diklaim halaman paket.
- 02
Turunkan TTL dulu
Turunkan record ke 300 detik setidaknya 48 jam sebelum pemindahan, sehingga nilai lama telah kedaluwarsa di mana-mana saat Anda perlu mengubahnya. Langkah ini tidak berguna jika terlambat.
- 03
Ambil salinan dingin
Sebagian besar data, dipindahkan sementara semuanya masih aktif di mesin lama. Prosesnya selama yang dibutuhkan dan tidak ada yang menunggunya.
- 04
Aktifkan layanan di target
Versi sama, konfigurasi sama, masih belum menerima lalu lintas. Basis data dipulihkan di sini, dari dump, bukan dari salinan berkas.
- 05
Uji target berdasarkan alamat
Timpa nama host secara lokal dengan entri hosts dan gunakan situs dengan benar selama satu jam. Masuk, tulis sesuatu, unggah sesuatu, kirim email jika ia mengirim email.
- 06
Bekukan, delta akhir, alihkan
Hentikan penulisan di sumber, jalankan sinkronisasi terakhir, verifikasi checksum pada sesuatu yang penting, lalu ubah record. Periode pembekuan biasanya di bawah lima menit.
- 07
Pertahankan sumber selama seminggu
Dinyalakan, tidak melayani apa pun, tetapi tetap dibayar. Itu adalah asuransi termurah yang pernah Anda beli, dan satu hal yang Anda lupa untuk disalin selalu muncul pada hari keempat.
DNS, dan pengujian sebelum Anda berkomitmen
Peralihan adalah perubahan DNS, dan perubahan DNS tidak pernah instan apa pun kata TTL. Beberapa resolver membulatkan ke atas, beberapa jaringan korporat menyimpan cache selama sehari, dan sejumlah kecil klien mengikat alamat selama proses hidup. Rencanakan untuk melayani dari kedua mesin selama 24 jam.
Menjalankan keduanya lebih mudah daripada kedengarannya ketika aplikasi tidak memiliki status. Jika tidak, buat mesin lama hanya-baca pada saat peralihan daripada mematikannya, sehingga klien yang basi mendapatkan kegagalan yang jelas alih-alih menulis ke basis data yang tidak akan pernah dibaca lagi oleh siapa pun.
Sebelum Anda menyentuh DNS
Entri hosts yang menunjuk ke alamat baru adalah satu-satunya pengujian yang jujur. Sertifikat, pengalihan, URL absolut, dan alamat yang dikodekan keras semuanya rusak di sini, di depan Anda, bukan di depan pengguna Anda.
Sertifikat terlebih dahulu
Terbitkan di target sebelum peralihan menggunakan tantangan DNS, sehingga sesuatu yang valid sudah ada di tempat ketika permintaan pertama tiba. Tantangan HTTP tidak dapat berfungsi sampai lalu lintas sudah dipindahkan, yang sudah terlambat.
Email adalah pengecualian
Reputasi tidak ikut berpindah dengan data. Alamat baru mengirim dari riwayat nol, jadi panaskan selama dua minggu, pertahankan SPF, DKIM, dan DMARC valid di kedua mesin selama periode tumpang tindih, dan perkirakan minggu pertama lambat.
Rollback adalah TTL, bukan pembangunan ulang
Selama sumber hidup dan TTL masih rendah, membatalkan peralihan hanya memerlukan satu perubahan catatan. Itulah seluruh alasan langkah dua dan tujuh tidak opsional.
Pertanyaan migrasi
Ya, dikutip secara tertulis sebelum apa pun dimulai, dan biasanya angka yang sederhana. Tidak ada yang dimulai sampai Anda menyetujui angka tersebut.
Ya, pada tingkat blok, ke dalam citra berlisensi sebesar €22 per bulan. Reaktivasi terjadi terhadap perangkat keras baru dan kadang-kadang memerlukan satu reboot agar stabil.
Maka kami tidak dapat membantu secara langsung, dan Anda juga tidak bisa. Ekspor apa pun yang panel berikan, bangun ulang pada citra bersih, dan anggap seluruh kejadian sebagai pelajaran tentang panel yang memiliki mesin.
Biasanya kurang dari dua jam pada port 10 Gbit/s, sering kali jauh lebih cepat. Batasannya hampir selalu unggahan penyedia lama, bukan unduhan kami.
Ya, dan itu lebih mudah karena kedua ujungnya milik kami. Snapshot, pulihkan di kota baru, uji, alihkan. Memindahkan instance di antara lokasi kami sendiri tanpa biaya.
Anda mengubah catatan kembali, karena sumber masih berjalan dan TTL masih 300 detik. Itu adalah rencana, bukan kontingensi, dan itulah mengapa langkah terakhir ada.
Beri tahu kami apa yang Anda pindahkan
Jumlah instance, kecepatan port penyedia lama, total data, dan apakah ada basis data. Rencana tertulis kembali pada hari kerja yang sama, dan jika jawaban yang jujur adalah membangun ulang daripada menyalin, itulah yang akan dikatakan.