Mengonfigurasi konektivitas menggunakan proxy TCP melalui VM yang dihosting di cloud

Anda dapat menggunakan proxy TCP di Virtual Machine (VM) Compute Engine saat ingin membuat konektivitas pribadi melalui peering Virtual Private Cloud (VPC), tetapi peering VPC non-transitif mencegah perutean langsung antara database sumber dan cluster AlloyDB untuk PostgreSQL tujuan (misalnya, saat melakukan migrasi dari instance Cloud SQL untuk PostgreSQL yang menggunakan arsitektur jaringan produsen yang lebih lama, atau dari database sumber yang dihosting sendiri di jaringan VPC terpisah). Untuk ringkasan konseptual tentang cara kerja metode ini, lihat Proxy TCP melalui VM yang dihosting di cloud dalam ringkasan metode jaringan.

Gambar 1. Contoh konektivitas: Proxy TCP yang digunakan untuk merutekan traffic antara database sumber dan cluster AlloyDB untuk PostgreSQL tujuan. (klik untuk memperbesar)

Saat Anda membuat tugas migrasi berkelanjutan di konsol Google Cloud , Database Migration Service akan mengumpulkan parameter yang diperlukan dan membuat skrip gcloud yang membuat VM container Compute Engine yang menjalankan proxy TCP dan aturan firewall yang mengizinkan traffic TCP masuk di port 5432 dari cluster AlloyDB untuk PostgreSQL tujuan ke VM proxy.

Menyiapkan VM proxy TCP

Di konsol Google Cloud , saat Anda menyiapkan konektivitas antara sumber dan tujuan, lakukan langkah-langkah berikut:

1. Di menu drop-down Connectivity method, pilih Proxy via cloud-hosted VM - TCP.

2. Tentukan parameter konfigurasi berikut untuk instance Compute Engine yang berfungsi sebagai bastion host proxy:

   • Nama instance VM Compute Engine: Nama unik untuk instance VM proxy.
   • Jenis mesin: Jenis mesin Compute Engine (misalnya, e2-standard-2 atau n1-standard-1).
   • Subnetwork: Subnet jaringan VPC Anda yang terhubung ke cluster tujuan.
   Catatan: Instance VM Compute Engine yang dibuat oleh skrip tidak dikelola oleh Database Migration Service. Organisasi Anda dikenai biaya untuk instance berdasarkan harga Compute Engine standar, dan Anda bertanggung jawab atas pengelolaannya, termasuk menghapus instance saat tidak lagi diperlukan.

3. Klik View script untuk meninjau skrip deployment yang dihasilkan.

   Poin penting: Secara default, skrip akan menghasilkan alamat IP publik untuk VM Compute Engine. Jika organisasi Anda tidak mengizinkan pembuatan VM dengan alamat IP publik, atau Anda memerlukan isolasi IP pribadi yang ketat, lakukan langkah-langkah berikut:

   1. Aktifkan Akses Google Pribadi di subnet yang digunakan untuk proxy. Hal ini diperlukan agar instance Compute Engine dapat mendownload image container proxy yang diperlukan dari Artifact Registry atau Container Registry.
   2. Tambahkan kunci no-address ke flag --network-interface dari perintah gcloud compute instances create-with-container dalam skrip:

      gcloud compute instances create-with-container ... --network-interface subnet=SUBNET_NAME,no-address

   Jika database sumber Anda berada di jaringan VPC atau VPC Bersama yang berbeda dengan cluster AlloyDB untuk PostgreSQL tujuan, Anda juga dapat memasang antarmuka jaringan tambahan ke VM proxy dengan menambahkan flag --network-interface kedua ke perintah gcloud compute instances create-with-container (menggunakan jenis mesin dengan vCPU yang memadai untuk mendukung beberapa antarmuka jaringan):

   --network-interface network=SOURCE_NETWORK_NAME,subnet=SOURCE_SUBNET_NAME,no-address

4. Jalankan skrip di komputer yang memiliki akses administratif ke project Google CloudAnda.

5. Pastikan setelan jaringan database sumber diupdate untuk menerima koneksi dari alamat IP keluar VM proxy TCP:

   • Untuk PostgreSQL yang dihosting sendiri: Perbarui bagian replikasi di pg_hba.conf.
   • Untuk Cloud SQL untuk PostgreSQL: Tambahkan alamat IP internal VM proxy ke jaringan yang diizinkan atau pastikan perutean VPC mengizinkan traffic.

6. Klik Configure & continue.

7. Uji dan buat tugas migrasi Anda untuk memverifikasi bahwa instance utama AlloyDB untuk PostgreSQL tujuan dapat menjangkau database sumber melalui VM proxy.

Langkah berikutnya

• Untuk mempelajari lebih lanjut konektivitas jaringan database di Database Migration Service, lihat Ringkasan metode jaringan.

• Untuk mendapatkan panduan migrasi langkah demi langkah yang lengkap, lihat Memulai migrasi AlloyDB untuk PostgreSQL.