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, memperbarui data server nama registrar, lalu memverifikasi migrasi.

Sebelum memulai

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

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

   gcloud auth login
   

   Anda juga dapat menentukan parameter --project agar perintah beroperasi pada project yang berbeda untuk pemanggilan tersebut.

Membuat zona terkelola

Untuk memigrasikan domain yang ada, pertama-tama buat zona terkelola untuk menampung data DNS Anda. Saat Anda membuat zona, zona baru tersebut tidak akan digunakan hingga Anda mengupdate pendaftaran domain, mengarahkan resolver, atau mengkueri salah satu server nama zona Anda.

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

Ekspor konfigurasi DNS dari penyedia yang ada

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 cli53 open source.

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 tanda yang dijelaskan pada tab gcloud.

gcloud

Untuk mengimpor kumpulan data, jalankan perintah dns record-sets import. Flag --zone-file-format memberi tahu import untuk mengharapkan file berformat zona BIND. Jika Anda menghilangkan flag ini,import 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 apex zona, data tersebut akan bertentangan 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 mengganti perilaku ini; lihat informasi penting berikut.

Perhatian:

Jika DNS otoritatif Anda dibagi menjadi beberapa penyedia dan Anda memiliki server nama utama non-Cloud DNS, Anda harus mengganti data SOA Cloud DNS dengan data dari penyedia lainnya. Untuk melakukannya, Anda harus menggunakan flag --delete-all-existing saat mengimpor kumpulan data untuk mengganti data SOA yang disediakan Cloud DNS. Jika tidak, pembaruan akan gagal karena data yang diimpor bertentangan dengan data Cloud DNS yang sudah ada sebelumnya.

Untuk alasan serupa, Anda dapat menentukan bahwa data NS dalam file impor digunakan, bukan data Cloud DNS yang sudah ada, 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 ditentukan. Hapus data ini dari file impor atau gunakan tanda --delete-all-existing dan --replace-origin-ns secara bersamaan jika sesuai.

Catatan:

Beberapa implementasi dan penyedia DNS mengekspor file zona BIND tanpa periode 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 periode akhir sebagai relatif terhadap nama DNS zona. Oleh karena itu, mengimpor data MX berikut ke zona dengan nama DNS example.com akan menghasilkan data yang identik (dan mungkin tidak diinginkan) untuk keduanya:

    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 akhir sudah memilikinya.

Memverifikasi propagasi DNS

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

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

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 setelah bagian ns-cloud- dari nama disebut sebagai shard server nama. Ada lima shard semacam itu (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, tekan Ctrl+C untuk keluar.

Perintah watch menjalankan perintah dig setiap 2 detik secara default. Anda dapat menggunakan perintah ini untuk menentukan kapan server nama otoritatif mengambil perubahan, yang akan terjadi dalam waktu 120 detik.

Memperbarui 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 waktu tayang (TTL) yang ditetapkan registrar pada data Anda. Cara ini memberi tahu Anda berapa lama Anda harus menunggu sebelum server nama baru mulai digunakan.

Tunggu perubahan, lalu verifikasi

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 tidak, Anda dapat memeriksanya sesekali atau otomatis menjalankan perintah setiap 2 detik sambil menunggu server nama berubah. Untuk melakukannya, jalankan perintah berikut:

watch dig +short NS example.com

Ctrl+C keluar dari perintah.

Jika tidak menggunakan Linux, Anda dapat menggunakan perintah nslookup.

Langkah selanjutnya

• Untuk menambahkan, menghapus, atau memperbarui data, lihat Mengelola data.
• Agar dapat menggunakan format JSON untuk 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 command line Cloud DNS, lihat dokumentasi Google Cloud CLI.