Bermigrasi ke Cloud DNS

Cloud DNS mendukung migrasi domain DNS yang ada dari penyedia DNS lain ke Cloud DNS. Prosedur ini menjelaskan cara menyelesaikan langkah-langkah yang diperlukan: membuat zona terkelola untuk domain Anda, mengekspor konfigurasi DNS dari penyedia yang ada, mengimpor konfigurasi DNS yang ada ke Cloud DNS, mengupdate data server nama registrar Anda, lalu memverifikasi migrasi.

Sebelum memulai

1. Jika Anda belum pernah menggunakan Google Cloud CLI, siapkan gcloud CLI.

2. Untuk menentukan nama project dan melakukan autentikasi dengan konsol Google Cloud , jalankan perintah berikut:

   gcloud auth login
   

   Anda juga dapat menentukan parameter --project untuk perintah agar beroperasi terhadap project lain untuk pemanggilan tersebut.

Membuat zona terkelola

Untuk memigrasikan domain yang ada, buat terlebih dahulu zona terkelola yang akan berisi data DNS Anda. Saat Anda membuat zona, zona baru tidak akan aktif sampai Anda memperbarui pendaftaran domain, mengarahkan resolver ke zona tersebut, atau melakukan kueri ke salah satu server nama zona.

gcloud

Untuk membuat zona, jalankan perintah: dns managed-zones create

gcloud dns managed-zones create --dns-name=example.com.
--description=A_ZONE EXAMPLE_ZONE_NAME

Ganti kode berikut:

• example.com.: nama DNS
• A_ZONE: deskripsi zona
• EXAMPLE_ZONE_NAME: nama untuk mengidentifikasi zona DNS

Mengekspor konfigurasi DNS dari penyedia Anda saat ini

Untuk mengekspor file zona, lihat dokumentasi penyedia Anda. Cloud DNS mendukung impor file zona dalam format data BIND atau YAML.

Contoh:

• Untuk Dyn, buka Download Your Zone File.

• Untuk AWS Route 53, yang tidak mendukung ekspor, Anda dapat menggunakan alat open source cli53.

Mengimpor kumpulan data

Setelah mengekspor file dari penyedia lain, Anda dapat menggunakan perintah gcloud untuk mengimpornya ke zona terkelola.

Untuk mengimpor kumpulan data dengan benar, Anda harus menghapus data apex atau menggunakan flag yang dijelaskan di tab gcloud.

gcloud

Untuk mengimpor kumpulan data, jalankan perintah dns record-sets import. Flag --zone-file-format memberitahu import bahwa file menggunakan format zona BIND. Jika Anda menghapus flag ini, import akan mengharapkan file data berformat YAML:

gcloud dns record-sets import -z=EXAMPLE_ZONE_NAME
--zone-file-format path-to-example-zone-file

Ganti EXAMPLE_ZONE_NAME dengan nama zona DNS Anda.

Perhatian!

Jika file impor Anda berisi data NS atau SOA untuk nama domain utama zona, data tersebut akan berkonflik dengan data Cloud DNS yang sudah ada. Untuk menggunakan data Cloud DNS yang sudah ada (direkomendasikan), pastikan Anda menghapus data NS atau SOA dari file impor. Namun, ada kasus penggunaan untuk mengabaikan perilaku ini. Baca informasi penting berikut.

Perhatian!

Jika DNS otoritatif Anda tersebar di beberapa penyedia dan Anda memiliki server nama utama yang bukan Cloud DNS, maka Anda harus mengganti data SOA Cloud DNS dengan data dari penyedia lain. Untuk melakukannya, Anda harus menggunakan flag --delete-all-existing saat mengimpor kumpulan data untuk menggantikan data SOA yang disediakan Cloud DNS. Jika tidak, pembaruan akan gagal karena data yang diimpor berkonflik dengan data Cloud DNS yang sudah ada.

Untuk alasan serupa, Anda dapat menentukan bahwa data NS dalam file impor digunakan, bukan data Cloud DNS yang sudah ada sebelumnya, dengan menggunakan flag --delete-all-existing dan --replace-origin-ns secara bersamaan. Menentukan data NS untuk apex zona akan menghasilkan error meskipun flag --replace-origin-ns tidak digunakan. Anda harus menghapus data ini dari file impor atau gunakan kedua flag --delete-all-existing dan --replace-origin-ns secara bersamaan jika sesuai.

Catatan:

Beberapa penerapan dan penyedia DNS mengekspor file zona BIND tanpa titik akhir pada data nama domain di CNAME, MX, PTR, dan data lainnya. Dalam file zona, Cloud DNS mengikuti standar RFC dan menafsirkan semua nama domain tanpa titik di akhir sebagai relatif terhadap nama DNS zona. Oleh karena itu, mengimpor data MX berikut ke suatu zona dengan nama DNS example.com akan menghasilkan data yang identik (dan kemungkinan tidak diinginkan) untuk kedua entri:

    in.smtp              IN MX 5 gmail-smtp-in.l.google.com
    in.smtp.example.com. IN MX 5 gmail-smtp-in.l.google.com.example.com.

Sebelum mengimpor file zona, periksa file tersebut untuk memastikan bahwa semua nama yang memerlukan titik di akhir nama sudah memilikinya.

Memverifikasi propagasi DNS

Untuk memantau dan memverifikasi bahwa server nama Cloud DNS telah menerapkan perubahan Anda, Anda dapat menggunakan perintah watch dan dig di Linux.

Catatan: Perintah watch dan dig bukan perintah gcloud dan tidak digunakan dengan awalan perintah gcloud. Pada sistem operasi selain Linux, Anda mungkin perlu menginstal perintah watch dan dig terlebih dahulu.

gcloud dan Linux

1. Untuk mencari server nama Cloud DNS zona Anda, jalankan perintah dns managed-zones describe:

   gcloud dns managed-zones describe EXAMPLE_ZONE_NAME
   

   Ganti EXAMPLE_ZONE_NAME dengan nama zona DNS Anda.

   Outputnya akan terlihat seperti ini:

   nameServers:
   - ns-cloud-a1.googledomains.com.
   - ns-cloud-a2.googledomains.com.
   - ns-cloud-a3.googledomains.com.
   - ns-cloud-a4.googledomains.com.
   

   Dalam output, huruf yang mengikuti bagian ns-cloud- pada nama disebut sebagai shard server nama. Ada lima shard seperti ini (huruf A-E). Untuk mengetahui informasi selengkapnya tentang shard, lihat Batas server nama.

2. Periksa apakah data tersedia di server nama.

   watch dig example.com @ZONE_NAME_SERVER
   

   Ganti ZONE_NAME_SERVER dengan salah satu server nama yang ditampilkan saat Anda menjalankan perintah sebelumnya.

3. Setelah Anda melihat perubahan diterapkan, tekan Ctrl+C untuk keluar.

Perintah watch menjalankan perintah dig setiap 2 detik secara default. Anda dapat menggunakan perintah ini untuk mengetahui kapan server nama otoritatif Anda menerapkan perubahan Anda, yang seharusnya terjadi dalam 120 detik.

Mengupdate data server nama registrar Anda

Login ke penyedia registrar Anda dan ubah server nama otoritatif agar mengarah ke server nama yang Anda lihat di langkah 1. Pada saat yang sama, catat time to live (TTL) yang telah ditetapkan registrar Anda pada data tersebut. TTL menunjukkan berapa lama Anda harus menunggu sebelum server nama baru mulai digunakan.

Menunggu hingga terjadi perubahan, lalu memverifikasi

Untuk mendapatkan server nama otoritatif untuk domain Anda di internet, jalankan perintah Linux berikut:

dig +short NS example.com

Jika output menunjukkan bahwa semua perubahan telah diterapkan, tugas Anda selesai. Jika belum, Anda dapat memeriksa secara berkala atau menjalankan perintah secara otomatis setiap 2 detik saat Anda menunggu perubahan server nama. Untuk melakukannya, jalankan perintah berikut:

watch dig +short NS example.com

Tekan Ctrl+C untuk keluar dari perintah.

Jika tidak menggunakan Linux, Anda dapat menggunakan perintah nslookup.

Langkah berikutnya

• Untuk menambahkan, menghapus, atau mengupdate data, lihat Mengelola data.
• Untuk menggunakan format JSON pada jenis data Cloud DNS, lihat Format data (JSON).
• Untuk menemukan solusi atas masalah umum yang mungkin Anda alami saat menggunakan Cloud DNS, lihat Pemecahan masalah.
• Untuk mendapatkan ringkasan Cloud DNS, lihat Ringkasan Cloud DNS.
• Untuk mengetahui command line Cloud DNS, lihat dokumentasi Google Cloud CLI.