Konektivitas jaringan untuk migrasi MySQL homogen

Halaman ini memberikan ringkasan konsep yang terkait dengan konfigurasi konektivitas jaringan untuk migrasi MySQL homogen ke Cloud SQL untuk MySQL:

• Komponen jaringan menjelaskan konfigurasi jaringan menyeluruh untuk migrasi MySQL homogen.

• Ketersediaan metode menjelaskan metode mana yang tersedia, bergantung pada skenario Anda.

• Perbandingan metode menyediakan tabel perbandingan untuk metode konektivitas yang tersedia.

• Bagian khusus untuk setiap metode konektivitas yang tersedia:

  • Daftar IP yang diizinkan menjelaskan konektivitas jaringan ke IP publik database sumber Anda.

  • Tunnel SSH terbalik memberikan ringkasan untuk tunnel Secure Shell (SSH) khusus.

  • Konektivitas pribadi dengan antarmuka Private Service Connect menjelaskan cara terhubung ke IP pribadi sumber Anda dengan network attachment.

  • Khusus sumber Cloud SQL untuk MySQL: Peering VPC khusus menjelaskan metode jaringan yang disesuaikan untuk bermigrasi antara dua instance Cloud SQL PSA.

  • Konektivitas pribadi dengan peering VPC menjelaskan cara membuat koneksi ke IP pribadi database sumber Anda melalui jaringan VPC yang di-peering.

Setelah memahami berbagai metode konektivitas dan persyaratannya, Anda dapat menggunakan diagram hierarki keputusan untuk memilih solusi yang tepat untuk skenario Anda.

Komponen jaringan yang terlibat dalam proses migrasi

Untuk migrasi MySQL homogen ke Cloud SQL, Database Migration Service terhubung ke instance Cloud SQL tujuan, lalu mengelola proses migrasi atas namanya. Instance tujuanlah yang membuat koneksi ke instance sumber, tetapi Database Migration Service mengawasi prosesnya.

Gambar 1. Pergerakan data selama migrasi Database Migration Service untuk MySQL. (klik untuk memperbesar)

Saat Anda merencanakan penyiapan konektivitas jaringan untuk migrasi, penting untuk mempertimbangkan persyaratan infrastruktur dengan cermat, termasuk batasan yang mungkin ditimbulkan oleh keputusan jaringan Anda terhadap status akhir instance database yang dimigrasikan. Misalnya, jika ingin menggunakan koneksi pribadi untuk konektivitas jaringan, Anda harus menggunakan instance Cloud SQL tujuan dengan IP pribadi yang diaktifkan. Anda dapat menonaktifkan IP pribadi di instance Cloud SQL Anda nanti.

Ketersediaan metode konektivitas

Metode konektivitas yang berbeda tersedia untuk database sumber yang berbeda, bergantung pada apakah Anda bermigrasi ke instance tujuan baru atau yang sudah ada. Tabel berikut memberikan ringkasan skenario yang mendukung metode tertentu:

Penawaran database sumber	Metode untuk migrasi ke instance tujuan baru	Metode untuk migrasi ke instance tujuan yang ada
Dihosting sendiri, Amazon Aurora, Amazon RDS, Microsoft Azure SQL Managed Instance	Daftar IP yang diizinkan, tunnel SSH terbalik, peering VPC	Daftar IP yang diizinkan, tunnel SSH terbalik, peering VPC (memerlukan instance tujuan PSA), antarmuka PSC (memerlukan instance tujuan yang mendukung PSC)
Cloud SQL untuk MySQL	Daftar IP yang diizinkan (tidak direkomendasikan), Peering VPC khusus	Daftar yang diizinkan IP (tidak direkomendasikan), Peering VPC khusus, Antarmuka PSC (memerlukan instance tujuan yang mendukung PSC)

Perbandingan metode konektivitas

Setiap metode konektivitas memiliki manfaat dan persyaratan yang berbeda. Gunakan tabel berikut untuk membandingkannya secara sekilas, lalu pelajari detail selengkapnya di bagian yang dikhususkan untuk setiap metode.

Metode jaringan	Kelebihan	Kekurangan
Daftar IP yang diizinkan	Metode konektivitas yang paling mudah disiapkan. Berguna jika database sumber Anda tidak dapat dijangkau melalui jaringan pribadi di Google Cloud.	Memerlukan Anda untuk mengekspos alamat IPv4 server database sumber ke internet publik. Hal ini memerlukan tindakan keamanan tambahan. Misalnya, sebaiknya Anda menggunakan sertifikat TLS dan aturan firewall untuk mengamankan koneksi. Mengonfigurasi aturan firewall mungkin memerlukan bantuan dari departemen IT.
Tunnel SSH terbalik	Lebih aman daripada menghubungkan melalui IP publik dengan daftar IP yang diizinkan. Koneksi awal dibuat melalui port Secure Shell (SSH) melalui internet publik. Setelah koneksi aktif, semua traffic akan berjalan melalui koneksi pribadi yang aman. Berguna jika database sumber Anda tidak dapat dijangkau melalui jaringan pribadi di Google Cloud, tetapi Anda tidak ingin mengekspos server database sumber secara langsung ke internet publik.	Menggunakan server perantara (mesin tunnel reverse-ssh) untuk konektivitas dapat menyebabkan latensi tambahan. Anda harus menyiapkan dan mengelola server host reverse-ssh. Server harus online selama durasi migrasi Anda.
Antarmuka Private Service Connect	Membuat koneksi ke IP pribadi sumber Anda menggunakan network attachment. Metode ini tidak menggunakan kuota peering di VPC Anda. Metode konektivitas pribadi sumber yang paling mudah dikonfigurasi.	Hanya didukung untuk migrasi ke tujuan Cloud SQL untuk MySQL yang ada. Jika ingin menggunakan metode ini, Anda harus membuat instance tujuan langsung di Cloud SQL. Memerlukan penyiapan lampiran jaringan dan penyesuaian aturan firewall. Anda tidak dapat mengubah lampiran jaringan setelah membuat koneksi.
Khusus sumber Cloud SQL untuk MySQL: Peering VPC khusus	Metode konektivitas ini dikhususkan untuk migrasi antar-instance Cloud SQL untuk MySQL PSA tanpa menggunakan VPC bersama.	Mengharuskan kedua instance merupakan instance PSA dengan IP pribadi yang diaktifkan. Tidak didukung untuk tujuan yang mengaktifkan PSC.
Konektivitas pribadi dengan peering Virtual Private Cloud	Koneksi dibuat ke alamat IP pribadi database sumber Anda melalui peering VPC. Jika VPC Anda tidak memiliki kuota peering yang cukup, mungkin akan sulit untuk menggunakan metode konektivitas ini. Untuk sebagian besar skenario saat Anda melakukan migrasi dari sumber Cloud SQL untuk MySQL, sebaiknya gunakan Konektivitas pribadi dengan antarmuka Private Service Connect sebagai gantinya.	Untuk sumber di luar VPC Google Cloud , Anda mungkin perlu menggunakan komponen jaringan tambahan, seperti Cloud VPN atau VM reverse proxy. Anda memerlukan Virtual Private Cloud dengan akses layanan pribadi yang diaktifkan untuk menggunakan peering Virtual Private Cloud. Penyiapan ini menggunakan kuota peering di jaringan VPC Anda.

Daftar IP yang diizinkan untuk konektivitas database sumber

Saat Anda menggunakan metode konektivitas daftar IP yang diizinkan, Cloud SQL akan mencoba membuat koneksi ke alamat IP yang tersedia secara publik dari server database sumber Anda.

Gambar 2. Diagram konektivitas jaringan daftar IP yang diizinkan untuk migrasi MySQL homogen. (klik untuk memperbesar)

Persyaratan untuk konektivitas daftar IP yang diizinkan

Secara umum, untuk menggunakan metode konektivitas ini, Anda harus memastikan hal berikut:

• Anda harus mengekspos alamat IP database sumber ke internet publik (baik secara langsung, atau dengan nama host yang dikenali secara publik melalui Server Nama Domain (DNS)).

• Instance Cloud SQL tujuan Anda harus mengaktifkan IP publik. Anda harus mengizinkan koneksi masuk dari IP publik keluar instance tujuan.

Mengonfigurasi konektivitas daftar IP yang diizinkan

Mengonfigurasi konektivitas IP publik memerlukan langkah-langkah yang berbeda, bergantung pada jenis database sumber Anda. Untuk informasi selengkapnya, lihat:

• Mengonfigurasi konektivitas daftar IP yang diizinkan untuk sumber yang dihosting sendiri

• Mengonfigurasi konektivitas daftar IP yang diizinkan untuk sumber Amazon RDS dan Amazon Aurora

• Mengonfigurasi konektivitas daftar IP yang diizinkan untuk sumber Microsoft Azure SQL Managed Instance

• Mengonfigurasi konektivitas daftar IP yang diizinkan untuk sumber Cloud SQL untuk MySQL

Konektivitas database tunnel SSH terbalik

Metode konektivitas ini adalah campuran konektivitas jaringan publik dan pribadi. Koneksi itu sendiri dibuat melalui port Secure Shell (SSH) ke alamat IP publik server host tunnel. Setelah koneksi aktif, semua traffic akan dikirim melalui tunnel yang aman ke alamat IP pribadi database sumber Anda.

Untuk sumber Cloud SQL atau solusi yang dihosting sendiri yang berada di dalam Google Cloud, sebaiknya gunakan metode konektivitas pribadi dengan antarmuka Private Service Connect atau konektivitas pribadi dengan peering Virtual Private Cloud.

Gambar 3. Contoh jaringan migrasi: konektivitas sumber melalui tunnel SSH. (klik untuk memperbesar)

Persyaratan untuk tunnel SSH terbalik

Untuk membuat koneksi, Anda harus mengekspos port SSH ke internet publik di server tunnel (juga dikenal sebagai bastion host). Saat konektivitas terhubung, semua traffic akan dirutekan melalui koneksi tunnel pribadi.

Metode ini memerlukan komponen jaringan tambahan:

• Virtual Machine (VM) di Google Cloud untuk berfungsi sebagai mesin reverse-SSH.
• Mesin tambahan di jaringan Anda yang memiliki konektivitas ke database sumber.

Mengonfigurasi konektivitas tunnel SSH terbalik

Database Migration Service dapat membuat skrip penyiapan untuk membuat VM SSH terbalik, tetapi proses end-to-end lengkapnya berbeda-beda bergantung pada jenis database sumber Anda. Untuk mengetahui informasi selengkapnya, lihat Mengonfigurasi konektivitas reverse-SSH

Konektivitas pribadi dengan antarmuka Private Service Connect

Metode konektivitas ini memungkinkan Anda terhubung ke IP pribadi database sumber tanpa menggunakan kuota peering VPC. Antarmuka Private Service Connect adalah metode yang direkomendasikan untuk konektivitas IP pribadi, tetapi hanya tersedia saat Anda bermigrasi ke instance yang ada.

Saat Anda menggunakan antarmuka Private Service Connect, instance tujuan Anda tidak menggunakan kuota peering lebih banyak. Sebagai gantinya, layanan ini memanfaatkan antarmuka Private Service Connect untuk menjangkau Virtual Private Cloud tempat IP pribadi database sumber Anda dapat dijangkau. Bergantung pada arsitektur jaringan, Anda mungkin perlu menggunakan komponen tambahan seperti Cloud VPN atau Cloud Interconnect.

Gambar 4. Konektivitas jaringan dengan antarmuka Private Service Connect untuk migrasi homogen dari sumber yang berada di luar Google Cloud. (klik untuk memperbesar)

Untuk migrasi dari instance Cloud SQL untuk MySQL, instance sumber Anda harus diaktifkan untuk Akses Layanan Pribadi dan di-peering dengan Virtual Private Cloud tempat Anda membuat network attachment, tetapi instance Cloud SQL untuk MySQL tujuan tidak menggunakan lebih banyak kuota peering. Sebagai gantinya, layanan ini memanfaatkan antarmuka Private Service Connect.

Gambar 5. Konektivitas jaringan dengan antarmuka Private Service Connect untuk migrasi homogen dari Cloud SQL untuk MySQL. (klik untuk memperbesar)

Persyaratan untuk antarmuka Private Service Connect

Metode konektivitas ini memerlukan hal-hal berikut:

• Instance database tujuan Anda harus berupa instance Cloud SQL untuk MySQL dengan PSC yang diaktifkan.

• Anda harus memiliki jaringan Virtual Private Cloud dengan akses layanan pribadi yang diaktifkan.

  Ini adalah jaringan tempat Anda membuat lampiran jaringan. IP database sumber Anda harus dapat dijangkau dari Virtual Private Cloud tersebut. Misalnya, untuk sumber Cloud SQL untuk MySQL, ini adalah jaringan yang Anda peering dengan instance Cloud SQL sumber yang mendukung PSA.

Mengonfigurasi konektivitas IP pribadi dengan antarmuka Private Service Connect

Untuk menggunakan konektivitas IP pribadi dengan antarmuka Private Service Connect, IP pribadi database sumber Anda harus dapat dijangkau dari Virtual Private Cloud Anda. Bergantung pada arsitektur jaringan Anda, Anda mungkin perlu menggunakan komponen tambahan seperti Cloud VPN atau Cloud Interconnect.

Untuk mempelajari lebih lanjut cara mengonfigurasi konektivitas IP pribadi untuk berbagai sumber database, lihat:

• Mengonfigurasi konektivitas IP pribadi dengan antarmuka Private Service Connect untuk sumber yang dihosting sendiri.

• Konfigurasikan konektivitas IP pribadi dengan antarmuka Private Service Connect untuk sumber Amazon RDS dan Amazon Aurora.

• Mengonfigurasi konektivitas IP pribadi dengan antarmuka Private Service Connect untuk sumber Microsoft Azure SQL Managed Instance.

Khusus sumber Cloud SQL untuk MySQL: peering VPC khusus

Metode ini dikhususkan untuk migrasi antar-instance Cloud SQL untuk MySQL PSA. Dalam skenario jaringan standar, menghubungkan dua instance Cloud SQL dengan peering Virtual Private Cloud mengharuskan Anda menggunakan VPC bersama. Untuk migrasi MySQL homogen dengan Database Migration Service, Anda dapat menghubungkan dua instance PSA tanpa menggunakan VPC bersama.

Persyaratan untuk peering VPC khusus

Metode konektivitas ini memerlukan hal-hal berikut:

• Instance database sumber Anda harus berupa instance Cloud SQL untuk MySQL dengan PSA diaktifkan.

• Instance database tujuan Anda harus berupa instance Cloud SQL untuk MySQL dengan PSA diaktifkan.

• Anda harus memiliki jaringan Virtual Private Cloud dengan akses layanan pribadi yang diaktifkan.

  Ini adalah jaringan yang di-peering oleh Database Migration Service dengan instance Cloud SQL tujuan. Anda harus memiliki ruang yang cukup untuk mengalokasikan rentang IP yang diperlukan.

Mengonfigurasi peering VPC khusus konektivitas IP pribadi

Untuk mempelajari lebih lanjut cara mengonfigurasi peering VPC khusus untuk instance Cloud SQL untuk MySQL PSA sumber, lihat Mengonfigurasi peering Virtual Private Cloud khusus untuk Cloud SQL untuk MySQL.

Konektivitas pribadi dengan peering VPC

Penting: Metode ini menggunakan peering untuk terhubung ke VPC tempat database sumber Anda dapat dijangkau. Jika VPC Anda tidak memiliki kuota peering yang cukup, mungkin akan sulit untuk menggunakan metode konektivitas ini. Dalam sebagian besar kasus, sebaiknya gunakan Konektivitas pribadi dengan antarmuka Private Service Connect.

Metode ini memungkinkan Anda terhubung ke sumber melalui alamat IP pribadi di Virtual Private Cloud (VPC) Anda. Anda tidak perlu mengekspos antarmuka apa pun ke internet publik untuk menggunakan metode ini, tetapi alamat IP atau nama host database sumber Anda harus dapat dijangkau dari VPC Google Cloud Anda. Untuk sumber yang berada di luar Google Cloud, Anda mungkin memerlukan komponen jaringan tambahan, seperti Cloud VPN atau Cloud Interconnect.

Gambar 6. Konektivitas jaringan dengan peering Virtual Private Cloud untuk migrasi MySQL homogen. (klik untuk memperbesar)

Persyaratan untuk konektivitas IP pribadi dengan peering VPC

Konektivitas IP pribadi dengan peering VPC memerlukan hal berikut:

• Anda harus memiliki jaringan Virtual Private Cloud dengan akses layanan pribadi yang diaktifkan. IP pribadi database sumber Anda harus dapat dijangkau di jaringan tersebut.

Mengonfigurasi konektivitas IP pribadi dengan peering VPC

Untuk menggunakan konektivitas IP pribadi dengan peering Virtual Private Cloud, IP pribadi database sumber Anda harus dapat dijangkau dari Virtual Private Cloud Anda. Bergantung pada arsitektur jaringan, Anda mungkin perlu menggunakan komponen tambahan seperti Cloud VPN atau Cloud Interconnect.

Untuk mempelajari lebih lanjut cara mengonfigurasi konektivitas IP pribadi untuk berbagai sumber database, lihat:

• Mengonfigurasi konektivitas IP pribadi dengan peering Virtual Private Cloud untuk sumber yang dihosting sendiri.

• Mengonfigurasi konektivitas IP pribadi dengan peering Virtual Private Cloud untuk sumber Amazon RDS dan Amazon Aurora.

• Konfigurasi konektivitas IP pribadi dengan peering Virtual Private Cloud untuk sumber Microsoft Azure SQL Managed Instance.

Anda memerlukan Cloud VPN atau Cloud Interconnect untuk membuat koneksi ke IP pribadi database sumber Anda.

Pohon keputusan konektivitas jaringan

Jika sudah memahami semua metode konektivitas yang didukung dan persyaratannya, Anda dapat mengikuti pertanyaan dalam diagram untuk membantu Anda memilih metode konektivitas yang tepat untuk skenario Anda.

Gambar 6. Pohon keputusan konektivitas jaringan sumber.