Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Kuota dan batasan untuk Amazon Aurora
Setelah itu, Anda dapat menemukan deskripsi kuota sumber daya dan batasan penamaan untuk Amazon Aurora.
**Topics**
+ [Kuota dalam Amazon Aurora](#RDS_Limits.Limits)
+ [Batasan penamaan dalam Amazon Aurora](#RDS_Limits.Constraints)
+ [Batas ukuran Amazon Aurora](#RDS_Limits.FileSize.Aurora)
## Kuota dalam Amazon Aurora
Setiap AWS akun memiliki kuota, untuk setiap AWS Wilayah, pada jumlah sumber daya Amazon Aurora yang dapat dibuat. Setelah kuota sumber daya tercapai, panggilan tambahan untuk membuat sumber daya tersebut akan gagal dengan pengecualian.
Tabel berikut mencantumkan sumber daya dan kuota mereka per AWS Wilayah.
[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/AmazonRDS/latest/AuroraUserGuide/CHAP_Limits.html)
**catatan**
Secara default, Anda dapat memiliki hingga total 40 instans DB. Instans DB RDS, instans DB Aurora, instans Amazon Neptune, dan instans Amazon DocumentDB berlaku untuk kuota ini.
Jika aplikasi Anda memerlukan lebih banyak instans DB, Anda dapat meminta instans DB tambahan dengan membuka [Konsol Service Quotas](https://console.aws.amazon.com/servicequotas/home?region=us-east-1#!/dashboard). Di panel navigasi, pilih **Layanan AWS **. Pilih **Amazon Relational Database Service (Amazon RDS)**, pilih kuota, dan ikuti arahan untuk meminta peningkatan kuota. Untuk informasi selengkapnya, lihat [Meminta peningkatan kuota](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-increase.html) di *Panduan Pengguna Service Quotas*.
Untuk RDS untuk Oracle, Anda dapat membuat hingga 15 replika baca per instans DB sumber di setiap Wilayah, tetapi sebaiknya batasi replika menjadi 5 untuk meminimalkan kelambatan replikasi.
Pencadangan yang dikelola oleh AWS Backup dianggap sebagai snapshot cluster DB manual, tetapi tidak dihitung dalam kuota snapshot cluster manual. Untuk selengkapnya AWS Backup, lihat [https://docs.aws.amazon.com/aws-backup/latest/devguide](https://docs.aws.amazon.com/aws-backup/latest/devguide).
Jika Anda menggunakan operasi API RDS dan melebihi kuota default untuk jumlah panggilan per detik, API Amazon RDS akan mengeluarkan kesalahan seperti berikut.
ClientError: Terjadi kesalahan (ThrottlingException) saat memanggil *API\$1name* operasi: Tingkat terlampaui.
Di sini, kurangi jumlah panggilan per detik. Kuota dimaksudkan untuk mencakup sebagian besar kasus penggunaan. Jika kuota yang lebih tinggi diperlukan, Anda dapat meminta kenaikan kuota dengan menggunakan salah satu opsi berikut:
+ Dari konsol, buka konsol [Service Quotas](https://us-east-1.console.aws.amazon.com/servicequotas/home/).
+ Dari AWS CLI, gunakan [request-service-quota-increase](https://docs.aws.amazon.com/cli/latest/reference/service-quotas/request-service-quota-increase.html) AWS CLI perintah.
Untuk informasi lebih lanjut, lihat [https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html](https://docs.aws.amazon.com/servicequotas/latest/userguide/request-quota-increase.html).
## Batasan penamaan dalam Amazon Aurora
Kendala penamaan di Amazon RDS Aurora adalah sebagai berikut:
+ Pengidentifikasi cluster DB:
+ Harus berisi 1–63 karakter alfanumerik atau tanda hubung.
+ Karakter pertamanya harus berupa huruf.
+ Tidak boleh diakhiri dengan satu tanda hubung atau berisi dua tanda hubung berturut-turut.
+ Harus unik untuk semua instans DB per AWS akun, per AWS Wilayah.
+ Nama database awal — Batasan nama database berbeda antara Aurora MySQL dan Aurora PostgreSQL. Untuk informasi selengkapnya, lihat pengaturan yang tersedia saat membuat setiap cluster DB.
+ Nama pengguna master — Kendala nama pengguna master berbeda untuk setiap mesin database. Untuk informasi selengkapnya, lihat pengaturan yang tersedia saat membuat cluster DB.
+ Kata sandi utama:
+ Kata sandi untuk pengguna utama basis data dapat mencakup karakter ASCII yang dapat dicetak kecuali `/`, `'`, `"`, `@`, atau spasi.
+ Kata sandi dapat berisi jumlah karakter ASCII yang dapat dicetak berikut tergantung pada mesin DB:
+ Aurora MySQL: 8–41
+ Aurora PostgreSQL: 8–99
+ Grup parameter DB:
+ Harus berisi 1–255 karakter alfanumerik.
+ Karakter pertamanya harus berupa huruf.
+ Tanda hubung diperbolehkan, tetapi nama tidak boleh diakhiri dengan tanda hubung atau berisi dua tanda hubung berturut-turut.
+ Grup subnet DB:
+ Harus berisi 1–255 karakter.
+ Karakter alfanumerik, spasi, tanda hubung, garis bawah, dan titik diperbolehkan.
## Batas ukuran Amazon Aurora
**Batas ukuran penyimpanan**
Volume cluster Aurora ukuran maksimum bervariasi menurut versi mesin:
**Maksimum 256 TiB:**
+ Versi Aurora PostgreSQL:
+ 17.5 dan semua versi yang lebih tinggi
+ 16.9 dan lebih tinggi
+ 15.13 dan lebih tinggi
+ Aurora MySQL versi 3.10 (kompatibel dengan MySQL 8.0.42) dan lebih tinggi
**Maksimum 128 TiB:**
+ Semua versi Aurora PostgreSQL sebelumnya
+ Semua tersedia Aurora MySQL 3 versi; Aurora MySQL versi 2, versi 2.09 dan lebih tinggi
Untuk informasi selengkapnya tentang penskalaan penyimpanan otomatis, lihat[Cara penyimpanan Aurora berubah ukuran secara otomatis](Aurora.Overview.StorageReliability.md#aurora-storage-growth).
Untuk memantau ruang penyimpanan yang tersisa, Anda dapat menggunakan metrik `AuroraVolumeBytesLeftTotal`. Untuk informasi selengkapnya, lihat [Metrik tingkat klaster untuk Amazon Aurora](Aurora.AuroraMonitoring.Metrics.md#Aurora.AuroraMySQL.Monitoring.Metrics.clusters).
**Batas ukuran tabel SQL**
Untuk klaster DB Aurora MySQL, ukuran tabel maksimumnya adalah 64 tebibyte (TiB). Untuk klaster DB Aurora PostgreSQL, ukuran tabel maksimumnya adalah 32 tebibyte (TiB). Sebaiknya Anda mengikuti praktik terbaik desain tabel, seperti mempartisi tabel besar.
**Batas ID ruang tabel**
ID ruang tabel maksimum untuk Aurora MySQL adalah 2147483647. Jika Anda sering membuat dan menjatuhkan tabel, pastikan untuk mengetahui ruang tabel Anda IDs dan rencanakan untuk menggunakan dump logis. Lihat informasi yang lebih lengkap di [Migrasi logis dari MySQL ke Amazon Aurora MySQL dengan menggunakan mysqldump](AuroraMySQL.Migrating.ExtMySQL.mysqldump.md).