Memigrasikan penyiapan penerusan Cloud DNS yang ada ke Endpoint Keluar

Dokumen ini memberikan ringkasan umum tentang hal-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 fase persiapan, sebelum dapat memulai migrasi, Anda harus membuat subnet khusus proxy, subnet reguler, dan Endpoint Keluar. Pastikan juga jaringan lokal Anda memiliki rute kembali untuk rentang alamat IP subnet khusus proxy regional dan 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. Membuat Endpoint Keluar: Buat Endpoint Keluar Anda 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 pemesanan IP statis dan mengikat endpoint ke subnet khusus proxy regional di jaringan VPC.

  4. Perbarui firewall dan rute lokal: Pastikan jaringan lokal Anda memiliki rute kembali untuk rentang alamat IP subnet khusus proxy regional. Tambahkan aturan firewall di lingkungan lokal dan eksternal Anda untuk mengizinkan traffic DNS masuk (UDP dan TCP port 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. Pastikan di log server DNS lokal atau eksternal Anda bahwa server menerima kueri dari alamat IP sumber di subnet khusus proxy regional yang baru. Verifikasi juga di log dns_query bahwa jsonPayload.egressPath ditetapkan ke OUTBOUND_ENDPOINT.

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 Anda (memeriksa jsonPayload.egressPath=OUTBOUND_ENDPOINT, jsonPayload.outboundEndpoint, dan jsonPayload.egressError) serta metrik pemantauan yang ada 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 pra-pemanasan bervolume 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 per satu) jika volume kueri gabungan Anda melebihi 10.000 kueri per detik (QPS) per region untuk menghindari kueri yang dihapus 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
      • Perkiraan 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