システムの制限
項目 | 制限 |
ユーザーごとのインスタンス数 | 無制限。 |
ユーザーごとのドキュメント総数 | 理論的には無制限です。値はストレージ容量クォータに基づいて計算されます。 |
ユーザーごとのページビュー（PV）の総数 | 理論的には無制限です。値は、ユーザーが使用できる論理コンピューティングユニット（LCU）の最大数に基づいて計算されます。 |
文字エンコーディングシステム | UTF-8 がサポートされています。 |
インスタンスの制限
制限 | 専用クラスタ | |
クラスタタイプ | 共有クラスタ | 専用クラスタ |
インスタンス名の長さ | 30文字 | |
フィールド名の長さ | 30文字 | |
ソート式名の長さ | 30文字 | |
セカンダリテーブルの数 | 10 | |
フィールド数 | 256 | 512 |
ソーステーブル名の長さ | 16文字 | |
インデックスフィールド名の長さ | 64文字 | |
プライマリテーブルに結合できるセカンダリテーブルのレベル | 2レベル | 3レベル |
INT タイプのフィールド数 | 256 | |
TIMESTAMP タイプのフィールド数 | 4 | |
GEO_POINT タイプのフィールド数 | 2 | |
LITERAL タイプのフィールド数。LITERAL タイプのフィールドを使用して複合インデックスを作成することはできません。 | 256 | |
TEXT または SHORT_TEXT タイプのフィールド数 | 32 | 64 |
数値解析用インデックスの数 | 4 | 8 |
複合インデックスの数 | 4 | 8 |
複合インデックス内のフィールド数 | 8 | |
数値解析用に INT タイプのフィールドに作成されるインデックスの数 | 4 | 8 |
数値解析用に GEO_POINT タイプのフィールドに作成されるインデックスの数 | 2 | |
数値解析用に TIMESTAMP タイプのフィールドに作成されるインデックスの数 | 4 | |
TEXT または SHORT_TEXT タイプの単一フィールドに作成されるインデックスの数 | 4 | 8 |
LITERAL タイプの単一フィールドに作成されるインデックスの数 | 256 | |
キーワード解析用に INT タイプのフィールドに作成されるインデックスの数 | 256 | |
ベクトルインデックスの数 | 0 | 2 |
データソースの総数 | 20 | |
フィールドの制限
項目 | 制限 |
INT64 | -2^63～2^63-1 |
FLOAT | +/-3.40282e+038 |
DOUBLE | +/-1.79769e+308 |
LITERAL | このタイプのフィールドの長さは最大 65,535 バイトです。 |
TEXT | このタイプのフィールドの長さは最大 65,536 語です。 |
SHORT_TEXT | このタイプのフィールドの長さは最大 100 バイトです。フィールドが 100 バイトを超える場合、フィールドは切り詰められます。 |
LITERAL_ARRAY | このタイプのフィールドの長さは最大 65,535 バイトです。フィールド要素間の各組み込み区切り文字の長さは 2 バイトです。フィールドが 65,535 バイトを超える場合、フィールドは最大長に収まるように最後の完全な要素まで切り詰められます。このタイプのフィールドに多数の要素が含まれている場合、システムの高いクエリパフォーマンスが必要になります。各フィールドは 100 要素以下で構成することをお勧めします。 |
INT_ARRAY、FLOAT_ARRAY、および DOUBLE_ARRAY | これらのタイプのフィールドが属性フィールドとして構成されている場合、各フィールドには最大 65,535 個の要素を含めることができます。各フィールドは 100 要素以下で構成することをお勧めします。 |
ソート式の制限
項目 | 制限 |
ラフソート式の数 | 30 |
ファインソート式の数 | 30 |
各ラフソート式に設定できる特徴関数項目の数 | 4 |
検索結果サマリーの制限
項目 | 説明 | 制限 |
セグメントの長さ | サマリーの最大長。 | 1～300 バイト |
セグメントの数 | サマリーに必要なセグメントの数。 | 1～5 |
アプリケーションレベルのデータプッシュの制限
項目 | 制限 |
API を呼び出してプッシュするドキュメントの最大数（毎回） | 1,000。パフォーマンスを向上させるために、毎回 100 ドキュメントをプッシュすることをお勧めします。また、プッシュするドキュメントをパッケージ化することもお勧めします。 |
1 秒あたりに API を呼び出してデータをプッシュする最大回数 | 500。1 秒間に 500 回データをプッシュした場合、新しいリクエストは失敗し、「レートがアプリクォータを超えています」というエラーメッセージが表示されます。 |
各 API リクエストの最大データサイズ合計 | 2 MB。API リクエストのデータサイズ合計が 2 MB を超えると、リクエストは失敗し、「レートがアプリクォータを超えています」というエラーメッセージが表示されます。 |
1 秒あたりの API リクエストの最大データサイズ合計 | 2 MB。1 秒間の API リクエストのデータサイズ合計が 2 MB を超えると、新しいリクエストは失敗し、「レートがアプリクォータを超えています」というエラーメッセージが表示されます。 |
ApsaraDB RDS または PolarDB データソースの増分データの最大同期レート | 2 MB/秒。同期レートが 2 MB/秒を超えると、システムは自動的にレートを制限し、増分データの同期を遅延させます。 |
データベースの更新または API 操作呼び出しによってトリガーされるプライマリテーブルとセカンダリテーブルの更新の最大数（TPS） | 1,500。更新数が 1,500 を超えると、増分データの同期が遅延します。 |
ドキュメントの最大サイズ | 1 MB。ドキュメントのサイズが 1 MB を超えると、ドキュメントの同期に失敗し、「ドキュメントの合計サイズが超過しています」というエラーメッセージが表示されます。 |
増分データ同期のレイテンシ | プライマリテーブルのドキュメントが OpenSearch にプッシュされた後、ドキュメントの 90% は 10 秒以内に検索でき、ドキュメントの 99% は 10 分以内に検索できます。セカンダリテーブルのデータ同期の詳細については、複数テーブル結合によるデータ同期レイテンシ を参照してください。 |
● データプッシュの上限を超えると、増分データの同期が遅延します。
● 多数のセカンダリテーブルの更新は、プライマリテーブルの同期を遅延させます。システムは、1 秒あたりのセカンダリテーブルの更新数を保証せず、レイテンシに基づいてセカンダリテーブルの更新レートをリアルタイムで制限します。
● 使用済みストレージ容量がアプリケーションクォータを超えると、システムは API データプッシュのリクエストを自動的に破棄し、スケールアウト後にデータプッシュを再度要求します。
● 使用済みストレージ容量がアプリケーションクォータを超えると、システムは ApsaraDB RDS または PolarDB データソースからの増分データの同期を自動的に停止します。スケールアウト後、システムは同期を停止した時点から増分データの同期を自動的に再開します。
● 生成された増分データの量がリアルタイムで同期できる量よりも多い場合、同期は遅延し、一部の増分データは OpenSearch アプリケーションに同期されない可能性があります。この場合、再インデックス作成は完了できません。
● 前述の使用上の注意は、Standard Edition と Advanced Edition の両方に適用されます。
● データプッシュの上限は、専用クラスタのアプリケーションに合わせて適切に調整できます。
● ApsaraDB RDS または PolarDB データソースが構成されていて、データ同期モードが自動同期の場合、OpenSearch は同期の安定性を確保しますが、低い同期レイテンシは保証しません。ビジネスで低い同期レイテンシが必要な場合は、データ伝送サービス（DTS）の変更追跡インスタンスを使用してデータを同期することをお勧めします。詳細については、DTS リアルタイム同期の構成 を参照してください。
プッシュされるデータに含めることができない印刷不可の予約文字
コード | Emacs または Vi での表示形式 |
"\x1E\n" | ^^ |
"\x1F\n" | ^_ |
"\x1C" | ^\ |
"\x1D" | ^] |
"\x03" | ^C |
フィールドの値に上記の印刷不可の文字が含まれている場合、レコードはアプリケーションに同期されません。
\u0002 や \u0003 などの印刷不可の文字は自動的に \t に変換されます。
エンジンは次の文字セットをサポートしています。
CJK_1 (\xe2[\xba-\xbf][\x80-\xbf])
CJK_2 ([\xe3-\xe9][\x80-\xbf][\x80-\xbf])
FULLWIDTH_1 (\xef[\xbc-\xbe][\x80-\xbf])
FULLWIDTH_2 (\xef\xbf[\x80-\xaf])
検索の制限
項目 | 制限 |
フィルター句を除く各句の最大長 | エンコード前の 1 KB。句の長さが 1 KB を超えると、エラーメッセージが表示され、リクエストは破棄されます。 |
各フィルター句の最大長 | エンコード前の 4 KB。句の長さが 4 KB を超えると、エラーメッセージが表示され、リクエストは破棄されます。 |
1 回のリクエストで 1 ページに返される結果の最大数 | 500 |
ページクエリに対する複数のリクエストを含む、1 回の検索で返される結果の最大数 | 5,000 |
ラフソートに含まれるドキュメントの最大数 | 1,000,000 |
ファインソートに含まれるドキュメントの最大数 | デフォルト値：200 |
● 従来の検索では、最も一致する結果を最短時間で取得することを目的としています。そのため、結果に含めることができるドキュメントの数には制限があります。たとえば、検索の結果には最大 5,000 件のドキュメントを含めることができます。ただし、シナリオによっては、分析のためにさらに多くの結果が必要になる場合があります。この場合、スクロールクエリを実行して、さらに多くの検索結果を取得できます。
● 検索リクエストがアプリケーションで使用可能なすべての LCU を消費した場合、新しいリクエストは破棄され、「code:6015,message:Dropped by over compute resource quota」というエラーメッセージが表示されます。
再インデックス作成の制限
項目 | 制限 |
最大同期レート | 2MB/秒 |
注：詳細については、OpenSearch でのデータの同期方法 を参照してください。 | |
● 上限は、専用クラスタのアプリケーションに合わせて適切に調整できます。
● デフォルトでは、3 日以内に完了できない場合、再インデックス作成は自動的に失敗します。
● 長時間経過しても再インデックス作成が失敗する場合、またはデータ同期のレイテンシが高い場合は、テクニカルサポートにチケットを送信してください。