Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengonfigurasi dan mengelola penyebaran Multi-AZ untuk Amazon RDS
Deployment Multi-AZ dapat memiliki satu atau dua instans DB siaga. Ketika deployment memiliki satu instans DB siaga, itu disebut *deployment instans DB Multi-AZ*. Deployment instans DB Multi-AZ memiliki satu instans DB siaga yang menyediakan dukungan failover, tetapi tidak melayani lalu lintas baca. Ketika deployment memiliki dua instans DB siaga, itu disebut *deployment klaster DB Multi-AZ*. Deployment klaster DB Multi-AZ memiliki instans DB siaga yang menyediakan dukungan failover dan juga dapat melayani lalu lintas baca.
Anda dapat menggunakan Konsol Manajemen AWS untuk menentukan apakah penerapan Multi-AZ adalah penerapan instans DB multi-AZ atau penerapan klaster DB multi-AZ. Di panel navigasi, pilih **Basis Data**, lalu pilih **Pengidentifikasi DB**.
+ Deployment instans DB Multi-AZ memiliki karakteristik sebagai berikut:
+ Hanya ada satu baris untuk instans DB.
+ Nilai **Peran** adalah **Instans** atau **Primer**.
+ Nilai **Multi-AZ** adalah **Ya**.
+ Deployment klaster DB Multi-AZ memiliki karakteristik sebagai berikut:
+ Ada baris tingkat klaster dengan tiga baris instans DB di bawahnya.
+ Untuk baris tingkat klaster, nilai **Peran** adalah **klaster DB Multi-AZ**.
+ Untuk setiap baris tingkat instans, nilai **Peran** adalah **Instans penulis** atau **Instans pembaca**.
+ Untuk setiap baris tingkat instans, nilai **Multi-AZ** adalah **3 Zona**.
**Topics**
+ [Penerapan instans DB multi-AZ untuk Amazon RDS](Concepts.MultiAZSingleStandby.md)
+ [Penerapan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.md)
Selain itu, topik berikut berlaku untuk instans DB dan cluster DB multi-AZ.
+ [Menandai sumber Amazon RDS](USER_Tagging.md)
+ [Nama Sumber Daya Amazon (ARNs) di Amazon RDS](USER_Tagging.ARN.md)
+ [Menggunakan penyimpanan untuk instans DB Amazon RDS](USER_PIOPS.StorageTypes.md)
+ [Memelihara instans DB](USER_UpgradeDBInstance.Maintenance.md)
+ [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md)
# Penerapan instans DB multi-AZ untuk Amazon RDS
Amazon RDS menyediakan ketersediaan tinggi dan dukungan failover untuk instans DB menggunakan deployment Multi-AZ dengan instans DB siaga tunggal. Jenis deployment ini disebut *deployment instans DB Multi-AZ*. Amazon RDS menggunakan berbagai teknologi untuk memberikan dukungan failover ini. Deployment Multi-AZ untuk instans DB MariaDB, MySQL, Oracle, PostgreSQL, dan RDS Custom for SQL Server menggunakan teknologi failover Amazon. Instans Microsoft SQL Server DB menggunakan SQL Server Database Mirroring (DBM) atau Always On Availability Groups (). AGs Untuk informasi tentang dukungan versi SQL Server untuk Multi-AZ, lihat [Deployment Multi-AZ untuk Amazon RDS for Microsoft SQL Server](USER_SQLServerMultiAZ.md). Untuk informasi tentang penggunaan RDS Custom for SQL Server untuk Multi-AZ, lihat [Mengelola penyebaran Multi-AZ untuk RDS Kustom untuk Server SQL](custom-sqlserver-multiaz.md).
Dalam deployment instans DB Multi-AZ, Amazon RDS akan otomatis menyediakan dan mempertahankan replika siaga yang sinkron di Zona Ketersediaan yang berbeda. Instans DB primer direplikasi secara sinkron di seluruh Zona Ketersediaan ke replika siaga untuk memberikan redundansi data dan meminimalkan lonjakan latensi selama pencadangan sistem. Menjalankan instans DB dengan ketersediaan tinggi dapat meningkatkan ketersediaan selama pemeliharaan sistem terencana. Hal ini juga dapat membantu melindungi basis data Anda terhadap kegagalan instans DB dan gangguan Zona Ketersediaan. Untuk informasi selengkapnya tentang Zona Ketersediaan, lihat [Wilayah, Zona Ketersediaan, dan Zona Lokal](Concepts.RegionsAndAvailabilityZones.md).
**catatan**
Opsi ketersediaan tinggi bukanlah solusi penskalaan untuk skenario hanya baca. Anda tidak dapat menggunakan replika siaga untuk menyajikan lalu lintas baca. Untuk menyajikan lalu lintas hanya baca, gunakan klaster DB Multi-AZ atau replika baca. Untuk informasi selengkapnya tentang klaster DB Multi-AZ, lihat [Penerapan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.md). Untuk informasi selengkapnya tentang replika baca, lihat [Menggunakan replika baca instans DB](USER_ReadRepl.md).
![\[Skenario ketersediaan tinggi\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/con-multi-AZ.png)
Dengan menggunakan konsol RDS, Anda dapat membuat deployment instans DB Multi-AZ hanya dengan menentukan Multi-AZ saat membuat instans DB. Anda dapat menggunakan konsol untuk mengonversi instans DB yang ada ke deployment instans DB Multi-AZ dengan mengubah instans DB dan menentukan opsi Multi-AZ. Anda juga dapat menentukan penerapan instans DB multi-AZ dengan atau AWS CLI Amazon RDS API. Gunakan perintah [create-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance.html)atau [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)CLI, atau operasi [Buat DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstance.html) atau [Ubah DBInstance](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html) API.
Konsol RDS menunjukkan Zona Ketersediaan replika siaga (disebut AZ sekunder). Anda juga dapat menggunakan perintah [describe-db-instances](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-instances.html)CLI atau operasi [Describe DBInstances](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBInstances.html) API untuk menemukan AZ sekunder.
Instans DB yang menggunakan deployment instans DB Multi-AZ dapat meningkatkan latensi tulis dan commit dibandingkan dengan deployment AZ Tunggal. Hal ini karena replikasi data sinkron yang terjadi. Anda mungkin mengalami perubahan latensi jika penerapan Anda gagal ke replika siaga, meskipun direkayasa dengan konektivitas jaringan latensi rendah AWS antara Availability Zones. Untuk beban kerja produksi, sebaiknya Anda menggunakan IOPS yang Tersedia (operasi input/output per detik) untuk performa yang cepat dan konsisten. Untuk informasi selengkapnya tentang kelas instans DB, lihat [ DB](Concepts.DBInstanceClass.md).
# Mengonversi instans DB ke penerapan Multi-AZ untuk Amazon RDS
Memodifikasi instans DB ke penerapan Multi-AZ meningkatkan ketersediaan dengan menambahkan instans siaga di Availability Zone lain. Proses ini melibatkan waktu henti minimal dan memerlukan perencanaan yang cermat seputar dampak penyimpanan dan kinerja. Perubahan ini meningkatkan toleransi kesalahan dan mengurangi waktu pemulihan jika terjadi kegagalan, sehingga ideal untuk lingkungan dengan ketersediaan tinggi.
Jika Anda memiliki instans DB dalam penerapan AZ tunggal dan memodifikasinya menjadi penerapan instans DB multi-AZ, Amazon RDS akan melakukan tindakan berikut:
1. Mengambil snapshot volume Amazon Elastic Block Store (EBS) instans DB utama.
1. Membuat volume baru untuk replika siaga dari snapshot. Volume tersebut diinisialisasi di latar belakang, dan performa volume maksimum akan tercapai setelah data sepenuhnya diinisialisasi.
1. Mengaktifkan replikasi tingkat blok sinkron antara volume replika utama dan siaga.
**penting**
Membuat instans DB siaga dari snapshot selama konversi Single-AZ ke Multi-AZ menghindari waktu henti tetapi dapat memengaruhi kinerja, terutama untuk beban kerja yang sensitif terhadap penulisan. Replikasi sinkron dapat meningkatkan I/O latensi, mempengaruhi kinerja database. Sebagai praktik terbaik, hindari mengonversi instans DB produksi menjadi instans DB multi-AZ.
Sebagai gantinya, buat replika baca, aktifkan cadangan di atasnya, ubah menjadi Multi-AZ, muat data ke dalam volumenya, dan kemudian mempromosikannya ke instans DB utama. Untuk informasi selengkapnya, lihat [Menggunakan replika baca instans DB](USER_ReadRepl.md).
Ada dua cara untuk mengubah instans DB menjadi deployment instans DB Multi-AZ:
**Topics**
+ [Mengonversi menjadi deployment instans DB Multi-AZ dengan konsol RDS](#Concepts.MultiAZ.Migrating.Convert)
+ [Mengubah instans DB menjadi deployment instans DB Multi-AZ](#Concepts.MultiAZ.Migrating.Modify)
## Mengonversi menjadi deployment instans DB Multi-AZ dengan konsol RDS
Anda dapat menggunakan konsol RDS untuk mengonversi instans DB menjadi deployment instans DB Multi-AZ.
Anda hanya dapat menggunakan konsol tersebut untuk menyelesaikan konversi. Untuk menggunakan AWS CLI atau RDS API, ikuti petunjuk di[Mengubah instans DB menjadi deployment instans DB Multi-AZ](#Concepts.MultiAZ.Migrating.Modify).
**Untuk mengonversi menjadi deployment instans DB Multi-AZ dengan konsol RDS**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih instans DB yang ingin diubah.
1. Dari **Tindakan**, pilih **Konversikan menjadi deployment Multi-AZ**.
1. Di halaman konfirmasi, pilih **Terapkan langsung** untuk langsung menerapkan perubahan. Memilih opsi ini tidak akan menyebabkan waktu henti, tetapi ada kemungkinan dampak performa. Alternatifnya, Anda dapat memilih untuk menerapkan pembaruan pada periode pemeliharaan berikutnya. Untuk informasi selengkapnya, lihat [Menggunakan pengaturan modifikasi jadwal](USER_ModifyInstance.ApplyImmediately.md).
1. Pilih **Konversikan menjadi Multi-AZ**.
## Mengubah instans DB menjadi deployment instans DB Multi-AZ
Anda dapat memodifikasi instans DB menjadi penerapan instans DB multi-AZ dengan cara berikut:
+ Dengan menggunakan konsol RDS, ubah instans DB, dan tetapkan **Deployment Multi-AZ** ke **Ya**.
+ Menggunakan AWS CLI, panggil [modify-db-instance](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-instance.html)perintah, dan atur `--multi-az` opsi.
+ Menggunakan RDS API, panggil DBInstance operasi [Modify](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBInstance.html), dan atur `MultiAZ` parameternya ke`true`.
Untuk informasi tentang cara mengubah instans DB, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md). Setelah perubahan selesai, Amazon RDS memicu peristiwa (RDS-EVENT-0025) yang menunjukkan bahwa proses telah selesai. Anda dapat memantau peristiwa Amazon RDS. Untuk informasi selengkapnya tentang peristiwa, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
# Gagal dalam instans DB Multi-AZ untuk Amazon RDS
Jika pemadaman instans DB multi-AZ yang direncanakan atau tidak direncanakan disebabkan oleh cacat infrastruktur, Amazon RDS secara otomatis beralih ke replika siaga di Availability Zone lain.
Durasi penyelesaian failover bergantung pada aktivitas basis data dan kondisi lain pada saat instans DB primer tidak tersedia. Durasi failover biasanya antara 60–120 detik. Namun, transaksi besar atau proses pemulihan yang panjang dapat meningkatkan waktu failover. Ketika failover selesai, RDS konsol dapat mengambil waktu tambahan untuk mencerminkan Availability Zone yang baru.
**catatan**
Anda dapat memaksa failover secara manual saat Anda me-reboot instans DB Multi-AZ. Untuk informasi selengkapnya, lihat [Mem-boot ulang instans DB DB](USER_RebootInstance.md).
Amazon RDS menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi database secepat mungkin tanpa intervensi administratif. Instans DB primer otomatis beralih ke replika siaga jika salah satu dari kondisi yang dijelaskan dalam tabel berikut terjadi. Anda dapat melihat alasan failover ini di log peristiwa.
| Alasan failover | Deskripsi |
| --- | --- |
| Sistem operasi yang mendasari instance RDS database sedang ditambal dalam operasi offline. | Failover dipicu selama periode pemeliharaan untuk patch OS atau pembaruan keamanan. Untuk informasi selengkapnya, lihat [Memelihara instans DB](USER_UpgradeDBInstance.Maintenance.md). |
| Host utama dari instans RDS Multi-AZ tidak sehat. | Deployment instans DB Multi-AZ mendeteksi instans DB primer mengalami gangguan dan failover. |
| Host utama instans RDS Multi-AZ tidak dapat dijangkau karena hilangnya konektivitas jaringan. | RDSpemantauan mendeteksi kegagalan jangkauan jaringan ke instans DB utama dan memicu failover. |
| RDSContoh dimodifikasi oleh pelanggan. | Modifikasi instans RDS DB memicu failover. Untuk informasi selengkapnya, lihat [Memodifikasi instans DB Amazon RDS](Overview.DBInstance.Modifying.md). |
| Instans utama RDS Multi-AZ sibuk dan tidak responsif. | Instans DB primer tidak responsif. Sebaiknya Anda melakukan tindakan berikut: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/Concepts.MultiAZ.Failover.html) Untuk informasi selengkapnya terkait rekomendasi ini, lihat [Alat pemantauan untuk Amazon RDS ](MonitoringOverview.md) dan [Praktik terbaik untuk Amazon RDS](CHAP_BestPractices.md). |
| Volume penyimpanan yang mendasari host utama instans RDS Multi-AZ mengalami kegagalan. | Deployment instans DB Multi-AZ mendeteksi masalah penyimpanan pada instans DB primer dan mengalami failover. |
| Pengguna meminta failover instans DB. | Anda mem-boot ulang instans DB dan memilih **Boot ulang dengan failover**. Untuk informasi selengkapnya, lihat [Mem-boot ulang instans DB DB](USER_RebootInstance.md). |
Untuk mengetahui apakah instans DB Multi-AZ mengalami failover, Anda dapat melakukan tindakan berikut:
+ Siapkan langganan acara DB untuk memberi tahu Anda melalui email atau SMS bahwa failover telah dimulai. Untuk informasi selengkapnya tentang peristiwa, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
+ Lihat peristiwa DB Anda dengan menggunakan RDS konsol atau API operasi.
+ Lihat status penerapan instans DB multi-AZ Anda saat ini dengan menggunakan RDS konsol atau API operasi.
Untuk informasi tentang cara Anda dapat merespons kegagalan, mengurangi waktu pemulihan, dan praktik terbaik lainnya untuk AmazonRDS, lihat. [Praktik terbaik untuk Amazon RDS](CHAP_BestPractices.md)
## Mengatur pencarian JVM TTL untuk DNS nama
Mekanisme failover secara otomatis mengubah catatan Domain Name System (DNS) dari instans DB untuk menunjuk ke instans DB siaga. Alhasil, Anda perlu membentuk kembali koneksi yang ada dengan instans basis data Anda. Dalam lingkungan mesin virtual Java (JVM), karena cara kerja mekanisme DNS caching Java, Anda mungkin perlu mengkonfigurasi ulang pengaturanJVM.
Pencarian DNS nama JVM cache. Ketika JVM menyelesaikan nama host ke alamat IP, itu cache alamat IP untuk jangka waktu tertentu, yang dikenal sebagai (). *time-to-live*TTL
Karena AWS sumber daya menggunakan entri DNS nama yang terkadang berubah, kami sarankan Anda mengonfigurasi JVM dengan TTL nilai tidak lebih dari 60 detik. Melakukan hal ini memastikan bahwa ketika alamat IP sumber daya berubah, aplikasi Anda dapat menerima dan menggunakan alamat IP baru sumber daya dengan meminta. DNS
Pada beberapa konfigurasi Java, JVM default TTL diatur sehingga tidak pernah menyegarkan DNS entri sampai restart. JVM Jadi, jika alamat IP untuk AWS sumber daya berubah saat aplikasi Anda masih berjalan, itu tidak dapat menggunakan sumber daya itu sampai Anda secara manual me-restart JVM dan informasi IP cache di-refresh. Dalam hal ini, sangat penting untuk mengatur JVM's TTL sehingga secara berkala menyegarkan informasi IP cache.
Anda bisa mendapatkan JVM TTL default dengan mengambil nilai [https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html](https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html)properti:
```
String ttl = java.security.Security.getProperty("networkaddress.cache.ttl");
```
**catatan**
Default TTL dapat bervariasi sesuai dengan versi Anda JVM dan apakah manajer keamanan diinstal. Banyak yang JVMs memberikan default TTL kurang dari 60 detik. Jika Anda menggunakan seperti itu JVM dan tidak menggunakan manajer keamanan, Anda dapat mengabaikan sisa topik ini. Untuk informasi selengkapnya tentang manajer keamanan di Oracle, lihat [The security manager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) dalam dokumentasi Oracle.
Untuk memodifikasi JVM'sTTL, tetapkan nilai `networkaddress.cache.ttl` properti. Gunakan salah satu metode berikut, tergantung pada kebutuhan Anda:
+ Untuk menetapkan nilai properti secara global untuk semua aplikasi yang menggunakanJVM, atur `networkaddress.cache.ttl` dalam `$JAVA_HOME/jre/lib/security/java.security` file.
```
networkaddress.cache.ttl=60
```
+ Untuk menetapkan properti secara lokal hanya untuk aplikasi Anda, tetapkan `networkaddress.cache.ttl` dalam kode inisialisasi aplikasi Anda sebelum koneksi jaringan dibuat.
```
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
```
# Failover multi-AZ dengan volume penyimpanan tambahan
Penerapan multi-AZ mendukung instans DB dengan volume penyimpanan tambahan. Selama failover, RDS secara otomatis gagal ke instance siaga dengan volume penyimpanan tambahan yang dilampirkan ke instans DB. Proses ini memastikan konsistensi dan ketersediaan data.
Saat Anda mengonfigurasi penerapan Multi-AZ untuk instans DB dengan volume penyimpanan tambahan, Amazon RDS secara otomatis mereplikasi semua volume ke instans siaga di Availability Zone yang berbeda. Penyimpanan yang direplikasi meliputi:
+ Volume penyimpanan utama
+ Semua volume penyimpanan tambahan yang dilampirkan ke instans DB Anda
Selama failover, Amazon RDS mempromosikan instans siaga dan memastikan bahwa semua volume penyimpanan tersedia dan konsisten. Failover mempertahankan konfigurasi penyimpanan yang sama, termasuk nama volume, jenis penyimpanan, dan karakteristik kinerja.
Setelah failover berhasil, Anda dapat memverifikasi bahwa semua volume penyimpanan terpasang dengan benar dan dapat diakses dengan melihat detail konfigurasi penyimpanan. Untuk informasi selengkapnya, lihat [Melihat detail volume penyimpanan untuk instans DB Anda](rds-storage-viewing.md).
Waktu failover untuk instans DB dengan volume penyimpanan tambahan mirip dengan instans DB dengan hanya penyimpanan primer.
# Penerapan cluster DB multi-AZ untuk Amazon RDS
Penerapan *klaster DB multi-AZ adalah mode penyebaran* Amazon RDS semisinkron dan ketersediaan tinggi dengan dua instans replika DB yang dapat dibaca. Klaster basis data Multi-AZ memiliki instans basis data penulis dan dua instans basis data pembaca di tiga Zona Ketersediaan terpisah dengan Wilayah AWS yang sama. Klaster basis data Multi-AZ menyediakan ketersediaan tinggi, kapasitas yang meningkat untuk beban kerja baca, dan latensi tulis yang lebih rendah jika dibandingkan dengan deployment instans basis data Multi-AZ.
Anda dapat mengimpor data dari basis data on-premise ke klaster basis data Multi-AZ dengan mengikuti petunjuk di [Mengimpor data ke database Amazon RDS for MySQL dengan downtime yang dikurangi](mysql-importing-data-reduced-downtime.md).
Anda dapat membeli instans basis data cadangan untuk klaster basis data Multi-AZ. Untuk informasi selengkapnya, lihat [Instans DB terpesan untuk klaster DB Multi-AZ](USER_WorkingWithReservedDBInstances.md#USER_WorkingWithReservedDBInstances.MultiAZDBClusters).
Ketersediaan dan dukungan fitur bervariasi di seluruh versi spesifik dari setiap mesin basis data, dan di seluruh Wilayah AWS. Lihat informasi yang lebih lengkap tentang versi dan ketersediaan Wilayah Amazon RDS dengan klaster basis data Multi-AZ di [Daerah yang Didukung dan engine DB untuk cluster DB multi-AZ di Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
**Topics**
+ [Ketersediaan kelas instans untuk cluster DB multi-AZ](#multi-az-db-clusters-concepts.InstanceAvailability)
+ [Arsitektur cluster DB multi-AZ](#multi-az-db-clusters-concepts-overview)
+ [Grup parameter untuk cluster DB multi-AZ](#multi-az-db-clusters-concepts-parameter-groups)
+ [Proxy RDS dengan cluster DB Multi-AZ](#multi-az-db-clusters-proxy)
+ [Kelambatan replika dan klaster basis data Multi-AZ](#multi-az-db-clusters-concepts-replica-lag)
+ [Cuplikan cluster DB multi-AZ](#multi-az-db-clusters-concepts-snapshot)
+ [Membuat cluster DB Multi-AZ untuk Amazon RDS](create-multi-az-db-cluster.md)
+ [Menghubungkan ke cluster DB Multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts-connection-management.md)
+ [Secara otomatis menghubungkan sumber daya AWS komputasi dan cluster DB multi-AZ untuk Amazon RDS](multi-az-compute-rds-connect.md)
+ [Memodifikasi cluster DB Multi-AZ untuk Amazon RDS](modify-multi-az-db-cluster.md)
+ [Memutakhirkan versi mesin cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-upgrading.md)
+ [Mengganti nama cluster DB Multi-AZ untuk Amazon RDS](multi-az-db-cluster-rename.md)
+ [Mem-boot ulang cluster DB multi-AZ dan instans DB pembaca untuk Amazon RDS](multi-az-db-clusters-concepts-rebooting.md)
+ [Gagal dalam cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts-failover.md)
+ [Menyiapkan replikasi logis PostgreSQL dengan cluster DB multi-AZ untuk Amazon RDS](USER_MultiAZDBCluster_LogicalRepl.md)
+ [Bekerja dengan replika baca cluster DB multi-AZ untuk Amazon RDS](USER_MultiAZDBCluster_ReadRepl.md)
+ [Menyiapkan replikasi eksternal dari cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-external-replication.md)
+ [Menghapus cluster DB Multi-AZ untuk Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md)
+ [Keterbatasan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
**penting**
Klaster basis data Multi-AZ tidak sama dengan klaster basis data Aurora. Lihat informasi tentang klaster basis data Aurora di [Panduan Pengguna Amazon Aurora](https://docs.aws.amazon.com/AmazonRDS/latest/AuroraUserGuide/CHAP_AuroraOverview.html).
## Ketersediaan kelas instans untuk cluster DB multi-AZ
Penerapan cluster DB multi-AZ didukung untuk kelas instans DB berikut:`db.m5d`,`db.m6gd`,`db.m6id`,,`db.m6idn`, `db.r5d``db.r6gd`, dan `db.x2iedn``db.r6id`, dan`db.r6idn`. `db.c6gd`
**catatan**
Kelas instance c6gd adalah satu-satunya yang mendukung ukuran instance. `medium`
Untuk informasi selengkapnya tentang kelas instans DB, lihat [ DB](Concepts.DBInstanceClass.md).
## Arsitektur cluster DB multi-AZ
Dengan klaster basis data Multi-AZ, Amazon RDS mereplikasi data dari instans basis data penulis ke kedua instans basis data pembaca dengan menggunakan kemampuan replikasi asli mesin basis data. Ketika perubahan dibuat pada instans basis data penulis, perubahan itu dikirim ke setiap instans basis data pembaca.
Deployment klaster basis data Multi-AZ menggunakan replikasi semisinkron, yang memerlukan pengakuan dari setidaknya satu instans basis data pembaca agar perubahan dapat di-commit. Deployment tidak memerlukan pengakuan bahwa peristiwa telah dieksekusi dan di-commit sepenuhnya pada *semua* replika.
Instans basis data pembaca bertindak sebagai target failover otomatis dan juga melayani lalu lintas baca untuk meningkatkan throughput baca aplikasi. Jika pemadaman terjadi pada instans basis data penulis, RDS mengelola failover ke salah satu instans basis data pembaca. RDS melakukan pemindahan berdasarkan instans basis data pembaca yang memiliki catatan perubahan terbaru.
Diagram berikut menunjukkan sebuah klaster basis data Multi-AZ.
![\[Klaster basis data Multi-AZ\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster.png)
Klaster basis data Multi-AZ biasanya memiliki latensi penulisan yang lebih rendah jika dibandingkan dengan deployment instans basis data Multi-AZ. Klaster itu juga memungkinkan beban kerja hanya baca berjalan pada instans basis data pembaca. Konsol RDS menunjukkan Zona Ketersediaan instans basis data penulis dan Zona Ketersediaan instans basis data pembaca. Anda juga dapat menggunakan perintah [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)CLI atau operasi [Deskripsikan DBClusters](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusters.html) API untuk menemukan informasi ini.
**penting**
Untuk mencegah kesalahan replikasi di RDS bagi klaster basis data Multi-AZ MySQL, kami sangat menyarankan agar semua tabel memiliki kunci primer.
## Grup parameter untuk cluster DB multi-AZ
Di klaster basis data Multi-AZ, sebuah *grup parameter klaster basis data* bertindak sebagai kontainer untuk nilai-nilai konfigurasi mesin yang diterapkan pada setiap instans basis data di klaster basis data Multi-AZ.
Di klaster basis data Multi-AZ, *grup parameter basis data* diatur ke grup parameter basis data default untuk mesin basis data dan versi mesin basis datanya. Setelan dalam grup parameter klaster basis data digunakan untuk semua instans basis data di klaster.
Lihat informasi tentang grup parameter di [Menggunakan grup parameter klaster DB untuk klaster DB Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
## Proxy RDS dengan cluster DB Multi-AZ
Anda dapat menggunakan Proksi Amazon RDS untuk membuat proksi bagi klaster basis data Multi-AZ. Dengan menggunakan Proksi RDS, aplikasi Anda dapat mengumpulkan dan berbagi koneksi basis data untuk meningkatkan kemampuan menskalakan. Setiap proksi melakukan pembentukan *multipleks* koneksi, yang juga disebut dengan penggunaan ulang koneksi. Dengan multipleks, Proksi RDS melakukan semua operasi untuk sebuah transaksi dengan menggunakan satu koneksi basis data yang mendasari. Proksi RDS juga dapat mengurangi waktu henti untuk pemutakhiran versi kecil suatu klaster basis data Multi-AZ ke satu detik atau kurang. Lihat informasi yang lebih lengkap tentang manfaat-manfaat Proksi RDS di [Proksi Amazon RDS Aurora](rds-proxy.md).
Untuk menyiapkan proksi bagi klaster basis data Multi-AZ, pilih **Buat Proksi RDS** saat membuat klaster. Untuk petunjuk membuat dan mengelola titik akhir Proksi RDS, lihat [Bekerja dengan titik akhir Proksi Amazon RDS](rds-proxy-endpoints.md).
## Kelambatan replika dan klaster basis data Multi-AZ
*Kelambatan replika* adalah selisih waktu antara transaksi terbaru pada instans basis data penulis dan transaksi terbaru yang diterapkan pada instans basis data pembaca. CloudWatch Metrik Amazon `ReplicaLag` mewakili perbedaan waktu ini. Untuk informasi selengkapnya tentang CloudWatch metrik, lihat[Memantau metrik Amazon RDS Aurora dengan Amazon CloudWatch](monitoring-cloudwatch.md).
Meskipun klaster basis data Multi-AZ memungkinkan performa tulis yang tinggi, kelambatan replika masih dapat terjadi karena sifat replikasi berbasis mesin. Karena setiap failover harus menyelesaikan dahulu kelambatan replika sebelum mempromosikan instans basis data penulis baru, memantau dan mengelola kelambatan replika ini menjadi sebuah pertimbangan.
Untuk klaster basis data Multi-AZ RDS for MySQL, waktu failover bergantung pada kelambatan replika kedua instans basis data pembaca yang tersisa. Kedua instans basis data pembaca harus menerapkan transaksi yang belum diterapkan sebelum salah satunya dipromosikan menjadi instans basis data penulis baru.
Untuk klaster basis data Multi-AZ RDS for PostgreSQL, waktu failover bergantung pada kelambatan replika terendah dari dua instans basis data pembaca yang tersisa. Instans basis data pembaca dengan kelambatan replika terendah harus menerapkan transaksi yang belum diterapkan sebelum dipromosikan menjadi instans basis data penulis baru.
Untuk tutorial yang menunjukkan cara membuat CloudWatch alarm saat lag replika melebihi jumlah waktu yang ditentukan, lihat[Tutorial: Membuat CloudWatch alarm Amazon untuk lag replika cluster multi-AZ DB untuk Amazon RDS](multi-az-db-cluster-cloudwatch-alarm.md).
### Penyebab umum kelambatan replika
Secara umum, kelambatan replika terjadi ketika beban kerja tulis terlalu tinggi bagi instans basis data pembaca untuk menerapkan transaksi dengan efisien. Berbagai beban kerja dapat menimbulkan kelambatan replika sementara atau sinambung. Berikut beberapa contoh penyebab umum:
+ Konkurensi tulis tinggi atau pembaruan tumpak/batch berat pada instans basis data penulis, menyebabkan proses penerapan pada instans basis data pembaca tertinggal.
+ Beban kerja baca berat yang menggunakan sumber daya pada satu atau beberapa instans basis data pembaca. Menjalankan kueri yang lambat atau besar dapat memengaruhi proses penerapan dan dapat menyebabkan kelambatan replika.
+ Transaksi yang mengubah sejumlah besar data atau pernyataan DDL terkadang dapat menyebabkan kenaikan sementara kelambatan replika karena basis data harus menjaga urutan commit.
### Mengurangi kelambatan replika
Untuk klaster-klaster basis data Multi-AZ RDS for MySQL dan RDS for PostgreSQL, Anda dapat mengurangi kelambatan replika dengan mengurangi beban pada instans basis data penulis. Anda juga dapat menggunakan kontrol aliran untuk mengurangi kelambatan replika. *Kontrol aliran* bekerja dengan melakukan throttling operasi tulis pada instans basis data penulis, yang memastikan bahwa kelambatan replika tidak terus tumbuh tanpa batas. Throttling tulis dilakukan dengan menambahkan penundaan ke akhir transaksi, yang mengurangi throughput tulis pada instans basis data penulis. Meskipun tidak menjamin hilangnya kelambatan, kontrol aliran dapat membantu mengurangi kelambatan keseluruhan dalam banyak beban kerja. Bagian-bagian berikut memberikan informasi tentang cara menggunakan kontrol aliran dengan RDS for MySQL dan RDS for PostgreSQL.
#### Mengurangi kelambatan replika dengan kontrol aliran untuk RDS for MySQL
Bila Anda menggunakan klaster basis data Multi-AZ RDS for MySQL, kontrol aliran diaktifkan secara default dengan menggunakan parameter dinamis `rpl_semi_sync_master_target_apply_lag`. Parameter ini menentukan batas atas yang Anda inginkan untuk kelambatan replika. Saat kelambatan replika mendekati batas yang dikonfigurasikan ini, kontrol aliran membatasi transaksi tulis pada instans basis data penulis untuk mencoba mempertahankan kelambatan replika di bawah nilai yang ditentukan. Dalam beberapa kasus, kelambatan replika dapat melebihi batas yang ditentukan. Secara default, parameter ini diatur ke 120 detik. Untuk mematikan kontrol aliran, atur parameter ini ke nilai maksimumnya 86.400 detik (satu hari).
Untuk melihat penundaan saat ini yang disuntikkan oleh kontrol aliran, tampilkan parameter `Rpl_semi_sync_master_flow_control_current_delay` dengan menjalankan kueri berikut.
```
SHOW GLOBAL STATUS like '%flow_control%';
```
Output-nya semestinya mirip dengan yang berikut.
```
+-------------------------------------------------+-------+
| Variable_name | Value |
+-------------------------------------------------+-------+
| Rpl_semi_sync_master_flow_control_current_delay | 2010 |
+-------------------------------------------------+-------+
1 row in set (0.00 sec)
```
**catatan**
Penundaan ditampilkan dalam mikrodetik.
Jika Wawasan Performa diaktifkan untuk klaster basis data Multi-AZ RDS for MySQL, Anda dapat memantau peristiwa tunggu yang bersangkutan dengan suatu pernyataan SQL yang menunjukkan bahwa kueri ditunda oleh kontrol aliran. Saat penundaan dikenakan oleh kontrol aliran, Anda dapat melihat peristiwa tunggu `/wait/synch/cond/semisync/semi_sync_flow_control_delay_cond` yang bersangkutan dengan pernyataan SQL itu di dasbor Wawasan Performa. Untuk melihat semua metrik ini, pastikan bahwa Skema Performa diaktifkan. Lihat informasi tentang Wawasan Performa di [Memantau muatan DB dengan Wawasan Performa di Amazon RDS](USER_PerfInsights.md).
#### Mengurangi kelambatan replika dengan kontrol aliran untuk RDS for PostgreSQL
Saat Anda menggunakan klaster basis data Multi-AZ RDS for PostgreSQL, kontrol aliran digunakan sebagai ekstensi. Kontrol mengaktifkan pekerja latar belakang untuk semua instans basis data dalam klaster basis data. Secara default, pekerja latar belakang pada instans basis data pembaca mengomunikasikan kelambatan replika saat ini dengan pekerja latar belakang pada instans basis data penulis. Jika kelambatan melebihi dua menit pada sebarang instans basis data pembaca, pekerja latar belakang pada instans basis data penulis menambahkan penundaan di akhir transaksi. Untuk mengendalikan ambang batas kelambatan, gunakan parameter `flow_control.target_standby_apply_lag`.
Saat kontrol aliran membatasi proses PostgreSQL, peristiwa tunggu `Extension` di `pg_stat_activity` dan Wawasan Performa menunjukkan hal itu. Fungsi `get_flow_control_stats` menampilkan detail lama penundaan yang saat ini ditambahkan.
Kontrol aliran dapat menguntungkan sebagian besar beban kerja pemrosesan transaksi online (OLTP) yang memiliki transaksi singkat tetapi sangat konkuren. Jika kelambatan disebabkan oleh transaksi yang berjalan lama, seperti operasi tumpak/batch, kontrol aliran tidak memberikan manfaat yang sama besarnya.
Anda dapat mematikan kontrol aliran dengan menghapus ekstensi dari `shared_preload_libraries` dan mem-boot ulang instans basis data Anda.
## Cuplikan cluster DB multi-AZ
Amazon RDS membuat dan menyimpan cadangan otomatis cluster DB multi-AZ Anda selama jendela pencadangan yang dikonfigurasi. RDS membuat snapshot volume penyimpanan cluster DB Anda, mencadangkan seluruh cluster dan bukan hanya instance individual.
Anda juga dapat mengambil cadangan manual cluster DB multi-AZ Anda. Untuk pencadangan jangka panjang, pertimbangkan untuk mengekspor data snapshot ke Amazon S3. Untuk informasi selengkapnya, lihat [Membuat snapshot cluster DB multi-AZ untuk Amazon RDS](USER_CreateMultiAZDBClusterSnapshot.md).
Anda dapat memulihkan klaster DB Multi-AZ ke titik waktu tertentu, membuat klaster DB Multi-AZ baru. Untuk petunjuk, lihat [Memulihkan klaster DB Multi-AZ ke waktu tertentu](USER_PIT.MultiAZDBCluster.md).
Sebagai alternatif, Anda dapat memulihkan snapshot cluster DB multi-AZ ke penerapan Single-AZ atau penerapan instans DB multi-AZ. Untuk petunjuk, lihat [Memulihkan dari snapshot klaster DB Multi-AZ ke instans DB](USER_RestoreFromMultiAZDBClusterSnapshot.md).
# Membuat cluster DB Multi-AZ untuk Amazon RDS
Klaster DB Multi-AZ memiliki instans DB penulis dan dua instans DB pembaca di tiga Zona Ketersediaan terpisah. Klaster DB Multi-AZ menyediakan ketersediaan tinggi, peningkatan kapasitas untuk beban kerja baca, dan latensi yang lebih rendah jika dibandingkan dengan deployment Multi-AZ. Untuk informasi selengkapnya tentang klaster DB Multi-AZ, lihat [Penerapan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.md).
**catatan**
Klaster DB Multi-AZ hanya didukung untuk mesin MySQL dan PostgreSQL DB.
## Prasyarat klaster DB
**penting**
Sebelum dapat membuat klaster DB Multi-AZ, Anda harus menyelesaikan tugas-tugas di [Menyiapkan lingkungan Amazon RDS Anda](CHAP_SettingUp.md).
Berikut adalah prasyarat yang harus diselesaikan sebelum membuat klaster DB Multi-AZ.
**Topics**
+ [Konfigurasikan jaringan untuk klaster DB](#create-multi-az-db-cluster-prerequisites-VPC)
+ [Prasyarat tambahan](#create-multi-az-db-cluster-prerequisites-additional)
### Konfigurasikan jaringan untuk klaster DB
Anda hanya dapat membuat klaster DB Multi-AZ di Cloud Privat Virtual (VPC) berdasarkan layanan Amazon VPC. Itu harus dalam Wilayah AWS yang memiliki setidaknya tiga Availability Zone. Grup subnet DB yang Anda pilih untuk klaster DB harus mencakup setidaknya tiga Zona Ketersediaan. Konfigurasi ini memastikan bahwa setiap instans DB di klaster DB berada di Zona Ketersediaan yang berbeda.
Untuk mengatur konektivitas antara klaster DB baru Anda dan instans Amazon EC2 di VPC yang sama, lakukan saat Anda membuat klaster DB. Untuk terhubung ke klaster DB Anda dari sumber daya selain instans EC2 di VPC yang sama, konfigurasikan koneksi jaringan secara manual.
**Topics**
+ [Mengonfigurasi konektivitas jaringan otomatis dengan instans EC2](#create-multi-az-db-cluster-prerequisites-VPC-automatic)
+ [Mengonfigurasi jaringan secara manual](#create-multi-az-db-cluster-prerequisites-VPC-manual)
#### Mengonfigurasi konektivitas jaringan otomatis dengan instans EC2
Saat Anda membuat cluster DB multi-AZ, Anda dapat menggunakan Konsol Manajemen AWS untuk mengatur konektivitas antara instans EC2 dan cluster DB baru. Ketika Anda melakukannya, RDS mengonfigurasi VPC dan pengaturan jaringan Anda secara otomatis. Klaster DB tersebut dibuat dalam VPC yang sama dengan instans EC2, sehingga instans EC2 dapat mengakses klaster DB.
Berikut ini adalah persyaratan untuk menghubungkan instans EC2 dengan klaster DB:
+ Instans EC2 harus ada Wilayah AWS sebelum Anda membuat cluster DB.
Jika tidak ada instans EC2 di Wilayah AWS, konsol menyediakan tautan untuk membuatnya.
+ Pengguna yang membuat klaster DB harus memiliki izin untuk melakukan operasi berikut:
+ `ec2:AssociateRouteTable`
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateRouteTable`
+ `ec2:CreateSubnet`
+ `ec2:CreateSecurityGroup`
+ `ec2:DescribeInstances`
+ `ec2:DescribeNetworkInterfaces`
+ `ec2:DescribeRouteTables`
+ `ec2:DescribeSecurityGroups`
+ `ec2:DescribeSubnets`
+ `ec2:ModifyNetworkInterfaceAttribute`
+ `ec2:RevokeSecurityGroupEgress`
Menggunakan opsi ini membuat klaster DB pribadi. Klaster DB menggunakan grup subnet DB hanya dengan subnet privat untuk membatasi akses ke sumber daya dalam VPC.
Untuk menghubungkan instans EC2 ke klaster DB, pilih **Hubungkan ke sumber daya komputasi EC2** di bagian **Konektivitas** pada halaman **Buat basis data**.
![\[Menghubungkan instans EC2\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/ec2-set-up-connection-create.png)
Saat Anda memilih **Hubungkan ke sumber daya komputasi EC2**, RDS menetapkan opsi berikut secara otomatis. Anda tidak dapat mengubah pengaturan ini kecuali Anda memilih untuk tidak mengatur konektivitas dengan instans EC2 dengan memilih **Jangan hubungkan ke sumber daya komputasi EC2**.
****
| Opsi konsol | Pengaturan otomatis |
| --- | --- |
| **Cloud Privat Virtual (VPC)** | RDS mengatur VPC ke yang terkait dengan instans EC2. |
| **Grup subnet DB** | RDS membutuhkan grup subnet DB dengan subnet privat di Zona Ketersediaan yang sama dengan instans EC2. Jika grup subnet DB yang memenuhi persyaratan ini ada, RDS menggunakan grup subnet DB yang ada. Secara default, opsi ini diatur ke Pengaturan otomatis. Ketika Anda memilih **Pengaturan otomatis** dan tidak ada grup subnet DB yang memenuhi persyaratan ini, tindakan berikut terjadi. RDS menggunakan tiga subnet privat yang tersedia di tiga Zona Ketersediaan dengan salah satu Zona Ketersediaan sama dengan instans EC2. Jika subnet privat tidak tersedia di Zona Ketersediaan, RDS membuat subnet privat di Zona Ketersediaan. Kemudian RDS membuat grup subnet DB.Ketika subnet privat tersedia, RDS menggunakan tabel rute yang terkait dengan subnet dan menambahkan subnet apa pun yang dibuatnya ke tabel rute ini. Ketika tidak ada subnet privat yang tersedia, RDS membuat tabel rute tanpa akses gateway internet dan menambahkan subnet yang dibuatnya ke tabel rute.RDS juga memungkinkan Anda untuk menggunakan grup subnet DB yang ada. Pilih **Pilih yang ada** jika Anda ingin menggunakan grup subnet DB pilihan Anda yang sudah ada. |
| **Akses publik** | RDS memilih **Tidak** sehingga klaster DB tidak dapat diakses publik. Untuk keamanan, ini adalah praktik terbaik untuk menjaga basis data tetap privat dan memastikannya tidak dapat diakses dari internet. |
| **Grup keamanan VPC (firewall)** | RDS membuat grup keamanan baru yang terkait dengan klaster DB. Grup keamanan diberi nama `rds-ec2-n`, dengan `n` berupa angka. Grup keamanan ini mencakup aturan masuk dengan grup keamanan VPC EC2 (firewall) sebagai sumbernya. Grup keamanan yang terkait dengan klaster DB ini memungkinkan instans EC2 untuk mengakses klaster DB. RDS juga membuat grup keamanan baru yang terkait dengan instans EC2. Grup keamanan diberi nama `ec2-rds-n`, dengan `n` berupa angka. Grup keamanan ini mencakup aturan keluar dengan grup keamanan VPC dari klaster DB sebagai sumbernya. Grup keamanan ini memungkinkan instans EC2 untuk mengirim lalu lintas ke klaster DB. Anda dapat menambahkan grup keamanan baru lainnya dengan memilih **Buat baru** dan mengetik nama grup keamanan baru. Anda dapat menambahkan grup keamanan yang ada dengan memilih **Pilih yang ada** dan memilih grup keamanan untuk ditambahkan. |
| **Zona Ketersediaan** | RDS memilih Zona Ketersediaan dari instans EC2 untuk satu instans DB dalam deployment klaster DB Multi-AZ. RDS secara acak memilih Zona Ketersediaan yang berbeda untuk kedua instans DB lainnya. Instans DB penulis dibuat di Zona Ketersediaan yang sama dengan instans EC2. Kemungkinan akan ada biaya lintas Zona Ketersediaan jika terjadi failover dan instans DB penulis berada di Zona Ketersediaan yang berbeda. |
Untuk informasi selengkapnya tentang pengaturan ini, lihat [Pengaturan untuk membuat klaster DB Multi-AZ](#create-multi-az-db-cluster-settings).
Jika Anda mengubah pengaturan ini setelah klaster DB dibuat, perubahan dapat memengaruhi koneksi antara instans EC2 dan klaster DB.
#### Mengonfigurasi jaringan secara manual
Untuk terhubung ke klaster DB Anda dari sumber daya selain instans EC2 di VPC yang sama, konfigurasikan koneksi jaringan secara manual. Jika Anda menggunakan Konsol Manajemen AWS untuk membuat cluster DB multi-AZ Anda, Anda dapat meminta Amazon RDS secara otomatis membuat VPC untuk Anda. Anda juga dapat menggunakan VPC yang ada atau membuat VPC baru untuk klaster DB Multi-AZ Anda. VPC Anda harus memiliki setidaknya satu subnet di masing-masing dari setidaknya tiga Zona Ketersediaan untuk digunakan dengan klaster DB Multi-AZ. Untuk informasi tentang VPCs, lihat[Amazon VPC dan RDSAmazon ](USER_VPC.md).
Jika Anda tidak memiliki VPC default atau belum membuat VPC, dan Anda tidak berencana menggunakan konsol, lakukan hal berikut:
+ Buat VPC dengan setidaknya satu subnet di masing-masing setidaknya tiga Availability Zone di AWS Wilayah tempat Anda ingin menerapkan cluster DB Anda. Untuk informasi selengkapnya, lihat [Bekerja dengan instans DB dalam VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md#Overview.RDSVPC.Create).
+ Tentukan grup keamanan VPC yang mengizinkan koneksi ke klaster DB Anda. Untuk informasi selengkapnya, lihat [Memberikan akses ke instans DB di VPC Anda dengan membuat grup keamanan](CHAP_SettingUp.md#CHAP_SettingUp.SecurityGroup) dan [Mengontrol akses dengan grup keamanan](Overview.RDSSecurityGroups.md).
+ Tentukan grup subnet DB RDS yang menentukan setidaknya tiga subnet di VPC yang dapat digunakan oleh klaster DB Multi-AZ. Untuk informasi selengkapnya, lihat [Menggunakan grup subnet DB](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Subnets).
Untuk informasi tentang batasan yang berlaku pada klaster DB Multi-AZ, lihat [Keterbatasan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
Jika Anda ingin terhubung ke sumber daya yang tidak berada di VPC yang sama dengan klaster DB Multi-AZ, lihat skenario yang sesuai di [Skenario untuk mengakses instans DB di VPC](USER_VPC.Scenarios.md).
### Prasyarat tambahan
Sebelum Anda membuat klaster DB Multi-AZ, pertimbangkan prasyarat tambahan berikut:
+ Untuk menyesuaikan parameter konfigurasi klaster DB Anda, tentukan grup parameter klaster DB dengan pengaturan parameter yang diperlukan. Untuk informasi tentang membuat atau memodifikasi grup parameter klaster DB, lihat [Grup parameter untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups).
+ Tentukan nomor TCP/IP port yang akan ditentukan untuk cluster DB Anda. Firewall di beberapa perusahaan memblokir koneksi ke port default. Jika firewall perusahaan Anda memblokir port default, pilih port lain untuk klaster DB Anda. Semua instans DB dalam klaster DB menggunakan port yang sama.
+ Jika versi mesin utama untuk database Anda mencapai akhir RDS pada tanggal dukungan standar, Anda harus menggunakan opsi Extended Support CLI atau parameter RDS API. Untuk informasi selengkapnya, lihat RDS Extended Support di[Pengaturan untuk membuat klaster DB Multi-AZ](#create-multi-az-db-cluster-settings).
## Membuat klaster DB
Anda dapat membuat cluster DB multi-AZ menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
### Konsol
Anda dapat membuat klaster DB Multi-AZ dengan memilih klaster **DB Multi-AZ** di bagian **Ketersediaan dan daya tahan**.
**Cara membuat klaster DB Multi-AZ menggunakan konsol**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di sudut kanan atas Konsol Manajemen AWS, pilih Wilayah AWS di mana Anda ingin membuat cluster DB.
Untuk informasi tentang Wilayah AWS yang mendukung klaster DB multi-AZ, lihat. [Keterbatasan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
1. Di panel navigasi, pilih **Basis Data**.
1. Pilih **Buat basis data**.
Untuk membuat klaster DB Multi-AZ, pastikan **Pembuatan Standar** dipilih dan **Mudah Dibuat** tidak.
1. Pada **Jenis mesin**, pilih **MySQL** atau **PostgreSQL**.
1. Untuk **Versi**, pilih versi mesin DB.
Untuk informasi tentang versi mesin DB yang mendukung klaster DB Multi-AZ, lihat [Keterbatasan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.Limitations.md).
1. Di bagian **Templat**, pilih templat yang sesuai untuk deployment Anda.
1. Dalam **Ketersediaan dan daya tahan**, pilih **Klaster DB Multi-AZ**.
![\[Pilihan klaster DB Multi-AZ\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/multi-az-db-cluster-create.png)
1. Di **Pengidentifikasi klaster DB**, masukkan pengidentifikasi untuk klaster DB Anda.
1. Di **Nama pengguna master**, masukkan nama pengguna master Anda atau biarkan pengaturan default.
1. Masukkan kata sandi master Anda:
1. Di bagian **Pengaturan**, buka **Pengaturan Kredensial**.
1. Jika Anda ingin menentukan kata sandi, hapus kotak **Buat kata sandi secara otomatis** jika dipilih.
1. (Opsional) Ubah nilai **Nama pengguna master**.
1. Masukkan kata sandi yang sama di **Kata sandi master** dan **Konfirmasikan kata sandi**.
1. Untuk **Kelas instans DB**, pilih kelas instans DB. Untuk daftar kelas instans DB yang didukung, lihat [Ketersediaan kelas instans untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability).
1. (Opsional) Atur koneksi ke sumber daya komputasi untuk klaster DB ini.
Anda dapat mengonfigurasi konektivitas antara instans Amazon EC2 dan klaster DB baru selama pembuatan klaster DB. Untuk informasi selengkapnya, lihat [Mengonfigurasi konektivitas jaringan otomatis dengan instans EC2](#create-multi-az-db-cluster-prerequisites-VPC-automatic).
1. Di bagian **Konektivitas** di bawah **Grup keamanan VPC (firewall)**, jika Anda memilih **Buat baru**, grup keamanan VPC dibuat dengan aturan masuk yang memungkinkan alamat IP komputer lokal Anda mengakses basis data.
1. Untuk bagian yang lainnya, tentukan pengaturan klaster DB Anda. Untuk informasi tentang setiap pengaturan, lihat [Pengaturan untuk membuat klaster DB Multi-AZ](#create-multi-az-db-cluster-settings).
1. Pilih **Buat basis data**.
Jika Anda memilih untuk menggunakan kata sandi yang dibuat otomatis, tombol **Lihat detail kredensial** muncul pada halaman **Basis data**.
Untuk melihat nama pengguna dan kata sandi master klaster DB, pilih **Lihat detail kredensial**.
Untuk terhubung ke klaster DB sebagai pengguna master, gunakan nama pengguna dan kata sandi yang muncul.
**penting**
Anda tidak dapat melihat kata sandi pengguna master lagi.
1. Untuk **Basis data**, pilih nama klaster DB baru.
Pada konsol RDS, detail untuk klaster DB baru muncul. Klaster DB memiliki status **Membuat** hingga klaster DB telah dibuat dan siap digunakan. Saat statusnya berubah menjadi **Tersedia**, Anda dapat terhubung ke klaster DB. Bergantung pada kelas klaster DB dan penyimpanan yang dialokasikan, perlu waktu beberapa menit agar klaster DB baru tersedia.
### AWS CLI
Sebelum Anda membuat cluster DB multi-AZ menggunakan AWS CLI, pastikan untuk memenuhi prasyarat yang diperlukan. Prasyarat tersebut termasuk membuat VPC dan grup subnet DB RDS. Untuk informasi selengkapnya, lihat [Prasyarat klaster DB](#create-multi-az-db-cluster-prerequisites).
Untuk membuat cluster DB multi-AZ dengan menggunakan AWS CLI, panggil [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)perintah. Tentukan `--db-cluster-identifier`. Untuk opsi `--engine`, tentukan salah `mysql` atau `postgres`.
Lihat informasi tentang setiap opsi di [Pengaturan untuk membuat klaster DB Multi-AZ](#create-multi-az-db-cluster-settings).
Untuk informasi tentang, mesin DB Wilayah AWS, dan versi mesin DB yang mendukung cluster DB multi-AZ, lihat. [Keterbatasan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.Limitations.md)
Perintah `create-db-cluster` membuat instans DB penulis dan dua instans DB pembaca untuk klaster DB Anda. Setiap instans DB berada di Zona Ketersediaan yang berbeda.
Misalnya, perintah berikut membuat klaster DB Multi-AZ MySQL 8.0 bernama `mysql-multi-az-db-cluster`.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds create-db-cluster \
2. --db-cluster-identifier mysql-multi-az-db-cluster \
3. --engine mysql \
4. --engine-version 8.0.32 \
5. --master-username admin \
6. --manage-master-user-password \
7. --port 3306 \
8. --backup-retention-period 1 \
9. --db-subnet-group-name default \
10. --allocated-storage 4000 \
11. --storage-type io1 \
12. --iops 10000 \
13. --db-cluster-instance-class db.m5d.xlarge
```
Untuk Windows:
```
1. aws rds create-db-cluster ^
2. --db-cluster-identifier mysql-multi-az-db-cluster ^
3. --engine mysql ^
4. --engine-version 8.0.32 ^
5. --manage-master-user-password ^
6. --master-username admin ^
7. --port 3306 ^
8. --backup-retention-period 1 ^
9. --db-subnet-group-name default ^
10. --allocated-storage 4000 ^
11. --storage-type io1 ^
12. --iops 10000 ^
13. --db-cluster-instance-class db.m5d.xlarge
```
Perintah berikut membuat klaster DB Multi-AZ PostgreSQL 13.4 bernama `postgresql-multi-az-db-cluster`.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds create-db-cluster \
2. --db-cluster-identifier postgresql-multi-az-db-cluster \
3. --engine postgres \
4. --engine-version 13.4 \
5. --manage-master-user-password \
6. --master-username postgres \
7. --port 5432 \
8. --backup-retention-period 1 \
9. --db-subnet-group-name default \
10. --allocated-storage 4000 \
11. --storage-type io1 \
12. --iops 10000 \
13. --db-cluster-instance-class db.m5d.xlarge
```
Untuk Windows:
```
1. aws rds create-db-cluster ^
2. --db-cluster-identifier postgresql-multi-az-db-cluster ^
3. --engine postgres ^
4. --engine-version 13.4 ^
5. --manage-master-user-password ^
6. --master-username postgres ^
7. --port 5432 ^
8. --backup-retention-period 1 ^
9. --db-subnet-group-name default ^
10. --allocated-storage 4000 ^
11. --storage-type io1 ^
12. --iops 10000 ^
13. --db-cluster-instance-class db.m5d.xlarge
```
### API RDS
Sebelum dapat membuat klaster DB Multi-AZ menggunakan API RDS, pastikan untuk memenuhi prasyarat yang diperlukan, seperti membuat VPC dan grup subnet DB RDS. Untuk informasi selengkapnya, lihat [Prasyarat klaster DB](#create-multi-az-db-cluster-prerequisites).
Untuk membuat cluster DB multi-AZ dengan menggunakan RDS API, panggil operasi [Create DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html). Tentukan `DBClusterIdentifier`. Untuk parameter `Engine`, tentukan `mysql` atau `postgresql`.
Lihat informasi tentang setiap opsi, lihat [Pengaturan untuk membuat klaster DB Multi-AZ](#create-multi-az-db-cluster-settings).
Operasi `CreateDBCluster` membuat instans DB penulis dan dua instans DB pembaca untuk klaster DB Anda. Setiap instans DB berada di Zona Ketersediaan yang berbeda.
## Pengaturan untuk membuat klaster DB Multi-AZ
Untuk detail pengaturan yang Anda pilih ketika membuat klaster DB Multi-AZ, lihat tabel berikut. Untuk informasi selengkapnya tentang AWS CLI opsi, lihat [create-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Untuk informasi selengkapnya tentang parameter RDS API, lihat [Membuat DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html).
| Setelan konsol | Deskripsi pengaturan | Opsi CLI dan parameter API RDS |
| --- | --- | --- |
| **Penyimpanan yang dialokasikan** | Jumlah penyimpanan yang dialokasikan untuk setiap instans DB dalam klaster DB Anda (dalam gibibyte). Untuk informasi selengkapnya, lihat [Penyimpanan instans DB Amazon RDS](CHAP_Storage.md). | **Opsi CLI:** `--allocated-storage` **Parameter API:** `AllocatedStorage` |
| Peningkatan versi minor otomatis | **Aktifkan peningkatan versi minor otomatis** agar klaster basis data Anda otomatis menerima peningkatan versi mesin DB minor pilihan Anda saat tersedia. Amazon RDS melakukan peningkatan versi minor otomatis selama jendela pemeliharaan. | **Opsi CLI:** `--auto-minor-version-upgrade` `--no-auto-minor-version-upgrade` **Parameter API:** `AutoMinorVersionUpgrade` |
| Periode retensi cadangan | Jumlah hari yang Anda inginkan untuk menyimpan cadangan otomatis klaster DB Anda. Untuk klaster DB Multi-AZ, nilai ini harus ditetapkan ke **1** atau lebih besar. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md). | **Opsi CLI:** `--backup-retention-period` **Parameter API:** `BackupRetentionPeriod` |
| Jendela pencadangan | Periode waktu ketika Amazon RDS membuat cadangan klaster basis data Anda secara otomatis. Kecuali jika Anda ingin basis data dicadangkan pada waktu tertentu, gunakan nilai default **Tidak ada preferensi**. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md). | **Opsi CLI:** `--preferred-backup-window` **Parameter API:** `PreferredBackupWindow` |
| **Otoritas sertifikat** | Otoritas sertifikat (CA) untuk sertifikat server yang digunakan oleh cluster DB. Untuk informasi selengkapnya, lihat [](UsingWithRDS.SSL.md). | **Opsi CLI:** `--ca-certificate-identifier` **Parameter API RDS:** `CACertificateIdentifier` |
| Salin tag ke cuplikan | Opsi ini menyalin semua tag klaster basis data ke snapshot DB saat Anda membuat snapshot. Untuk informasi selengkapnya, lihat [Menandai sumber Amazon RDS](USER_Tagging.md). | **Opsi CLI:** `-copy-tags-to-snapshot` `-no-copy-tags-to-snapshot` **Parameter API RDS:** `CopyTagsToSnapshot` |
| Autentikasi basis data | Opsi autentikasi basis data yang ingin Anda gunakan. Pilih **Autentikasi kata sandi** untuk mengautentikasi pengguna basis data dengan kata sandi basis data saja. Pilih **Autentikasi kata sandi dan DB IAM** untuk mengautentikasi pengguna basis data dengan kata sandi basis data dan kredensial pengguna melalui pengguna dan peran. Untuk informasi selengkapnya, lihat [Autentikasi basis data IAMuntuk MariaDB, MySQL, dan PostgreSQL](UsingWithRDS.IAMDBAuth.md). | **Opsi CLI:** `--enable-iam-database-authentication` `--no-enable-iam-database-authentication` **Parameter API RDS:** `EnableIAMDatabaseAuthentication` |
| Port basis data | Port yang ingin Anda gunakan untuk mengakses klaster DB. Port default akan ditampilkan. Port tidak dapat diubah setelah klaster DB dibuat. Firewall di beberapa perusahaan memblokir koneksi ke port default. Jika firewall perusahaan Anda memblokir port default, masukkan port lain untuk klaster DB Anda. | **Opsi CLI:** `--port` **Parameter API RDS:** `Port` |
| Pengidentifikasi klaster DB | Nama untuk klaster DB Anda. Beri nama klaster DB Anda dengan cara yang sama seperti cara Anda menamai server on-premise Anda. Pengidentifikasi cluster DB Anda dapat berisi hingga 63 karakter alfanumerik, dan harus unik untuk akun Anda di Wilayah yang Anda pilih. AWS | **Opsi CLI:** `--db-cluster-identifier` **Parameter API RDS:** `DBClusterIdentifier` |
| Kelas instans DB | Kapasitas komputasi dan memori setiap instans DB di klaster DB Multi-AZ, misalnya `db.m5d.xlarge`. Jika memungkinkan, pilih kelas instans DB yang cukup besar sehingga set kerja kueri yang umum dapat disimpan di memori. Ketika set kerja disimpan di memori, sistem dapat menghindari penulisan pada disk, yang akan meningkatkan performa. Untuk daftar kelas instans DB yang didukung, lihat [Ketersediaan kelas instans untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability). | **Opsi CLI:** `--db-cluster-instance-class` **Parameter API RDS:** `DBClusterInstanceClass` |
| **Grup parameter klaster DB** | Grup parameter klaster DB yang ingin Anda kaitkan dengan klaster DB. Untuk informasi selengkapnya, lihat [Grup parameter untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opsi CLI:** `--db-cluster-parameter-group-name` **Parameter API RDS:** `DBClusterParameterGroupName` |
| Versi mesin DB | Versi mesin basis data yang ingin Anda gunakan. | **Opsi CLI:** `--engine-version` **Parameter API RDS:** `EngineVersion` |
| Grup parameter klaster DB | Grup parameter instans DB untuk mengasosiasikan dengan cluster DB. Untuk informasi selengkapnya, lihat [Grup parameter untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opsi CLI:** `--db-cluster-parameter-group-name` **Parameter API RDS:** `DBClusterParameterGroupName` |
| Grup subnet DB | Grup subnet DB yang Anda ingin gunakan untuk klaster DB. Pilih Pilih yang ada untuk menggunakan grup subnet DB yang ada. Kemudian pilih grup subnet yang diperlukan dari daftar dropdown Grup subnet DB yang ada.Pilih **Pengaturan otomatis** untuk membiarkan RDS memilih grup subnet DB yang kompatibel. Jika tidak ada, RDS membuat grup subnet baru untuk klaster Anda.Untuk informasi selengkapnya, lihat [Menggunakan grup subnet DB](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Subnets). | **Opsi CLI:** `--db-subnet-group-name` **Parameter API RDS:** `DBSubnetGroupName` |
| Perlindungan penghapusan | **Aktifkan perlindungan penghapusan** agar klaster DB tidak terhapus. Jika Anda membuat klaster DB produksi dengan konsol, perlindungan penghapusan diaktifkan secara default. Untuk informasi selengkapnya, lihat [Menghapus instans DB](USER_DeleteInstance.md). | **Opsi CLI:** `--deletion-protection` `--no-deletion-protection` **Parameter API RDS:** `DeletionProtection` |
| Enkripsi | **Aktifkan Enkripsi** guna mengaktifkan enkripsi saat diam untuk klaster DB ini. Enkripsi diaktifkan secara default untuk klaster DB Multi-AZ. Untuk informasi selengkapnya, lihat [Mengenkripsi sumber daya Amazon RDS](Overview.Encryption.md). | **Opsi CLI:** `--kms-key-id` `--storage-encrypted` `--no-storage-encrypted` **Parameter API RDS:** `KmsKeyId` `StorageEncrypted` |
| Pemantauan yang Ditingkatkan | **Aktifkan pemantauan yang ditingkatkan** guna mengaktifkan pengumpulan metrik secara waktu nyata untuk sistem operasi tempat klaster DB Anda berjalan. Untuk informasi selengkapnya, lihat [Memantau metrik OS dengan Pemantauan yang Ditingkatkan](USER_Monitoring.OS.md). | **Opsi CLI:** `--monitoring-interval` `--monitoring-role-arn` **Parameter API RDS:** `MonitoringInterval` `MonitoringRoleArn` |
| Nama basis data awal | Nama untuk basis data di klaster DB Anda. Jika Anda tidak memberikan nama, Amazon RDS tidak membuat basis data di klaster DB untuk MySQL. Namun, Amazon RDS membuat basis data pada klaster DB untuk PostgreSQL. Nama tidak dapat berupa kata yang disimpan oleh mesin basis data. Terdapat batasan lain bergantung pada mesin DB. MySQL: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) PostgreSQL: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) | **Opsi CLI:** `--database-name` **Parameter API RDS:** `DatabaseName` |
| **Ekspor log** | Jenis file log database untuk dipublikasikan ke Amazon CloudWatch Logs. Untuk informasi selengkapnya, lihat [Menerbitkan log database ke Amazon CloudWatch Logs](USER_LogAccess.Procedural.UploadtoCloudWatch.md). | **Opsi CLI:** `-enable-cloudwatch-logs-exports` **Parameter API RDS:** `EnableCloudwatchLogsExports` |
| Jendela pemeliharaan | Jendela 30 menit ketika perubahan yang tertunda untuk klaster DB diterapkan. Jika jangka waktu bukan masalah, pilih **Tidak ada preferensi**. Untuk informasi selengkapnya, lihat [Jendela pemeliharaan Amazon RDS](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance). | **Opsi CLI:** `--preferred-maintenance-window` **Parameter API RDS:** `PreferredMaintenanceWindow` |
| Kelola kredensi master di AWS Secrets Manager | Pilih **Kelola kredensial master di AWS Secrets Manager** untuk mengelola kata sandi pengguna master dalam rahasia di Secrets Manager. Anda juga dapat memilih kunci KMS yang akan digunakan untuk melindungi rahasia. Pilih dari kunci KMS di akun Anda, atau masukkan kunci dari akun yang berbeda. Untuk informasi selengkapnya, lihat [Manajemen kata sandi dengan Amazon RDS Aurora dan AWS Secrets Manager](rds-secrets-manager.md). | **Opsi CLI:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` **Parameter API RDS:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` |
| Kata sandi master | Kata sandi untuk akun pengguna master Anda. | **Opsi CLI:** `--master-user-password` **Parameter API RDS:** `MasterUserPassword` |
| Nama pengguna master | Nama yang Anda gunakan sebagai nama pengguna master untuk masuk ke klaster DB dengan semua hak istimewa basis data. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/create-multi-az-db-cluster.html) Anda tidak dapat mengubah nama pengguna master setelah klaster DB Multi-AZ dibuat. Untuk informasi selengkapnya tentang hak istimewa yang diberikan kepada pengguna master, lihat [Hak akses akun pengguna master](UsingWithRDS.MasterAccounts.md). | **Opsi CLI:** `--master-username` **Parameter API RDS:** `MasterUsername` |
| Wawasan Performa | **Aktifkan Wawasan Performa** untuk memantau beban klaster DB, sehingga Anda dapat menganalisis dan memecahkan masalah performa basis data Anda. Pilih periode retensi untuk menentukan berapa banyak riwayat data Wawasan Performa yang akan disimpan. Pengaturan retensi adalah **Default (7 hari)**. Untuk mempertahankan data performa Anda lebih lama, tetapkan 1–24 bulan. Untuk informasi selengkapnya tentang periode retensi,lihat [Harga dan retensi data untuk Wawasan Performa](USER_PerfInsights.Overview.cost.md). Pilih kunci KMS yang akan digunakan untuk melindungi kunci yang digunakan untuk mengenkripsi volume basis data ini. Pilih dari kunci KMS di akun Anda, atau masukkan kunci dari akun yang berbeda. Untuk informasi selengkapnya, lihat [Memantau muatan DB dengan Wawasan Performa di Amazon RDS](USER_PerfInsights.md). | **Opsi CLI:** `--enable-performance-insights` `--no-enable-performance-insights` `--performance-insights-retention-period` `--performance-insights-kms-key-id` **Parameter API RDS:** `EnablePerformanceInsights` `PerformanceInsightsRetentionPeriod` `PerformanceInsightsKMSKeyId` |
| IOPS yang Tersedia | Jumlah IOPS yang Tersedia (operasi input/output per detik) yang akan dialokasikan di awal untuk klaster basis data. | **Opsi CLI:** `--iops` **Parameter API RDS:** `Iops` |
| Akses publik | **Dapat diakses publik** untuk memberikan alamat IP publik ke klaster DB, yang berarti bahwa klaster dapat diakses di luar VPC. Agar dapat diakses publik, klaster DB juga harus berada di subnet publik di VPC. **Tidak dapat diakses publik** agar klaster DB hanya dapat diakses dari dalam VPC. Untuk informasi selengkapnya, lihat [Menyembunyikan instans DB dalam VPC dari internet](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding). Untuk terhubung ke klaster DB dari luar VPC, klaster DB harus dapat diakses publik. Selain itu, akses harus diberikan menggunakan aturan masuk grup keamanan klaster DB, dan persyaratan lain harus terpenuhi. Untuk informasi selengkapnya, lihat [Tidak dapat terhubung ke instans DB Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting). Jika cluster DB Anda tidak dapat diakses publik, Anda dapat menggunakan koneksi AWS Site-to-Site VPN atau Direct Connect koneksi untuk mengaksesnya dari jaringan pribadi. Untuk informasi selengkapnya, lihat [Privasi lalu lintas antarjaringan](inter-network-traffic-privacy.md). | **Opsi CLI:** `--publicly-accessible` `--no-publicly-accessible` **Parameter API RDS:** `PubliclyAccessible` |
| RDS Extended Support | Pilih **Aktifkan RDS Extended Support** untuk memungkinkan versi mesin utama yang didukung untuk terus berjalan melewati akhir RDS tanggal dukungan standar. Saat Anda membuat cluster DB, Amazon RDS default ke RDS Extended Support. Untuk mencegah pembuatan cluster DB baru setelah RDS berakhir pada tanggal dukungan standar dan untuk menghindari biaya untuk RDS Extended Support, nonaktifkan pengaturan ini. Cluster DB Anda yang ada tidak akan dikenakan biaya hingga tanggal mulai penetapan harga RDS Extended Support. Untuk informasi selengkapnya, lihat [](extended-support.md). | **Opsi CLI:** `--engine-lifecycle-support` **Parameter API RDS:** `EngineLifecycleSupport` |
| **Throughput penyimpanan** | Nilai throughput penyimpanan untuk cluster DB. Pengaturan ini hanya terlihat jika Anda memilih General Purpose SSD (gp3) untuk jenis penyimpanan. Pengaturan ini tidak dapat dikonfigurasi dan diatur secara otomatis berdasarkan IOPS yang Anda tentukan. Untuk informasi selengkapnya, lihat [penyimpanan gp3 (disarankan)](CHAP_Storage.md#gp3-storage). | Nilai ini dihitung secara otomatis dan tidak memiliki opsi CLI. |
| **Proksi RDS** | Pilih **Buat Proksi RDS** guna membuat proksi untuk klaster DB Anda. Amazon RDS secara otomatis membuat peran IAM dan rahasia Secrets Manager untuk proksi. | Tidak tersedia saat membuat klaster DB. |
| Jenis penyimpanan | Jenis penyimpanan untuk klaster DB Anda. Hanya penyimpanan General Purpose SSD (gp3), Provisioned IOPS (io1), dan Provisioned IOPS SSD (io2) yang didukung. Untuk informasi selengkapnya, lihat [Jenis penyimpanan Amazon RDS](CHAP_Storage.md#Concepts.Storage). | **Opsi CLI:** `--storage-type` **Parameter API RDS:** `StorageType` |
| Cloud Privat Virtual (VPC) | VPC berbasis layanan Amazon VPC yang akan dihubungkan dengan klaster DB ini. Untuk informasi selengkapnya, lihat [Amazon VPC dan RDSAmazon ](USER_VPC.md). | Untuk CLI dan API, Anda menentukan grup keamanan VPC. IDs |
| Grup keamanan VPC (firewall) | Grup keamanan untuk dikaitkan dengan klaster DB. Untuk informasi selengkapnya, lihat [Ikhtisar grup keamanan VPC](Overview.RDSSecurityGroups.md#Overview.RDSSecurityGroups.VPCSec). | **Opsi CLI:** `--vpc-security-group-ids` **Parameter API RDS:** `VpcSecurityGroupIds` |
## Pengaturan yang tidak berlaku saat membuat klaster DB Multi-AZ
Pengaturan berikut dalam AWS CLI perintah [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html)dan operasi RDS API [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html)tidak berlaku untuk cluster DB multi-AZ.
Anda juga tidak dapat menentukan pengaturan ini untuk klaster DB Multi-AZ di konsol.
| AWS CLI pengaturan | Pengaturan API RDS |
| --- | --- |
| `--availability-zones` | `AvailabilityZones` |
| `--backtrack-window` | `BacktrackWindow` |
| `--character-set-name` | `CharacterSetName` |
| `--domain` | `Domain` |
| `--domain-iam-role-name` | `DomainIAMRoleName` |
| `--enable-global-write-forwarding \| --no-enable-global-write-forwarding` | `EnableGlobalWriteForwarding` |
| `--enable-http-endpoint \| --no-enable-http-endpoint` | `EnableHttpEndpoint` |
| `--global-cluster-identifier` | `GlobalClusterIdentifier` |
| `--option-group-name` | `OptionGroupName` |
| `--pre-signed-url` | `PreSignedUrl` |
| `--replication-source-identifier` | `ReplicationSourceIdentifier` |
| `--scaling-configuration` | `ScalingConfiguration` |
# Menghubungkan ke cluster DB Multi-AZ untuk Amazon RDS
Sebuah klaster basis data Multi-AZ memiliki tiga instans basis data, bukan instans basis data tunggal. Setiap koneksi ditangani oleh instans basis data tertentu. Saat Anda menghubungi klaster basis data Multi-AZ, nama host dan port yang Anda tentukan menunjuk ke nama domain berkualifikasi penuh yang disebut dengan *titik akhir*. Klaster basis data Multi-AZ menggunakan mekanisme titik akhir untuk mengabstrakkan koneksi ini sehingga Anda tidak perlu menentukan instans basis data di klaster basis data yang akan dihubungi. Dengan demikian, Anda tidak perlu mencantumkan nama persis/hardcode semua nama host atau menulis logika Anda sendiri untuk merutekan ulang koneksi saat beberapa instans basis data tidak tersedia.
Titik akhir penulis menghubungi instans basis data penulis klaster basis data, yang mendukung operasi-operasi baca dan tulis. Titik akhir pembaca menghubungi salah satu dari dua instans basis data pembaca, yang hanya mendukung operasi baca.
Dengan menggunakan titik akhir, Anda dapat memetakan setiap koneksi ke instans basis data atau grup instans basis data yang layak berdasarkan kasus penggunaan Anda. Misalnya, untuk melakukan pernyataan-pernyataan DDL dan DML, Anda dapat menghubungi instans basis data mana pun yang merupakan instans basis data penulis. Untuk melakukan kueri, Anda dapat menghubungi titik akhir pembaca, dengan klaster basis data Multi-AZ mengelola secara otomatis koneksi di antara instans-instans basis data pembaca. Untuk diagnosis atau penyetelan, Anda dapat menghubungi titik akhir instans basis data tertentu untuk memeriksa detail instans basis data itu.
Lihat informasi yang lebih lengkap tentang cara menghubungi instans basis data di [Menghubungkan ke instans DB Amazon RDS](CHAP_CommonTasks.Connect.md).
Untuk informasi selengkapnya tentang menghubungkan ke klaster DB multi-AZ, lihat topik berikut.
**Topik**
+ [Titik akhir cluster](#multi-az-db-clusters-concepts-connection-management-endpoints-cluster)
+ [Titik akhir pembaca](#multi-az-db-clusters-concepts-connection-management-endpoints-reader)
+ [Endpoint instans](#multi-az-db-clusters-concepts-connection-management-endpoints-instance)
+ [Koneksi ketersediaan tinggi](#multi-az-db-clusters-concepts-connection-management-endpoints-ha)
+ [Menghubungkan ke cluster DB multi-AZ dengan AWS driver untuk Amazon RDSMenghubungkan ke cluster DB Multi-AZ dengan Driver Amazon Web Services (AWS) JDBC](maz-cluster-connect-drivers.md)
## Jenis-jenis titik akhir klaster basis data Multi-AZ
Titik akhir diwakili oleh sebuah pengidentifikasi unik yang berisi alamat host. Jenis-jenis titik akhir berikut tersedia dari klaster basis data Multi-AZ:
**Titik akhir klaster**
*Titik akhir klaster* (atau *titik akhir penulis*) untuk klaster basis data Multi-AZ menghubungi instans basis data penulis saat ini untuk klaster basis data itu. Titik akhir ini adalah satu-satunya titik akhir yang dapat melakukan operasi tulis seperti pernyataan-pernyataan DDL dan DML. Titik akhir ini juga dapat melakukan operasi baca.
Setiap klaster basis data Multi-AZ memiliki satu titik akhir klaster dan satu instans basis data penulis.
Anda menggunakan titik akhir klaster untuk semua operasi tulis pada klaster basis data itu, yang meliputi penyisipan, pembaruan, penghapusan, dan perubahan DDL. Anda juga dapat menggunakan titik akhir klaster untuk operasi baca, seperti kueri.
Jika instans basis data penulis saat ini suatu klaster basis data gagal, klaster basis data Multi-AZ melakukan secara otomatis failover ke instans basis data penulis baru. Selama failover, klaster basis data itu terus melayani permintaan koneksi ke titik akhir klaster penulis baru instans basis data itu, dengan pemutusan layanan yang minimal.
Contoh berikut mengilustrasikan titik akhir klaster untuk suatu klaster basis data Multi-AZ.
`mydbcluster.cluster-123456789012.us-east-1.rds.amazonaws.com`
Untuk informasi selengkapnya tentang menghubungkan ke titik akhir klaster, lihat[Titik akhir cluster](#multi-az-db-clusters-concepts-connection-management-endpoints-cluster).
**Titik akhir pembaca**
*Titik akhir pembaca* untuk suatu klaster basis data Multi-AZ memberikan dukungan untuk koneksi hanya baca ke klaster basis data. Gunakan titik akhir pembaca untuk operasi-operasi baca, seperti kueri `SELECT`. Dengan memproses pernyataan-pernyataan itu pada instans basis data pembaca, titik akhir ini mengurangi sisihan umum/overhead pada instans basis data penulis. Titik akhir juga membantu klaster menskalakan kapasitas untuk menangani kueri `SELECT` simultan. Setiap klaster basis data Multi-AZ memiliki satu titik akhir pembaca.
Titik akhir pembaca mengirimkan setiap permintaan koneksi ke salah satu instans basis data pembaca. Saat menggunakan titik akhir pembaca untuk suatu sesi, Anda hanya dapat melakukan pernyataan hanya baca seperti `SELECT` dalam sesi itu.
Contoh berikut mengilustrasikan titik akhir pembaca untuk suatu klaster basis data Multi-AZ. Maksud hanya baca suatu titik akhir pembaca dilambangkan oleh `-ro` di dalam nama titik akhir klaster.
`mydbcluster.cluster-ro-123456789012.us-east-1.rds.amazonaws.com`
Untuk informasi selengkapnya tentang menghubungkan ke titik akhir pembaca, lihat[Titik akhir pembaca](#multi-az-db-clusters-concepts-connection-management-endpoints-reader).
**Titik akhir instans**
*Titik akhir instans* menghubungi instans basis data tertentu dalam klaster basis data Multi-AZ. Setiap instans basis data dalam sebuah klaster basis data memiliki titik akhir yang unik. Jadi, ada satu titik akhir instans untuk instans basis data penulis saat ini di klaster basis data, dan ada satu titik akhir instans untuk setiap instans basis data pembaca di klaster basis data.
Titik akhir instans menyediakan kendali langsung atas koneksi ke klaster basis data. Kendali ini dapat membantu Anda menangani skenario-skenario ketika penggunaan titik akhir klaster atau titik akhir pembaca mungkin tidak layak. Misalnya, aplikasi klien Anda mungkin meminta penyeimbangan beban yang lebih terurai halus berdasarkan jenis beban kerja. Dalam hal ini, Anda dapat mengonfigurasikan beberapa klien untuk menghubungi instans basis data pembaca yang berbeda dalam sebuah klaster basis data untuk menyebarkan beban kerja baca.
Contoh berikut mengilustrasikan titik akhir instans untuk sebuah instans basis data di dalam klaster basis data Multi-AZ.
`mydbinstance.123456789012.us-east-1.rds.amazonaws.com`
Untuk informasi selengkapnya tentang menghubungkan ke titik akhir instance, lihat[Endpoint instans](#multi-az-db-clusters-concepts-connection-management-endpoints-instance).
## Melihat titik akhir
Gunakan konsol AWS CLI, atau Amazon RDS API untuk melihat titik akhir cluster, pembaca, dan instance.
------
#### [ Console ]
Di Konsol Manajemen AWS, Anda melihat titik akhir cluster dan titik akhir pembaca pada halaman detail untuk setiap cluster DB multi-AZ. Anda melihat titik akhir instans di halaman detail untuk masing-masing instans basis data.
------
#### [ AWS CLI ]
Dengan AWS CLI, Anda melihat titik akhir penulis dan pembaca di output [describe-db-clusters](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-clusters.html)perintah. Misalnya, perintah berikut menunjukkan atribut endpoint untuk semua cluster di Region Anda saat ini AWS .
```
aws rds describe-db-cluster-endpoints
```
------
#### [ Amazon RDS API ]
Dengan Amazon RDS API, Anda mengambil titik akhir dengan memanggil tindakan [DBClusterDescribe](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DescribeDBClusterEndpoints.html) Endpoints. Output-nya juga menampilkan titik akhir klaster basis data Amazon Aurora, jika ada.
------
## Titik akhir cluster
Setiap klaster basis data Multi-AZ memiliki satu titik akhir klaster default, yang nama dan atribut-atribut lainnya dikelola oleh Amazon RDS. Anda tidak dapat membuat, menghapus, atau mengubah titik akhir jenis ini.
Anda menggunakan titik akhir klaster saat mengelola klaster basis data, melakukan ekstraksi, mengubah, operasi pemuatan (ETL), atau mengembangkan dan menguji aplikasi. Titik akhir klaster menghubungi instans basis data penulis klaster itu'. Instans basis data penulis adalah satu-satunya instans basis data tempat Anda dapat membuat tabel dan indeks, menjalankan pernyataan `INSERT`, dan melakukan operasi DDL dan DML yang lain.
Alamat IP fisik yang ditunjuk oleh titik akhir klaster berubah saat mekanisme failover mempromosikan instans basis data baru menjadi instans basis data penulis bagi klaster. Jika Anda menggunakan segala bentuk penyatuan koneksi atau multiplexing lainnya, bersiaplah untuk menyiram atau mengurangi informasi DNS yang time-to-live di-cache. Melakukannya memastikan bahwa Anda tidak mencoba membuat read/write koneksi ke instans DB yang menjadi tidak tersedia atau sekarang hanya-baca setelah failover.
## Titik akhir pembaca
Anda menggunakan titik akhir pembaca untuk koneksi hanya baca dengan klaster basis data Multi-AZ. Titik akhir ini membantu klaster basis data Anda menangani beban kerja padat kueri. Titik akhir pembaca adalah titik akhir yang Anda berikan ke aplikasi yang melakukan pelaporan atau operasi hanya baca lain pada klaster. Titik akhir pembaca mengirimkan koneksi ke instans basis data pembaca yang tersedia di klaster basis data Multi-AZ.
Setiap klaster Multi-AZ memiliki satu titik akhir pembaca default, yang nama dan atribut-atribut lainnya dikelola oleh Amazon RDS. Anda tidak dapat membuat, menghapus, atau mengubah titik akhir jenis ini.
## Endpoint instans
Setiap instans basis data dalam klaster basis data Multi-AZ memiliki titik akhir instans default, yang nama dan atribut-atribut lainnya dikelola oleh Amazon RDS. Anda tidak dapat membuat, menghapus, atau mengubah titik akhir jenis ini. Dengan klaster basis data Multi-AZ, Anda biasanya lebih sering menggunakan titik akhir penulis dan pembaca daripada titik akhir instans.
Dalam day-to-day operasi, cara utama Anda menggunakan titik akhir instans adalah dengan mendiagnosis masalah kapasitas atau kinerja yang memengaruhi satu instans DB tertentu dalam klaster DB multi-AZ. Selagi terhubung dengan instans basis data tertentu, Anda dapat memeriksa variabel status, metrik, dan sebagainya instans itu. Melakukan hal itu membantu Anda menentukan apa yang terjadi untuk instans basis data itu yang berbeda dengan apa yang terjadi untuk instans-instans basis data yang lain di klaster.
## Koneksi ketersediaan tinggi
Untuk cluster DB multi-AZ di mana ketersediaan tinggi penting, gunakan titik akhir penulis untuk read/write atau koneksi tujuan umum dan titik akhir pembaca untuk koneksi hanya-baca. Titik akhir penulis dan pembaca mengelola failover instans basis data dengan lebih baik daripada titik akhir instans. Tidak seperti titik akhir instans, titik akhir penulis dan titik akhir pembaca mengubah secara otomatis instans basis data yang dihubungi jika instans basis data di klaster menjadi tidak tersedia.
Jika instans basis data penulis sebuah klaster basis data gagal, Amazon RDS melakukan secara otomatis failover ke instans basis data penulis baru. Sistem melakukannya dengan mempromosikan instans basis data pembaca menjadi instans basis data penulis baru. Jika terjadi failover, Anda dapat menggunakan titik akhir penulis untuk menghubungi kembali instans basis data penulis yang baru dipromosikan. Atau Anda dapat menggunakan titik akhir pembaca untuk menghubungi kembali salah satu instans basis data pembaca di klaster basis data. Selama failover, Titik akhir pembaca mungkin akan mengarahkan sejenak koneksi ke instans basis data penulis baru klaster basis data setelah instans basis data pembaca dipromosikan menjadi instans basis data penulis baru. Jika Anda merancang logika aplikasi Anda sendiri untuk mengelola koneksi titik akhir instans, Anda dapat menemukan secara manual atau programatis set instans basis data yang dihasilkan yang tersedia di klaster basis data.
# Menghubungkan ke cluster DB multi-AZ dengan AWS driver untuk Amazon RDS
AWS Rangkaian driver telah dirancang untuk memberikan dukungan untuk waktu peralihan dan failover yang lebih cepat, dan otentikasi dengan, AWS Identity and Access Management (IAM) AWS Secrets Manager, dan Federated Identity. AWS Driver mengandalkan pemantauan status cluster DB dan menyadari topologi cluster untuk menentukan penulis baru. Pendekatan ini mengurangi waktu peralihan dan failover menjadi satu digit detik, dibandingkan dengan puluhan detik untuk driver open-source.
Ketika fitur layanan baru diperkenalkan, tujuan dari AWS rangkaian driver adalah untuk memiliki dukungan bawaan untuk fitur layanan ini.
## Menghubungkan ke cluster DB Multi-AZ dengan Driver Amazon Web Services (AWS) JDBC
Amazon Web Services (AWS) JDBC Driver dirancang sebagai pembungkus JDBC canggih untuk membantu aplikasi memanfaatkan fitur database berkerumun. Pembungkus ini melengkapi dan memperluas fungsionalitas driver JDBC yang ada. Driver ini kompatibel dengan driver komunitas berikut:
+ Konektor MySQL/J
+ Konektor MariaDB/J
+ PgJdBC
Untuk menginstal Driver AWS JDBC, tambahkan file AWS JDBC Driver .jar (terletak di aplikasi`CLASSPATH`), dan simpan referensi ke driver komunitas masing-masing. Perbarui awalan URL koneksi masing-masing sebagai berikut:
+ `jdbc:mysql://` untuk `jdbc:aws-wrapper:mysql://`
+ `jdbc:mariadb://` untuk `jdbc:aws-wrapper:mariadb://`
+ `jdbc:postgresql://` untuk `jdbc:aws-wrapper:postgresql://`
Untuk informasi selengkapnya tentang Driver AWS JDBC dan petunjuk lengkap untuk menggunakannya, lihat repositori [Amazon Web Services (AWS) JDBC Driver](https://github.com/awslabs/aws-advanced-jdbc-wrapper). GitHub
## Menghubungkan ke cluster DB Multi-AZ dengan Driver AWS Python Amazon Web Services ()
Driver Python Amazon Web Services (AWS) dirancang sebagai pembungkus Python tingkat lanjut. Pembungkus ini melengkapi dan memperluas fungsionalitas driver Psycopg open-source. Driver AWS Python mendukung Python versi 3.8 dan lebih tinggi. Anda dapat menginstal `aws-advanced-python-wrapper` paket menggunakan `pip` perintah, bersama dengan paket `psycopg` open-source.
Untuk informasi selengkapnya tentang Driver AWS Python dan petunjuk lengkap untuk menggunakannya, lihat repositori [Amazon Web Services ()AWS Python](https://github.com/awslabs/aws-advanced-python-wrapper) Driver. GitHub
# Secara otomatis menghubungkan sumber daya AWS komputasi dan cluster DB multi-AZ untuk Amazon RDS
Anda dapat secara otomatis menghubungkan cluster DB multi-AZ dan AWS menghitung sumber daya seperti instans dan fungsi Amazon Elastic Compute Cloud (AmazonEC2). AWS Lambda
Topik berikut memberikan petunjuk terperinci untuk mengonfigurasi pengaturan jaringan, grup keamanan, dan parameter koneksi untuk membuat koneksi yang andal ke instans Amazon RDS DB dalam penerapan klaster DB multi-AZ. Mereka fokus pada pengoptimalan konektivitas jaringan dan kinerja untuk aplikasi yang berinteraksi dengan cluster DB multi-AZ, memastikan operasi data yang aman dan efisien.
**Topics**
+ [Menghubungkan secara otomatis instans EC2 dan klaster basis data Multi-AZ](multiaz-ec2-rds-connect.md)
+ [Menghubungkan secara otomatis fungsi Lambda dan klaster basis data Multi-AZ](multiaz-lambda-rds-connect.md)
# Menghubungkan secara otomatis instans EC2 dan klaster basis data Multi-AZ
Anda dapat menggunakan konsol Amazon RDS untuk menyederhanakan penyiapan koneksi antara instans Amazon Elastic Compute Cloud (Amazon EC2) dan klaster basis data Multi-AZ. Sering kali, klaster basis data Multi-AZ Anda berada di subnet privat dan instans EC2 Anda berada dalam VPC di subnet publik. Anda dapat menggunakan klien SQL pada instans EC2 untuk menghubungi klaster basis data Multi-AZ. Instans EC2 juga dapat menjalankan server atau aplikasi web yang mengakses klaster basis data Multi-AZ privat Anda.
![\[Hubungkan secara otomatis klaster basis data Multi-AZ dengan instans EC2.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/multi-az-ec2-connect-overview.png)
Jika Anda ingin menghubungkan instans EC2 yang tidak berada di VPC yang sama dengan klaster basis data Multi-AZ, lihat skenario-skenario di [Skenario untuk mengakses instans DB di VPC](USER_VPC.Scenarios.md).
**Topics**
+ [Ikhtisar konektivitas otomatis dengan instans EC2](#multiaz-ec2-rds-connect-overview)
+ [Menghubungkan secara otomatis instans EC2 dan klaster basis data Multi-AZ](#multiaz-ec2-rds-connect-connecting)
+ [Melihat sumber daya komputasi terhubung](#multiaz-ec2-rds-connect-viewing)
## Ikhtisar konektivitas otomatis dengan instans EC2
Saat Anda menyiapkan koneksi antara instans EC2 dan klaster basis data Multi-AZ secara otomatis, Amazon RDS mengonfigurasikan grup keamanan VPC untuk instans EC2 Anda dan untuk klaster basis data Anda.
Berikut adalah persyaratan untuk menghubungkan instans EC2 dengan klaster basis data Multi-AZ:
+ Instans EC2 harus ada di VPC yang sama dengan klaster basis data Multi-AZ.
Jika tidak ada instans EC2 di VPC yang sama, maka konsol menyediakan tautan untuk membuatnya.
+ Pengguna yang menyiapkan konektivitas harus memiliki izin untuk melakukan operasi-operasi EC2 berikut:
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateSecurityGroup`
+ `ec2:DescribeInstances`
+ `ec2:DescribeNetworkInterfaces`
+ `ec2:DescribeSecurityGroups`
+ `ec2:ModifyNetworkInterfaceAttribute`
+ `ec2:RevokeSecurityGroupEgress`
Saat Anda menyiapkan koneksi dengan instans EC2, Amazon RDS bertindak sesuai dengan konfigurasi grup keamanan saat ini yang terkait dengan klaster basis data Multi-AZ dan instans EC2, seperti dijelaskan dalam tabel berikut.
| Konfigurasi grup keamanan RDS saat ini | Konfigurasi grup keamanan EC2 saat ini | Tindakan RDS |
| --- | --- | --- |
| Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data Multi-AZ dengan nama yang cocok dengan pola `rds-ec2-n` (dengan `n` berupa angka). Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki hanya satu aturan masuk dengan grup keamanan VPC instans EC2 sebagai sumbernya. | Ada satu atau beberapa grup keamanan yang terkait dengan instans EC2 dengan nama yang cocok dengan pola `rds-ec2-n` (dengan `n` berupa angka). Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini hanya memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ sebagai sumbernya. | Amazon RDS tidak mengambil tindakan. Koneksi sudah dikonfigurasikan secara otomatis antara instans EC2 dan klaster basis data Multi-AZ. Karena koneksi sudah ada antara instans EC2 dan basis data RDS, grup keamanan tidak diubah. |
| Salah satu syarat berikut dipenuhi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | Salah satu syarat berikut dipenuhi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
| Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data multi-AZ dengan nama yang cocok dengan pola `rds-ec2-n`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki hanya satu aturan masuk dengan grup keamanan VPC instans EC2 sebagai sumbernya. | Ada satu atau beberapa grup keamanan yang terkait dengan instans EC2 dengan nama yang cocok dengan pola `ec2-rds-n`. Namun, tidak satu pun grup keamanan ini dapat digunakan untuk koneksi dengan klaster basis data Multi-AZ. Grup keamanan tidak dapat digunakan jika tidak memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ sebagai sumbernya. Grup keamanan juga tidak dapat digunakan jika telah diubah. | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
| Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data multi-AZ dengan nama yang cocok dengan pola `rds-ec2-n`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki hanya satu aturan masuk dengan grup keamanan VPC instans EC2 sebagai sumbernya. | Ada grup keamanan EC2 yang valid untuk koneksi, tetapi tidak terkait dengan instans EC2. Grup keamanan ini memiliki nama yang cocok dengan pola `rds-ec2-n`. Grup itu belum diubah. Grup ini hanya memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ sebagai sumbernya. | [RDS action: associate EC2 security group](ec2-rds-connect.md#rds-action-associate-ec2-security-group) |
| Salah satu syarat berikut dipenuhi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-ec2-rds-connect.html) | Ada satu atau beberapa grup keamanan yang terkait dengan instans EC2 dengan nama yang cocok dengan pola `rds-ec2-n`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini hanya memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ sebagai sumbernya. | [RDS action: create new security groups](ec2-rds-connect.md#rds-action-create-new-security-groups) |
**Tindakan RDS : membuat grup keamanan baru**
Amazon RDS melakukan tindakan-tindakan berikut:
+ Membuat grup keamanan baru yang cocok dengan pola `rds-ec2-n`. Grup keamanan ini memiliki aturan masuk dengan grup keamanan VPC instans EC2 sebagai sumbernya. Grup keamanan ini dikaitkan dengan klaster basis data Multi-AZ dan memungkinkan instans EC2 mengakses klaster basis data Multi-AZ.
+ Membuat grup keamanan baru yang cocok dengan pola `ec2-rds-n`. Grup keamanan ini memiliki aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ sebagai sumbernya. Grup keamanan ini dikaitkan dengan instans EC2 dan memungkinkan instans EC2 mengirim lalu lintas ke klaster basis data Multi-AZ.
**Tindakan RDS : mengaitkan grup keamanan EC2**
Amazon RDS mengaitkan grup keamanan EC2 yang valid dan sudah ada dengan instans EC2. Grup keamanan ini memungkinkan instans EC2 mengirim lalu lintas ke klaster basis data Multi-AZ.
## Menghubungkan secara otomatis instans EC2 dan klaster basis data Multi-AZ
Sebelum menyiapkan koneksi antara instans EC2 dan basis data RDS, pastikan untuk memenuhi persyaratan yang dijelaskan di [Ikhtisar konektivitas otomatis dengan instans EC2](ec2-rds-connect.md#ec2-rds-connect-overview).
Jika Anda membuat perubahan pada grup keamanan setelah mengonfigurasikan konektivitas, perubahan itu dapat memengaruhi koneksi antara instans EC2 dan basis data RDS.
**catatan**
Anda hanya dapat menyiapkan koneksi antara instans EC2 dan basis data RDS secara otomatis dengan menggunakan Konsol Manajemen AWS. Anda tidak dapat mengatur koneksi secara otomatis dengan AWS CLI atau RDS API.
**Untuk menghubungkan secara otomatis instans EC2 dan basis data RDS**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih basis data RDS.
1. Untuk **Tindakan**, pilih **Siapkan koneksi EC2**.
Halaman **Siapkan koneksi EC2** muncul.
1. Pada halaman **Siapkan koneksi EC2**, pilih instans EC2.
![\[Halaman Siapkan koneksi EC2.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/auto-connect-rds-ec2-set-up.png)
Jika tidak ada instans EC2 di VPC yang sama, pilih **Buat instans EC2** untuk membuatnya. Dalam hal ini, pastikan bahwa instans EC2 baru berada di VPC yang sama dengan basis data RDS.
1. Pilih **Lanjutkan**.
Halaman **Tinjau dan tegaskan** muncul.
![\[Halaman peninjauan dan penegasan koneksi EC2.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/auto-connect-rds-ec2-confirm.png)
1. Pada halaman **Tinjau dan tegaskan**, tinjau perubahan yang akan dilakukan RDS untuk menyiapkan konektivitas dengan instans EC2.
Jika perubahan sudah benar, pilih **Tegaskan dan siapkan**.
Jika perubahan masih salah, pilih **Sebelumnya** atau **Batalkan**.
## Melihat sumber daya komputasi terhubung
Anda dapat menggunakan Konsol Manajemen AWS untuk melihat sumber daya komputasi yang terhubung ke database RDS DB cluster. Sumber daya yang ditampilkan meliputi koneksi sumber daya komputasi yang disiapkan secara otomatis. Anda dapat menyiapkan secara otomatis konektivitas dengan sumber daya komputasi dengan cara berikut:
+ Anda dapat memilih sumber daya komputasi saat membuat basis data.
Lihat informasi yang lebih lengkap di [Membuat instans DB Amazon RDS](USER_CreateDBInstance.md) dan [Membuat cluster DB Multi-AZ untuk Amazon RDS](create-multi-az-db-cluster.md).
+ Anda dapat menyiapkan konektivitas antara basis data yang ada dan sumber daya komputasi.
Untuk informasi selengkapnya, lihat [Menghubungkan secara otomatis instans EC2 dan basis data RDS](ec2-rds-connect.md#ec2-rds-connect-connecting).
Sumber daya komputasi yang tercantum tidak menyertakan sumber daya yang dihubungkan secara manual dengan basis data. Misalnya, Anda dapat mengizinkan sumber daya komputasi untuk mengakses basis data secara manual dengan menambahkan aturan ke grup keamanan VPC yang terkait dengan basis data.
Agar sumber daya komputasi tercantum, syarat-syarat berikut harus dipenuhi:
+ Nama grup keamanan yang terkait dengan sumber daya komputasi cocok dengan pola `ec2-rds-n` (dengan `n` berupa angka).
+ Grup keamanan yang terkait dengan sumber daya komputasi memiliki aturan keluar dengan rentang port diatur ke port yang digunakan basis data RDS.
+ Grup keamanan yang terkait dengan sumber daya komputasi memiliki aturan keluar dengan sumber yang diatur ke grup keamanan yang terkait dengan basis data RDS.
+ Nama grup keamanan yang terkait dengan basis data RDS cocok dengan pola `rds-ec2-n` (dengan `n` berupa angka).
+ Grup keamanan yang terkait dengan basis data RDS memiliki aturan masuk dengan rentang port yang diatur ke port yang digunakan basis data RDS.
+ Grup keamanan yang terkait dengan basis data RDS memiliki aturan masuk dengan sumber yang diatur ke grup keamanan yang terkait dengan sumber daya komputasi.
**Untuk melihat sumber daya komputasi yang menghubungi basis data RDS**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih nama basis data RDS.
1. Pada tab **Konektivitas dan keamanan**, lihat sumber daya komputasi di **Sumber daya komputasi terhubung**.
![\[Sumber daya komputasi terhubung.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/ec2-connected-compute-resources.png)
# Menghubungkan secara otomatis fungsi Lambda dan klaster basis data Multi-AZ
Anda dapat menggunakan konsol RDS untuk menyederhanakan penyiapan koneksi antara fungsi Lambda dan klaster basis data Multi-AZ. Anda dapat menggunakan konsol RDS untuk menyederhanakan penyiapan koneksi antara fungsi Lambda dan klaster basis data Multi-AZ. Sering kali, klaster basis data Multi-AZ Anda berada dalam VPC di subnet privat. Fungsi Lambda dapat digunakan oleh aplikasi untuk mengakses klaster basis data Multi-AZ privat Anda.
Gambar berikut menunjukkan koneksi langsung antara klaster basis data Multi-AZ dan fungsi Lambda.
![\[Hubungkan secara otomatis klaster basis data Multi-AZ dan fungsi Lambda.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/auto-connect-maz-lambda.png)
Anda dapat menyiapkan koneksi antara fungsi Lambda dan basis data Anda melalui Proksi RDS untuk meningkatkan performa dan ketangguhan basis data Anda. Sering kali, fungsi Lambda membuat koneksi basis data yang singkat tetapi sering yang menarik manfaat dari penghimpunan koneksi yang ditawarkan Proksi RDS. Anda dapat memanfaatkan sebarang autentikasi IAM yang Anda miliki untuk fungsi Lambda, alih-alih mengelola kredensial basis data dalam kode aplikasi Lambda. Untuk informasi selengkapnya, lihat [Proksi Amazon RDS Aurora](rds-proxy.md).
Anda dapat menggunakan konsol untuk membuat secara otomatis proksi bagi koneksi Anda. Anda juga dapat memilih proksi yang ada. Konsol memperbarui grup keamanan proksi untuk memungkinkan koneksi dari basis data dan fungsi Lambda. Anda dapat memasukkan kredensial basis data Anda atau memilih rahasia Secrets Manager yang Anda perlukan untuk mengakses basis data.
![\[Hubungkan secara otomatis klaster basis data Multi-AZ dengan fungsi Lambda melalui Proksi RDS.\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/images/auto-connect-maz-lambda-Proxy.png)
**Topics**
+ [Ikhtisar konektivitas otomatis dengan fungsi Lambda](#multiaz-lambda-rds-connect-overview)
+ [Menghubungkan secara otomatis fungsi Lambda dan klaster basis data Multi-AZ](#multiaz-lambda-rds-connect-connecting)
+ [Melihat sumber daya komputasi terhubung](#multiaz-lambda-rds-connect-viewing)
## Ikhtisar konektivitas otomatis dengan fungsi Lambda
Saat Anda menyiapkan secara otomatis koneksi antara fungsi Lambda dan klaster basis data Multi-AZ, Amazon RDS mengonfigurasikan grup keamanan VPC untuk fungsi Lambda Anda dan untuk klaster basis data Anda.
Berikut adalah persyaratan untuk menghubungkan fungsi Lambda dengan klaster basis data Multi-AZ:
+ Fungsi Lambda harus berada di VPC yang sama dengan klaster basis data Multi-AZ.
Jika tidak ada fungsi Lambda di VPC yang sama, konsol menyediakan tautan untuk membuatnya.
+ Pengguna yang menyiapkan konektivitas harus memiliki izin untuk melakukan operasi-operasi Amazon RDS, Amazon EC2, Lambda, Secrets Manager, dan IAM berikut:
+ Amazon RDS
+ `rds:CreateDBProxies`
+ `rds:DescribeDBInstances`
+ `rds:DescribeDBProxies`
+ `rds:ModifyDBInstance`
+ `rds:ModifyDBProxy`
+ `rds:RegisterProxyTargets`
+ Amazon EC2
+ `ec2:AuthorizeSecurityGroupEgress`
+ `ec2:AuthorizeSecurityGroupIngress`
+ `ec2:CreateSecurityGroup`
+ `ec2:DeleteSecurityGroup`
+ `ec2:DescribeSecurityGroups`
+ `ec2:RevokeSecurityGroupEgress`
+ `ec2:RevokeSecurityGroupIngress`
+ Lambda
+ `lambda:CreateFunctions`
+ `lambda:ListFunctions`
+ `lambda:UpdateFunctionConfiguration`
+ Secrets Manager
+ `sercetsmanager:CreateSecret`
+ `secretsmanager:DescribeSecret`
+ IAM
+ `iam:AttachPolicy`
+ `iam:CreateRole`
+ `iam:CreatePolicy`
+ AWS KMS
+ `kms:describeKey`
Saat Anda menyiapkan koneksi antara fungsi Lambda dan klaster basis data Multi-AZ, Amazon RDS mengonfigurasikan grup keamanan VPC untuk fungsi Anda dan untuk klaster basis data Multi-AZ Anda. Jika Anda menggunakan Proksi RDS, maka Amazon RDS juga mengonfigurasikan grup keamanan VPC untuk proksi itu. Amazon RDS bertindak sesuai dengan konfigurasi grup keamanan saat ini yang terkait dengan klaster basis data Multi-AZ dan fungsi Lambda, dan proksi, seperti dijelaskan dalam tabel berikut.
| Konfigurasi grup keamanan RDS saat ini | Konfigurasi grup keamanan Lambda saat ini | Konfigurasi grup keamanan proksi saat ini | Tindakan RDS |
| --- | --- | --- | --- |
| Amazon RDS tidak mengambil tindakan karena grup keamanan semua sumber daya mengikuti pola penamaan yang benar dan memiliki aturan masuk dan aturan keluar yang tepat. | Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data Multi-AZ dengan nama yang cocok dengan pola `rds-lambda-n` (dengan `n` berupa angka) atau jika `TargetHealth` proksi terkait adalah `AVAILABLE`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki hanya satu aturan masuk dengan grup keamanan VPC dari fungsi Lambda atau proksi sebagai sumbernya. | Ada satu atau beberapa grup keamanan yang terkait dengan fungsi Lambda dengan nama yang cocok dengan pola `lambda-rds-n` atau `lambda-rdsproxy-n` (dengan `n` berupa angka). Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini hanya memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai tujuannya. | Ada satu atau beberapa grup keamanan yang terkait dengan proksi dengan nama yang cocok dengan pola `rdsproxy-lambda-n` (dengan `n` berupa angka). Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki aturan masuk dan aturan keluar dengan grup keamanan VPC fungsi Lambda dan klaster basis data Multi-AZ. |
| Salah satu syarat berikut dipenuhi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS tidak dapat menggunakan grup keamanan yang tidak memiliki satu aturan masuk dengan grup keamanan VPC proksi atau fungsi Lambda sebagai sumbernya. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. Contoh-contoh perubahan meliputi penambahan aturan atau pengubahan port aturan yang ada. | Salah satu syarat berikut berlaku: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS tidak dapat menggunakan grup keamanan jika tidak memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai sumbernya. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. | Salah satu syarat berikut berlaku:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html)Amazon RDS tidak dapat menggunakan grup keamanan yang tidak memiliki aturan masuk dan keluar dengan grup keamanan VPC klaster basis data Multi-AZ dan fungsi Lambda. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data Multi-AZ dengan nama yang cocok dengan pola `rds-lambda-n` atau jika `TargetHealth` proksi terkaitnya adalah `AVAILABLE`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki hanya satu aturan masuk dengan grup keamanan VPC dari fungsi Lambda atau proksi sebagai sumbernya. | Ada satu atau beberapa grup keamanan yang terkait dengan fungsi Lambda dengan nama yang cocok dengan pola `lambda-rds-n` atau `lambda-rdsproxy-n`. Namun, Amazon RDS tidak dapat menggunakan satu pun grup keamanan ini untuk koneksi dengan klaster basis data Multi-AZ. Amazon RDS tidak dapat menggunakan grup keamanan yang tidak memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai tujuannya. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. | Ada satu atau beberapa grup keamanan yang terkait dengan proksi dengan nama yang cocok dengan pola `rdsproxy-lambda-n`. Namun, Amazon RDS tidak dapat menggunakan satu pun grup keamanan ini untuk koneksi dengan klaster basis data Multi-AZ atau fungsi Lambda. Amazon RDS tidak dapat menggunakan grup keamanan yang tidak memiliki aturan masuk dan keluar dengan grup keamanan VPC klaster basis data Multi-AZ dan fungsi Lambda. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data Multi-AZ dengan nama yang cocok dengan pola `rds-lambda-n` atau jika `TargetHealth` proksi terkaitnya adalah `AVAILABLE`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki hanya satu aturan masuk dengan grup keamanan VPC proksi atau fungsi Lambda sebagai sumbernya. | Ada grup keamanan Lambda yang valid untuk koneksi, tetapi tidak dikaitkan dengan fungsi Lambda. Grup keamanan ini memiliki nama yang cocok dengan pola `lambda-rds-n` atau `lambda-rdsproxy-n`. Grup itu belum diubah. Grup hanya memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai tujuannya. | Ada grup keamanan proksi yang valid untuk koneksi, tetapi tidak dikaitkan dengan proksi. Grup keamanan ini memiliki nama yang cocok dengan pola `rdsproxy-lambda-n`. Grup itu belum diubah. Grup memiliki aturan masuk dan aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ dan fungsi Lambda. | [RDS action: associate Lambda security group](#maz-lam-action-associate-lam-security-group) |
| Salah satu syarat berikut dipenuhi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) | Ada satu atau beberapa grup keamanan yang terkait dengan fungsi Lambda dengan nama yang cocok dengan pola `lambda-rds-n` atau `lambda-rdsproxy-n`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini hanya memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai tujuannya. | Ada satu atau beberapa grup keamanan yang terkait dengan proksi dengan nama yang cocok dengan pola `rdsproxy-lambda-n`. Grup keamanan yang cocok dengan pola belum diubah. Grup keamanan ini memiliki aturan masuk dan aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ dan fungsi Lambda. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
| Ada satu atau beberapa grup keamanan yang terkait dengan klaster basis data Multi-AZ dengan nama yang cocok dengan pola `rds-rdsproxy-n` (dengan `n` berupa angka). | Salah satu syarat berikut dipenuhi: [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html) Amazon RDS tidak dapat menggunakan grup keamanan yang tidak memiliki satu aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai tujuannya. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. | Salah satu syarat berikut berlaku:[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/UserGuide/multiaz-lambda-rds-connect.html)Amazon RDS tidak dapat menggunakan grup keamanan yang tidak memiliki aturan masuk dan keluar dengan grup keamanan VPC klaster basis data Multi-AZ dan fungsi Lambda. Amazon RDS juga tidak dapat menggunakan grup keamanan yang telah diubah. | [RDS action: create new security groups](#maz-lam-action-create-new-security-groups) |
**Tindakan RDS: membuat grup keamanan baru**
Amazon RDS melakukan tindakan-tindakan berikut:
+ Membuat grup keamanan baru yang cocok dengan pola `rds-lambda-n`. Grup keamanan ini memiliki aturan masuk dengan grup keamanan VPC fungsi Lambda atau proksi sebagai sumbernya. Grup keamanan ini dikaitkan dengan klaster basis data Multi-AZ dan memungkinkan fungsi atau proksi mengakses klaster basis data Multi-AZ.
+ Membuat grup keamanan baru yang cocok dengan pola `lambda-rds-n`. Grup keamanan ini memiliki aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ atau proksi sebagai tujuannya. Grup keamanan ini dikaitkan dengan fungsi Lambda dan memungkinkan fungsi Lambda mengirim lalu lintas ke klaster basis data Multi-AZ atau mengirim lalu lintas melalui proksi.
+ Membuat grup keamanan baru yang cocok dengan pola `rdsproxy-lambda-n`. Grup keamanan ini memiliki aturan masuk dan aturan keluar dengan grup keamanan VPC klaster basis data Multi-AZ dan fungsi Lambda.
**Tindakan RDS : mengaitkan grup keamanan Lambda**
Amazon RDS mengaitkan grup keamanan Lambda yang valid dan sudah ada dengan fungsi Lambda. Grup keamanan ini memungkinkan fungsi mengirim lalu lintas ke klaster basis data Multi-AZ atau mengirim lalu lintas melalui proksi.
## Menghubungkan secara otomatis fungsi Lambda dan klaster basis data Multi-AZ
Anda dapat menggunakan konsol Amazon RDS untuk menghubungkan secara otomatis fungsi Lambda dengan klaster basis data Multi-AZ Anda. Ini menyederhanakan proses penyiapan koneksi di antara sumber daya-sumber daya ini.
Anda juga dapat menggunakan Proksi RDS untuk menyertakan proksi dalam koneksi Anda. Fungsi Lambda membuat koneksi basis data yang singkat tetapi sering yang mendapat manfaat dari penghimpunan koneksi yang ditawarkan Proksi RDS. Anda juga dapat menggunakan sebarang autentikasi IAM yang Anda miliki untuk fungsi Lambda, alih-alih mengelola kredensial basis data dalam kode aplikasi Lambda.
Anda dapat menghubungkan klaster basis data Multi-AZ yang ada dengan fungsi Lambda baru dan lama dengan menggunakan halaman **Siapkan koneksi Lambda**. Proses penyiapan menyiapkan secara otomatis grup keamanan yang diperlukan untuk Anda.
Sebelum menyiapkan koneksi antara fungsi Lambda dan klaster basis data Multi-AZ, pastikan bahwa:
+ Fungsi Lambda dan klaster basis data Multi-AZ Anda berada di VPC yang sama.
+ Anda memiliki izin-izin yang tepat untuk akun pengguna Anda. Lihat informasi lebih lanjut tentang persyaratan di [Ikhtisar konektivitas otomatis dengan fungsi Lambda](lambda-rds-connect.md#lambda-rds-connect-overview).
Jika Anda mengubah grup keamanan setelah mengonfigurasikan konektivitas, perubahan itu dapat memengaruhi koneksi antara fungsi Lambda dan klaster basis data Multi-AZ.
**catatan**
Anda dapat secara otomatis mengatur koneksi antara cluster DB multi-AZ dan fungsi Lambda hanya di file. Konsol Manajemen AWS Untuk menghubungkan fungsi Lambda, semua instans di klaster basis data Multi-AZ harus dalam keadaan **Tersedia**.
**Untuk menghubungkan secara otomatis fungsi Lambda dan klaster basis data Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih klaster basis data Multi-AZ yang ingin Anda hubungkan dengan fungsi Lambda.
1. Untuk **Tindakan**, pilih **Siapkan koneksi Lambda**.
1. Pada halaman **Siapkan koneksi Lambda**, di bawah **Pilih fungsi Lambda**, lakukan salah satu hal berikut:
+ Jika Anda sudah memiliki fungsi Lambda di VPC yang sama dengan klaster basis data Multi-AZ, pilih **Pilih fungsi yang ada**, lalu pilih fungsi itu.
+ Jika Anda tidak memiliki fungsi Lambda di VPC yang sama, pilih **Buat fungsi baru**, lalu masukkan **Nama fungsi**. Runtime default diatur ke Nodejs.18. Anda dapat mengubah setelan untuk fungsi Lambda baru di konsol Lambda setelah menyelesaikan penyiapan koneksi.
1. (Opsional) Di bawah **Proksi RDS**, pilih **Hubungkan lewat Proksi RDS**, lalu lakukan salah satu hal berikut:
+ Jika Anda sudah memiliki proksi yang ingin Anda gunakan, pilih **Pilih proksi yang ada**, lalu pilih proksi itu.
+ Jika Anda tidak memiliki proksi, dan Anda ingin Amazon RDS membuatnya secara otomatis untuk Anda, pilih **Buat proksi baru**. Lalu, untuk **Kredensial basis data**, lakukan salah satu langkah berikut:
1. Pilih **Nama pengguna dan kata sandi basis data**, lalu masukkan **Nama pengguna** dan **Kata sandi** untuk klaster basis data Multi-AZ Anda.
1. Pilih **Rahasia Secrets Manager**. Kemudian, untuk **Pilih rahasia**, pilih AWS Secrets Manager rahasia. Jika Anda tidak memiliki rahasia Secrets Manager, pilih **Buat rahasia Secrets Manager baru** untuk [membuat rahasia baru](https://docs.aws.amazon.com/secretsmanager/latest/userguide/create_secret.html). Setelah Anda membuat rahasia, untuk **Pilih rahasia**, pilih rahasia baru.
Setelah Anda membuat proksi baru, pilih **Pilih proksi yang ada**, lalu pilih proksi. Perhatikan bahwa mungkin perlu beberapa waktu sebelum proksi Anda tersedia untuk koneksi.
1. (Opsional) Perluas **Ringkasan koneksi** dan periksa pembaruan yang disorot untuk sumber daya Anda.
1. Pilih **Siapkan**.
Setelah Anda memastikan penyiapan, Amazon RDS memulai proses menghubungkan fungsi Lambda, Proksi RDS (jika Anda menggunakan proksi), dan klaster basis data Multi-AZ. Konsol menampilkan kotak dialog **Detail koneksi**, yang mencantumkan perubahan grup keamanan yang memungkinkan koneksi di antara sumber daya-sumber daya Anda.
## Melihat sumber daya komputasi terhubung
Anda dapat menggunakan Konsol Manajemen AWS untuk melihat sumber daya komputasi yang terhubung ke cluster DB multi-AZ Anda. Sumber daya yang ditampilkan meliputi koneksi sumber daya komputasi yang disiapkan secara otomatis oleh Amazon RDS.
Sumber daya komputasi yang tercantum tidak menyertakan sumber daya yang dihubungkan secara manual dengan klaster basis data Multi-AZ. Misalnya, Anda dapat mengizinkan sumber daya komputasi untuk mengakses klaster basis data Multi-AZ Anda secara manual dengan menambahkan aturan ke grup keamanan VPC yang terkait dengan klaster.
Agar konsol menampilkan suatu fungsi Lambda, kondisi-kondisi berikut harus terpenuhi:
+ Nama grup keamanan yang terkait dengan sumber daya komputasi cocok dengan pola `lambda-rds-n` atau `lambda-rdsproxy-n` (dengan `n` berupa angka).
+ Grup keamanan yang terkait dengan sumber daya komputasi memiliki aturan keluar dengan rentang port yang diatur ke port klaster basis data Multi-AZ atau proksi terkait. Tujuan untuk aturan keluar harus diatur ke grup keamanan yang terkait dengan klaster basis data Multi-AZ atau proksi terkait.
+ Nama grup keamanan yang dilampirkan pada proksi yang terkait dengan basis data Anda cocok dengan pola `rds-rdsproxy-n` (dengan `n` berupa angka).
+ Grup keamanan yang terkait dengan fungsi memiliki aturan keluar dengan port yang diatur ke port yang digunakan klaster basis data Multi-AZ atau proksi terkait. Tujuan harus diatur ke grup keamanan yang terkait dengan klaster basis data Multi-AZ atau proksi terkait.
**Untuk melihat sumber daya komputasi yang terhubung secara otomatis dengan klaster basis data Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih klaster basis data Multi-AZ.
1. Pada tab **Konektivitas dan keamanan**, lihat sumber daya komputasi di bawah **Sumber daya komputasi terhubung**.
# Memodifikasi cluster DB Multi-AZ untuk Amazon RDS
Klaster basis data Multi-AZ memiliki satu instans basis data penulis dan dua instans basis data pembaca dalam tiga Zona Ketersediaan terpisah. Klaster DB Multi-AZ menyediakan ketersediaan tinggi, peningkatan kapasitas untuk beban kerja baca, dan latensi yang lebih rendah jika dibandingkan dengan deployment Multi-AZ. Lihat informasi yang lebih lengkap tentang klaster basis data Multi-AZ di [Penerapan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.md).
Anda dapat mengubah klaster basis data Multi-AZ untuk mengubah setelannya. Anda juga dapat melakukan operasi-operasi pada klaster basis data Multi-AZ, seperti mengambil cuplikannya.
**penting**
Anda tidak dapat memodifikasi instans DB dalam cluster DB multi-AZ. Semua modifikasi harus dilakukan pada tingkat cluster DB. Satu-satunya operasi yang dapat Anda lakukan pada instans DB dalam cluster DB multi-AZ adalah me-reboot.
Anda dapat memodifikasi cluster DB multi-AZ menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
## Konsol
**Untuk mengubah klaster basis data Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih klaster basis data Multi-AZ yang ingin Anda ubah.
1. Pilih **Ubah**. Halaman **Modifikasi klaster DB** akan muncul.
1. Ubah pengaturan apa pun yang Anda inginkan. Lihat informasi tentang setiap setelan di [Setelan untuk mengubah klaster basis data Multi-AZ](#modify-multi-az-db-cluster-settings).
1. Ketika semua perubahan sudah sesuai dengan keinginan Anda, pilih **Lanjutkan** dan periksa ringkasan modifikasi.
1. (Opsional) Pilih **Terapkan seketika** untuk menerapkan perubahan dengan serta-merta. Memilih opsi ini dapat menyebabkan waktu henti dalam beberapa kasus. Untuk informasi selengkapnya, lihat [Menerapkan perubahan dengan serta--merta](#modify-multi-az-db-cluster-apply-immediately).
1. Di halaman penegasan, tinjau perubahan Anda. Jika benar, pilih **Ubah klaster basis data** untuk menyimpan perubahan Anda.
Atau pilih **Kembali** untuk mengedit perubahan atau **Batalkan** untuk membatalkan perubahan.
## AWS CLI
Untuk memodifikasi cluster DB Multi-AZ dengan menggunakan AWS CLI, panggil [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)perintah. Tentukan pengidentifikasi klaster basis data dan nilai untuk opsi-opsi yang ingin Anda ubah. Lihat informasi tentang setiap opsi di [Setelan untuk mengubah klaster basis data Multi-AZ](#modify-multi-az-db-cluster-settings).
**Example**
Kode berikut mengubah `my-multi-az-dbcluster` dengan mengatur periode retensi cadangan ke 1 minggu (7 hari). Kode ini mengaktifkan perlindungan penghapusan dengan menggunakan `--deletion-protection`. Untuk mematikan perlindungan penghapusan, gunakan `--no-deletion-protection`. Perubahan diterapkan selama jendela pemeliharaan berikutnya dengan menggunakan `--no-apply-immediately`. Gunakan `--apply-immediately` untuk segera menerapkan perubahan. Untuk informasi selengkapnya, lihat [Menerapkan perubahan dengan serta--merta](#modify-multi-az-db-cluster-apply-immediately).
Untuk Linux, macOS, atau Unix:
```
aws rds modify-db-cluster \
--db-cluster-identifier my-multi-az-dbcluster \
--backup-retention-period 7 \
--deletion-protection \
--no-apply-immediately
```
Untuk Windows:
```
aws rds modify-db-cluster ^
--db-cluster-identifier my-multi-az-dbcluster ^
--backup-retention-period 7 ^
--deletion-protection ^
--no-apply-immediately
```
## API RDS
Untuk memodifikasi cluster DB multi-AZ dengan menggunakan Amazon RDS API, panggil operasi [Modify DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html). Tentukan pengidentifikasi klaster basis data, dan parameter-parameter untuk setelan yang ingin Anda ubah. Lihat informasi tentang tiap parameter di [Setelan untuk mengubah klaster basis data Multi-AZ](#modify-multi-az-db-cluster-settings).
## Menerapkan perubahan dengan serta--merta
Saat Anda mengubah klaster basis data Multi-AZ, Anda dapat menerapkan perubahan itu dengan serta-merta. Untuk menerapkan perubahan dengan serta-merta, pilih opsi **Terapkan Segera** di Konsol Manajemen AWS. Atau Anda menggunakan `--apply-immediately` opsi saat memanggil AWS CLI atau mengatur `ApplyImmediately` parameter `true` saat menggunakan Amazon RDS API.
Jika Anda tidak memilih untuk menerapkan perubahan dengan serta-merta, perubahan akan dimasukkan ke dalam antrean perubahan yang tertunda. Selama jendela pemeliharaan berikutnya, perubahan yang tertunda di antrean akan diterapkan. Jika Anda memilih untuk menerapkan perubahan dengan serta-merta, perubahan baru dan segala perubahan di antrean pengubahan yang tertunda akan diterapkan.
**penting**
Jika salah satu pengubahan yang tertunda mengharuskan klaster basis data tidak tersedia untuk sementara (*waktu henti*), memilih opsi Terapkan seketika dapat menyebabkan waktu henti yang tidak terduga.
Ketika Anda memilih untuk menerapkan perubahan dengan serta merta, setiap pengubahan yang tertunda juga akan diterapkan dengan serta-merta alih-alih selama jendela pemeliharaan berikutnya.
Jika Anda tidak ingin perubahan tertunda diterapkan pada jendela pemeliharaan berikutnya, Anda dapat memodifikasi instans DB untuk membatalkan perubahan. Anda dapat melakukan ini dengan menggunakan AWS CLI dan menentukan `--apply-immediately` opsi.
Perubahan pada beberapa pengaturan basis data langsung diterapkan, meski Anda memilih untuk menunda perubahan. Lihat cara berbagai setelan basis data berinteraksi dengan setelan Terapkan seketika di [Setelan untuk mengubah klaster basis data Multi-AZ](#modify-multi-az-db-cluster-settings).
## Setelan untuk mengubah klaster basis data Multi-AZ
Lihat detail setelan yang dapat Anda gunakan untuk mengubah klaster basis data Multi-AZ di tabel berikut. Untuk informasi selengkapnya tentang AWS CLI opsi, lihat [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html). Untuk informasi selengkapnya tentang parameter RDS API, lihat [Memodifikasi DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html).
| Setelan konsol | Deskripsi pengaturan | Opsi CLI dan parameter API RDS | Kapan perubahan terjadi | Catatan waktu henti |
| --- | --- | --- | --- | --- |
| **Penyimpanan dialokasikan** | Jumlah penyimpanan yang dialokasikan untuk setiap instans DB dalam klaster DB Anda (dalam gibibyte). Untuk informasi selengkapnya, lihat [Penyimpanan instans DB Amazon RDS](CHAP_Storage.md). | **Opsi CLI:** `--allocated-storage` **Parameter API RDS:** `AllocatedStorage` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Tidak terjadi waktu henti selama perubahan ini. |
| Pemutakhiran versi kecil otomatis | **Aktifkan peningkatan versi minor otomatis** agar klaster basis data Anda otomatis menerima peningkatan versi mesin DB minor pilihan Anda saat tersedia. Amazon RDS melakukan peningkatan versi minor otomatis selama jendela pemeliharaan. | **Opsi CLI:** `--auto-minor-version-upgrade` `--no-auto-minor-version-upgrade` **Parameter API RDS:** `AutoMinorVersionUpgrade` | Perubahan langsung diterapkan. Pengaturan ini mengabaikan pengaturan terapkan langsung. | Waktu henti terjadi selama perubahan ini. |
| Periode retensi cadangan | Jumlah hari pencadangan otomatis cluster DB Anda dipertahankan. Nilai ini harus lebih besar dari nol. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md). | **Opsi CLI:** `--backup-retention-period` **Parameter API RDS:** `BackupRetentionPeriod` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Tidak terjadi waktu henti selama perubahan ini. |
| Jendela pencadangan | Periode waktu ketika Amazon RDS membuat cadangan klaster basis data Anda secara otomatis. Kecuali jika Anda ingin basis data dicadangkan pada waktu tertentu, gunakan nilai default **Tidak ada preferensi**. Untuk informasi selengkapnya, lihat [Pengantar cadangan](USER_WorkingWithAutomatedBackups.md). | **Opsi CLI:** `--preferred-backup-window` **Parameter API RDS:** `PreferredBackupWindow` | Perubahan diterapkan secara asinkron, sesegera mungkin. | Tidak terjadi waktu henti selama perubahan ini. |
| **Otoritas sertifikat** | Otoritas sertifikat (CA) untuk sertifikat server yang digunakan oleh cluster DB. Untuk informasi selengkapnya, lihat [](UsingWithRDS.SSL.md). | **Opsi CLI:** `--ca-certificate-identifier` **Parameter API RDS:** `CACertificateIdentifier` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Waktu henti hanya terjadi jika mesin DB tidak mendukung rotasi tanpa mulai ulang. Anda dapat menggunakan [describe-db-engine-versions](https://docs.aws.amazon.com/cli/latest/reference/rds/describe-db-engine-versions.html) AWS CLI perintah untuk menentukan apakah mesin DB mendukung rotasi tanpa restart. |
| Salin tag ke cuplikan | Opsi ini menyalin semua tag klaster basis data ke snapshot DB saat Anda membuat snapshot. Untuk informasi selengkapnya, lihat [Menandai sumber Amazon RDS](USER_Tagging.md). | **Opsi CLI:** `-copy-tags-to-snapshot` `-no-copy-tags-to-snapshot` **Parameter API RDS:** `CopyTagsToSnapshot` | Perubahan langsung diterapkan. Pengaturan ini mengabaikan pengaturan terapkan langsung. | Tidak terjadi waktu henti selama perubahan ini. |
| Autentikasi basis data | Untuk klaster DB Multi-AZ, hanya **Autentikasi kata sandi** yang didukung. | Tidak ada karena autentikasi kata sandi bersifat default. | Jika Anda memilih untuk menerapkan perubahan dengan serta-merta, perubahan terjadi dengan serta-merta. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Tidak terjadi waktu henti selama perubahan ini. |
| **Pengidentifikasi klaster basis data** | Pengidentifikasi klaster DB. Nilai ini disimpan sebagai string huruf kecil. Saat Anda mengubah pengidentifikasi klaster basis data, titik akhir klaster basis data berubah. Pengidentifikasi dan titik akhir instans basis data dalam klaster basis data juga berubah. Nama klaster basis data yang baru harus unik. Panjang maksimalnya 63 karakter. Nama instans basis data dalam klaster basis data diubah agar sesuai dengan nama baru klaster basis data itu. Nama instans basis data baru tidak boleh sama dengan nama instans basis data yang ada. Misalnya, jika Anda mengganti nama klaster basis data menjadi `maz`, nama instans basis data dapat diubah menjadi `maz-instance-1`. Dalam hal ini, tidak boleh ada instans basis data bernama `maz-instance-1`. Untuk informasi selengkapnya, lihat [Mengganti nama cluster DB Multi-AZ untuk Amazon RDS](multi-az-db-cluster-rename.md). | **Opsi CLI:** `--new-db-cluster-identifier` **Parameter API RDS:** `NewDBClusterIdentifier` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Tidak terjadi waktu henti selama perubahan ini. |
| Kelas instans klaster basis data | Kapasitas komputasi dan memori setiap instans basis data dalam klaster basis data Multi-AZ, misalnya `db.r6gd.xlarge`. Jika mungkin, pilih kelas instans basis data yang cukup besar sehingga set kerja kueri yang lazim dapat disimpan di memori. Ketika set kerja disimpan di memori, sistem dapat menghindari menulis pada disk, yang akan meningkatkan performa. Untuk informasi selengkapnya, lihat [Ketersediaan kelas instans untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts.InstanceAvailability). | **Opsi CLI:** `--db-cluster-instance-class` **Parameter API RDS:** `DBClusterInstanceClass` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Waktu henti terjadi selama perubahan ini. |
| **Grup parameter klaster basis data** | Grup parameter klaster DB yang ingin Anda kaitkan dengan klaster DB. Untuk informasi selengkapnya, lihat [Grup parameter untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups). | **Opsi CLI:** `--db-cluster-parameter-group-name` **Parameter API RDS:** `DBClusterParameterGroupName` | Perubahan grup parameter akan langsung diterapkan. | Tidak terjadi waktu henti selama perubahan ini. Saat Anda mengubah grup parameter, perubahan untuk beberapa parameter diterapkan pada instans basis data di dalam klaster basis data Multi-AZ dengan serta-merta tanpa boot ulang. Perubahan pada parameter-parameter lain diterapkan hanya setelah instans basis data di-boot ulang. |
| Versi mesin basis data | Versi mesin basis data yang ingin Anda gunakan. | **Opsi CLI:** `--engine-version` **Parameter API RDS:** `EngineVersion` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Waktu henti terjadi selama perubahan ini. |
| Perlindungan penghapusan | **Aktifkan perlindungan penghapusan** agar klaster DB tidak terhapus. Untuk informasi selengkapnya, lihat [Menghapus instans DB](USER_DeleteInstance.md). | **Opsi CLI:** `--deletion-protection` `--no-deletion-protection` **Parameter API RDS:** `DeletionProtection` | Perubahan langsung diterapkan. Pengaturan ini mengabaikan pengaturan terapkan langsung. | Downtime tidak terjadi selama perubahan ini. |
| Jendela pemeliharaan | Jendela 30 menit ketika perubahan yang tertunda untuk klaster DB diterapkan. Jika jangka waktu bukan masalah, pilih **Tidak ada preferensi**. Untuk informasi selengkapnya, lihat [Jendela pemeliharaan Amazon RDS](USER_UpgradeDBInstance.Maintenance.md#Concepts.DBMaintenance). | **Opsi CLI:** `--preferred-maintenance-window` **Parameter API RDS:** `PreferredMaintenanceWindow` | Perubahan langsung diterapkan. Pengaturan ini mengabaikan pengaturan langsung terapkan. | Jika ada satu atau beberapa tindakan tertunda yang menyebabkan waktu henti, dan jendela pemeliharaan diubah untuk menyertakan waktu saat ini, tindakan tertunda itu akan diterapkan dengan serta-merta dan terjadi waktu henti. |
| Kelola kredensi master di AWS Secrets Manager | Pilih **Kelola kredensial master di AWS Secrets Manager** untuk mengelola kata sandi pengguna master dalam rahasia di Secrets Manager. Anda juga dapat memilih kunci KMS yang akan digunakan untuk melindungi rahasia. Pilih dari kunci-kunci KMS di akun Anda, atau masukkan kunci dari akun yang lain. Jika RDS sudah mengelola kata sandi pengguna master untuk klaster basis data, Anda dapat merotasi kata sandi pengguna master dengan memilih **Lakukan seketika rotasi rahasia**. Untuk informasi selengkapnya, lihat [Manajemen kata sandi dengan Amazon RDS Aurora dan AWS Secrets Manager](rds-secrets-manager.md). | **Opsi CLI:** `--manage-master-user-password \| --no-manage-master-user-password` `--master-user-secret-kms-key-id` `--rotate-master-user-password \| --no-rotate-master-user-password` **Parameter API RDS:** `ManageMasterUserPassword` `MasterUserSecretKmsKeyId` `RotateMasterUserPassword` | Jika Anda mengaktifkan atau menonaktifkan manajemen kata sandi pengguna utama otomatis, perubahan akan langsung diterapkan. Perubahan ini mengabaikan pengaturan terapkan langsung. Saat merotasi kata sandi pengguna utama, Anda harus menentukan bahwa perubahan tersebut akan langsung diterapkan. | Tidak terjadi waktu henti selama perubahan ini. |
| Kata sandi master baru | Kata sandi untuk akun pengguna master Anda. | **Opsi CLI:** `--master-user-password` **Parameter API RDS:** `MasterUserPassword` | Perubahan diterapkan secara asinkron, sesegera mungkin. Pengaturan ini mengabaikan pengaturan langsung terapkan. | Tidak terjadi waktu henti selama perubahan ini. |
| IOPS yang Tersedia | Jumlah IOPS yang Tersedia (operasi input/output per detik) yang akan dialokasikan di awal untuk klaster basis data. | **Opsi CLI:** `--iops` **Parameter API RDS:** `Iops` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Tidak terjadi waktu henti selama perubahan ini. |
| Akses publik | **Dapat diakses publik** untuk memberikan alamat IP publik ke klaster basis data, yang berarti bahwa klaster dapat diakses di luar cloud privat virtual (VPC). Agar dapat diakses publik, klaster basis data juga harus berada di subnet publik di VPC. **Tidak dapat diakses publik** agar klaster DB hanya dapat diakses dari dalam VPC. Untuk informasi selengkapnya, lihat [Menyembunyikan instans DB dalam VPC dari internet](USER_VPC.WorkingWithRDSInstanceinaVPC.md#USER_VPC.Hiding). Untuk terhubung ke klaster DB dari luar VPC, klaster DB harus dapat diakses publik. Selain itu, akses harus diberikan menggunakan aturan masuk grup keamanan klaster DB, dan persyaratan lain harus terpenuhi. Untuk informasi selengkapnya, lihat [Tidak dapat terhubung ke instans DB Amazon RDS](CHAP_Troubleshooting.md#CHAP_Troubleshooting.Connecting). Jika cluster DB Anda tidak dapat diakses publik, Anda dapat menggunakan koneksi AWS Site-to-Site VPN atau Direct Connect koneksi untuk mengaksesnya dari jaringan pribadi. Untuk informasi selengkapnya, lihat [Privasi lalu lintas antarjaringan](inter-network-traffic-privacy.md). | Tidak tersedia saat mengubah klaster basis data. | Perubahan terjadi dengan serta-merta. Pengaturan ini mengabaikan pengaturan terapkan langsung. | Downtime tidak terjadi selama perubahan ini. |
| Jenis penyimpanan | Jenis penyimpanan untuk klaster DB Anda. Hanya penyimpanan General Purpose SSD (gp3), Provisioned IOPS (io1), dan Provisioned IOPS SSD (io2) yang didukung. Untuk informasi selengkapnya, lihat [Jenis penyimpanan Amazon RDS](CHAP_Storage.md#Concepts.Storage). | **Opsi CLI:** `--storage-type` **Parameter API RDS:** `StorageType` | Jika Anda memilih untuk langsung menerapkan perubahan, perubahan akan langsung diterapkan. Jika Anda memilih untuk tidak langsung menerapkan perubahan, perubahan akan diterapkan pada jendela pemeliharaan berikutnya. | Tidak terjadi waktu henti selama perubahan ini. |
| Grup keamanan VPC | Grup keamanan untuk dikaitkan dengan klaster basis data. Untuk informasi selengkapnya, lihat [Ikhtisar grup keamanan VPC](Overview.RDSSecurityGroups.md#Overview.RDSSecurityGroups.VPCSec). | **Opsi CLI:** `--vpc-security-group-ids` **Parameter API RDS:** `VpcSecurityGroupIds` | Perubahan diterapkan secara asinkron, sesegera mungkin. Pengaturan ini mengabaikan pengaturan langsung terapkan. | Downtime tidak terjadi selama perubahan ini. |
## Setelan yang tidak berlaku saat mengubah klaster basis data Multi-AZ
Pengaturan berikut dalam AWS CLI perintah [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)dan operasi RDS API [Modify DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) tidak berlaku untuk cluster DB multi-AZ.
Anda juga tidak dapat mengubah semua setelan ini untuk klaster basis data Multi-AZ di konsol.
| AWS CLI pengaturan | Pengaturan API RDS |
| --- | --- |
| `--backtrack-window` | `BacktrackWindow` |
| `--cloudwatch-logs-export-configuration` | `CloudwatchLogsExportConfiguration` |
| `--copy-tags-to-snapshot \| --no-copy-tags-to-snapshot` | `CopyTagsToSnapshot` |
| `--db-instance-parameter-group-name` | `DBInstanceParameterGroupName` |
| `--domain` | `Domain` |
| `--domain-iam-role-name` | `DomainIAMRoleName` |
| `--enable-global-write-forwarding \| --no-enable-global-write-forwarding` | `EnableGlobalWriteForwarding` |
| `--enable-http-endpoint \| --no-enable-http-endpoint` | `EnableHttpEndpoint` |
| `--option-group-name` | `OptionGroupName` |
| `--port` | `Port` |
| `--scaling-configuration` | `ScalingConfiguration` |
| `--storage-type` | `StorageType` |
# Memutakhirkan versi mesin cluster DB multi-AZ untuk Amazon RDS
Amazon RDS menyediakan versi-versi baru untuk setiap mesin basis data yang didukung sehingga Anda dapat selalu memperbarui klaster basis data Multi-AZ Anda. Topik ini menjelaskan proses upgrade cluster DB multi-AZ ke versi yang lebih baru.
Memutakhirkan cluster DB multi-AZ melibatkan pemilihan versi mesin baru yang kompatibel dan merencanakan potensi downtime. Proses ini memastikan gangguan minimal dengan memanfaatkan kemampuan failover arsitektur multi-AZ. Praktik terbaik termasuk melakukan peningkatan selama periode lalu lintas rendah, pengujian di lingkungan non-produksi, dan memverifikasi kompatibilitas aplikasi dengan versi baru.
**Topics**
+ [Pemutakhiran versi kecil](#multi-az-db-clusters-upgrade-minor)
+ [Peningkatan versi mayor](#multi-az-db-clusters-upgrade-major)
+ [Memutakhirkan cluster DB Multi-AZ](#multi-az-db-clusters-upgrade-process)
+ [Memutakhirkan replika baca cluster multi-AZ DB](#multi-az-db-clusters-upgrade-replicas)
+ [Memantau peningkatan cluster DB multi-AZ dengan acara](#multi-az-db-clusters-upgrade-monitoring)
## Pemutakhiran versi kecil
Pemutakhiran versi kecil hanya mencakup perubahan yang kompatibel surut dengan aplikasi yang ada. Saat Anda memulai pemutakhiran versi kecil, Amazon RDS memutakhirkan dahulu instans-instans basis data pembaca satu per satu. Kemudian, salah satu instans basis data pembaca beralih menjadi instans basis data penulis baru. Amazon RDS lalu memutakhirkan instans penulis lama (yang kini menjadi instans pembaca).
Waktu henti selama pemutakhiran dibatasi pada waktu yang dibutuhkan salah satu instans basis data pembaca untuk menjadi instans basis data penulis baru. Waktu henti ini bertindak seperti failover otomatis. Untuk informasi selengkapnya, lihat [Gagal dalam cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts-failover.md). Perhatikan bahwa kelambatan replika klaster basis data Multi-AZ Anda dapat memengaruhi waktu henti. Untuk informasi selengkapnya, lihat [Kelambatan replika dan klaster basis data Multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-replica-lag).
Untuk replika baca klaster basis data Multi-AZ RDS for PostgreSQL, Amazon RDS memutakhirkan instans-instans anggota klaster satu per satu. Peran-peran klaster pembaca dan penulis tidak bertukar selama pemutakhiran. Oleh karena itu, klaster basis data Anda mungkin mengalami waktu henti saat Amazon RDS memutakhirkan instans penulis klaster.
**catatan**
Waktu henti untuk pemutakhiran versi kecil klaster basis data Multi-AZ biasanya 35 detik. Saat digunakan dengan Proksi RDS, Anda dapat mengurangi waktu henti ke satu detik atau kurang. Untuk informasi selengkapnya, lihat [Proksi Amazon RDS Aurora](rds-proxy.md). [Sebagai alternatif, Anda dapat menggunakan proxy database open source seperti [ProxySQL](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-of-downtime-with-proxysql-when-upgrading-amazon-rds-multi-az-deployments-with-two-readable-standbys/),, atau Advanced JDBC [PgBouncer](https://aws.amazon.com/blogs/database/fast-switchovers-with-pgbouncer-on-amazon-rds-multi-az-deployments-with-two-readable-standbys-for-postgresql/)Wrapper Driver.AWS](https://aws.amazon.com/blogs/database/achieve-one-second-or-less-downtime-with-the-advanced-jdbc-wrapper-driver-when-upgrading-amazon-rds-multi-az-db-clusters/)
## Peningkatan versi mayor
Peningkatan versi mayor dapat menerapkan perubahan yang tidak kompatibel dengan aplikasi yang ada.
Saat Anda memulai pemutakhiran versi utama dari klaster DB RDS untuk PostgreSQL Multi-AZ, Amazon RDS secara bersamaan meningkatkan instance pembaca dan penulis. Oleh karena itu, klaster basis data Anda dapat tidak tersedia hingga pemutakhiran selesai.
Saat Anda memulai pemutakhiran versi utama dari kluster DB RDS untuk MySQL Multi-AZ, Amazon RDS meningkatkan instance anggota cluster satu per satu, sehingga replikasi terjadi dari versi engine yang lebih rendah ke versi yang lebih tinggi. Penting untuk memastikan bahwa beban kerja Anda kompatibel dengan versi mesin sumber dan target selama peningkatan versi utama, karena versi mesin mungkin berbeda dalam sintaks dan fitur.
**catatan**
Seperti upgrade versi minor, downtime untuk RDS untuk upgrade versi utama MySQL biasanya 35 detik. Saat digunakan dengan Proksi RDS, Anda dapat mengurangi waktu henti menjadi satu detik atau kurang. Untuk informasi selengkapnya, lihat [Proksi Amazon RDS Aurora](rds-proxy.md).
## Memutakhirkan cluster DB Multi-AZ
Proses untuk memutakhirkan versi mesin klaster basis data Multi-AZ sama dengan proses untuk memutakhirkan versi mesin instans basis data. Untuk petunjuk, lihat [Meningkatkan versi mesin instans DB ](USER_UpgradeDBInstance.Upgrading.md). Satu-satunya perbedaan adalah bahwa ketika menggunakan AWS Command Line Interface (AWS CLI), Anda menggunakan [modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html)perintah dan menentukan `--db-cluster-identifier` parameter (bersama dengan `--allow-major-version-upgrade` parameter).
Lihat informasi yang lebih lengkap tentang pemutakhiran versi utama dan kecil dalam dokumentasi berikut untuk mesin basis data Anda:
+ [Upgrade RDS untuk mesin PostgreSQL DB](USER_UpgradeDBInstance.PostgreSQL.md)
+ [Upgrade RDS untuk mesin MySQL DB](USER_UpgradeDBInstance.MySQL.md)
## Memutakhirkan replika baca cluster multi-AZ DB
Amazon RDS tidak memutakhirkan secara otomatis replika baca klaster basis data Multi-AZ. Untuk pemutakhiran versi *kecil*, Anda harus memutakhirkan dahulu semua replika baca secara manual, lalu memutakhirkan klaster. Jika tidak, pemutakhiran diblokir. Saat Anda melakukan pemutakhiran versi *utama* sebuah klaster, keadaan replikasi semua replika baca berubah ke **dihentikan**. Anda harus menghapus dan membuat ulang replika baca setelah pemutakhiran selesai. Untuk informasi selengkapnya, lihat [Memantau replikasi baca](USER_ReadRepl.Monitoring.md).
## Memantau peningkatan cluster DB multi-AZ dengan acara
Saat Anda memutakhirkan versi mesin cluster DB multi-AZ, Amazon RDS memancarkan peristiwa tertentu selama setiap fase proses. Untuk melacak kemajuan peningkatan, Anda dapat melihat atau berlangganan acara ini.
Untuk informasi selengkapnya tentang peristiwa RDS, lihat[Memantau RDS](working-with-events.md).
Untuk informasi rinci tentang peristiwa Amazon RDS tertentu yang terjadi selama upgrade engine Anda, lihat[Kategori acara Amazon RDS dan pesan acara Aurora](USER_Events.Messages.md).
# Mengganti nama cluster DB Multi-AZ untuk Amazon RDS
Anda dapat mengganti nama cluster DB multi-AZ dengan menggunakan Konsol Manajemen AWS, AWS CLI `modify-db-cluster` perintah, atau operasi Amazon RDS API`ModifyDBCluster`. Mengganti nama klaster basis data Multi-AZ dapat berefek besar. Berikut adalah daftar pertimbangan sebelum Anda mengganti nama klaster basis data Multi-AZ.
+ Saat Anda mengganti nama klaster basis data Multi-AZ, titik akhir klaster untuk klaster basis data Multi-AZ berubah. Titik akhir ini berubah karena menyertakan nama yang Anda tetapkan untuk klaster basis data Multi-AZ. Anda dapat mengarahkan lalu lintas dari titik akhir lama ke yang baru. Lihat informasi yang lebih lengkap tentang titik akhir klaster basis data Multi-AZ di [Menghubungkan ke cluster DB Multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts-connection-management.md).
+ Saat Anda mengganti nama cluster DB multi-AZ, DNS nama lama yang digunakan oleh cluster DB multi-AZ dihapus, meskipun dapat tetap di-cache selama beberapa menit. DNSNama baru untuk cluster DB Multi-AZ yang berganti nama menjadi efektif dalam waktu sekitar dua menit. Klaster basis data Multi-AZ tidak tersedia hingga nama baru berlaku.
+ Anda tidak dapat menggunakan nama klaster basis data Multi-AZ ketika nama klaster sedang diganti.
+ Metrik dan peristiwa yang terkait dengan nama klaster basis data Multi-AZ dipertahankan jika Anda menggunakan ulang nama klaster basis data.
+ Tag klaster basis data Multi-AZ tetap bersama klaster, terlepas dari penggantian nama.
+ Cuplikan klaster basis data dipertahankan untuk klaster basis data Multi-AZ yang namanya diganti.
**catatan**
Klaster basis data Multi-AZ adalah lingkungan basis data terisolasi yang berjalan di cloud. Klaster basis data Multi-AZ dapat menampung beberapa basis data. Lihat informasi tentang penggantian nama basis data dalam dokumentasi untuk mesin basis data Anda.
## Mengganti nama untuk mengganti klaster basis data Multi-AZ yang ada
Skenario yang paling umum untuk mengganti nama cluster DB multi-AZ termasuk memulihkan data dari snapshot cluster DB atau melakukan point-in-time recovery (). PITR Dengan mengganti nama klaster basis data Multi-AZ, Anda dapat mengganti klaster basis data Multi-AZ tanpa mengubah sama sekali kode aplikasi yang merujuk ke klaster basis data Multi-AZ. Dalam kasus ini, lakukan langkah-langkah berikut:
1. Hentikan semua lalu lintas ke klaster basis data Multi-AZ. Anda dapat mengarahkan lalu lintas dari berupaya mengakses basis data di klaster basis data Multi-AZ, atau memilih cara lain untuk mencegah lalu lintas yang mengakses basis data Anda di klaster basis data Multi-AZ.
1. Ganti nama klaster basis data Multi-AZ yang ada.
1. Buat klaster basis data Multi-AZ baru dengan memulihkan dari cuplikan klaster basis data atau memulihkan ke suatu titik waktu. Kemudian, beri klaster basis data Multi-AZ baru itu nama klaster basis data Multi-AZ lama.
Jika Anda menghapus klaster basis data Multi-AZ lama, Anda bertanggung jawab untuk menghapus setiap cuplikan klaster basis data Multi-AZ lama yang tidak diinginkan.
## Konsol
**Untuk mengganti nama klaster basis data Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**.
1. Pilih klaster basis data Multi-AZ yang ingin Anda ganti namanya.
1. Pilih **Ubah**.
1. Di **Pengaturan**, masukkan nama baru untuk **pengidentifikasi klaster basis data**.
1. Pilih **Lanjutkan**.
1. Untuk segera menerapkan perubahan, pilih **Terapkan segera**. Dalam beberapa kasus, pemadaman dapat terjadi jika opsi ini dipilih. Untuk informasi selengkapnya, lihat [Menerapkan perubahan dengan serta--merta](modify-multi-az-db-cluster.md#modify-multi-az-db-cluster-apply-immediately).
1. Di halaman konfirmasi, tinjau perubahan Anda. Jika sudah benar, pilih **Ubah klaster** untuk menyimpan perubahan Anda.
Atau, pilih **Kembali** untuk mengedit perubahan, atau pilih **Batalkan** untuk membuang perubahan.
## AWS CLI
Untuk mengganti nama cluster DB Multi-AZ, gunakan perintah. AWS CLI [ modify-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/modify-db-cluster.html) Berikan nilai `--db-cluster-identifier` saat ini dan parameter `--new-db-cluster-identifier` dengan nama baru klaster basis data Multi-AZ.
**Example**
Untuk Linux, macOS, atau Unix:
```
1. aws rds modify-db-cluster \
2. --db-cluster-identifier DBClusterIdentifier \
3. --new-db-cluster-identifier NewDBClusterIdentifier
```
Untuk Windows:
```
1. aws rds modify-db-cluster ^
2. --db-cluster-identifier DBClusterIdentifier ^
3. --new-db-cluster-identifier NewDBClusterIdentifier
```
## RDS API
Untuk mengganti nama cluster DB multi-AZ, hubungi RDS API operasi Amazon [M odifyDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_ModifyDBCluster.html) dengan parameter berikut:
+ `DBClusterIdentifier` – Nama klaster basis data yang ada.
+ `NewDBClusterIdentifier` – Nama baru klaster basis data.
# Mem-boot ulang cluster DB multi-AZ dan instans DB pembaca untuk Amazon RDS
Anda mungkin perlu mem-boot ulang klaster basis data Multi-AZ, biasanya karena alasan pemeliharaan. Misalnya, jika Anda membuat pengubahan tertentu atau mengubah grup parameter klaster basis data yang terkait dengan suatu klaster basis data, Anda mem-boot ulang klaster basis data itu. Melakukan hal itu menyebabkan perubahan berlaku.
Jika cluster DB tidak menggunakan perubahan terbaru pada grup parameter cluster DB terkait, akan Konsol Manajemen AWS menampilkan grup parameter cluster DB dengan status **pending-reboot**. Status grup parameter **menunggu boot ulang** tidak menyebabkan pembutan ulang otomatis selama periode pemeliharaan berikutnya. Untuk menerapkan perubahan parameter terbaru pada klaster basis data itu, boot ulang klaster basis data secara manual. Lihat informasi lebih lanjut tentang grup parameter di [Grup parameter untuk cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-parameter-groups).
Mem-boot ulang klaster basis data akan memulai ulang layanan mesin basis data. Mem-boot ulang klaster basis data akan menyebabkan pemadaman sementara, selama status klaster basis data ditetapkan ke **mem-boot ulang**.
Anda tidak dapat mem-boot ulang klaster basis data yang tidak berada dalam keadaan **Tersedia**. Basis data Anda dapat tidak tersedia karena beberapa alasan, seperti ada pencadangan sedang berlangsung, pengubahan yang telah diminta, atau tindakan jendela pemeliharaan.
Waktu yang diperlukan untuk mem-boot ulang klaster Anda bergantung pada proses pemulihan kemacetan, aktivitas basis data pada saat di-boot ulang, dan perilaku klaster basis data itu sendiri. Untuk mengurangi waktu boot ulang, sebaiknya kurangi aktivitas basis data sebanyak mungkin selama proses itu. Mengurangi aktivitas basis data akan mengurangi aktivitas gulir balik/rollback untuk transaksi dalam transit.
**penting**
Klaster basis data Multi-AZ tidak mendukung boot ulang dengan failover. Saat Anda mem-boot ulang instans penulis sebuah klaster basis data Multi-AZ, langkah itu tidak memengaruhi instans basis data pembaca di klaster basis data itu dan tidak ada failover yang terjadi. Saat Anda mem-boot ulang instans basis data, tidak terjadi failover. Untuk gagal melalui cluster DB multi-AZ, pilih **Failover** di konsol, panggil AWS CLI perintah [https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html), atau panggil operasi API. [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html)
## Konsol
**Untuk mem-boot ulang klaster basis data**
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**, lalu pilih klaster basis data Multi-AZ yang ingin Anda boot ulang.
1. Untuk **Tindakan**, pilih **Boot ulang**.
Halaman **Boot ulang klaster DB** muncul.
1. Pilih **Boot ulang** untuk mem-boot ulang klaster basis data Anda.
Atau pilih **Batalkan**.
## AWS CLI
Untuk me-reboot cluster DB Multi-AZ dengan menggunakan AWS CLI, panggil [reboot-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/reboot-db-cluster.html)perintah.
```
aws rds reboot-db-cluster --db-cluster-identifier mymultiazdbcluster
```
## API RDS
Untuk me-reboot cluster DB multi-AZ dengan menggunakan Amazon RDS API, panggil operasi [Reboot DBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_RebootDBCluster.html).
# Gagal dalam cluster DB multi-AZ untuk Amazon RDS
Jika ada pemadaman instans DB penulis yang direncanakan atau tidak direncanakan di cluster DB multi-AZ, Amazon RDS secara otomatis gagal mengakses instans DB pembaca di Availability Zone yang berbeda. Ini memastikan ketersediaan tinggi dengan gangguan minimal. Kegagalan dapat terjadi selama kegagalan perangkat keras, masalah jaringan, atau permintaan manual. Topik menguraikan deteksi otomatis kegagalan, urutan peristiwa selama failover, dan dampaknya pada operasi baca dan tulis. Ini juga menyediakan praktik terbaik untuk memantau dan meminimalkan waktu failover.
Waktu yang diperlukan untuk menyelesaikan failover bergantung pada aktivitas basis data dan kondisi-kondisi lain ketika instans basis data penulis tidak tersedia. Durasi failover biasanya kurang dari 35 detik. Failover selesai ketika kedua instans basis data pembaca telah menerapkan transaksi tertunggak dari penulis yang gagal. Ketika failover selesai, RDS konsol dapat mengambil waktu tambahan untuk mencerminkan Availability Zone yang baru.
**Topics**
+ [Failover otomatis](#multi-az-db-clusters-concepts-failover-automatic)
+ [Melakukan failover secara manual klaster basis data Multi-AZ](#multi-az-db-clusters-concepts-failover-manual)
+ [Menentukan apakah klaster basis data Multi-AZ sudah failover](#multi-az-db-clusters-concepts-failover-determining)
+ [Mengatur JVM TTL pencarian DNS nama untuk](#multi-az-db-clusters-concepts-failover-java-dns)
## Failover otomatis
Amazon RDS menangani failover secara otomatis sehingga Anda dapat melanjutkan operasi database secepat mungkin tanpa intervensi administratif. Agar dapat failover, instans basis data penulis beralih secara otomatis ke instans basis data pembaca.
## Melakukan failover secara manual klaster basis data Multi-AZ
Jika Anda gagal secara manual melalui cluster DB multi-AZ, RDS pertama-tama hentikan instans DB utama. Kemudian, sistem pemantauan internal mendeteksi bahwa instans DB primer tidak sehat dan mempromosikan instance DB replika yang dapat dibaca. Durasi failover biasanya kurang dari 35 detik.
Anda dapat gagal melalui cluster DB multi-AZ secara manual menggunakan Konsol Manajemen AWS, AWS CLI, atau file. RDS API
### Konsol
**Untuk melakukan secara manual failover klaster basis data Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis Data**.
1. Pilih klaster basis data Multi-AZ yang ingin Anda lakukan failover.
1. Untuk **Tindakan**, pilih **Failover**.
Halaman **Failover klaster basis data** muncul.
1. Pilih **Failover** untuk menegaskan failover manual.
### AWS CLI
Untuk gagal melalui cluster DB Multi-AZ secara manual, gunakan AWS CLI perintah [ failover-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/failover-db-cluster.html).
**Example**
```
1. aws rds failover-db-cluster --db-cluster-identifier mymultiazdbcluster
```
### RDS API
Untuk gagal melalui cluster DB multi-AZ secara manual, panggil Amazon RDS API [F ailoverDBCluster](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_FailoverDBCluster.html) dan tentukan file. `DBClusterIdentifier`
## Menentukan apakah klaster basis data Multi-AZ sudah failover
Untuk mengetahui apakah klaster basis data Multi-AZ Anda sudah failover, Anda dapat melakukan hal-hal berikut:
+ Siapkan langganan acara DB untuk memberi tahu Anda melalui email atau SMS bahwa failover telah dimulai. Untuk informasi selengkapnya tentang peristiwa, lihat [Bekerja dengan pemberitahuan RDS acara Amazon](USER_Events.md).
+ Melihat peristiwa DB Anda menggunakan RDS konsol atau API operasi Amazon.
+ Lihat status klaster DB multi-AZ Anda saat ini dengan menggunakan RDS konsol Amazon, the AWS CLI, dan file. RDS API
Untuk informasi tentang cara Anda dapat merespons kegagalan, mengurangi waktu pemulihan, dan praktik terbaik lainnya untuk AmazonRDS, lihat. [Praktik terbaik untuk Amazon RDS](CHAP_BestPractices.md)
## Mengatur JVM TTL pencarian DNS nama untuk
Mekanisme failover secara otomatis mengubah catatan Domain Name System (DNS) dari instans DB untuk menunjuk ke instans DB pembaca. Alhasil, Anda perlu membentuk kembali koneksi yang ada dengan instans basis data Anda. Dalam lingkungan mesin virtual Java (JVM), karena cara kerja mekanisme DNS caching Java, Anda mungkin perlu mengkonfigurasi ulang pengaturanJVM.
Pencarian DNS nama JVM cache. Ketika JVM menyelesaikan nama host ke alamat IP, itu cache alamat IP untuk jangka waktu tertentu, yang dikenal sebagai (). *time-to-live*TTL
Karena AWS sumber daya menggunakan entri DNS nama yang terkadang berubah, kami sarankan Anda mengonfigurasi JVM dengan TTL nilai tidak lebih dari 60 detik. Melakukan hal ini memastikan bahwa ketika alamat IP sumber daya berubah, aplikasi Anda dapat menerima dan menggunakan alamat IP baru sumber daya dengan meminta. DNS
Pada beberapa konfigurasi Java, JVM default TTL diatur sehingga tidak pernah menyegarkan DNS entri sampai restart. JVM Jadi, jika alamat IP untuk AWS sumber daya berubah saat aplikasi Anda masih berjalan, itu tidak dapat menggunakan sumber daya itu sampai Anda secara manual me-restart JVM dan informasi IP cache di-refresh. Dalam hal ini, sangat penting untuk mengatur JVM's TTL sehingga secara berkala menyegarkan informasi IP cache.
**catatan**
Default TTL dapat bervariasi sesuai dengan versi Anda JVM dan apakah manajer keamanan diinstal. Banyak yang JVMs memberikan default TTL kurang dari 60 detik. Jika Anda menggunakan seperti itu JVM dan tidak menggunakan manajer keamanan, Anda dapat mengabaikan sisa topik ini. Untuk informasi selengkapnya tentang manajer keamanan di Oracle, lihat [The security manager](https://docs.oracle.com/javase/tutorial/essential/environment/security.html) dalam dokumentasi Oracle.
Untuk memodifikasi JVM'sTTL, tetapkan nilai [https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html](https://docs.oracle.com/javase/7/docs/technotes/guides/net/properties.html)properti. Gunakan salah satu metode berikut, tergantung pada kebutuhan Anda:
+ Untuk menetapkan nilai properti secara global untuk semua aplikasi yang menggunakanJVM, atur `networkaddress.cache.ttl` dalam `$JAVA_HOME/jre/lib/security/java.security` file.
```
networkaddress.cache.ttl=60
```
+ Untuk menetapkan properti secara lokal hanya untuk aplikasi Anda, tetapkan `networkaddress.cache.ttl` dalam kode inisialisasi aplikasi Anda sebelum koneksi jaringan dibuat.
```
java.security.Security.setProperty("networkaddress.cache.ttl" , "60");
```
# Menyiapkan replikasi logis PostgreSQL dengan cluster DB multi-AZ untuk Amazon RDS
Dengan menggunakan replikasi logis PostgreSQL dengan klaster DB Multi-AZ Anda, Anda dapat mereplikasi dan menyinkronkan tabel individual daripada seluruh instans basis data. Replikasi logis menggunakan model terbit dan langganan untuk mereplikasi perubahan dari sumber ke satu atau lebih penerima. Hal ini bekerja dengan menggunakan catatan perubahan dari log write-ahead PostgreSQL (WAL). Untuk informasi selengkapnya, lihat [Melakukan replikasi logis untuk Amazon RDS for PostgreSQL](PostgreSQL.Concepts.General.FeatureSupport.LogicalReplication.md).
Saat Anda membuat slot replikasi logis baru pada instans DB penulis dari klaster DB Multi-AZ, slot tersebut disalin secara asinkron ke setiap instans DB pembaca di klaster. Slot pada instans DB pembaca terus disinkronkan dengan yang ada di instans DB penulis.
Replikasi logis didukung untuk klaster DB Multi-AZ yang menjalankan RDS untuk PostgreSQL versi 14.8-R2 dan lebih tinggi, dan 15.3-R2 dan lebih tinggi.
**catatan**
Selain fitur replikasi logis PostgreSQL asli, klaster DB Multi-AZ yang menjalankan RDS untuk PostgreSQL juga mendukung ekstensi `pglogical`.
Untuk informasi selengkapnya tentang fitur replikasi logis PostgreSQL, lihat [Logical replication](https://www.postgresql.org/docs/current/logical-replication.html) dalam dokumentasi PostgreSQL.
**Topics**
+ [Prasyarat](#multi-az-db-clusters-logical-replication-prereqs)
+ [Menyiapkan replikasi logis](#multi-az-db-clusters-logical-replication)
+ [Batasan dan rekomendasi](#multi-az-db-clusters-logical-replication-limitations)
## Prasyarat
Untuk mengonfigurasi replikasi logis PostgreSQL untuk klaster DB Multi-AZ, Anda harus memenuhi prasyarat berikut.
+ Akun pengguna Anda harus menjadi anggota `rds_superuser` grup dan memiliki `rds_superuser` hak istimewa. Untuk informasi selengkapnya, lihat [Memahami peran dan izin PostgreSQL](Appendix.PostgreSQL.CommonDBATasks.Roles.md).
+ Klaster DB Multi-AZ Anda harus dikaitkan dengan grup parameter klaster DB kustom sehingga Anda dapat mengonfigurasi nilai parameter yang dijelaskan dalam prosedur berikut. Untuk informasi selengkapnya, lihat [Menggunakan grup parameter klaster DB untuk klaster DB Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
## Menyiapkan replikasi logis
Untuk mengatur replikasi logis untuk klaster DB Multi-AZ, Anda mengaktifkan parameter tertentu dalam grup parameter klaster DB terkait, lalu membuat slot replikasi logis.
**catatan**
Dimulai dengan PostgreSQL versi 16, Anda dapat menggunakan instance DB pembaca dari cluster DB multi-AZ untuk replikasi logis.
**Untuk mengatur replikasi logis untuk sebuah RDS untuk klaster DB Multi-AZ PostgreSQL**
1. Buka grup parameter klaster DB kustom yang terkait dengan RDS Anda untuk klaster DB Multi-AZ PostgreSQL.
1. Di bidang pencarian **Parameter**, cari parameter `rds.logical_replication` statis dan atur nilainya ke `1`. Perubahan parameter ini dapat meningkatkan pembuatan WAL, jadi aktifkan hanya saat Anda menggunakan slot logis.
1. Sebagai bagian dari perubahan ini, konfigurasi parameter klaster DB berikut.
+ `max_wal_senders`
+ `max_replication_slots`
+ `max_connections`
Tergantung penggunaan yang Anda harapkan, Anda mungkin juga perlu mengubah nilai parameter berikut. Namun, dalam banyak kasus, nilai default sudah cukup.
+ `max_logical_replication_workers`
+ `max_sync_workers_per_subscription`
1. Boot ulang klaster DB Multi-AZ agar nilai parameter diterapkan. Untuk petunjuknya, lihat [Mem-boot ulang cluster DB multi-AZ dan instans DB pembaca untuk Amazon RDS](multi-az-db-clusters-concepts-rebooting.md).
1. Buat slot replikasi logis pada instans DB penulis dari klaster DB Multi-AZ seperti yang dijelaskan dalam [Menggunakan slot replikasi logis](PostgreSQL.Concepts.General.FeatureSupport.LogicalReplication.md#PostgreSQL.Concepts.General.FeatureSupport.LogicalReplicationSlots). Proses ini mengharuskan Anda menentukan plugin decoding. Saat ini, RDS untuk PostgreSQL mendukung plugin `test_decoding`, `wal2json`, dan `pgoutput` yang dikirimkan dengan PostgreSQL.
Slot disalin secara asinkron ke setiap instans DB pembaca di klaster.
1. Verifikasi status slot pada semua instans DB pembaca dari klaster DB Multi-AZ. Untuk melakukannya, periksa `pg_replication_slots` tampilan pada semua instans DB pembaca dan pastikan bahwa `confirmed_flush_lsn` status membuat kemajuan saat aplikasi secara aktif mengonsumsi perubahan logis.
Perintah berikut menunjukkan cara memeriksa status replikasi pada instans DB pembaca.
```
% psql -h test-postgres-instance-2.abcdefabcdef.us-west-2.rds.amazonaws.com
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D0001700
(1 row)
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D8003628
(1 row)
% psql -h test-postgres-instance-3.abcdefabcdef.us-west-2.rds.amazonaws.com
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D0001700
(1 row)
postgres=> select slot_name, slot_type, confirmed_flush_lsn from pg_replication_slots;
slot_name | slot_type | confirmed_flush_lsn
--------------+-----------+---------------------
logical_slot | logical | 32/D8003628
(1 row)
```
Setelah Anda menyelesaikan tugas replikasi Anda, hentikan proses replikasi, jatuhkan slot replikasi, dan matikan replikasi logis. Untuk mematikan replikasi logis, ubah grup parameter klaster DB Anda dan atur nilai `rds.logical_replication` kembali ke `0`. Boot ulang klaster agar perubahan parameter diterapkan.
## Batasan dan rekomendasi
Keterbatasan dan rekomendasi berikut berlaku untuk menggunakan replikasi logis dengan cluster DB multi-AZ yang menjalankan PostgreSQL versi 16:
+ Anda hanya dapat menggunakan instance DB penulis untuk membuat atau menjatuhkan slot replikasi logis. Misalnya, `CREATE SUBSCRIPTION` perintah harus menggunakan titik akhir penulis cluster dalam string koneksi host.
+ Anda harus menggunakan titik akhir penulis cluster selama sinkronisasi tabel atau sinkronisasi ulang. Misalnya, Anda dapat menggunakan perintah berikut untuk menyinkronkan ulang tabel yang baru ditambahkan:
```
Postgres=>ALTER SUBSCRIPTION subscription-name CONNECTION host=writer-endpoint
Postgres=>ALTER SUBSCRIPTION subscription-name REFRESH PUBLICATION
```
+ Anda harus menunggu sinkronisasi tabel selesai sebelum menggunakan instance DB pembaca untuk replikasi logis. Anda dapat menggunakan tabel `[pg\$1subscription\$1rel](https://www.postgresql.org/docs/current/catalog-pg-subscription-rel.html)` katalog untuk memantau sinkronisasi tabel. Sinkronisasi tabel selesai ketika `srsubstate` kolom diatur ke ready (`r`).
+ Sebaiknya gunakan titik akhir instance untuk koneksi replikasi logis setelah sinkronisasi tabel awal selesai. Perintah berikut mengurangi beban pada instance DB penulis dengan membongkar replikasi ke salah satu instance DB pembaca:
```
Postgres=>ALTER SUBSCRIPTION subscription-name CONNECTION host=reader-instance-endpoint
```
Anda tidak dapat menggunakan slot yang sama pada lebih dari satu instans DB sekaligus. Ketika dua atau lebih aplikasi mereplikasi perubahan logis dari instance DB yang berbeda di cluster, beberapa perubahan mungkin hilang karena failover cluster atau masalah jaringan. Dalam situasi ini, Anda dapat menggunakan titik akhir instance untuk replikasi logis dalam string koneksi host. Aplikasi lain yang menggunakan konfigurasi yang sama akan menampilkan pesan kesalahan berikut:
```
replication slot slot_name is already active for PID x providing immediate feedback.
```
+ Saat menggunakan `pglogical` ekstensi, Anda hanya dapat menggunakan titik akhir penulis cluster. Ekstensi memiliki keterbatasan yang diketahui yang dapat membuat slot replikasi logis yang tidak digunakan selama sinkronisasi tabel. Slot replikasi basi menyimpan file write-ahead log (WAL) dan dapat menyebabkan masalah ruang disk.
# Bekerja dengan replika baca cluster DB multi-AZ untuk Amazon RDS
Replika baca klaster DB adalah jenis klaster khusus yang Anda buat dari instans DB sumber. Setelah Anda membuat replika baca, pembaruan apa pun yang dilakukan pada instans DB utama disalin secara asinkron ke replika baca klaster DB Multi-AZ. Anda dapat mengurangi beban pada instans DB utama dengan merutekan kueri baca dari aplikasi Anda ke replika baca. Dengan replika baca, Anda dapat dengan mudah menskalakan ke luar dari batasan kapasitas instans DB tunggal untuk beban kerja basis data yang berstatus read-heavy.
Anda juga dapat membuat satu atau beberapa replika baca instans DB dari klaster DB Multi-AZ. Replika baca instans DB memungkinkan Anda menskalakan di luar kapasitas komputasi atau I/O dari klaster DB Multi-AZ sumber dengan mengarahkan lalu lintas baca berlebih ke replika baca. Saat ini, Anda tidak dapat membuat replika baca klaster DB Multi-AZ dari klaster DB Multi-AZ yang ada.
Saat memilih antara bermigrasi ke cluster DB multi-AZ menggunakan replika baca atau membuat replika baca instans DB dari cluster DB multi-AZ, pertimbangkan kasus penggunaan spesifik dan persyaratan kinerja Anda.
**Migrasi ke klaster DB Multi-AZ menggunakan replika baca**
Pendekatan ini sangat ideal ketika Anda perlu meningkatkan ketersediaan dan daya tahan database Anda sambil meminimalkan waktu henti. Dengan menggunakan replika baca untuk transisi ke cluster DB multi-AZ, Anda dapat memastikan pengoperasian dan konsistensi data yang berkelanjutan. Metode ini sangat berguna untuk lingkungan produksi di mana menjaga ketersediaan dan mengurangi dampak pada beban kerja langsung sangat penting.
**Membuat replika baca instans DB Multi-AZ dari klaster DB Multi-AZ**
Metode ini cocok ketika Anda ingin menskalakan operasi baca atau membongkar lalu lintas baca dari instance database utama Anda. Dengan membuat replika baca dari cluster DB multi-AZ yang ada, Anda dapat mendistribusikan beban kerja baca-berat dan meningkatkan kinerja tanpa memengaruhi stabilitas instans utama.
Memilih pendekatan yang tepat tergantung pada apakah prioritas Anda adalah memastikan ketersediaan dan daya tahan tinggi atau untuk meningkatkan kinerja baca. Evaluasi karakteristik beban kerja Anda dan persyaratan operasional untuk membuat keputusan yang tepat.
**Topics**
+ [Migrasi ke klaster DB Multi-AZ menggunakan replika baca](multi-az-db-clusters-migrating-to-with-read-replica.md)
+ [Membuat replika baca instans DB Multi-AZ dari klaster DB Multi-AZ](multi-az-db-clusters-create-instance-read-replica.md)
# Migrasi ke klaster DB Multi-AZ menggunakan replika baca
Untuk memigrasikan deployment Satu AZ atau deployment instans DB Multi-AZ ke deployment klaster DB Multi-AZ dengan waktu henti yang dikurangi, Anda dapat membuat replika baca klaster DB Multi-AZ. Untuk sumbernya, Anda menentukan instans DB dalam deployment Satu AZ atau instans DB utama dalam deployment instans DB Multi-AZ. Instans DB dapat memproses transaksi tulis selama migrasi ke klaster DB Multi-AZ.
Pertimbangkan hal berikut sebelum Anda membuat replika baca klaster Multi-AZ:
+ Instans DB sumber harus ada pada versi yang mendukung klaster DB Multi-AZ. Untuk informasi selengkapnya, lihat [Daerah yang Didukung dan engine DB untuk cluster DB multi-AZ di Amazon RDS](Concepts.RDS_Fea_Regions_DB-eng.Feature.MultiAZDBClusters.md).
+ Replika baca klaster multi-AZ DB harus pada versi utama yang sama dengan sumbernya, dan versi minor yang sama atau lebih tinggi.
+ Anda harus mengaktifkan pencadangan otomatis pada instans DB sumber dengan mengatur periode penyimpanan cadangan ke nilai selain 0.
+ Penyimpanan yang dialokasikan dari instans DB sumber harus 100 GiB atau lebih tinggi.
+ Untuk RDS untuk MySQL, baik parameter `gtid-mode` dan `enforce_gtid_consistency` parameter harus disetel ke `ON` untuk instance DB sumber. Anda harus menggunakan grup parameter kustom, bukan grup parameter default. Untuk informasi selengkapnya, lihat [Grup parameter DB untuk instans Amazon RDS Aurora DB](USER_WorkingWithDBInstanceParamGroups.md).
+ Transaksi aktif yang berjangka panjang dapat memperlambat proses pembuatan replika baca. Kami menyarankan Anda menunggu transaksi yang berjangka panjang selesai sebelum membuat replika baca.
+ Jika Anda menghapus instans DB sumber untuk replika baca klaster DB Multi-AZ, replika baca akan dipromosikan menjadi klaster DB Multi-AZ mandiri.
## Membuat dan mempromosikan replika baca klaster DB Multi-AZ
Anda dapat membuat dan mempromosikan replika baca cluster DB multi-AZ menggunakan Konsol Manajemen AWS, AWS CLI, atau. RDS API
**catatan**
Kami sangat menyarankan agar Anda membuat semua replika baca di cloud pribadi virtual (VPC) yang sama berdasarkan Amazon VPC dari instans DB sumber.
Jika Anda membuat replika baca yang berbeda VPC dari instans DB sumber, rentang Classless Inter-Domain Routing (CIDR) dapat tumpang tindih antara replika dan sistem Amazon. RDS CIDRtumpang tindih membuat replika tidak stabil, yang dapat berdampak negatif pada aplikasi yang terhubung dengannya. Jika Anda mendapatkan kesalahan saat membuat replika baca, pilih grup subnet DB tujuan yang berbeda. Untuk informasi selengkapnya, lihat [Menggunakan instans DB di VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Konsol
Untuk memigrasikan deployment Satu AZ atau deployment instans DB Multi-AZ ke klaster DB Multi-AZ menggunakan replika baca, selesaikan langkah-langkah berikut menggunakan Konsol Manajemen AWS.
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Buat replika baca klaster DB Multi-AZ.
1. Di panel navigasi, pilih **Basis Data**.
1. Pilih instans DB yang akan digunakan sebagai sumber untuk replika baca.
1. Untuk **Tindakan**, pilih **Buat replika baca**.
1. Untuk **Ketersediaan dan daya tahan**, pilih **Klaster DB Multi-AZ**.
1. Untuk **Pengidentifikasi instans DB**, masukkan nama replika baca.
1. Untuk bagian yang tersisa, tentukan pengaturan klaster DB Anda. Untuk informasi tentang sebuah pengaturan, lihat [Pengaturan untuk membuat klaster DB Multi-AZ](create-multi-az-db-cluster.md#create-multi-az-db-cluster-settings).
1. Pilih **Buat replika baca**.
1. Saat Anda siap, tingkatkan replika baca menjadi klaster DB Multi-AZ mandiri:
1. Hentikan transaksi apa pun agar tidak ditulis ke instans DB sumber, lalu tunggu semua pembaruan yang akan dilakukan ke replika baca.
Pembaruan basis data terjadi pada replika baca setelah pembaruan terjadi pada instans DB utama. Kelambatan replikasi ini dapat sangat bervariasi. Gunakan metrik `ReplicaLag` untuk menentukan saat semua pembaruan sudah dilakukan pada replika baca. Untuk informasi selengkapnya tentang kelambatan replika, lihat [Memantau replikasi baca](USER_ReadRepl.Monitoring.md).
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di RDS konsol Amazon, pilih **Database**.
Panel **Basis Data** muncul. Setiap replika baca menampilkan **Replika** di kolom **Peran**.
1. Pilih replika baca klaster DB Multi-AZ yang ingin Anda promosikan.
1. Untuk **Tindakan**, pilih **Promosikan**.
1. Pada halaman **Tingkatkan replika baca**, masukkan periode penyimpanan cadangan dan jendela cadangan untuk klaster DB Multi-AZ yang baru ditingkatkan.
1. Jika pengaturan sudah sesuai keinginan Anda, pilih **Tingkatkan replika baca**.
1. Tunggu status klaster DB Multi-AZ yang dipromosikan menjadi `Available`.
1. Arahkan aplikasi Anda untuk menggunakan klaster DB Multi-AZ yang dipromosikan.
Secara opsional, hapus deployment Satu AZ atau deployment instans DB Multi-AZ jika tidak lagi diperlukan. Untuk petunjuk, silakan lihat [Menghapus instans DB](USER_DeleteInstance.md).
### AWS CLI
Untuk memigrasikan deployment Satu AZ atau deployment instans DB Multi-AZ ke klaster DB Multi-AZ menggunakan replika baca, selesaikan langkah-langkah berikut menggunakan AWS CLI.
1. Buat replika baca klaster DB Multi-AZ.
Untuk membuat replika baca dari instance DB sumber, gunakan AWS CLI perintah [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-cluster.html). Untuk`--replication-source-identifier`, tentukan Amazon Resource Name (ARN) dari instans DB sumber.
Untuk Linux, macOS, atau Unix:
```
aws rds create-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres \
--db-cluster-instance-class db.m5d.large \
--storage-type io1 \
--iops 1000 \
--db-subnet-group-name defaultvpc \
--backup-retention-period 1
```
Untuk Windows:
```
aws rds create-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--replication-source-identifier arn:aws:rds:us-east-2:123456789012:db:mydbinstance
--engine postgres ^
--db-cluster-instance-class db.m5d.large ^
--storage-type io1 ^
--iops 1000 ^
--db-subnet-group-name defaultvpc ^
--backup-retention-period 1
```
1. Hentikan transaksi apa pun agar tidak ditulis ke instans DB sumber, lalu tunggu semua pembaruan yang akan dilakukan ke replika baca.
Pembaruan basis data terjadi pada replika baca setelah pembaruan terjadi pada instans DB utama. Kelambatan replikasi ini dapat sangat bervariasi. Gunakan metrik `Replica Lag` untuk menentukan saat semua pembaruan sudah dilakukan pada replika baca. Untuk informasi selengkapnya tentang kelambatan replika, lihat [Memantau replikasi baca](USER_ReadRepl.Monitoring.md).
1. Saat Anda siap, tingkatkan replika baca menjadi klaster DB Multi-AZ mandiri.
Untuk mempromosikan replika baca klaster Multi-AZ DB, gunakan perintah AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html](https://docs.aws.amazon.com/cli/latest/reference/rds/promote-read-replica-db-cluster.html). Untuk `--db-cluster-identifier`, tentukan pengidentifikasi replika baca klaster DB Multi-AZ.
```
aws rds promote-read-replica-db-cluster --db-cluster-identifier mymultiazdbcluster
```
1. Tunggu status klaster DB Multi-AZ yang dipromosikan menjadi `Available`.
1. Arahkan aplikasi Anda untuk menggunakan klaster DB Multi-AZ yang dipromosikan.
Secara opsional, hapus deployment Satu AZ atau deployment instans DB Multi-AZ jika tidak lagi diperlukan. Untuk petunjuk, silakan lihat [Menghapus instans DB](USER_DeleteInstance.md).
### RDS API
Untuk memigrasikan penerapan Single-AZ atau penyebaran instans DB multi-AZ ke cluster DB multi-AZ menggunakan replika baca, selesaikan langkah-langkah berikut menggunakan. RDS API
1. Buat replika baca klaster DB Multi-AZ.
Untuk membuat replika baca klaster DB Multi-AZ, gunakan [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBCluster.html) operasi dengan parameter yang diperlukan `DBClusterIdentifier`. Untuk`ReplicationSourceIdentifier`, tentukan Amazon Resource Name (ARN) dari instans DB sumber.
1. Hentikan transaksi apa pun agar tidak ditulis ke instans DB sumber, lalu tunggu semua pembaruan yang akan dilakukan ke replika baca.
Pembaruan basis data terjadi pada replika baca setelah pembaruan terjadi pada instans DB utama. Kelambatan replikasi ini dapat sangat bervariasi. Gunakan metrik `Replica Lag` untuk menentukan saat semua pembaruan sudah dilakukan pada replika baca. Untuk informasi selengkapnya tentang kelambatan replika, lihat [Memantau replikasi baca](USER_ReadRepl.Monitoring.md).
1. Saat Anda siap, tingkatkan replika baca menjadi klaster DB Multi-AZ mandiri.
Untuk mempromosikan replika baca klaster DB Multi-AZ, gunakan operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_PromoteReadReplicaDBCluster.html) dengan parameter `DBClusterIdentifier` yang diperlukan. Tentukan pengidentifikasi replika baca klaster DB Multi-AZ.
1. Tunggu status klaster DB Multi-AZ yang dipromosikan menjadi `Available`.
1. Arahkan aplikasi Anda untuk menggunakan klaster DB Multi-AZ yang dipromosikan.
Secara opsional, hapus deployment Satu AZ atau deployment instans DB Multi-AZ jika tidak lagi diperlukan. Untuk petunjuk, lihat [Menghapus instans DB](USER_DeleteInstance.md).
## Batasan untuk membuat replika baca klaster DB Multi-AZ
Batasan berikut berlaku untuk membuat replika baca klaster DB Multi-AZ dari deployment Satu AZ atau deployment instans DB Multi-AZ.
+ Anda tidak dapat membuat replika baca cluster DB multi-AZ dalam replika Akun AWS yang berbeda dari Akun AWS yang memiliki instans DB sumber.
+ Anda tidak dapat membuat replika baca cluster DB multi-AZ di instans DB sumber yang Wilayah AWS berbeda.
+ Anda tidak dapat memulihkan replika baca klaster DB Multi-AZ ke suatu titik waktu.
+ Enkripsi penyimpanan harus memiliki pengaturan yang sama pada instans DB sumber dan klaster DB Multi-AZ.
+ Jika instans DB sumber dienkripsi, replika baca cluster multi-AZ DB harus dienkripsi menggunakan kunci yang sama. KMS
+ Jika instans DB sumber menggunakan penyimpanan Tujuan Umum SSD (gp3) dan memiliki penyimpanan yang dialokasikan kurang dari 400 GiB, Anda tidak dapat memodifikasi yang disediakan IOPS untuk replika baca cluster DB multi-AZ.
+ Untuk melakukan peningkatan versi minor pada instans DB sumber, Anda harus terlebih dahulu melakukan peningkatan versi minor pada replika baca klaster DB Multi-AZ DB.
+ Saat Anda melakukan pemutakhiran versi minor pada replika baca cluster DB SQL multi-AZ RDS untuk Postgre, instans DB pembaca tidak beralih ke instans DB penulis setelah pemutakhiran. Oleh karena itu, cluster DB Anda mungkin mengalami downtime saat Amazon RDS memutakhirkan instance penulis.
+ Anda tidak dapat melakukan upgrade versi utama pada replika baca cluster multi-AZ DB.
+ Anda dapat melakukan peningkatan versi utama pada instans DB sumber dari replika baca klaster DB Multi-AZ, tetapi replikasi ke replika baca berhenti dan tidak dapat dimulai ulang.
+ Replika baca klaster DB Multi-AZ tidak mendukung replika baca kaskade.
+ RDSUntuk PostgreSQL, replika baca cluster DB multi-AZ tidak dapat gagal.
# Membuat replika baca instans DB Multi-AZ dari klaster DB Multi-AZ
Anda dapat membuat replika baca instans DB dari kluster DB multi-AZ untuk menskalakan di luar komputasi atau I/O kapasitas cluster untuk beban kerja database read-heavy. Anda dapat mengarahkan kelebihan lalu lintas baca ini ke satu atau beberapa replika baca instans DB. Anda juga dapat menggunakan replika baca untuk bermigrasi dari klaster DB Multi-AZ ke instans DB.
Untuk membuat replika baca, tentukan klaster DB Multi-AZ sebagai sumber replikasi. Salah satu instans pembaca dari klaster DB Multi-AZ selalu menjadi sumber replikasi, bukan instans penulis. Kondisi ini memastikan bahwa replika selalu sinkron dengan klaster sumber, bahkan dalam kasus failover.
**Topics**
+ [Membandingkan instans DB pembaca dan replika baca instans DB](#multi-az-db-clusters-readerdb-vs-dbrr)
+ [Pertimbangan-pertimbangan](#multi-az-db-clusters-instance-read-replica-considerations)
+ [Membuat replika baca instans DB](#multi-az-db-clusters-instance-read-replica-create)
+ [Mempromosikan replika baca instans DB](#multi-az-db-clusters-promote-instance-read-replica)
+ [Batasan untuk membuat replika baca instans dari klaster DB Multi-AZ](#multi-az-db-clusters-create-instance-read-replica-limitations)
## Membandingkan instans DB pembaca dan replika baca instans DB
*Replika baca instans DB* dari klaster DB Multi-AZ berbeda dari *instans DB pembaca* dari klaster DB Multi-AZ dengan cara berikut:
+ Instans DB pembaca bertindak sebagai target failover otomatis, sedangkan replika baca instans DB tidak.
+ Instans DB pembaca harus mengakui perubahan dari instans DB penulis sebelum perubahan dapat dilakukan. Untuk replika baca instans DB, pembaruan disalin secara asinkron ke replika baca tanpa memerlukan pengakuan.
+ Instans DB pembaca selalu berbagi kelas instans, tipe penyimpanan, dan versi mesin yang sama dengan instans DB penulis dari klaster DB Multi-AZ. Replika baca instans DB, bagaimanapun, tidak harus berbagi konfigurasi yang sama dengan klaster sumber.
+ Anda dapat meningkatkan replika baca instans DB ke instans DB mandiri. Anda tidak dapat mempromosikan instans DB pembaca dari klaster DB Multi-AZ ke instans mandiri.
+ Titik akhir pembaca hanya merutekan permintaan ke instans DB pembaca dari klaster DB Multi-AZ. Titik akhir tidak pernah merutekan permintaan ke replika baca instans DB.
Untuk informasi selengkapnya tentang cara membuat instans DB, lihat [Arsitektur cluster DB multi-AZ](multi-az-db-clusters-concepts.md#multi-az-db-clusters-concepts-overview).
## Pertimbangan-pertimbangan
Pertimbangkan hal berikut sebelum Anda membuat replika baca instans DB dari klaster DB Multi-AZ:
+ Ketika Anda membuat replika baca instans DB, replika tersebut harus pada versi utama yang sama dengan klaster sumbernya, dan versi minor yang sama atau lebih tinggi. Setelah Anda membuatnya, Anda dapat secara opsional meningkatkan replika baca ke versi minor yang lebih tinggi daripada klaster sumber.
+ Saat Anda membuat replika baca instans DB, penyimpanan yang dialokasikan harus sama dengan penyimpanan yang dialokasikan dari klaster DB Multi-AZ sumber. Anda dapat mengubah penyimpanan yang dialokasikan setelah replika baca dibuat.
+ Untuk RDS untuk MySQL, parameter `gtid-mode` harus diatur ke `ON` untuk sumber klaster DB Multi-AZ. Untuk informasi selengkapnya, lihat [Menggunakan grup parameter klaster DB untuk klaster DB Multi-AZ](USER_WorkingWithDBClusterParamGroups.md).
+ Transaksi aktif yang berjangka panjang dapat memperlambat proses pembuatan replika baca. Kami menyarankan Anda menunggu transaksi yang berjangka panjang selesai sebelum membuat replika baca.
+ Jika Anda menghapus klaster DB Multi-AZ sumber untuk replika baca instans DB, replika baca apa pun yang ditulisnya dipromosikan ke instans DB mandiri.
## Membuat replika baca instans DB
Anda dapat membuat replika baca instans DB dari cluster DB multi-AZ menggunakan Konsol Manajemen AWS, AWS CLI, atau RDS API.
**catatan**
Kami sangat menyarankan Anda untuk membuat semua replika baca di cloud privat virtual (VPC) yang sama berdasarkan Amazon VPC klaster DB Multi-AZ sumber.
Jika Anda membuat replika baca di VPC yang berbeda dari klaster DB sumber, rentang Perutean Antar Domain Tanpa Kelas (CIDR) dapat tumpang tindih antara replika dan sistem Amazon RDS. CIDR yang tumpang tindih membuat replika tidak stabil, yang dapat berdampak negatif pada aplikasi yang terhubung dengannya. Jika Anda mendapatkan kesalahan saat membuat replika baca, pilih grup subnet DB tujuan yang berbeda. Untuk informasi selengkapnya, lihat [Menggunakan instans DB di VPC](USER_VPC.WorkingWithRDSInstanceinaVPC.md).
### Konsol
Untuk membuat replika baca instans DB dari klaster DB Multi-AZ, selesaikan langkah-langkah berikut menggunakan Konsol Manajemen AWS.
1. Masuk ke Konsol Manajemen AWS dan buka konsol Amazon RDS di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis data**.
1. Pilih klaster DB Multi-AZ yang ingin Anda gunakan sebagai sumber untuk replika baca.
1. Untuk **Tindakan**, pilih **Buat replika baca**.
1. Untuk **sumber Replica**, pastikan bahwa klaster DB Multi-AZ yang benar dipilih.
1. Untuk **Pengenal DB**, masukkan nama replika baca.
1. Untuk bagian yang tersisa, tentukan pengaturan instans DB Anda. Untuk informasi tentang sebuah pengaturan, lihat [Pengaturan untuk instans DB](USER_CreateDBInstance.Settings.md).
**catatan**
Penyimpanan yang dialokasikan untuk instans DB harus sama dengan penyimpanan yang dialokasikan untuk klaster DB Multi-AZ sumber.
1. Pilih **Buat replika baca**.
### AWS CLI
Untuk membuat replika baca instans DB dari cluster DB multi-AZ, gunakan perintah. AWS CLI [https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html](https://docs.aws.amazon.com/cli/latest/reference/rds/create-db-instance-read-replica.html) Untuk `--source-db-cluster-identifier`, tentukan pengidentifikasi replika baca klaster DB Multi-AZ.
Untuk Linux, macOS, atau Unix:
```
aws rds create-db-instance-read-replica \
--db-instance-identifier myreadreplica \
--source-db-cluster-identifier mymultiazdbcluster
```
Untuk Windows:
```
aws rds create-db-instance-read-replica ^
--db-instance-identifier myreadreplica ^
--source-db-cluster-identifier mymultiazdbcluster
```
### API RDS
Untuk membuat replika baca instans DB dari klaster DB Multi-AZ, gunakan operasi [https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_CreateDBInstanceReadReplica.html).
## Mempromosikan replika baca instans DB
Jika Anda tidak lagi membutuhkan replika baca instans DB, Anda dapat mempromosikannya menjadi instans DB mandiri. Saat Anda meningkatkan replika baca, instans DB akan di-boot ulang sebelum replika baca itu tersedia. Untuk petunjuk, lihat [Mempromosikan replika baca menjadi instans DB mandiri](USER_ReadRepl.Promote.md).
Jika Anda menggunakan replika baca untuk memigrasikan deployment klaster DB Multi-AZ ke deployment instans DB Satu AZ atau Multi-AZ, pastikan untuk menghentikan transaksi apa pun yang sedang ditulis ke klaster DB sumber. Kemudian, tunggu semua pembaruan dilakukan untuk replika baca. Pembaruan basis data terjadi pada replika baca setelah terjadi pada salah satu instans DB pembaca klaster DB Multi-AZ. Kelambatan replikasi ini dapat sangat bervariasi. Gunakan metrik `ReplicaLag` untuk menentukan saat semua pembaruan sudah dilakukan pada replika baca. Untuk informasi selengkapnya tentang kelambatan replika, lihat [Memantau replikasi baca](USER_ReadRepl.Monitoring.md).
Setelah Anda mempromosikan replika baca, tunggu status instans DB yang dipromosikan menjadi `Available` sebelum Anda mengarahkan aplikasi Anda untuk menggunakan instans DB yang dipromosikan. Opsional, hapus deployment klaster DB Multi-AZ jika Anda tidak lagi membutuhkannya. Untuk petunjuk, lihat [Menghapus cluster DB Multi-AZ untuk Amazon RDS](USER_DeleteMultiAZDBCluster.Deleting.md).
## Batasan untuk membuat replika baca instans dari klaster DB Multi-AZ
Batasan berikut berlaku untuk membuat replika baca instans DB dari deployment klaster DB Multi-AZ.
+ Anda tidak dapat membuat replika baca instans DB dalam Akun AWS yang berbeda dari Akun AWS yang memiliki cluster DB multi-AZ sumber.
+ Anda tidak dapat membuat replika baca instans DB di cluster DB multi-AZ sumber yang Wilayah AWS berbeda.
+ Anda tidak dapat memulihkan replika baca instans DB ke suatu titik waktu.
+ Enkripsi penyimpanan harus memiliki pengaturan yang sama pada klaster DB Multi-AZ sumber dan replika baca instans DB.
+ Jika klaster DB Multi-AZ sumber dienkripsi, replika baca instans DB harus dienkripsi menggunakan tombol KMS yang sama.
+ Untuk melakukan peningkatan versi minor pada klaster DB Multi-AZ sumber, Anda harus terlebih dahulu melakukan peningkatan versi minor pada replika baca instans DB.
+ Replika baca instans DB tidak mendukung replika baca kaskade.
+ Untuk RDS for PostgreSQL, klaster DB Multi-AZ sumber harus menjalankan PostgreSQL versi 13.11, 14.8, atau 15.2.R2 atau lebih tinggi untuk membuat replika baca instans DB.
+ Anda dapat melakukan peningkatan versi utama pada klaster DB Multi-AZ sumber dari replika baca instans DB, tetapi replikasi ke replika baca berhenti dan tidak dapat dimulai ulang.
# Menyiapkan replikasi eksternal dari cluster DB multi-AZ untuk Amazon RDS
Anda dapat mengatur replikasi antara cluster DB multi-AZ dan database yang berada di luar Amazon RDS.
Replikasi eksternal memungkinkan cluster DB multi-AZ untuk mereplikasi data antara instans RDS DB dan database eksternal, baik lokal maupun di lingkungan cloud lain. Ini bermanfaat untuk pemulihan bencana, migrasi data, dan menjaga konsistensi antar sistem di lokasi yang berbeda. Bagian ini mencakup prasyarat untuk menyiapkan replikasi, cara mengkonfigurasi proses, dan pertimbangan utama seperti latensi replikasi, bandwidth, dan kompatibilitas dengan mesin database yang berbeda.
## RDS for MySQL
Untuk menyiapkan replikasi eksternal untuk kluster DB RDS untuk MySQL Multi-AZ, Anda harus menyimpan file log biner pada instans DB dalam cluster cukup lama untuk memastikan bahwa perubahan diterapkan ke replika sebelum Amazon RDS menghapus file binlog. Untuk melakukannya, konfigurasikan retensi log biner dengan memanggil prosedur `mysql.rds_set_configuration` tersimpan dan tentukan `binlog retention hours` parameternya. Untuk informasi selengkapnya, lihat [binlog retention hours](mysql-stored-proc-configuring.md#mysql_rds_set_configuration-usage-notes.binlog-retention-hours).
Nilai default untuk `binlog retention hours` adalah`NULL`, yang berarti bahwa log biner tidak dipertahankan (0 jam). Jika Anda ingin mengatur replikasi eksternal untuk cluster DB multi-AZ, Anda harus mengatur parameter ke nilai selain. `NULL`
Anda hanya dapat mengonfigurasi retensi log biner dari instans DB penulis dari cluster DB multi-AZ, dan pengaturan disebarkan ke semua instans DB pembaca secara asinkron.
Selain itu, kami sangat menyarankan untuk mengaktifkan replikasi berbasis GTID pada replika eksternal Anda. Kemudian, jika salah satu instance DB gagal, Anda dapat melanjutkan replikasi dari instans DB sehat lainnya di dalam cluster. Untuk informasi selengkapnya, lihat [Replikasi dengan Pengidentifikasi Transaksi Global di dokumentasi](https://dev.mysql.com/doc/refman/8.0/en/replication-gtids.html) MySQL.
## RDS for PostgreSQL
Untuk mengatur replikasi eksternal untuk RDS untuk PostgreSQL Multi-AZ DB cluster, Anda harus mengaktifkan replikasi logis. Untuk petunjuk, lihat [Menyiapkan replikasi logis PostgreSQL dengan cluster DB multi-AZ untuk Amazon RDS](USER_MultiAZDBCluster_LogicalRepl.md).
# Menghapus cluster DB Multi-AZ untuk Amazon RDS
Anda dapat menghapus cluster DB Multi-AZ DB menggunakan Konsol Manajemen AWS, AWS CLI, atau file. RDS API
Waktu yang diperlukan untuk menghapus cluster DB multi-AZ dapat bervariasi tergantung pada faktor-faktor berikut:
+ Anda periode retensi cadangan (yaitu, berapa banyak cadangan yang harus dihapus).
+ Berapa banyak data yang dihapus.
+ Apakah snapshot terakhir diambil.
Perlindungan penghapusan harus dinonaktifkan pada cluster DB multi-AZ sebelum Anda dapat menghapusnya. Untuk informasi selengkapnya, lihat [Prasyarat untuk menghapus instans DB](USER_DeleteInstance.md#USER_DeleteInstance.DeletionProtection). Anda dapat menonaktifkan perlindungan penghapusan dengan memodifikasi cluster DB multi-AZ. Untuk informasi selengkapnya, lihat [Memodifikasi cluster DB Multi-AZ untuk Amazon RDS](modify-multi-az-db-cluster.md).
## Konsol
**Untuk menghapus klaster DB Multi-AZ**
1. Masuk ke Konsol Manajemen AWS dan buka RDS konsol Amazon di [https://console.aws.amazon.com/rds/](https://console.aws.amazon.com/rds/).
1. Di panel navigasi, pilih **Basis data**, lalu pilih klaster DB Multi-AZ yang ingin dihapus.
1. Untuk **Tindakan**, pilih **Hapus**.
1. Pilih **Buat cuplikan akhir?** untuk membuat snapshot DB akhir untuk klaster DB Multi-AZ.
Jika Anda membuat snapshot akhir, masukkan nama untuk **Nama snapshot akhir**.
1. Pilih **Pertahankan cadangan otomatis** untuk menyimpan cadangan otomatis.
1. Masukkan **delete me** dalam kotak.
1. Pilih **Hapus**.
## AWS CLI
Untuk menghapus cluster DB Multi-AZ dengan menggunakan AWS CLI, panggil [delete-db-cluster](https://docs.aws.amazon.com/cli/latest/reference/rds/delete-db-cluster.html)perintah dengan opsi berikut:
+ `--db-cluster-identifier`
+ `--final-db-snapshot-identifier` atau `--skip-final-snapshot`
**Example Dengan snapshot akhir**
Untuk Linux, macOS, atau Unix:
```
aws rds delete-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--final-db-snapshot-identifier mymultiazdbclusterfinalsnapshot
```
Untuk Windows:
```
aws rds delete-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--final-db-snapshot-identifier mymultiazdbclusterfinalsnapshot
```
**Example Dengan snapshot akhir**
Untuk Linux, macOS, atau Unix:
```
aws rds delete-db-cluster \
--db-cluster-identifier mymultiazdbcluster \
--skip-final-snapshot
```
Untuk Windows:
```
aws rds delete-db-cluster ^
--db-cluster-identifier mymultiazdbcluster ^
--skip-final-snapshot
```
## RDS API
Untuk menghapus cluster DB multi-AZ dengan menggunakan Amazon RDSAPI, hubungi eleteDBCluster operasi [D](https://docs.aws.amazon.com/AmazonRDS/latest/APIReference/API_DeleteDBCluster.html) dengan parameter berikut:
+ `DBClusterIdentifier`
+ `FinalDBSnapshotIdentifier` atau `SkipFinalSnapshot`
# Keterbatasan cluster DB multi-AZ untuk Amazon RDS
Klaster basis data Multi-AZ memiliki satu instans basis data penulis dan dua instans basis data pembaca dalam tiga Zona Ketersediaan terpisah. Klaster DB Multi-AZ menyediakan ketersediaan tinggi, peningkatan kapasitas untuk beban kerja baca, dan latensi yang lebih rendah jika dibandingkan dengan deployment Multi-AZ. Lihat informasi yang lebih lengkap tentang klaster basis data Multi-AZ di [Penerapan cluster DB multi-AZ untuk Amazon RDS](multi-az-db-clusters-concepts.md).
Batasan berikut berlaku untuk cluster DB multi-AZ.
+ Klaster basis data Multi-AZ tidak mendukung fitur-fitur berikut:
+ IPv6 koneksi (mode dual-stack)
+ Cadangan otomatis lintas Wilayah
+ Autentikasi Kerberos
+ Memodifikasi port. Sebagai gantinya, Anda dapat memulihkan klaster basis data Multi-AZ ke suatu titik waktu dan menentukan port yang berbeda.
+ Grup opsi
+ Point-in-time-recovery (PITR) untuk cluster yang dihapus
+ Penyimpanan autoscaling dengan mengatur penyimpanan maksimum yang dialokasikan. Sebagai gantinya, Anda dapat menskalakan penyimpanan secara manual.
+ Menghentikan dan memulai cluster DB Multi-AZ
+ Menyalin cuplikan dari klaster basis data Multi-AZ
+ Mengenkripsi klaster basis data Multi-AZ yang tidak terenkripsi
+ Klaster basis data Multi-AZ RDS for MySQL hanya mendukung prosedur-prosedur tersimpan sistem berikut:
+ `mysql.rds_rotate_general_log`
+ `mysql.rds_rotate_slow_log`
+ `mysql.rds_show_configuration`
+ `mysql.rds_set_external_master_with_auto_position`
+ `mysql.rds_set_configuration`
+ RDS untuk cluster DB PostgreSQL Multi-AZ tidak mendukung ekstensi berikut: dan. `aws_s3` `pg_transport`
+ Klaster basis data Multi-AZ RDS for PostgreSQL tidak mendukung penggunaan server DNS kustom untuk akses jaringan keluar.