Pindahkan instance ke situs lain

Tidak ada live migration antar kota

Siapa pun yang menawarkannya menyalin halaman memori melalui jalur dengan latensi seratus milidetik, dan yang tiba akan lebih lambat dari yang berangkat. Kami melakukan versi yang jujur: berhenti, salin disk, jalankan di ujung yang lain. Antara dua lokasi Eropa, disk berukuran dua ratus gigabyte biasanya selesai dalam sepuluh menit. Melintasi samudra, anggarkan waktu yang sama.

Salinan berjalan melalui backbone kami sendiri dan tidak dihitung terhadap angka penggunaan wajar Anda.

Urutannya

1. Turunkan TTL pada setiap catatan DNS yang mengarah ke instance, setidaknya satu hari sebelumnya. Enam puluh detik sudah tepat saat Anda memindahkan.
2. Ambil snapshot. Snapshot tetap di lokasi lama sampai Anda menghapusnya, dan itulah yang Anda gunakan untuk kembali.
3. Minta pemindahan, dengan menyebutkan kode lokasi tujuan.
4. Instance berhenti, disk disalin, dan instance dimulai di tujuan dengan IPv4 baru dan /64 baru.
5. Perbarui catatan A dan AAAA, atur reverse DNS pada alamat baru, dan cari apa pun yang meng-hardcode alamat.
6. Naikkan TTL lagi setelah Anda puas.

curl -s -X POST https://paragonvps.com/api/v1/instances/<instance-id>/migrate -H "Authorization: Bearer $Paragon_TOKEN" -H "Content-Type: application/json" -d '{"site":"FRA-01"}'

curl -s https://paragonvps.com/api/v1/jobs/<job-id> -H "Authorization: Bearer $Paragon_TOKEN" | jq -r .state

Alamat lama

Ditahan selama tujuh puluh dua jam setelah pemindahan, sehingga Anda dapat meninggalkan redirect di sana dan menangkap apa pun yang masih menunjuk ke sana. Lalu alamat itu kembali ke kumpulan. Beri tahu kami sebelum pemindahan jika Anda membutuhkannya lebih lama dan kami akan menyimpannya.

Alternatif dengan downtime hampir nol

Jika penghentian selama sepuluh menit tidak dapat diterima, bangun tujuan terlebih dahulu dan salin sementara yang asli masih melayani:

rsync -aHAX --numeric-ids --info=progress2 --exclude=/proc --exclude=/sys --exclude=/dev --exclude=/run /srv/ deploy@<new-ipv4>:/srv/

Jalankan dua kali: sekali dengan layanan aktif, sekali setelah menghentikannya, sehingga lintasan kedua hanya membawa delta. Potong DNS di antara dua lintasan. Ini lebih banyak pekerjaan dan lebih banyak risiko daripada salinan disk, dan ini adalah jawaban yang tepat untuk basis data dengan replika dan jawaban yang salah untuk server web yang dapat mati selama minum kopi.

Memilih ke mana harus pergi

Median latensi dari probe kami sendiri ada di halaman lokasi. Yurisdiksi adalah separuh lainnya dari keputusan dan, untuk sebagian besar pelanggan kami, separuh yang lebih besar — lokasi yang Anda pilih menentukan hukum siapa yang menaungi disk Anda, dan tidak ada tiket dukungan yang mengubahnya setelahnya.

Stok juga penting. Lokasi yang ditandai rendah akan menerima pesanan dan kemudian mengisi dengan lambat, dan lokasi pre-order bukanlah tempat untuk memindahkan layanan yang berjalan.

Apa yang rusak

• Lisensi Windows aktif terhadap perangkat keras dan alamat. Perkirakan untuk mengaktifkan ulang.
• Apa pun yang dipatok oleh alamat di firewall orang lain. Tanyakan kepada mereka sebelum pemindahan, bukan setelah telepon berdering.
• Alamat yang di-hardcode dalam konfigurasi Anda sendiri. grep -r direktori konfigurasi saat instance lama masih berjalan, karena saat itulah jawaban mudah untuk diperiksa.