OpenSearch Instans yang Dioptimalkan (OR1) untuk domain OpenSearch Layanan Amazon - OpenSearch Layanan Amazon
BatasanTuning untuk throughput konsumsi yang lebih baikBagaimana instans yang OpenSearch dioptimalkan berbeda dari instance lainBagaimana instance yang OpenSearch dioptimalkan berbeda dari UltraWarm instanceMenyediakan domain dengan instance yang dioptimalkan OpenSearch

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

OpenSearch Instans yang Dioptimalkan (OR1) untuk domain OpenSearch Layanan Amazon

Rangkaian instans yang OpenSearch dioptimalkan untuk Amazon OpenSearch Service adalah solusi hemat biaya untuk menyimpan data dalam jumlah besar. Domain dengan instans yang OpenSearch dioptimalkan (OR1, OR2, OM2) menggunakan Amazon Elastic Block Store (Amazon EBS) gp3 atau io1 volume untuk penyimpanan utama, dengan data yang disalin secara sinkron ke Amazon S3 saat tiba. Struktur penyimpanan ini memberikan peningkatan throughput pengindeksan dengan daya tahan tinggi. Keluarga instans yang OpenSearch dioptimalkan juga mendukung pemulihan data otomatis jika terjadi kegagalan. Untuk informasi tentang opsi jenis instans yang OpenSearch dioptimalkan, lihatJenis instance generasi saat ini.

Jika Anda menjalankan pengindeksan beban kerja analitik operasional yang berat seperti analitik log, observabilitas, atau analitik keamanan, Anda dapat memperoleh manfaat dari peningkatan kinerja dan efisiensi komputasi dari instans yang dioptimalkan. OpenSearch Selain itu, pemulihan data otomatis yang ditawarkan oleh instans yang OpenSearch dioptimalkan meningkatkan keandalan keseluruhan domain Anda.

OpenSearch Layanan mengirimkan metrik instans yang OpenSearch dioptimalkan terkait penyimpanan ke Amazon. CloudWatch Untuk daftar metrik yang tersedia, lihatOpenSearch Metrik Instans (OR1) yang Dioptimalkan.

OpenSearch Instans yang dioptimalkan tersedia sesuai permintaan atau dengan harga Instans Cadangan, dengan tarif per jam untuk instans dan penyimpanan yang disediakan di Amazon EBS dan Amazon S3.

Batasan

Pertimbangkan batasan berikut saat menggunakan instans yang OpenSearch dioptimalkan untuk domain Anda.

  • Domain yang baru dibuat harus menjalankan OpenSearch versi 2.11 atau lebih tinggi.

  • Domain yang ada harus menjalankan OpenSearch versi 2.15 atau lebih tinggi.

  • Domain Anda harus mengaktifkan enkripsi saat istirahat. Untuk informasi selengkapnya, lihat Enkripsi data saat istirahat untuk OpenSearch Layanan Amazon.

  • Jika domain Anda menggunakan node master khusus, mereka harus menggunakan instance Graviton. Untuk informasi selengkapnya tentang node master khusus, lihatNode master khusus di OpenSearch Layanan Amazon.

  • Interval penyegaran untuk indeks pada instance yang OpenSearch dioptimalkan harus 10 detik atau lebih tinggi. Interval penyegaran default untuk instance yang OpenSearch dioptimalkan adalah 10 detik.

Tuning untuk throughput konsumsi yang lebih baik

Untuk mendapatkan throughput pengindeksan terbaik dari instans yang OpenSearch dioptimalkan, kami sarankan Anda melakukan hal berikut:

  • Gunakan ukuran massal besar untuk meningkatkan pemanfaatan buffer. Ukuran yang disarankan adalah 10 MB.

  • Gunakan beberapa klien untuk meningkatkan kinerja pemrosesan paralel.

  • Tetapkan jumlah pecahan primer aktif Anda agar sesuai dengan jumlah node data untuk memaksimalkan pemanfaatan sumber daya.

Bagaimana instans yang OpenSearch dioptimalkan berbeda dari instance lain

OpenSearch instans yang dioptimalkan berbeda dari instance yang tidak dioptimalkan dengan cara berikut:

  • Untuk instance yang OpenSearch dioptimalkan, pengindeksan hanya dilakukan pada pecahan primer.

  • Jika instance yang OpenSearch dioptimalkan dikonfigurasi dengan replika, tingkat pengindeksan mungkin tampak lebih rendah dari yang sebenarnya. Misalnya, jika ada satu pecahan primer dan satu pecahan replika, tingkat pengindeksan mungkin menunjukkan tingkat 1000 ketika tingkat pengindeksan sebenarnya adalah 2000.

  • OpenSearch Instans yang dioptimalkan melakukan operasi buffer sebelum mengirim ke sumber jarak jauh. Ini menghasilkan latensi konsumsi yang lebih tinggi.

    catatan

    IndexingLatencyMetrik tidak terpengaruh, karena tidak termasuk waktu untuk menyinkronkan translog.

  • Pecahan replika bisa beberapa detik di belakang pecahan primer. Anda dapat memantau lag menggunakan CloudWatch metrik ReplicationLagMaxTime Amazon

Bagaimana instance yang OpenSearch dioptimalkan berbeda dari UltraWarm instance

OpenSearch Layanan menyediakan UltraWarm instance yang merupakan cara hemat biaya untuk menyimpan data hanya-baca dalam jumlah besar. Baik yang OpenSearch dioptimalkan maupun UltraWarm instans menyimpan data secara lokal di Amazon EBS dan dari jarak jauh di Amazon S3. Namun, OpenSearch dioptimalkan dan UltraWarm contoh berbeda dalam beberapa cara penting:

  • OpenSearch Instans yang dioptimalkan menyimpan salinan data di toko lokal dan jarak jauh Anda. Dalam UltraWarm kasus, data disimpan terutama di toko jarak jauh untuk mengurangi biaya penyimpanan. Bergantung pada pola penggunaan Anda, data dapat dipindahkan ke penyimpanan lokal.

  • OpenSearch Instans yang dioptimalkan aktif dan dapat menerima operasi baca dan tulis, sedangkan data pada UltraWarm instance hanya-baca hingga Anda memindahkannya kembali ke penyimpanan panas secara manual.

  • UltraWarm bergantung pada snapshot indeks untuk daya tahan data. OpenSearch Instans yang dioptimalkan, sebagai perbandingan, melakukan replikasi dan pemulihan di belakang layar. Jika terjadi indeks merah, instans yang OpenSearch dioptimalkan akan secara otomatis memulihkan pecahan yang hilang dari penyimpanan jarak jauh Anda di Amazon S3. Waktu pemulihan bervariasi tergantung pada volume data yang akan dipulihkan.

Untuk informasi selengkapnya tentang UltraWarm penyimpanan, lihatUltraWarm penyimpanan untuk Amazon OpenSearch Service.

Menyediakan domain dengan instance yang dioptimalkan OpenSearch

Anda dapat memilih instance yang OpenSearch dioptimalkan untuk node data Anda saat membuat domain baru dengan AWS Management Console atau AWS Command Line Interface (AWS CLI). Anda kemudian dapat mengindeks dan menanyakan data menggunakan alat yang ada.

  1. Arahkan ke konsol OpenSearch Layanan Amazon dihttps://console.aws.amazon.com/aos/.

  2. Di panel navigasi kiri, pilih Domain.

  3. Pilih Create domain (Buat domain).

  4. Di bagian Jumlah node data, perluas menu keluarga Instance dan pilih OpenSearch dioptimalkan.

  5. Pilih jenis instans dan pengaturan penyimpanan lainnya.

  6. Di bagian Enkripsi, pastikan Aktifkan enkripsi data saat istirahat dipilih.

  7. Konfigurasikan sisa domain Anda dan pilih Buat.

Untuk menyediakan domain yang menggunakan penyimpanan yang OpenSearch dioptimalkan menggunakan AWS CLI, Anda harus memberikan nilai ukuran jenis instans tertentu (seperti OR1 OR2,, atau OM2) diInstanceType.

Contoh berikut membuat domain dengan OR1 contoh ukuran 2xlarge dan memungkinkan enkripsi saat istirahat.

aws opensearch create-domain \
  --domain-name test-domain \
  --engine-version OpenSearch_2.11 \
  --cluster-config "InstanceType=or1.2xlarge.search,InstanceCount=3,DedicatedMasterEnabled=true,DedicatedMasterType=r6g.large.search,DedicatedMasterCount=3" \
  --ebs-options "EBSEnabled=true,VolumeType=gp3,VolumeSize=200" \
  --encryption-at-rest-options Enabled=true \
  --advanced-security-options "Enabled=true,InternalUserDatabaseEnabled=true,MasterUserOptions={MasterUserName=test-user,MasterUserPassword=test-password}" \
  --node-to-node-encryption-options Enabled=true \
  --domain-endpoint-options EnforceHTTPS=true \
  --access-policies '{"Version": "2012-10-17",		 	 	 "Statement":[{"Effect":"Allow","Principal":{"AWS":"*"},"Action":"es:*","Resource":"arn:aws:es:us-east-1:account-id:domain/test-domain/*"}]}'