Memigrasikan penyiapan penerusan Cloud DNS yang ada ke Endpoint Keluar

Dokumen ini memberikan ringkasan umum tentang hal yang perlu Anda lakukan untuk memigrasikan penyiapan penerusan Cloud DNS yang ada agar dapat menggunakan Endpoint Keluar.

Memigrasikan penyiapan penerusan Cloud DNS yang ada

Ada empat fase untuk memigrasikan penyiapan penerusan Cloud DNS yang ada agar menggunakan Endpoint Keluar, yaitu sebagai berikut:

Persiapan

Pada tahap persiapan, sebelum dapat memulai migrasi, Anda membuat subnet khusus proxy, subnet reguler, dan Endpoint Keluar. Pastikan juga aturan firewall lokal Anda mengizinkan traffic DNS masuk dari rentang alamat IP subnet khusus proxy regional Anda.

  1. Buat subnet khusus proxy: Jika belum ada, di setiap region tempat Anda ingin men-deploy Endpoint Keluar, buat subnet khusus proxy dengan ukuran minimum /26 (64 alamat).
  2. Identifikasi atau buat subnet reguler: Di setiap region tempat Anda berencana men-deploy Endpoint Keluar, identifikasi atau buat subnet reguler dengan alamat IPv4 internal yang tersedia dalam rentang IP utamanya.
  3. Buat Endpoint Keluar: Buat Endpoint Keluar dan kaitkan dengan jaringan VPC target, region, subnet reguler (--subnetwork=REGULAR_SUBNET), dan alamat IPv4 internal yang tersedia (--endpoint-ip=IP_ADDRESS_STRING). Cloud DNS secara otomatis membuat dan mengelola resource reservasi IP statis serta mengikat endpoint ke subnet khusus proxy regional di jaringan VPC.

  4. Perbarui firewall lokal: Tambahkan aturan firewall di lingkungan lokal dan eksternal Anda untuk mengizinkan traffic DNS masuk (port UDP dan TCP 53) yang berasal dari rentang alamat IP subnet khusus proxy regional Anda.

Verifikasi (opsional)

Secara opsional, Anda dapat menggunakan fase verifikasi untuk memverifikasi konfigurasi Endpoint Keluar.

  1. Membuat zona penerusan pengujian: Buat zona penerusan sementara yang baru untuk domain pengujian (misalnya, test.corp.example.com).
  2. Konfigurasi untuk endpoint: Konfigurasi zona pengujian untuk menggunakan Endpoint Keluar yang baru.
  3. Luncurkan VM pengujian: Di jaringan VPC yang relevan, luncurkan VM pengujian sementara.
  4. Verifikasi resolusi: Dari VM pengujian, gunakan dig atau nslookup untuk mengkueri host dalam zona pengujian Anda (misalnya, dig host.test.corp.example.com). Pastikan Anda menerima respons DNS yang berhasil di VM pengujian dan bahwa server menerima kueri. Pastikan juga bahwa server menerima kueri dari alamat IP sumber di subnet khusus proxy baru.

Migrasi produksi

Selama fase migrasi produksi, Anda memperbarui zona penerusan dan kebijakan server untuk menggunakan Endpoint Keluar dan meninjau log kueri untuk memastikan kueri berhasil diselesaikan.

  1. Perbarui zona penerusan dan kebijakan server: Untuk setiap zona penerusan atau kebijakan server yang ingin Anda migrasikan, edit konfigurasi dan ubah jalur penerusan dari rentang 35.199.192.0/19 default ke Endpoint Keluar Anda.
  2. Pantau resolusi dan kondisi: Tinjau log kueri Cloud DNS dan metrik pemantauan untuk zona yang dimigrasikan guna mengonfirmasi bahwa kueri berhasil di-resolve.
    • Gunakan dns.googleapis.com/query/response_count untuk melacak volume kueri dan kode status respons.
  3. Strategi migrasi dan pemanasan awal volume tinggi:
    • Latensi penskalaan otomatis: Ada latensi spin-up penskalaan otomatis sekitar 10 menit untuk infrastruktur proxy yang dikelola Google yang mendasarinya.
    • Peluncuran inkremental: Migrasikan zona secara inkremental (satu zona dalam satu waktu) jika volume kueri gabungan Anda melebihi 10.000 kueri per detik (QPS) per region untuk menghindari kueri yang terputus selama peningkatan penskalaan otomatis.
    • Pra-pemanasan dukungan: Untuk migrasi zona tunggal besar yang langsung melebihi 10.000 QPS per region, tingkatkan traffic secara bertahap (misalnya, 10%, 25%, 50%, lalu 100%) atau hubungi tim akun atau Dukungan Google Cloud Anda sebelum migrasi yang direncanakan untuk meminta pra-pemanasan infrastruktur selama masa pemeliharaan terjadwal. Dalam permintaan Anda, tentukan:
      • Project ID
      • Wilayah target
      • Estimasi QPS puncak

Pembersihan

Setelah memverifikasi bahwa migrasi produksi berhasil, Anda harus membersihkan mekanisme penerusan sebelumnya.

  1. Konfirmasi migrasi penuh: Pastikan semua zona penerusan dan kebijakan server yang diperlukan dalam project Anda tidak menggunakan rentang 35.199.192.0/19 default.
    • Tinjau log DNS lokal Anda dan pastikan tidak ada traffic yang berasal dari rentang ini selama periode yang aman (misalnya, 24 jam).
  2. Hapus aturan firewall sebelumnya: Setelah mengonfirmasi bahwa semua traffic telah dipindahkan ke Endpoint Keluar, Anda dapat menghapus aturan firewall lokal dengan aman yang mengizinkan traffic DNS masuk dari rentang 35.199.192.0/19 default. Pastikan tidak ada layanan Google Cloud lain yang menggunakan aturan ini sebelum menghapus atau menyesuaikannya.

Rollback

Jika Anda perlu melakukan roll back migrasi, lakukan hal berikut:

  1. Mengembalikan kebijakan server atau zona penerusan: Edit zona atau kebijakan server yang terpengaruh dan ubah penerusannya kembali ke rentang 35.199.192.0/19 default.
  2. Pulihkan aturan firewall: Pastikan aturan yang mengizinkan traffic DNS masuk dari 35.199.192.0/19 masih aktif. Jangan hapus aturan ini sebelum fase pembersihan migrasi yang berhasil.

Langkah berikutnya