Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Persyaratan dan batasan untuk Aurora serverless
Saat Anda membuat cluster tempat Anda berniat menggunakan instans Aurora serverless DB, perhatikan persyaratan dan batasan berikut.
**Topics**
+ [Ketersediaan wilayah dan versi](#aurora-serverless-v2-Availability)
+ [Klaster yang menggunakan Aurora serverless harus memiliki rentang kapasitas yang ditentukan](#aurora-serverless-v2.requirements.capacity-range)
+ [Konfigurasi penskalaan yang tidak kompatibel](#aurora-serverless-v2.requirements.incompatible-scaling-config)
+ [Beberapa fitur terprovisi tidak didukung di Aurora serverless](#aurora-serverless-v2.limitations)
## Ketersediaan wilayah dan versi
Ketersediaan fitur dan dukungan bervariasi di seluruh versi khusus dari setiap mesin basis data Aurora, dan di seluruh Wilayah AWS. Untuk informasi selengkapnya tentang versi dan ketersediaan Wilayah dengan Aurora dan Aurora serverless, lihat [Daerah yang Didukung dan mesin Aurora DB untuk Aurora tanpa server](Concepts.Aurora_Fea_Regions_DB-eng.Feature.ServerlessV2.md).
Contoh berikut menunjukkan AWS CLI perintah untuk mengonfirmasi nilai mesin DB yang tepat yang dapat Anda gunakan Aurora serverless untuk spesifik Wilayah AWS. Parameter `--db-instance-class` untuk Aurora serverless selalu berupa `db.serverless`. Parameter `--engine` dapat berupa `aurora-mysql` atau `aurora-postgresql`. Gantikan nilai `--region` dan `--engine` yang sesuai untuk mengonfirmasi nilai `--engine-version` yang dapat Anda gunakan. Jika perintah tidak menghasilkan output apa pun, Aurora serverless tidak tersedia untuk kombinasi mesin Wilayah AWS dan DB itu.
```
aws rds describe-orderable-db-instance-options --engine aurora-mysql --db-instance-class db.serverless \
--region {{my_region}} --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text
aws rds describe-orderable-db-instance-options --engine aurora-postgresql --db-instance-class db.serverless \
--region {{my_region}} --query 'OrderableDBInstanceOptions[].[EngineVersion]' --output text
```
## Klaster yang menggunakan Aurora serverless harus memiliki rentang kapasitas yang ditentukan
Klaster Aurora harus memiliki atribut `ServerlessV2ScalingConfiguration` sebelum Anda dapat menambahkan instans DB apa pun yang menggunakan kelas instans DB `db.serverless`. Atribut ini menentukan rentang kapasitas. Aurora serverlessKapasitas berkisar dari minimum 0 unit kapasitas Aurora (ACU) hingga maksimum 256 ACU, dengan penambahan 0,5 ACU. Nilai minimum yang diizinkan tergantung pada versi Aurora. Setiap ACU menyediakan kapasitas yang setara dengan sekitar 2 gibibyte (GiB) RAM serta CPU dan jaringan terkait. Untuk detail tentang cara Aurora serverless menggunakan pengaturan rentang kapasitas, lihat [Bagaimana Aurora tanpa server cara kerja](aurora-serverless-v2.how-it-works.md).
Untuk rentang kapasitas yang diizinkan untuk berbagai versi mesin DB dan versi platform, lihat[Aurora tanpa server kapasitas](aurora-serverless-v2.how-it-works.md#aurora-serverless-v2.how-it-works.capacity). Rentang penskalaan yang tersedia untuk cluster tertentu dipengaruhi oleh versi mesin dan perangkat keras (versi platform).
Anda dapat menentukan nilai ACU minimum dan maksimum Konsol Manajemen AWS saat Anda membuat cluster dan instans Aurora serverless DB terkait. Anda juga dapat menentukan opsi `--serverless-v2-scaling-configuration` di AWS CLI. Atau, Anda dapat menentukan parameter `ServerlessV2ScalingConfiguration` dengan API Amazon RDS. Anda dapat menentukan atribut ini saat Anda membuat klaster atau mengubah klaster yang sudah ada. Untuk prosedur dalam mengatur rentang kapasitas, lihat [Mengatur Aurora tanpa server rentang kapasitas untuk sebuah cluster](aurora-serverless-v2-administration.md#aurora-serverless-v2-setting-acus). Untuk pembahasan mendetail tentang cara memilih nilai kapasitas minimum dan maksimum dan bagaimana pengaturan tersebut memengaruhi beberapa parameter basis data, lihat [Memilih Aurora tanpa server rentang kapasitas untuk cluster Aurora](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2-examples-setting-capacity-range-for-cluster).
## Konfigurasi penskalaan yang tidak kompatibel
Saat Anda memodifikasi klaster PostgreSQL Aurora dengan kapasitas maksimum yang lebih rendah, setiap instance akan diperkecil agar sesuai dengan konfigurasi baru. Jika Aurora mendeteksi bahwa salah satu instans Anda mengalami masalah dalam penskalaan, itu dapat membatalkan dan memutar kembali pembaruan konfigurasi penskalaan. Akibatnya, instance akan menskalakan kembali ke konfigurasi sebelumnya. Masalah ini dapat terjadi jika kapasitas maksimum baru tidak mencukupi untuk menangani beban kerja saat ini atau jika parameter kustom yang diterapkan ke grup parameter database cluster atau instance disetel terlalu tinggi.
Saat rollback dimulai, Anda akan diberi tahu melalui peristiwa Amazon RDS yang berisi informasi tentang instance yang tidak dapat menerapkan konfigurasi penskalaan yang Anda inginkan. Setelah rollback selesai, kapasitas maksimum konfigurasi penskalaan akan kembali ke nilai aslinya yang lebih tinggi. Karena kemunduran, Anda mungkin mengamati bahwa kapasitas Aurora Serverless database di semua instance cluster Anda juga dapat meningkat, yang mengarah ke biaya yang lebih tinggi.
Misalnya, Anda memiliki Aurora Serverless klaster Aurora PostgreSQL dengan satu instance dan konfigurasi penskalaan diatur ke,, dan. `minCapacity=0.5` `maxCapacity=128` `secondsUntilAutopause=null` Selain itu, parameter database `track_activity_query_size` diatur ke nilai kustom 40960. Jika Anda kemudian memodifikasi konfigurasi penskalaan cluster untuk memiliki kapasitas maksimum 1 ACU, Anda mungkin memperhatikan bahwa setelah beberapa jam, modifikasi belum selesai. Nilai `track_activity_query_size` parameter yang tinggi membutuhkan lebih banyak sumber daya daripada yang dapat disediakan oleh kapasitas maksimum baru. Akibatnya, bahkan tanpa beban kerja, instans `ServerlessDatabaseCapacity` tidak dapat menurunkan skala untuk mencocokkan kapasitas maksimum baru 1 ACU. Aurora serverlesskemudian akan membatalkan modifikasi konfigurasi penskalaan dan akan menerapkan kembali konfigurasi penskalaan sebelumnya,,`minCapacity=0.5`. `maxCapacity=128` `secondsUntilAutopause=null` Instance kemudian akan ditingkatkan agar sesuai dengan konfigurasi penskalaan sebelumnya, mengakhiri modifikasi cluster. Acara Amazon RDS dipublikasikan yang memberi tahu Anda bahwa pembaruan konfigurasi penskalaan yang tidak kompatibel terdeteksi, dibatalkan, dan digulirkan kembali ke konfigurasi sebelumnya.
### Masalah dan Remediasi
**Konfigurasi penskalaan baru tidak kompatibel dengan beban kerja**
Kapasitas maksimum Aurora serverless konfigurasi penskalaan baru terlalu rendah untuk menangani beban kerja saat ini.
Rekomendasi:
+ Kurangi beban kerja Anda sebelum menerapkan kembali kapasitas maksimum yang lebih rendah.
+ Jika mengurangi beban kerja bukan merupakan pilihan, evaluasi kembali kapasitas maksimum yang diinginkan. Untuk memilih kapasitas maksimum yang sesuai, periksa `ServerlessDatabaseCapacity` CloudWatch metrik maksimum klaster PostgreSQL Aurora Anda sebelum pembaruan konfigurasi penskalaan dibatalkan dan diputar kembali. Kemudian atur kapasitas maksimum konfigurasi penskalaan baru Anda menjadi setidaknya ServerlessDatabaseCapacity nilai yang diamati. Untuk panduan lebih lanjut tentang memilih kapasitas maksimum, lihat[Memilih Aurora tanpa server rentang kapasitas untuk cluster Aurora](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2-examples-setting-capacity-range-for-cluster).
**Konfigurasi penskalaan baru tidak kompatibel dengan parameter basis data khusus**
Grup parameter basis data kustom cluster atau instans Anda memerlukan sumber daya tambahan yang melebihi kapasitas maksimum konfigurasi penskalaan baru.
Potensi parameter database Aurora PostgreSQL PostgreSQL yang tidak kompatibel:
+ max\_connections
+ track\_activity\_query\_size
+ min\_dynamic\_shared\_memory
Rekomendasi:
+ Untuk memilih nilai parameter database yang sesuai, periksa nilai parameter default untuk masing-masing parameter yang tercantum di atas. Jika nilai yang dikonfigurasi melebihi nilai default, kurangi parameter ke nilai defaultnya sebelum memodifikasi konfigurasi penskalaan dengan kapasitas maksimum yang dikurangi yang sama.
+ Jika mengurangi parameter database bukanlah pilihan, ikuti langkah yang sama untuk memilih kapasitas maksimum yang sesuai yang diuraikan di atas: [Konfigurasi penskalaan baru tidak kompatibel](#aurora-serverless-v2.requirements.incompatible-scaling-config.workload) dengan beban kerja.
## Beberapa fitur terprovisi tidak didukung di Aurora serverless
Fitur berikut dari instans DB terprovisi Aurora saat ini tidak tersedia untuk Amazon Aurora serverless:
+ Stream aktivitas basis data (DAS).
+ Manajemen cache klaster untuk Aurora PostgreSQL. Parameter konfigurasi `apg_ccm_enabled` tidak berlaku untuk instans DB Aurora serverless.
Beberapa fitur Aurora berfungsi dengan Aurora serverless, tetapi dapat menyebabkan masalah jika rentang kapasitas Anda lebih rendah dari yang diperlukan untuk persyaratan memori fitur-fitur tersebut dengan beban kerja spesifik Anda. Dalam hal ini, basis data Anda mungkin tidak berfungsi sebaik biasanya, atau mungkin mengalami kesalahan kehabisan memori. Untuk rekomendasi tentang pengaturan rentang kapasitas yang sesuai, lihat [Memilih Aurora tanpa server rentang kapasitas untuk cluster Aurora](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2-examples-setting-capacity-range-for-cluster). Untuk informasi pemecahan masalah jika basis data Anda mengalami kesalahan kehabisan memori karena rentang kapasitas yang salah dikonfigurasi, lihat [Menghindari kesalahan kehabisan memori](aurora-serverless-v2.setting-capacity.md#aurora-serverless-v2.setting-capacity.incompatible_parameters).
Aurora Auto Scaling tidak didukung. Jenis penskalaan ini menambahkan pembaca baru untuk menangani beban kerja intensif baca tambahan, berdasarkan penggunaan CPU. Namun, penskalaan berdasarkan penggunaan CPU tidak berarti untukAurora serverless. Sebagai alternatif, Anda dapat membuat instans DB pembaca Aurora serverless terlebih dahulu dan membiarkannya agar mengalami penurunan skala ke kapasitas rendah. Hal tersebut adalah cara yang lebih cepat dan tidak terlalu mengganggu untuk menskalakan kapasitas baca klaster daripada menambahkan instans DB baru secara dinamis.