Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Mengelola batas kapasitas untuk Amazon Tanpa OpenSearch Server
Dengan Amazon OpenSearch Serverless, Anda tidak perlu mengelola kapasitas sendiri. OpenSearch Tanpa server secara otomatis menskalakan kapasitas komputasi untuk akun Anda berdasarkan beban kerja saat ini. Kapasitas komputasi tanpa server diukur dalam *OpenSearch Compute Units* (OCU). Setiap OCU adalah kombinasi dari 6 GiB memori dan CPU virtual yang sesuai (vCPU), serta transfer data ke Amazon S3. Untuk informasi lebih lanjut tentang arsitektur terpisah di Tanpa OpenSearch Server, lihat. [Cara kerjanya](serverless-overview.md#serverless-process)
Saat Anda membuat koleksi pertama, OpenSearch Tanpa Server membuat instance OCU berdasarkan pengaturan redundansi Anda. Secara default, replika aktif redundan diaktifkan, yang membuat instance minimal 1 OCU (0,5 OCU × 2) untuk pengindeksan dan 1 OCU (0,5 OCU × 2) untuk pencarian. Ini memastikan ketersediaan tinggi dengan node siaga di Availability Zone lain.
Untuk pengembangan dan pengujian, Anda dapat menonaktifkan pengaturan **Aktifkan redundansi** untuk koleksi. Ini menghapus replika siaga dan hanya menggunakan dua OCU (satu untuk pengindeksan dan satu untuk pencarian).
OCU ini selalu ada, bahkan ketika tidak ada aktivitas pengindeksan atau pencarian. Semua koleksi berikutnya dapat membagikan OCU ini, kecuali untuk koleksi dengan AWS KMS kunci unik, yang membuat instance set OCU mereka sendiri. Semua koleksi yang terkait dengan grup koleksi dapat berbagi kumpulan OCU yang sama. Hanya satu jenis koleksi (pencarian, deret waktu, atau pencarian vektor) yang dapat dimasukkan dalam satu grup koleksi. Untuk informasi selengkapnya, lihat [Grup OpenSearch koleksi Amazon Tanpa Server](serverless-collection-groups.md).
OpenSearch Tanpa server secara otomatis meningkatkan skala dan menambahkan OCU seiring bertambahnya penggunaan pengindeksan dan penelusuran Anda. Ketika lalu lintas menurun, skala kapasitas kembali ke jumlah minimum OCU yang diperlukan untuk ukuran data Anda.
Untuk koleksi pencarian dan deret waktu, jumlah OCU yang diperlukan saat idle sebanding dengan ukuran data dan jumlah indeks. Untuk koleksi vektor, persyaratan OCU bergantung pada memori (RAM) untuk menyimpan grafik vektor dan ruang disk untuk menyimpan indeks. Saat tidak menganggur, persyaratan OCU memperhitungkan kedua faktor tersebut.
Koleksi vektor menyimpan data indeks di penyimpanan lokal OCU. Batas RAM OCU dicapai lebih cepat dari batas disk, yang membatasi koleksi vektor oleh ruang RAM.
Dengan redundansi diaktifkan, kapasitas OCU turun ke minimum 1 OCU (0,5 OCU x 2) untuk pengindeksan dan 1 OCU (0,5 OCU x 2) untuk pencarian. Saat Anda menonaktifkan redundansi, koleksi Anda dapat menurunkan skala menjadi 0,5 OCU untuk pengindeksan dan 0,5 OCU untuk pencarian.
Penskalaan juga faktor dalam jumlah pecahan yang dibutuhkan untuk koleksi atau indeks Anda. Setiap OCU mendukung sejumlah pecahan tertentu, dan jumlah indeks harus sebanding dengan jumlah pecahan. Jumlah total OCU dasar yang diperlukan adalah maksimum persyaratan data, memori, dan pecahan Anda. *Untuk informasi selengkapnya, lihat [kemampuan penelusuran hemat biaya Amazon OpenSearch Tanpa Server, pada skala apa pun di](https://aws.amazon.com/blogs/big-data/amazon-opensearch-serverless-cost-effective-search-capabilities-at-any-scale/) Blog Big Data.AWS *
Untuk koleksi *pencarian* dan *pencarian vektor*, semua data disimpan pada indeks panas untuk memastikan waktu respons kueri yang cepat. Koleksi *deret waktu* menggunakan kombinasi penyimpanan panas dan hangat, menyimpan data terbaru dalam penyimpanan panas untuk mengoptimalkan waktu respons kueri untuk data yang lebih sering diakses. Untuk informasi selengkapnya, lihat [Memilih jenis koleksi](serverless-overview.md#serverless-usecase).
**catatan**
Koleksi pencarian vektor tidak dapat berbagi OCUs dengan koleksi *penelusuran* dan *deret waktu*, bahkan jika koleksi pencarian vektor menggunakan kunci KMS yang sama dengan koleksi *pencarian* atau *deret waktu*. Satu set OCU baru akan dibuat untuk koleksi vektor pertama Anda. OCU koleksi vektor dibagi di antara koleksi kunci KMS yang sama.
Untuk mengelola kapasitas koleksi Anda dan untuk mengontrol biaya, Anda dapat menentukan pengindeksan maksimum keseluruhan dan kapasitas pencarian untuk akun saat ini dan Wilayah, dan OpenSearch Tanpa Server menskalakan sumber daya koleksi Anda secara otomatis berdasarkan spesifikasi ini.
Karena skala kapasitas pengindeksan dan penelusuran secara terpisah, Anda menentukan batas tingkat akun untuk masing-masing:
+ **Kapasitas pengindeksan maksimum** — OpenSearch Tanpa server dapat meningkatkan kapasitas pengindeksan hingga jumlah OCU ini.
+ **Kapasitas pencarian maksimum** — OpenSearch Tanpa server dapat meningkatkan kapasitas pencarian hingga jumlah OCU ini.
**catatan**
Saat ini, pengaturan kapasitas hanya berlaku di tingkat akun. Anda tidak dapat mengonfigurasi batas kapasitas per koleksi.
Tujuan Anda harus memastikan bahwa kapasitas maksimum cukup tinggi untuk menangani lonjakan beban kerja. Berdasarkan pengaturan Anda, OpenSearch Tanpa Server secara otomatis mengukur jumlah OCU untuk koleksi Anda guna memproses beban kerja pengindeksan dan pencarian.
**Topics**
+ [Mengkonfigurasi pengaturan kapasitas](#serverless-scaling-configure)
+ [Batas kapasitas maksimum](#serverless-scaling-limits)
+ [Pemantauan penggunaan kapasitas](#serverless-scaling-monitoring)
## Mengkonfigurasi pengaturan kapasitas
**Untuk mengonfigurasi pengaturan kapasitas di konsol OpenSearch Tanpa Server, perluas **Tanpa Server** di panel navigasi kiri dan pilih Dasbor.** Tentukan pengindeksan maksimum dan kapasitas pencarian di bawah **Manajemen kapasitas**:
Untuk mengkonfigurasi kapasitas menggunakan AWS CLI, kirim [UpdateAccountSettings](https://docs.aws.amazon.com/opensearch-service/latest/ServerlessAPIReference/API_UpdateAccountSettings.html)permintaan:
```
aws opensearchserverless update-account-settings \
--capacity-limits '{ "maxIndexingCapacityInOCU": {{8}},"maxSearchCapacityInOCU": {{9}} }'
```
## Batas kapasitas maksimum
Total maksimum indeks yang dapat berisi koleksi adalah 1000. Untuk ketiga jenis koleksi, kapasitas OCU maksimum default adalah 10 OCU untuk pengindeksan dan 10 OCU untuk pencarian. Kapasitas OCU minimum yang diizinkan untuk akun adalah 1 OCU [0,5 OCU x 2] untuk pengindeksan dan 1 OCU [0,5 OCU x 2] untuk pencarian. Untuk semua koleksi, kapasitas maksimum yang diizinkan adalah 1.700 OCU untuk pengindeksan dan 1.700 OCU untuk pencarian. Anda dapat mengonfigurasi jumlah OCU menjadi angka apa pun dari 2 hingga kapasitas maksimum yang diizinkan, dalam kelipatan 2.
Setiap OCU mencakup penyimpanan singkat panas yang cukup untuk 120 GiB data indeks. OpenSearch *Tanpa server mendukung hingga 1 TiB data per indeks dalam koleksi *pencarian dan pencarian* *vektor*, dan 100 TiB data panas per indeks dalam koleksi deret waktu.* Untuk koleksi deret waktu, Anda masih dapat menelan lebih banyak data, yang dapat disimpan sebagai data hangat di S3.
Untuk daftar semua kuota, lihat Kuota tanpa [OpenSearch server](https://docs.aws.amazon.com/general/latest/gr/opensearch-service.html#opensearch-limits-serverless).
## Pemantauan penggunaan kapasitas
Anda dapat memantau CloudWatch metrik `SearchOCU` dan `IndexingOCU` tingkat akun untuk memahami bagaimana penskalaan koleksi Anda. Kami menyarankan Anda mengonfigurasi alarm untuk memberi tahu Anda jika akun Anda mendekati ambang batas untuk metrik yang terkait dengan kapasitas, sehingga Anda dapat menyesuaikan pengaturan kapasitas sesuai dengan itu.
Anda juga dapat menggunakan metrik ini untuk menentukan apakah pengaturan kapasitas maksimum Anda sesuai, atau apakah Anda perlu menyesuaikannya. Analisis metrik ini untuk memfokuskan upaya Anda mengoptimalkan efisiensi koleksi Anda. Untuk informasi selengkapnya tentang metrik yang dikirimkan OpenSearch Tanpa Server, lihat. CloudWatch [Memantau Amazon Tanpa OpenSearch Server](serverless-monitoring.md)