Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.

Cross-VPC kloning dengan Amazon Aurora

Misalkan Anda ingin memaksakan kontrol akses jaringan yang berbeda pada cluster asli dan klon. Misalnya, Anda dapat menggunakan kloning untuk membuat salinan klaster Aurora produksi di VPC yang berbeda untuk pengembangan dan pengujian. Atau Anda dapat membuat klon sebagai bagian dari migrasi dari subnet publik ke subnet pribadi, untuk meningkatkan keamanan database Anda.

Bagian berikut menunjukkan cara mengatur konfigurasi jaringan untuk klon sehingga cluster asli dan klon dapat mengakses node penyimpanan Aurora yang sama, bahkan dari subnet yang berbeda atau VPC yang berbeda. Memverifikasi sumber daya jaringan terlebih dahulu dapat menghindari kesalahan selama kloning yang mungkin sulit didiagnosis.

Jika Anda tidak terbiasa dengan bagaimana Aurora berinteraksi dengan VPC, subnet, dan grup subnet DB, lihat dulu. Amazon VPC dan Amazon Aurora Anda dapat mengerjakan tutorial di bagian itu untuk membuat sumber daya semacam ini di AWS konsol, dan memahami bagaimana mereka cocok bersama.

Karena langkah-langkahnya melibatkan peralihan antara layanan RDS dan EC2, contohnya menggunakan perintah AWS CLI untuk membantu Anda memahami cara mengotomatiskan operasi tersebut dan menyimpan output.

Sebelum Anda mulai

Sebelum Anda mulai menyiapkan klon lintas-VPC, pastikan untuk memiliki sumber daya berikut:

Mengumpulkan informasi tentang lingkungan jaringan

Dengan kloning lintas-VPC, lingkungan jaringan dapat berbeda secara substansional antara cluster asli dan klonnya. Sebelum Anda membuat klon, kumpulkan dan catat informasi tentang VPC, subnet, grup subnet DB, dan AZ yang digunakan di cluster asli. Dengan begitu, Anda dapat meminimalkan kemungkinan masalah. Jika masalah jaringan terjadi, Anda tidak perlu mengganggu aktivitas pemecahan masalah apa pun untuk mencari informasi diagnostik. Bagian berikut menunjukkan contoh CLI untuk mengumpulkan jenis informasi ini. Anda dapat menyimpan detail dalam format mana pun yang nyaman untuk dikonsultasikan saat membuat klon dan melakukan pemecahan masalah apa pun.

Langkah 1: Periksa Availability Zones dari cluster asli

Sebelum Anda membuat klon, verifikasi AZ mana yang digunakan cluster asli untuk penyimpanannya. Seperti dijelaskan dalamPenyimpanan Amazon Aurora, penyimpanan untuk setiap cluster Aurora dikaitkan dengan tepat tiga AZ. Karena Klaster DB Amazon Aurora mengambil keuntungan dari pemisahan komputasi dan penyimpanan, aturan ini benar terlepas dari berapa banyak instance dalam cluster.

Misalnya, jalankan perintah CLI seperti berikut ini, ganti nama cluster Anda sendiri. my_cluster Contoh berikut menghasilkan daftar yang diurutkan menurut abjad dengan nama AZ.

aws rds describe-db-clusters \
  --db-cluster-identifier my_cluster \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' \
  --output text

Contoh berikut menunjukkan output sampel dari perintah sebelumnya. describe-db-clusters Ini menunjukkan bahwa penyimpanan untuk cluster Aurora selalu menggunakan tiga AZ.

us-east-1c
us-east-1d
us-east-1e

Untuk membuat klon di lingkungan jaringan yang tidak memiliki semua sumber daya untuk terhubung ke AZ ini, Anda harus membuat subnet yang terkait dengan setidaknya dua AZ tersebut, dan kemudian membuat grup subnet DB yang berisi dua atau tiga subnet tersebut. Contoh berikut menunjukkan caranya.

Langkah 2: Periksa grup subnet DB dari cluster asli

Jika Anda ingin menggunakan jumlah subnet yang sama untuk klon seperti pada cluster asli, Anda bisa mendapatkan jumlah subnet dari grup subnet DB dari cluster asli. Grup subnet Aurora DB berisi setidaknya dua subnet, masing-masing terkait dengan AZ yang berbeda. Catat AZ mana yang terkait dengan subnet.

Contoh berikut menunjukkan bagaimana menemukan kelompok subnet DB dari cluster asli, dan kemudian bekerja mundur ke AZ yang sesuai. Gantikan nama cluster Anda my_cluster dengan perintah pertama. Gantikan nama grup subnet DB my_subnet dengan perintah kedua.

aws rds describe-db-clusters --db-cluster-identifier my_cluster \
  --query '*[].DBSubnetGroup' --output text

aws rds describe-db-subnet-groups --db-subnet-group-name my_subnet_group \
  --query '*[].Subnets[].[SubnetAvailabilityZone.Name]' --output text

Output sampel mungkin terlihat mirip dengan berikut ini, untuk cluster dengan grup subnet DB yang berisi dua subnet. Dalam hal ini, two-subnets adalah nama yang ditentukan saat membuat grup subnet DB.

two-subnets

us-east-1d
us-east-1c

Untuk cluster di mana grup subnet DB berisi tiga subnet, output mungkin terlihat mirip dengan berikut ini.

three-subnets

us-east-1f
us-east-1d
us-east-1c

Langkah 3: Periksa subnet dari cluster asli

Jika Anda memerlukan detail lebih lanjut tentang subnet di cluster asli, jalankan perintah AWS CLI yang mirip dengan berikut ini. Anda dapat memeriksa atribut subnet seperti rentang alamat IP, pemilik, dan sebagainya. Dengan begitu, Anda dapat menentukan apakah akan menggunakan subnet yang berbeda di VPC yang sama, atau membuat subnet dengan karakteristik serupa di VPC yang berbeda.

Temukan ID subnet dari semua subnet yang tersedia di VPC Anda.

aws ec2 describe-subnets --filters Name=vpc-id,Values=my_vpc \
  --query '*[].[SubnetId]' --output text

Temukan subnet yang tepat digunakan dalam grup subnet DB Anda.

aws rds describe-db-subnet-groups --db-subnet-group-name my_subnet_group \
  --query '*[].Subnets[].[SubnetIdentifier]' --output text

Kemudian tentukan subnet yang ingin Anda selidiki dalam daftar, seperti pada perintah berikut. Ganti nama subnet Anda untuk my_subnet_1 dan sebagainya.

aws ec2 describe-subnets \
  --subnet-ids '["my_subnet_1","my_subnet2","my_subnet3"]'

Contoh berikut menunjukkan sebagian output dari describe-subnets perintah tersebut. Output menunjukkan beberapa atribut penting yang dapat Anda lihat untuk setiap subnet, seperti AZ terkait dan VPC yang menjadi bagiannya.

{
    'Subnets': [
        {
            'AvailabilityZone': 'us-east-1d',
            'AvailableIpAddressCount': 54,
            'CidrBlock': '10.0.0.64/26',
            'State': 'available',
            'SubnetId': 'subnet-000a0bca00e0b0000',
            'VpcId': 'vpc-3f3c3fc3333b3ffb3',
            ...
        },
        {
            'AvailabilityZone': 'us-east-1c',
            'AvailableIpAddressCount': 55,
            'CidrBlock': '10.0.0.0/26',
            'State': 'available',
            'SubnetId': 'subnet-4b4dbfe4d4a4fd4c4',
            'VpcId': 'vpc-3f3c3fc3333b3ffb3',
            ...

Langkah 4: Periksa Availability Zones dari instans DB di cluster asli

Anda dapat menggunakan prosedur ini untuk memahami AZ yang digunakan untuk instance DB di cluster asli. Dengan begitu, Anda dapat mengatur AZ yang sama persis untuk instance DB di klon. Anda juga dapat menggunakan lebih banyak atau lebih sedikit instans DB di klon tergantung pada apakah klon digunakan untuk produksi, pengembangan dan pengujian, dan sebagainya.

Untuk setiap instance di cluster asli, jalankan perintah seperti berikut ini. Pastikan bahwa instance telah selesai dibuat dan berada dalam Available status terlebih dahulu. Gantikan pengenal instance untukmy_instance.

aws rds describe-db-instances --db-instance-identifier my_instance \
  --query '*[].AvailabilityZone' --output text

Contoh berikut menunjukkan output dari menjalankan perintah sebelumnya. describe-db-instances Cluster Aurora memiliki empat instance database. Oleh karena itu, kami menjalankan perintah empat kali, mengganti pengidentifikasi instans DB yang berbeda setiap kali. Output menunjukkan bagaimana instans DB tersebut tersebar di maksimum tiga AZ.

us-east-1a
us-east-1c
us-east-1d
us-east-1a

Setelah klon dibuat dan Anda menambahkan instance DB ke dalamnya, Anda dapat menentukan nama AZ yang sama ini dalam perintah. create-db-instance Anda dapat melakukannya untuk menyiapkan instance DB di cluster baru yang dikonfigurasi untuk AZ yang persis sama seperti di cluster asli.

Langkah 5: Periksa VPC yang dapat Anda gunakan untuk klon

Jika Anda bermaksud membuat klon di VPC yang berbeda dari aslinya, Anda bisa mendapatkan daftar ID VPC yang tersedia untuk akun Anda. Anda juga dapat melakukan langkah ini jika Anda perlu membuat subnet tambahan di VPC yang sama dengan cluster asli. Saat Anda menjalankan perintah untuk membuat subnet, Anda menentukan ID VPC sebagai parameter.

Untuk membuat daftar semua VPC untuk akun Anda, jalankan perintah CLI berikut:

aws ec2 describe-vpcs --query '*[].[VpcId]' --output text

Contoh berikut menunjukkan output sampel dari perintah sebelumnya. describe-vpcs Output menunjukkan bahwa ada empat VPC di AWS akun saat ini yang dapat digunakan sebagai sumber atau tujuan untuk kloning lintas-VPC.

vpc-fd111111
vpc-2222e2cd2a222f22e
vpc-33333333a33333d33
vpc-4ae4d4de4a4444dad

Anda dapat menggunakan VPC yang sama dengan tujuan klon, atau VPC yang berbeda. Jika cluster asli dan klon berada di VPC yang sama, Anda dapat menggunakan kembali grup subnet DB yang sama untuk klon. Anda juga dapat membuat grup subnet DB yang berbeda. Misalnya, grup subnet DB baru mungkin menggunakan subnet pribadi, sedangkan grup subnet DB cluster asli mungkin menggunakan subnet publik. Jika Anda membuat klon di VPC yang berbeda, pastikan ada cukup subnet di VPC baru dan subnet terkait dengan AZ yang tepat dari cluster asli.

Membuat sumber daya jaringan untuk klon

Jika saat mengumpulkan informasi jaringan Anda menemukan bahwa sumber daya jaringan tambahan diperlukan untuk klon, Anda dapat membuat sumber daya tersebut sebelum mencoba mengatur klon. Misalnya, Anda mungkin perlu membuat lebih banyak subnet, subnet yang terkait dengan AZ tertentu, atau grup subnet DB baru.

Langkah 1: Buat subnet untuk klon

Jika Anda perlu membuat subnet baru untuk klon, jalankan perintah yang mirip dengan berikut ini. Anda mungkin perlu melakukan ini saat membuat klon di VPC yang berbeda, atau saat membuat beberapa perubahan jaringan lain seperti menggunakan subnet pribadi alih-alih subnet publik.

AWS secara otomatis menghasilkan ID subnet. Gantikan nama my_vpc VPC klon untuk. Pilih rentang alamat untuk --cidr-block opsi untuk mengizinkan setidaknya 16 alamat IP dalam rentang tersebut. Anda dapat menyertakan properti lain yang ingin Anda tentukan. Jalankan perintah aws ec2 create-subnet help untuk melihat semua pilihan.

aws ec2 create-subnet --vpc-id my_vpc \
  --availability-zone AZ_name --cidr-block IP_range

Contoh berikut menunjukkan beberapa atribut penting dari subnet yang baru dibuat.

{
    'Subnet': {
        'AvailabilityZone': 'us-east-1b',
        'AvailableIpAddressCount': 59,
        'CidrBlock': '10.0.0.64/26',
        'State': 'available',
        'SubnetId': 'subnet-44b4a44f4e44db444',
        'VpcId': 'vpc-555fc5df555e555dc',
        ...
        }
}

Langkah 2: Buat grup subnet DB untuk klon

Jika Anda membuat klon di VPC yang berbeda, atau kumpulan subnet yang berbeda dalam VPC yang sama, maka Anda membuat grup subnet DB baru dan menentukannya saat membuat klon.

Pastikan Anda mengetahui semua detail berikut. Anda dapat menemukan semua ini dari output dari contoh sebelumnya.

Periksa berapa banyak AZ yang terkait dengan penyimpanan cluster asli, dan terkait dengan subnet di VPC tujuan. Agar berhasil membuat klon, harus ada dua atau tiga AZ yang sama. Jika Anda memiliki kurang dari dua AZ yang sama, kembali keLangkah 1: Buat subnet untuk klon. Buat satu, dua, atau tiga subnet baru yang terkait dengan AZ yang terkait dengan penyimpanan cluster asli.

Pilih subnet di VPC tujuan yang terkait dengan AZ yang sama dengan penyimpanan Aurora di cluster aslinya. Idealnya, pilih tiga AZ. Melakukannya memberi Anda fleksibilitas paling besar untuk menyebarkan instans DB klon di beberapa AZ untuk ketersediaan sumber daya komputasi yang tinggi.

Jalankan perintah yang mirip dengan berikut ini untuk membuat grup subnet DB baru. Ganti ID subnet Anda dalam daftar. Jika Anda menentukan ID subnet menggunakan variabel lingkungan, berhati-hatilah untuk mengutip daftar --subnet-ids parameter dengan cara yang mempertahankan tanda kutip ganda di sekitar ID.

aws rds create-db-subnet-group --db-subnet-group-name my_subnet_group \
  --subnet-ids '["my_subnet_1","my_subnet_2","my_subnet3"]' \
  --db-subnet-group-description 'DB subnet group with 3 subnets for clone'

Contoh berikut menunjukkan output sebagian dari create-db-subnet-group perintah.

{
    'DBSubnetGroup': {
        'DBSubnetGroupName': 'my_subnet_group',
        'DBSubnetGroupDescription': 'DB subnet group with 3 subnets for clone',
        'VpcId': 'vpc-555fc5df555e555dc',
        'SubnetGroupStatus': 'Complete',
        'Subnets': [
            {
                'SubnetIdentifier': 'my_subnet_1',
                'SubnetAvailabilityZone': {
                    'Name': 'us-east-1c'
                },
                'SubnetStatus': 'Active'
            },
            {
                'SubnetIdentifier': 'my_subnet_2',
                'SubnetAvailabilityZone': {
                    'Name': 'us-east-1d'
                },
                'SubnetStatus': 'Active'
            }
            ...
        ],
        'SupportedNetworkTypes': [
            'IPV4'
        ]
    }
}

Pada titik ini, Anda belum benar-benar membuat klon. Anda telah membuat semua sumber daya VPC dan subnet yang relevan sehingga Anda dapat menentukan parameter yang sesuai dengan create-db-instance perintah restore-db-cluster-to-point-in-time dan saat membuat klon.

Membuat klon Aurora dengan pengaturan jaringan baru

Setelah Anda memastikan bahwa konfigurasi VPC, subnet, AZ, dan grup subnet yang tepat tersedia untuk digunakan cluster baru, Anda dapat melakukan operasi kloning yang sebenarnya. Contoh CLI berikut menyoroti opsi seperti--db-subnet-group-name,--availability-zone, dan --vpc-security-group-ids yang Anda tentukan pada perintah untuk mengatur klon dan instance DB-nya.

Langkah 1: Tentukan grup subnet DB untuk klon

Saat Anda membuat klon, Anda dapat mengonfigurasi semua pengaturan VPC, subnet, dan AZ yang tepat dengan menentukan grup subnet DB. Gunakan perintah dalam contoh sebelumnya untuk memverifikasi semua hubungan dan pemetaan yang masuk ke grup subnet DB.

Misalnya, perintah berikut menunjukkan kloning cluster asli ke klon. Pada contoh pertama, cluster sumber dikaitkan dengan dua subnet dan klon dikaitkan dengan tiga subnet. Contoh kedua menunjukkan kasus sebaliknya, kloning dari cluster dengan tiga subnet ke cluster dengan dua subnet.

aws rds restore-db-cluster-to-point-in-time \
  --source-db-cluster-identifier cluster-with-3-subnets \
  --db-cluster-identifier cluster-cloned-to-2-subnets \
  --restore-type copy-on-write --use-latest-restorable-time \
  --db-subnet-group-name two-subnets

Jika Anda bermaksud menggunakan Aurora serverless instance di klon, sertakan --serverless-v2-scaling-configuration opsi saat Anda membuat klon, seperti yang ditunjukkan. Melakukannya memungkinkan Anda menggunakan db.serverless kelas saat membuat instance DB di klon. Anda juga dapat memodifikasi klon nanti untuk menambahkan atribut konfigurasi penskalaan ini. Angka kapasitas dalam contoh ini memungkinkan setiap Aurora serverless instance dalam cluster untuk skala antara 2 dan 32 Unit Kapasitas Aurora (ACU). Untuk informasi tentang Aurora serverless fitur dan cara memilih rentang kapasitas, lihatMenggunakan Aurora serverless.

aws rds restore-db-cluster-to-point-in-time \
  --source-db-cluster-identifier cluster-with-2-subnets \
  --db-cluster-identifier cluster-cloned-to-3-subnets \
  --restore-type copy-on-write --use-latest-restorable-time \
  --db-subnet-group-name three-subnets \
  --serverless-v2-scaling-configuration 'MinCapacity=2,MaxCapacity=32'

Terlepas dari jumlah subnet yang digunakan oleh instans DB, penyimpanan Aurora untuk cluster sumber dan klon dikaitkan dengan tiga AZ. Contoh berikut mencantumkan AZ yang terkait dengan cluster asli dan klon, untuk kedua restore-db-cluster-to-point-in-time perintah dalam contoh sebelumnya.

aws rds describe-db-clusters --db-cluster-identifier cluster-with-3-subnets \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' --output text

us-east-1c
us-east-1d
us-east-1f

aws rds describe-db-clusters --db-cluster-identifier cluster-cloned-to-2-subnets \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' --output text

us-east-1c
us-east-1d
us-east-1f

aws rds describe-db-clusters --db-cluster-identifier cluster-with-2-subnets \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' --output text

us-east-1a
us-east-1c
us-east-1d

aws rds describe-db-clusters --db-cluster-identifier cluster-cloned-to-3-subnets \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' --output text

us-east-1a
us-east-1c
us-east-1d

Karena setidaknya dua AZ tumpang tindih antara setiap pasangan cluster asli dan klon, kedua cluster dapat mengakses penyimpanan Aurora dasar yang sama.

Langkah 2: Tentukan pengaturan jaringan untuk instance di klon

Saat Anda membuat instance DB di klon, secara default mereka mewarisi grup subnet DB dari cluster itu sendiri. Dengan begitu, Aurora secara otomatis menetapkan setiap instance ke subnet tertentu, dan membuatnya di AZ yang terkait dengan subnet. Pilihan ini nyaman, terutama untuk pengembangan dan pengujian sistem, karena Anda tidak perlu melacak ID subnet atau AZ sambil menambahkan instance baru ke klon.

Sebagai alternatif, Anda dapat menentukan AZ saat Anda membuat instance Aurora DB untuk klon. AZ yang Anda tentukan harus dari kumpulan AZ yang terkait dengan klon. Jika grup subnet DB yang Anda gunakan untuk klon hanya berisi dua subnet, maka Anda hanya dapat memilih dari AZ yang terkait dengan dua subnet tersebut. Pilihan ini menawarkan fleksibilitas dan ketahanan untuk sistem yang sangat tersedia, karena Anda dapat memastikan bahwa instance penulis dan instance pembaca siaga berada di AZ yang berbeda. Atau jika Anda menambahkan pembaca tambahan ke cluster, Anda dapat memastikan bahwa mereka tersebar di tiga AZ. Dengan begitu, bahkan dalam kasus kegagalan AZ yang jarang terjadi, Anda masih memiliki instance penulis dan instance pembaca lain di dua AZ lainnya.

Contoh berikut menambahkan instance DB yang disediakan ke klaster Aurora PostgreSQL kloning yang menggunakan grup subnet DB kustom.

aws rds create-db-instance --db-cluster-identifier my_aurora_postgresql_clone \
  --db-instance-identifier my_postgres_instance \
  --db-subnet-group-name my_new_subnet \
  --engine aurora-postgresql \
  --db-instance-class db.t4g.medium

Contoh berikut menunjukkan sebagian output dari perintah tersebut.

{
  'DBInstanceIdentifier': 'my_postgres_instance',
  'DBClusterIdentifier': 'my_aurora_postgresql_clone',
  'DBInstanceClass': 'db.t4g.medium',
  'DBInstanceStatus': 'creating'
  ...
}

Contoh berikut menambahkan instance Aurora serverless DB ke klon Aurora MySQL yang menggunakan grup subnet DB kustom. Untuk dapat menggunakan Aurora serverless instance, pastikan untuk menentukan --serverless-v2-scaling-configuration opsi untuk restore-db-cluster-to-point-in-time perintah, seperti yang ditunjukkan pada contoh sebelumnya.

aws rds create-db-instance --db-cluster-identifier my_aurora_mysql_clone \
  --db-instance-identifier my_mysql_instance \
  --db-subnet-group-name my_other_new_subnet \
  --engine aurora-mysql \
  --db-instance-class db.serverless

Contoh berikut menunjukkan sebagian output dari perintah tersebut.

{
  'DBInstanceIdentifier': 'my_mysql_instance',
  'DBClusterIdentifier': 'my_aurora_mysql_clone',
  'DBInstanceClass': 'db.serverless',
  'DBInstanceStatus': 'creating'
  ...
}

Langkah 3: Membangun konektivitas dari sistem klien ke klon

Jika Anda sudah terhubung ke cluster Aurora dari sistem klien, Anda mungkin ingin mengizinkan jenis konektivitas yang sama ke klon baru. Misalnya, Anda mungkin tersambung ke cluster asli dari instans Amazon Cloud9 atau instans EC2. Untuk mengizinkan koneksi dari sistem klien yang sama, atau yang baru yang Anda buat di VPC tujuan, siapkan grup subnet DB yang setara dan grup keamanan VPC seperti di VPC. Kemudian tentukan grup subnet dan grup keamanan saat Anda membuat klon.

Contoh berikut menyiapkan Aurora serverless klon. Konfigurasi itu didasarkan pada kombinasi --engine-mode provisioned dan --serverless-v2-scaling-configuration saat membuat cluster DB, dan kemudian --db-instance-class db.serverless saat membuat setiap instans DB di cluster. Mode provisioned mesin adalah default, sehingga Anda dapat menghilangkan opsi itu jika Anda mau.

aws rds restore-db-cluster-to-point-in-time \
  --source-db-cluster-identifier serverless-sql-postgres\
  --db-cluster-identifier serverless-sql-postgres-clone \
  --db-subnet-group-name 'default-vpc-1234' \
  --vpc-security-group-ids 'sg-4567' \
  --serverless-v2-scaling-configuration 'MinCapacity=0.5,MaxCapacity=16' \
  --restore-type copy-on-write \
  --use-latest-restorable-time

Kemudian, saat membuat instance DB di klon, tentukan opsi yang sama--db-subnet-group-name. Secara opsional, Anda dapat menyertakan --availability-zone opsi dan menentukan salah satu AZ yang terkait dengan subnet di grup subnet tersebut. AZ itu juga harus menjadi salah satu AZ yang terkait dengan cluster asli.

aws rds create-db-instance \
  --db-cluster-identifier serverless-sql-postgres-clone \
  --db-instance-identifier serverless-sql-postgres-clone-instance \
  --db-instance-class db.serverless \
  --db-subnet-group-name 'default-vpc-987zyx654' \
  --availability-zone 'us-east-1c' \
  --engine aurora-postgresql

Memindahkan cluster dari subnet publik ke subnet pribadi

Anda dapat menggunakan kloning untuk memigrasikan klaster antara subnet publik dan pribadi. Anda dapat melakukan ini saat menambahkan lapisan keamanan tambahan ke aplikasi Anda sebelum menerapkannya ke produksi. Untuk contoh ini, Anda seharusnya sudah menyiapkan subnet pribadi dan gateway NAT sebelum memulai proses kloning dengan Aurora.

Untuk langkah-langkah yang melibatkan Aurora, Anda dapat mengikuti langkah-langkah umum yang sama seperti pada contoh sebelumnya untuk dan. Mengumpulkan informasi tentang lingkungan jaringan Membuat klon Aurora dengan pengaturan jaringan baru Perbedaan utama adalah bahwa bahkan jika Anda memiliki subnet publik yang memetakan ke semua AZ dari cluster asli, sekarang Anda harus memverifikasi bahwa Anda memiliki cukup subnet pribadi untuk cluster Aurora, dan bahwa subnet tersebut terkait dengan semua AZ yang sama yang digunakan untuk penyimpanan Aurora di cluster asli. Mirip dengan kasus penggunaan kloning lainnya, Anda dapat membuat grup subnet DB untuk klon dengan tiga atau dua subnet pribadi yang terkait dengan AZ yang diperlukan. Namun, jika Anda menggunakan dua subnet pribadi di grup subnet DB, Anda harus memiliki subnet pribadi ketiga yang terkait dengan AZ ketiga yang digunakan untuk penyimpanan Aurora di cluster asli.

Anda dapat berkonsultasi dengan daftar periksa ini untuk memverifikasi bahwa semua persyaratan ada untuk melakukan operasi kloning jenis ini.

Ketika semua prasyarat sudah ada, Anda dapat menjeda aktivitas database pada cluster asli saat Anda membuat klon dan mengalihkan aplikasi Anda untuk menggunakannya. Setelah klon dibuat dan Anda memverifikasi bahwa Anda dapat terhubung ke sana, menjalankan kode aplikasi Anda, dan sebagainya, Anda dapat menghentikan penggunaan cluster asli.

End-to-end contoh membuat klon lintas-VPC

Membuat klon di VPC yang berbeda dari aslinya menggunakan langkah-langkah umum yang sama seperti pada contoh sebelumnya. Karena ID VPC adalah properti dari subnet, Anda tidak benar-benar menentukan ID VPC sebagai parameter saat menjalankan salah satu perintah RDS CLI. Perbedaan utamanya adalah Anda lebih mungkin perlu membuat subnet baru, subnet baru yang dipetakan ke AZ tertentu, grup keamanan VPC, dan grup subnet DB baru. Itu terutama benar jika ini adalah cluster Aurora pertama yang Anda buat di VPC itu.

Anda dapat berkonsultasi dengan daftar periksa ini untuk memverifikasi bahwa semua persyaratan ada untuk melakukan operasi kloning jenis ini.

Ketika semua prasyarat sudah ada, Anda dapat menjeda aktivitas database pada cluster asli saat Anda membuat klon dan mengalihkan aplikasi Anda untuk menggunakannya. Setelah klon dibuat dan Anda memverifikasi bahwa Anda dapat terhubung ke sana, menjalankan kode aplikasi Anda, dan sebagainya, Anda dapat mempertimbangkan apakah akan menjaga kedua asli dan klon berjalan, atau menghentikan penggunaan cluster asli.

Contoh Linux berikut menunjukkan urutan operasi AWS CLI untuk mengkloning cluster Aurora DB dari satu VPC ke VPC lainnya. Beberapa bidang yang tidak relevan dengan contoh tidak ditampilkan dalam output perintah.

Pertama, kami memeriksa ID VPC sumber dan tujuan. Nama deskriptif yang Anda tetapkan ke VPC saat Anda membuatnya direpresentasikan sebagai tag dalam metadata VPC.

$ aws ec2 describe-vpcs --query '*[].[VpcId,Tags]'
[
    [
        'vpc-0f0c0fc0000b0ffb0',
        [
            {
                'Key': 'Name',
                'Value': 'clone-vpc-source'
            }
        ]
    ],
    [
        'vpc-9e99d9f99a999bd99',
        [
            {
                'Key': 'Name',
                'Value': 'clone-vpc-dest'
            }
        ]
    ]
]

Cluster asli sudah ada di VPC sumber. Untuk mengatur klon menggunakan set AZ yang sama untuk penyimpanan Aurora, kami memeriksa AZ yang digunakan oleh cluster asli.

$ aws rds describe-db-clusters --db-cluster-identifier original-cluster \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' --output text

us-east-1c
us-east-1d
us-east-1f

Kami memastikan ada subnet yang sesuai dengan AZ yang digunakan oleh cluster asli:us-east-1c,us-east-1d, dan. us-east-1f

$ aws ec2 create-subnet --vpc-id vpc-9e99d9f99a999bd99 \
  --availability-zone us-east-1c --cidr-block 10.0.0.128/28
{
    'Subnet': {
        'AvailabilityZone': 'us-east-1c',
        'SubnetId': 'subnet-3333a33be3ef3e333',
        'VpcId': 'vpc-9e99d9f99a999bd99',
    }
}

$ aws ec2 create-subnet --vpc-id vpc-9e99d9f99a999bd99 \
--availability-zone us-east-1d --cidr-block 10.0.0.160/28
{
    'Subnet': {
        'AvailabilityZone': 'us-east-1d',
        'SubnetId': 'subnet-4eeb444cd44b4d444',
        'VpcId': 'vpc-9e99d9f99a999bd99',
    }
}

$ aws ec2 create-subnet --vpc-id vpc-9e99d9f99a999bd99 \
--availability-zone us-east-1f --cidr-block 10.0.0.224/28
{
    'Subnet': {
        'AvailabilityZone': 'us-east-1f',
        'SubnetId': 'subnet-66eea6666fb66d66c',
        'VpcId': 'vpc-9e99d9f99a999bd99',
    }
}

Contoh ini menegaskan bahwa ada subnet yang memetakan ke AZ yang diperlukan di VPC tujuan.

aws ec2 describe-subnets --query 'sort_by(*[] | [?VpcId == `vpc-9e99d9f99a999bd99`] |
[].{SubnetId:SubnetId,VpcId:VpcId,AvailabilityZone:AvailabilityZone}, &AvailabilityZone)' --output table

---------------------------------------------------------------------------
|                             DescribeSubnets                             |
+------------------+----------------------------+-------------------------+
| AvailabilityZone |         SubnetId           |          VpcId          |
+------------------+----------------------------+-------------------------+
|  us-east-1a      |  subnet-000ff0e00000c0aea  |  vpc-9e99d9f99a999bd99  |
|  us-east-1b      |  subnet-1111d111111ca11b1  |  vpc-9e99d9f99a999bd99  |
|  us-east-1c      | subnet-3333a33be3ef3e333   |  vpc-9e99d9f99a999bd99  |
|  us-east-1d      | subnet-4eeb444cd44b4d444   |  vpc-9e99d9f99a999bd99  |
|  us-east-1f      | subnet-66eea6666fb66d66c   |  vpc-9e99d9f99a999bd99  |
+------------------+----------------------------+-------------------------+

Sebelum membuat cluster Aurora DB di VPC, Anda harus memiliki grup subnet DB dengan subnet yang memetakan ke AZ yang digunakan untuk penyimpanan Aurora. Saat Anda membuat cluster biasa, Anda dapat menggunakan set tiga AZ apa pun. Saat Anda mengkloning cluster yang ada, grup subnet harus cocok setidaknya dua dari tiga AZ yang digunakannya untuk penyimpanan Aurora.

$ aws rds create-db-subnet-group \
  --db-subnet-group-name subnet-group-in-other-vpc \
  --subnet-ids '["subnet-3333a33be3ef3e333","subnet-4eeb444cd44b4d444","subnet-66eea6666fb66d66c"]' \
  --db-subnet-group-description 'DB subnet group with 3 subnets: subnet-3333a33be3ef3e333,subnet-4eeb444cd44b4d444,subnet-66eea6666fb66d66c'

{
    'DBSubnetGroup': {
        'DBSubnetGroupName': 'subnet-group-in-other-vpc',
        'DBSubnetGroupDescription': 'DB subnet group with 3 subnets: subnet-3333a33be3ef3e333,subnet-4eeb444cd44b4d444,subnet-66eea6666fb66d66c',
        'VpcId': 'vpc-9e99d9f99a999bd99',
        'SubnetGroupStatus': 'Complete',
        'Subnets': [
            {
                'SubnetIdentifier': 'subnet-4eeb444cd44b4d444',
                'SubnetAvailabilityZone': { 'Name': 'us-east-1d' }
            },
            {
                'SubnetIdentifier': 'subnet-3333a33be3ef3e333',
                'SubnetAvailabilityZone': { 'Name': 'us-east-1c' }
            },
            {
                'SubnetIdentifier': 'subnet-66eea6666fb66d66c',
                'SubnetAvailabilityZone': { 'Name': 'us-east-1f' }
            }
        ]
    }
}

Sekarang subnet dan grup subnet DB sudah ada. Contoh berikut menunjukkan restore-db-cluster-to-point-in-time yang mengkloning cluster. --db-subnet-group-nameOpsi ini mengaitkan klon dengan kumpulan subnet yang benar yang memetakan ke set AZ yang benar dari cluster asli.

$ aws rds restore-db-cluster-to-point-in-time \
  --source-db-cluster-identifier original-cluster \
  --db-cluster-identifier clone-in-other-vpc \
  --restore-type copy-on-write --use-latest-restorable-time \
  --db-subnet-group-name subnet-group-in-other-vpc

{
  'DBClusterIdentifier': 'clone-in-other-vpc',
  'DBSubnetGroup': 'subnet-group-in-other-vpc',
  'Engine': 'aurora-postgresql',
  'EngineVersion': '15.4',
  'Status': 'creating',
  'Endpoint': 'clone-in-other-vpc.cluster-c0abcdef.us-east-1.rds.amazonaws.com'
}

Contoh berikut menegaskan bahwa penyimpanan Aurora di klon menggunakan set AZ yang sama seperti di cluster asli.

$ aws rds describe-db-clusters --db-cluster-identifier clone-in-other-vpc \
  --query 'sort_by(*[].AvailabilityZones[].{Zone:@},&Zone)' --output text

us-east-1c
us-east-1d
us-east-1f

Pada titik ini, Anda dapat membuat instance DB untuk klon. Pastikan bahwa grup keamanan VPC yang terkait dengan setiap instance memungkinkan koneksi dari rentang alamat IP yang Anda gunakan untuk instans EC2, server aplikasi, dan sebagainya yang ada di VPC tujuan.