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

Mengelola cluster Aurora Serverless v2 DB

Dengan Aurora Serverless v2, klaster Anda dapat dipertukarkan dengan klaster terprovisi. Properti Aurora Serverless v2 berlaku untuk satu atau beberapa instans DB dalam sebuah klaster. Dengan demikian, prosedur untuk membuat klaster, memodifikasi klaster, membuat dan memulihkan snapshot, dan sebagainya, pada dasarnya sama dengan jenis klaster Aurora lainnya. Untuk prosedur umum untuk mengelola klaster Aurora dan instans DB, lihat Mengelola klaster DB Amazon Aurora.

Dalam topik berikut, Anda dapat mempelajari tentang pertimbangan manajemen untuk cluster yang berisi instans Aurora Serverless v2 DB.

Mengatur rentang kapasitas Aurora Serverless v2 untuk sebuah klaster

Untuk memodifikasi parameter konfigurasi atau pengaturan lain untuk klaster yang berisi instans DB Aurora Serverless v2, atau instans DB itu sendiri, ikuti prosedur umum yang sama seperti untuk klaster terprovisi. Untuk detailnya, lihat Memodifikasi klaster DB Amazon Aurora.

Pengaturan terpenting yang unik untuk Aurora Serverless v2 adalah rentang kapasitas. Setelah Anda menetapkan nilai unit kapasitas Aurora minimum dan maksimum (ACU) untuk cluster Aurora, Anda tidak perlu secara aktif menyesuaikan kapasitas instans Aurora Serverless v2 DB di cluster. Aurora akan melakukannya untuk Anda. Pengaturan ini dikelola pada tingkat klaster. ACUNilai minimum dan maksimum yang sama berlaku untuk setiap instans Aurora Serverless v2 DB di cluster.

Anda dapat mengatur nilai spesifik berikut:

Untuk mengetahui detail tentang efek rentang kapasitas dan cara memantau dan menyesuaikannya, lihat CloudWatch Metrik Amazon penting untuk Aurora Serverless v2 dan Performa dan penskalaan untuk Aurora Serverless v2. Tujuan Anda adalah memastikan bahwa kapasitas maksimum klaster cukup tinggi untuk menangani lonjakan beban kerja, dan kapasitas minimumnya cukup rendah untuk meminimalkan biaya saat klaster tidak sibuk.

Misalkan Anda menentukan berdasarkan pemantauan Anda bahwa ACU rentang untuk cluster harus lebih tinggi, lebih rendah, lebih lebar, atau lebih sempit. Anda dapat mengatur kapasitas cluster Aurora ke rentang tertentu ACUs dengan AWS Management Console, the AWS CLI, atau Amazon. RDS API Rentang kapasitas ini berlaku untuk setiap instans DB Aurora Serverless v2 di klaster.

Misalnya, kluster Anda memiliki rentang kapasitas 1—16 ACUs dan berisi dua instans Aurora Serverless v2 DB. Kemudian cluster secara keseluruhan mengkonsumsi antara 2 ACUs (saat idle) dan 32 ACUs (bila digunakan sepenuhnya). Jika Anda mengubah rentang kapasitas dari 8 menjadi 20,5ACUs, sekarang cluster mengkonsumsi 16 ACUs saat idle, dan hingga 41 ACUs saat digunakan sepenuhnya.

Aurora secara otomatis menetapkan parameter tertentu untuk instans Aurora Serverless v2 DB ke nilai yang bergantung pada ACU nilai maksimum dalam rentang kapasitas. Untuk mengetahui daftar parameter tersebut, lihat Koneksi maksimum untuk Aurora Serverless v2. Untuk parameter statis yang bergantung pada jenis perhitungan ini, nilainya dievaluasi lagi saat Anda mem-boot ulang instans DB. Dengan demikian, Anda dapat memperbarui nilai parameter tersebut dengan mem-boot ulang instans DB setelah mengubah rentang kapasitas. Untuk memeriksa apakah Anda perlu mem-boot ulang instans DB Anda untuk menerapkan perubahan parameter tersebut, lihat atribut ParameterApplyStatus instans DB. Nilai pending-reboot menunjukkan bahwa boot ulang akan menerapkan perubahan pada beberapa nilai parameter.

Memeriksa rentang kapasitas untuk Aurora Serverless v2

Prosedur untuk memeriksa rentang kapasitas untuk klaster Aurora Serverless v2 Anda mengharuskan Anda menetapkan rentang kapasitas terlebih dahulu. Jika Anda belum melakukannya, ikuti prosedur dalam Mengatur rentang kapasitas Aurora Serverless v2 untuk sebuah klaster.

Rentang kapasitas apa pun yang Anda tetapkan di tingkat klaster berlaku untuk semua instans DB Aurora Serverless v2 di klaster Anda. Gambar berikut menunjukkan klaster dengan beberapa instans DB Aurora Serverless v2. Masing-masing memiliki rentang kapasitas yang identik.

Anda juga dapat melihat halaman detail untuk instans DB Aurora Serverless v2 apa pun di klaster. Rentang kapasitas instans DB muncul di tab Konfigurasi.

Anda juga dapat melihat rentang kapasitas saat ini untuk klaster pada halaman Ubah untuk klaster. Gambar berikut menunjukkan caranya. Pada tahap ini, Anda dapat mengubah rentang kapasitas. Untuk semua cara yang dapat Anda gunakan untuk mengatur atau mengubah rentang kapasitas, lihat Mengatur rentang kapasitas Aurora Serverless v2 untuk sebuah klaster.

Memeriksa rentang kapasitas saat ini untuk klaster Aurora

Anda dapat memeriksa rentang kapasitas yang dikonfigurasi untuk instans DB Aurora Serverless v2 di klaster dengan memeriksa atribut ServerlessV2ScalingConfiguration untuk klaster. AWS CLI Contoh berikut menunjukkan cluster dengan kapasitas minimum 0,5 unit kapasitas Aurora (ACUs) dan kapasitas maksimum 16. ACUs

$ aws rds describe-db-clusters --db-cluster-identifier serverless-v2-64-acu-cluster \
  --query 'DBClusters[*].[ServerlessV2ScalingConfiguration]'
[
    [
        {
            "MinCapacity": 0.5,
            "MaxCapacity": 16.0
        }
    ]
]

Menambahkan pembaca Aurora Serverless v2

Untuk menambahkan instans DB pembaca Aurora Serverless v2 ke klaster Anda, Anda mengikuti prosedur umum yang sama seperti dalam Menambahkan Replika Aurora ke klaster DB. Pilih kelas instans Nirserver v2 untuk instans DB baru.

Jika instans DB pembaca adalah instans DB Aurora Serverless v2 pertama di klaster, Anda juga perlu memilih rentang kapasitas. Gambar berikut menunjukkan kontrol yang Anda gunakan untuk menentukan unit kapasitas Aurora minimum dan maksimum ()ACUs. Pengaturan ini berlaku untuk instans DB pembaca ini dan instans DB Aurora Serverless v2 lainnya yang ditambahkan ke klaster. Setiap instans Aurora Serverless v2 DB dapat menskalakan antara ACU nilai minimum dan maksimum.

Jika Anda sudah menambahkan instans DB Aurora Serverless v2 apa pun ke klaster, rentang kapasitas saat ini akan ditampilkan saat menambahkan instans DB pembaca Aurora Serverless v2 lain. Gambar berikut menunjukkan kontrol hanya baca tersebut.

Jika Anda ingin mengubah rentang kapasitas klaster, ikuti prosedur dalam Mengatur rentang kapasitas Aurora Serverless v2 untuk sebuah klaster.

Untuk klaster yang berisi lebih dari satu instans DB pembaca, prioritas failover dari setiap instans DB pembaca Aurora Serverless v2 memainkan peran penting dalam cara instans DB tersebut menaikkan dan menurunkan skalanya. Anda tidak dapat menentukan prioritas saat membuat klaster pada awalnya. Ingat properti ini saat Anda menambahkan pembaca kedua atau instans DB yang lebih baru ke klaster Anda. Untuk informasi selengkapnya, lihat Memilih tingkat promosi untuk pembaca Aurora Serverless v2.

Untuk cara lain agar Anda dapat melihat rentang kapasitas saat ini untuk sebuah klaster, lihat Memeriksa rentang kapasitas untuk Aurora Serverless v2.

Mengonversi penulis atau pembaca terprovisi menjadi Aurora Serverless v2

Anda dapat mengonversi instans DB terprovisi untuk menggunakan Aurora Serverless v2. Untuk melakukannya, ikuti prosedur dalam Memodifikasi instans DB dalam klaster DB. Klaster harus memenuhi persyaratan dalam Persyaratan dan batasan untuk Aurora Serverless v2. Misalnya, instans DB Aurora Serverless v2 mengharuskan klaster menjalankan versi mesin minimum tertentu.

Misalkan Anda mengonversi klaster terprovisi yang sedang berjalan untuk memanfaatkan Aurora Serverless v2. Dalam hal ini, Anda dapat meminimalkan waktu henti dengan mengonversi instans DB menjadi Aurora Serverless v2 sebagai langkah pertama dalam proses switchover. Untuk prosedur lengkapnya, lihat Beralih dari klaster terprovisi ke Aurora Serverless v2.

Jika instans DB yang Anda konversi adalah instans DB Aurora Serverless v2 pertama di klaster, Anda perlu memilih rentang kapasitas untuk klaster sebagai bagian dari operasi Ubah. Rentang kapasitas ini berlaku untuk setiap instans DB Aurora Serverless v2 yang ditambahkan ke klaster. Gambar berikut menunjukkan halaman tempat Anda menentukan unit kapasitas Aurora minimum dan maksimum ()ACUs.

Untuk detail tentang pentingnya rentang kapasitas, lihat Kapasitas Aurora Serverless v2.

Jika klaster sudah berisi satu atau beberapa instans DB Aurora Serverless v2, Anda akan melihat rentang kapasitas yang ada selama operasi Ubah. Gambar berikut menunjukkan contoh panel informasi tersebut.

Jika Anda ingin mengubah rentang kapasitas untuk klaster setelah Anda menambahkan instans DB Aurora Serverless v2 lainnya, ikuti prosedurnya dalam Mengatur rentang kapasitas Aurora Serverless v2 untuk sebuah klaster.

Mengonversi penulis atau pembaca Aurora Serverless v2 menjadi terprovisi

Anda dapat mengonversi instans DB Aurora Serverless v2 menjadi instans DB terprovisi. Untuk melakukannya, ikuti prosedur dalam Memodifikasi instans DB dalam klaster DB. Pilih kelas instans DB selain Nirserver.

Anda dapat mengonversi instans Aurora Serverless v2 DB ke provisioned jika membutuhkan kapasitas yang lebih besar daripada yang tersedia dengan unit kapasitas Aurora maksimum (ACUs) dari instans DB. Aurora Serverless v2 Misalnya, kelas instans DB db.r5 dan db.r6g terbesar memiliki kapasitas memori yang lebih besar daripada yang dapat dicapai oleh instans DB Aurora Serverless v2 yang diskalakan.

Jika Anda mengonversi instans DB penulis untuk klaster Anda dari Aurora Serverless v2 menjadi terprovisi, Anda dapat mengikuti prosedur dalam Beralih dari klaster terprovisi ke Aurora Serverless v2, tetapi secara terbalik. Alihkan salah satu instans DB pembaca di klaster dari Aurora Serverless v2 menjadi terprovisi. Kemudian lakukan failover untuk membuat instans DB terprovisi tersebut menjadi penulis.

Rentang kapasitas apa pun yang sebelumnya Anda tentukan untuk klaster akan tetap ada, bahkan jika semua instans DB Aurora Serverless v2 dihapus dari klaster. Jika Anda ingin mengubah rentang kapasitas, Anda dapat memodifikasi klaster, seperti yang dijelaskan dalam Mengatur rentang kapasitas Aurora Serverless v2 untuk sebuah klaster.

Memilih tingkat promosi untuk pembaca Aurora Serverless v2

Untuk klaster yang berisi beberapa instans DB Aurora Serverless v2 atau gabungan instans terprovisi dan instans DB Aurora Serverless v2, perhatikan pengaturan tingkat promosi untuk setiap instans DB Aurora Serverless v2. Pengaturan ini mengontrol lebih banyak perilaku untuk instans DB Aurora Serverless v2 dibandingkan dengan instans DB terprovisi.

Dalam AWS Management Console, Anda menentukan pengaturan ini menggunakan pilihan prioritas Failover di bawah Konfigurasi tambahan untuk Buat database, Modify instance, dan Add reader pages. Anda melihat properti ini untuk instans DB yang ada di kolom Tingkat prioritas opsional pada halaman Basis data. Anda juga dapat melihat properti ini di halaman detail untuk klaster DB atau instans DB.

Untuk instans DB terprovisi, pilihan tingkat 0–15 hanya menentukan urutan yang digunakan Aurora dalam memilih instans DB pembaca mana yang akan dipromosikan menjadi penulis selama operasi failover. Untuk instans DB pembaca Aurora Serverless v2, nomor tingkat juga menentukan apakah instans DB menaikkan skalanya agar sesuai dengan kapasitas instans DB penulis atau diskalakan secara independen berdasarkan beban kerjanya sendiri. Instans DB pembaca Aurora Serverless v2 di tingkat 0 atau 1 dipertahankan pada kapasitas minimum setidaknya setinggi instans DB penulis. Dengan begitu, instans DB pembaca tersebut akan siap mengambil alih dari instans DB penulis jika terjadi failover. Jika instans DB penulis adalah instans DB terprovisi, Aurora memperkirakan kapasitas Aurora Serverless v2 yang setara. Aurora menggunakan perkiraan tersebut sebagai kapasitas minimum untuk instans DB pembaca Aurora Serverless v2.

Instans DB pembaca Aurora Serverless v2 di tingkat 2–15 tidak memiliki batasan yang sama pada kapasitas minimumnya. Ketika mereka menganggur, mereka dapat menurunkan ke nilai unit kapasitas Aurora minimum ACU () yang ditentukan dalam rentang kapasitas cluster.

AWS CLI Contoh Linux berikut menunjukkan cara memeriksa tingkatan promosi dari semua instans DB di cluster Anda. Bidang akhir menyertakan nilai True untuk instans DB penulis dan False untuk semua instans DB pembaca.

$ aws rds describe-db-clusters --db-cluster-identifier promotion-tier-demo \
  --query 'DBClusters[*].DBClusterMembers[*].[PromotionTier,DBInstanceIdentifier,IsClusterWriter]' \
  --output text

1   instance-192  True
1   tier-01-4840  False
10  tier-10-7425  False
15  tier-15-6694  False

AWS CLI Contoh Linux berikut menunjukkan cara mengubah tingkat promosi instans DB tertentu di cluster Anda. Perintah ini pertama-tama memodifikasi instans DB dengan tingkat promosi baru. Kemudian perintah ini akan menunggu instans DB tersedia lagi dan mengonfirmasi tingkat promosi baru untuk instans DB.

$ aws rds modify-db-instance --db-instance-identifier instance-192 --promotion-tier 0
$ aws rds wait db-instance-available --db-instance-identifier instance-192
$ aws rds describe-db-instances --db-instance-identifier instance-192 \
  --query '*[].[PromotionTier]' --output text
0

Untuk panduan selengkapnya tentang menentukan tingkat promosi untuk kasus penggunaan yang berbeda-beda, lihat Penskalaan Aurora Serverless v2.

MenggunakanTLS/SSLdengan Aurora Serverless v2

Aurora Serverless v2dapat menggunakan protokol Transport Layer Security/Secure Sockets Layer (TLS/SSL) untuk mengenkripsi komunikasi antara klien dan instans DB Anda. Aurora Serverless v2 TLSSSLMendukung/versi 1.0, 1.1, dan 1.2. Untuk informasi umum tentang TLS SSL menggunakan/dengan Aurora, lihat. TLSkoneksi ke cluster Aurora My DB SQL

Untuk mempelajari lebih lanjut tentang menghubungkan ke SQL database Aurora My dengan SQL klien Saya, lihat Menghubungkan ke instans DB yang menjalankan mesin SQL database Saya.

Aurora Serverless v2mendukung semuaTLS/SSLmode yang tersedia untuk SQL klien Saya (mysql) dan Postgre SQL client (psql), termasuk yang tercantum dalam tabel berikut.

Aurora Serverless v2 menggunakan sertifikat wildcard. Jika Anda menentukan opsi “verifikasi CA” atau “verifikasi nama host CA dan CA” saat menggunakanTLS/SSL, unduh dulu toko kepercayaan CA 1 root Amazon dari Amazon Trust Services. Setelah melakukannya, Anda dapat mengidentifikasi file yang PEM diformat ini dalam perintah klien Anda. Untuk melakukannya menggunakan SQL klien Postgre, lakukan hal berikut.

Untuk Linux, macOS, atau Unix:

psql 'host=endpoint user=user sslmode=require sslrootcert=amazon-root-CA-1.pem dbname=db-name'

Untuk mempelajari lebih lanjut tentang bekerja dengan SQL database Aurora Postgre menggunakan klien Postgres, lihat Menghubungkan ke instans DB yang menjalankan mesin database Postgre. SQL

Untuk informasi selengkapnya tentang menghubungkan ke klaster DB Aurora secara umum, lihat Menghubungkan ke klaster DB Amazon Aurora.

Cipher suite yang didukung untuk koneksi ke klaster DB Aurora Serverless v2

Dengan menggunakan cipher suite yang dapat dikonfigurasi, Anda dapat memiliki kontrol lebih besar atas keamanan koneksi basis data Anda. Anda dapat menentukan daftar cipher suite yang ingin Anda izinkan untuk mengamankan TLS SSL klien/koneksi ke database Anda. Dengan cipher suite yang dapat dikonfigurasi, Anda dapat mengontrol enkripsi koneksi yang diterima server basis data Anda. Tindakan ini mencegah penggunaan cipher yang tidak aman atau yang sudah dihentikan.

Aurora Serverless v2Cluster DB yang didasarkan pada Aurora SQL My mendukung cipher suite yang sama dengan Aurora SQL My provisioned DB cluster. Untuk informasi tentang cipher suite ini, lihat Mengkonfigurasi cipher suite untuk koneksi ke cluster Aurora My DB SQL.

Aurora Serverless v2Cluster DB yang didasarkan pada Aurora SQL Postgre mendukung suite cipher yang sama dengan cluster DB yang disediakan Aurora Postgre. SQL Untuk informasi tentang cipher suite ini, lihat Mengkonfigurasi cipher suite untuk koneksi ke cluster Aurora Postgre DB SQL.

Melihat penulis dan pembaca Aurora Serverless v2

Anda dapat melihat detail instans DB Aurora Serverless v2 dengan cara yang sama seperti yang Anda lakukan untuk instans DB terprovisi. Untuk melakukannya, ikuti prosedur umum dari Melihat klaster DB Amazon Aurora. Sebuah klaster mungkin berisi seluruh instans DB Aurora Serverless v2, seluruh instans DB terprovisi, atau beberapa dari masing-masing.

Setelah membuat satu atau beberapa instans DB Aurora Serverless v2, Anda dapat melihat instans DB mana yang memiliki jenis Nirserver dan mana yang memiliki jenis Instans. Anda juga dapat melihat unit kapasitas Aurora minimum dan maksimum (ACUs) yang dapat digunakan instans Aurora Serverless v2 DB. Masing-masing ACU adalah kombinasi dari kapasitas pemrosesan (CPU) dan memori (RAM). Rentang kapasitas ini berlaku untuk setiap instans DB Aurora Serverless v2 di klaster. Untuk prosedur untuk memeriksa rentang kapasitas klaster atau instans DB Aurora Serverless v2 apa pun di klaster, lihat Memeriksa rentang kapasitas untuk Aurora Serverless v2.

Dalam AWS Management Console, instans Aurora Serverless v2 DB ditandai di bawah kolom Ukuran di halaman Database. Instans DB terprovisi menunjukkan nama kelas instans DB seperti r6g.xlarge. Instans DB Aurora Serverless menunjukkan Nirserver untuk kelas instans DB, bersama dengan kapasitas minimum dan maksimum instans DB. Misalnya, Anda mungkin melihat Tanpa Server v2 (4—64ACUs) atau Tanpa Server v2 (1-40). ACUs

Anda dapat menemukan informasi yang sama pada tab Konfigurasi untuk setiap instans DB Aurora Serverless v2 di konsol. Misalnya, Anda mungkin melihat bagian Tipe instans seperti berikut ini. Di sini, nilai tipe Instance adalah Tanpa Server v2, nilai kapasitas Minimum adalah 2 ACUs (4 GiB), dan nilai kapasitas maksimum adalah ACUs64 (128 GiB).

Anda dapat memantau kapasitas setiap instans DB Aurora Serverless v2 dari waktu ke waktu. Dengan begitu, Anda dapat memeriksa minimum, maksimum, dan rata-rata yang ACUs dikonsumsi oleh setiap instans DB. Anda juga dapat memeriksa seberapa dekat instans DB dengan kapasitas minimum atau maksimumnya. Untuk melihat detail tersebut di AWS Management Console, periksa grafik CloudWatch metrik Amazon pada tab Monitoring untuk instans DB. Untuk informasi tentang metrik yang perlu dilihat dan cara menafsirkannya, lihat CloudWatch Metrik Amazon penting untuk Aurora Serverless v2.

Pencatatan log untuk Aurora Serverless v2

Untuk mengaktifkan pencatatan log basis data, Anda menentukan log yang akan diaktifkan menggunakan parameter konfigurasi di grup parameter kustom Anda.

Untuk Aurora MySQL, Anda dapat mengaktifkan log berikut.

Untuk informasi selengkapnya, lihat Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL.

Untuk Aurora PostgreSQL, Anda dapat mengaktifkan log berikut pada instans DB Anda. Aurora Serverless v2

Logging dengan Amazon CloudWatch

Setelah Anda menggunakan prosedur Pencatatan log untuk Aurora Serverless v2 untuk memilih log database mana yang akan diaktifkan, Anda dapat memilih log mana yang akan diunggah (“publikasikan”) ke Amazon CloudWatch.

Anda dapat menggunakan Amazon CloudWatch untuk menganalisis data log, membuat alarm, dan melihat metrik. Secara default, log kesalahan untuk Aurora Serverless v2 diaktifkan dan secara otomatis diunggah ke CloudWatch. Anda juga dapat mengunggah log lain dari instans Aurora Serverless v2 DB ke CloudWatch.

Kemudian Anda memilih log mana yang akan diunggah CloudWatch, dengan menggunakan pengaturan ekspor Log di AWS Management Console atau --enable-cloudwatch-logs-exports opsi di AWS CLI.

Anda dapat memilih Aurora Serverless v2 log mana yang akan diunggah CloudWatch. Untuk informasi selengkapnya, lihat Menggunakan Audit Lanjutan dengan klaster Amazon Aurora My DB SQL.

Sama seperti jenis apa pun dari klaster DB Aurora, Anda tidak dapat memodifikasi grup parameter klaster DB default. Sebagai gantinya, buat grup parameter klaster DB Anda sendiri berdasarkan parameter default untuk klaster DB dan jenis mesin Anda. Kami sarankan Anda membuat grup parameter klaster DB kustom Anda sebelum membuat klaster DB Aurora Serverless v2 Anda, agar tersedia untuk dipilih saat membuat basis data pada konsol.

Melihat Aurora Serverless v2 log di Amazon CloudWatch

Setelah Anda menggunakan prosedur dalam Logging dengan Amazon CloudWatch untuk memilih log basis data mana yang akan diaktifkan, Anda dapat melihat konten log.

Untuk informasi lebih lanjut tentang penggunaan CloudWatch dengan log Aurora My dan SQL Aurora SQL Postgre, lihat dan. Memantau peristiwa log di Amazon CloudWatch Menerbitkan log Aurora Postgre ke Amazon Logs SQL CloudWatch

Kapasitas pemantauan dengan Amazon CloudWatch

DenganAurora Serverless v2, Anda dapat menggunakannya CloudWatch untuk memantau kapasitas dan pemanfaatan semua instans Aurora Serverless v2 DB di cluster Anda. Anda dapat melihat metrik tingkat instans untuk memeriksa kapasitas setiap instans DB Aurora Serverless v2 saat menaikkan dan menurunkan skalanya. Anda juga dapat membandingkan metrik terkait kapasitas dengan metrik lain untuk melihat bagaimana perubahan beban kerja memengaruhi konsumsi sumber daya. Misalnya, Anda dapat membandingkan ServerlessDatabaseCapacity dengan DatabaseUsedMemory, DatabaseConnections, dan DMLThroughput untuk menilai bagaimana klaster DB Anda merespons selama operasi. Untuk detail tentang metrik terkait kapasitas yang berlaku untuk Aurora Serverless v2, lihat CloudWatch Metrik Amazon penting untuk Aurora Serverless v2.

Kami menyarankan Anda menyiapkan CloudWatch dasbor untuk memantau kapasitas cluster Aurora Serverless v2 DB Anda menggunakan metrik terkait kapasitas. Untuk mempelajari caranya, lihat Membangun dasbor dengan CloudWatch.

Untuk mempelajari lebih lanjut tentang menggunakan Amazon CloudWatch dengan Amazon Aurora, lihat. Menerbitkan log Amazon Aurora MySQL ke Amazon Logs CloudWatch