Ringkasan penggunaan DNS Zona

Dokumen ini menjelaskan manfaat dan pendekatan yang direkomendasikan untuk memigrasikan workload dan organisasi Anda dari DNS global ke DNS zonal.

DNS zona mengurangi risiko pemadaman layanan lintas-regional dan meningkatkan keandalan project Anda secara keseluruhan di Compute Engine.

Manfaat menggunakan nama DNS zona

Google Cloud menawarkan dua jenis nama DNS internal: zona dan global.

DNS zona

Nama DNS zona mencakup nama instance Compute Engine Anda, zona tempat instance Anda berada, dan project yang memiliki instance tersebut. Nama ini diselesaikan dalam zona tertentu. Akibatnya, my-vm.zone1.google.com unik untuk zone1 dan mewakili instance yang berbeda dari my-vm.zone2.google.com. Isolasi ini memberikan manfaat utama:

  • Ketersediaan yang ditingkatkan: Jika satu zona mengalami pemadaman, maka hal itu tidak akan memengaruhi resolusi DNS di zona lain, sehingga meningkatkan ketersediaan aplikasi Anda.

DNS zona adalah metode resolusi DNS internal default untuk organisasi yang dibuat setelah 6 September 2018.

DNS Global

Nama DNS global tidak menyertakan zona tempat instance berada. Artinya, setiap instance harus memiliki nama DNS yang unik di semua zona dalam project Anda. Pendekatan ini memiliki kelemahan yang signifikan:

  • Titik tunggal kegagalan: Jika layanan DNS global mengalami masalah, semua instance Anda dapat terpengaruh, terlepas dari zona tempat instance tersebut berada. Hal ini dapat menyebabkan masalah berikut:
    • Tidak dapat membuat instance baru: Anda mungkin tidak dapat membuat instance baru di region mana pun yang mengalami kegagalan bidang kontrol.
    • Gangguan layanan: Layanan Compute Engine yang penting seperti penskalaan otomatis atau autohealing untuk grup instance terkelola (MIG) mungkin tidak berfungsi dengan benar.

Pendekatan yang direkomendasikan untuk bermigrasi dari DNS global ke DNS zonal

Secara umum, proses migrasi DNS global ke DNS zona memiliki dua langkah:

  1. Mengonfigurasi project baru agar menggunakan DNS zona secara default.
  2. Migrasikan project yang ada dari penggunaan DNS global ke DNS zona dengan mengubah setelan metadata DNS internal.

Beberapa project mungkin tidak kompatibel dengan DNS zonal. Project ini memerlukan analisis dan pemecahan masalah sebelum dimigrasikan ke DNS zona.

Panduan Kompatibilitas Project

Compute Engine memeriksa histori DNS internal 30 hari sebelumnya untuk menentukan apakah Anda dapat bermigrasi ke DNS Zonal tanpa melakukan perubahan kode apa pun. Meskipun project Anda direkomendasikan untuk migrasi, Google merekomendasikan Anda untuk memverifikasi bahwa konfigurasi beban kerja spesifik Anda siap untuk beralih ke DNS Zonal. Untuk memastikan semuanya berjalan lancar setelah migrasi, tinjau faktor lingkungan berikut:

1. Domain Penelusuran DNS (khusus Linux atau Unix)

Saat Anda beralih ke DNS Zonal, Compute Engine akan menambahkan domain baru ke jalur penelusuran instance.

  • Kapan harus memverifikasi: Jika Anda menjalankan distribusi Linux atau Unix yang lebih lama yang menggunakan glibc versi 2.25 atau yang lebih lama, maka sistem memiliki batas maksimum enam domain penelusuran.

  • Kapan harus dilewati: Jika instance menjalankan salah satu sistem operasi berikut, Anda tidak perlu memverifikasi apa pun:

    • Windows
    • Container-Optimized OS
    • Debian 10 atau yang lebih baru
    • Fedora CoreOS 27 atau yang lebih baru
    • RHEL 8 atau yang lebih baru
    • Ubuntu 18.04 atau yang lebih baru
    • Image kustom yang menggunakan glibc versi 2.26 atau yang lebih baru

Cara memverifikasi lingkungan Anda:

  1. Hubungkan ke instance Linux Anda dan periksa versi glibc dengan menjalankan perintah berikut:

    ldd --version

  2. Jika Anda menggunakan glibc versi 2.25 atau yang lebih lama, lihat domain penelusuran saat ini dengan menjalankan perintah berikut:

    cat /etc/resolv.conf

    Baris search di output menampilkan domain penelusuran saat ini. Anda sebaiknya memiliki tidak lebih dari lima domain untuk menambahkan domain penelusuran baru dengan aman dan menghindari melampaui batas enam OS.

Cara mengurangi:

Jika instance Anda melebihi batas domain penelusuran pada versi OS yang terpengaruh, Anda dapat mengatasi batasan tersebut menggunakan salah satu pendekatan berikut:

  • Buat instance baru: Buat instance pengganti menggunakan image OS yang kompatibel (seperti Debian 10+ atau RHEL 8+).
  • Perbarui instance yang ada: Perbarui OS tamu di instance komputasi Anda agar menjalankan sistem operasi yang sesuai.

2. Panjang Nama Instance (Sistem Operasi Lama)

DNS zona menambahkan penentu zona ke Nama Domain yang Sepenuhnya Memenuhi Syarat (FQDN) internal, sehingga nama keseluruhan menjadi lebih panjang.

  • Kapan harus memverifikasi: Sistem lama seperti Windows Server 2003 atau yang lebih lama memiliki batas nama 15 karakter karena konvensi NetBIOS yang lebih lama.
  • Yang harus dilakukan: Jika Anda menggunakan sistem lama ini, verifikasi bahwa nama DNS Zonal yang lebih panjang tidak melebihi batas karakter ini.

Image OS Windows modern tidak terpengaruh.

Cara mengurangi:

Jika nama instance di OS lama melebihi 15 karakter setelah menambahkan penentu zona, Anda dapat mengatasi masalah ini dengan menggunakan salah satu metode berikut:

  • Ganti nama instance: Hentikan instance dan ganti namanya sehingga FQDN gabungan tetap berada dalam batas NetBIOS 15 karakter.
  • Upgrade sistem operasi: Update OS tamu instance komputasi ke image sistem operasi Windows modern yang tidak lagi menerapkan batasan penamaan NetBIOS.

3. Jaringan VPC Bersama

Jika infrastruktur Anda menggunakan project layanan yang terhubung menggunakan VPC Bersama, resolusi nama akan berperilaku sedikit berbeda setelah Anda beralih menggunakan DNS Zonal.

  • Yang harus dilakukan: Untuk memastikan komunikasi yang lancar di seluruh VPC Bersama, verifikasi bahwa aplikasi Anda me-resolve nama instance dalam project layanan tersebut menggunakan FQDN Zonal. FQDN Zonal mencakup nama zona tertentu.

Langkah berikutnya