使用するように変更されました。使用できるいくつかの一般的な検索エンジン機能が用意されました。検索ドメインのセットアップ、運用、拡大/縮小を補助するマネージド型検索サービス環境も利用できます。コンソールからアクセスできますか。コンソールからアクセスできます。使用するかを選択できます。バージョンにはアクセスできません。サポートするデータ型にはどのようなものがありますか。つの型のテキストフィールドをサポートしています。テキストフィールドは、フィールドに設定された言語に従って処理され、これにより、クエリの一致条件として使用される個々の単語が決まります。リテラルフィールドは処理されず、大文字小文字を含めて、正確に一致している必要があります。つの数値型もサポートしています。倍の長さの浮動小数点値を保持します。従って、UTC(協定世界時間)で指定された日付を保持します。型フィールドには緯度と経度の値のペアで位置が格納されます。作成された既存の検索ドメインは引き続き機能しますか?はい。作成された既存の検索ドメインは引き続き機能します。作成した既存の検索ドメインで新しい機能を使用できますか?いいえ。作成された既存の検索ドメインは、新しいバージョンで使用できるようになった機能にアクセスできません。使用して、新しい検索ドメインを作成する必要があります。使用して既存のドメインを再作成し、データを再アップロードする必要があります。API」を参照してください。サポートしますか?はい。どちらを新しいドメインに使用するかを選択することができます。無料トライアルを利用することはできますか。無料トライアルをご利用いただけます。無料トライアルページを参照してください。ボタンをクリックしてサインアップのプロセスを完了します。アカウントが必要です。アカウントを作成することができます。コンソールを使用すると、検索ドメインをすばやく作成し、検索フィールドを構成し、サンプルデータをアップロードし、検索ドメインに検索クエリを送信することができます。使用して、これらの操作を実行することもできます。Started」をご覧ください。使用すると、検索ドメインをすばやく作成し、検索フィールドを構成し、データをアップロードし、検索ドメインに検索クエリを送信できます。使用すると、検索ドメインをすばやく作成し、検索フィールドを構成し、データをアップロードし、検索ドメインに検索クエリを送信できます。引き続き使用できます。検索ドメインはどのように作成できますか?検索ドメインとはデータコンテナと、データを検索可能にするサービスのセットです。これらのサービスには、次のものが含まれます。インデックス作成のためにドメインにデータをアップロードできるようにするドキュメントサービス。インデックス作成されたデータに対して検索リクエストを実行できるようにする検索サービス。ドメインの動作をコントロールする構成サービス(適切度のランク付けを含む)。使用して、検索ドメインを作成、管理、および削除できます。使用して、ドメインにドキュメントをアップロードします。フォーマットする必要があります。検索結果として返せるようにする各項目がドキュメントとして示されます。ドメイン用に構成されたインデックスフィールドに基づいて、ドキュメントデータから検索インデックスを生成します。データが変更されたら、更新を送信して、インデックスにドキュメントを追加またはインデックスからドキュメントを削除します。用にフォーマットされたドキュメントバッチはどのように作成すればよいですか。テキストファイルを作成します。つのドキュメントバッチを示します。配列で示される点に注意してください。使用して、このファイルをアップロードします。ドキュメントのインデックスはどのように作成されますか?ドキュメントのインデックスは、検索ドメインにアップロードされる際に自動的に作成されます。リクエストを送信して構成を変更する際に明示的にドキュメントのインデックスを再作成することもできます。ドメインのインデックスは、どのような場合に再作成する必要がありますか?新しいインデックスフィールドの追加やステミングまたはストップワードディクショナリーの更新といった特定の構成オプションは、ドメインのインデックスを再作成するまで使用できません。インデックスの作成を必要とする変更を行った場合は、ドメインのステータスは、インデックスの作成が必要であることを示します。インデックスの作成を開始できます。ベースの検索サービスがあります。検索リクエストを送信できます。検索ドメインを複数のアベイラビリティーゾーンに分散させることはできますか?はい。番目のアベイラビリティーゾーンに追加のインスタンスをデプロイします。Options」を参照してください。検索ドメインを別のリージョンに移動することは可能ですか?現時点では、検索ドメインを別のリージョンに自動的に移行する手段はありません。新しいドメインを移行先のリージョンで作成し、そのドメインを設定してデータをアップロードしてから、元のドメインを削除する必要があります。ボタンをクリックします。ドメインを削除することもできます。含むバッチアップロードに削除操作を指定します。データ更新を提出できます。検索ドメインを空にするにはどすればよいですか?ドメインのエンドポイントを維持する場合は、ドメイン内の各ドキュメントに対して削除を送信します。種類のうちいずれかになります。通常、ドメインの状態は「ACTIVE」です。これは、現時点で変更が行われておらず、ドメインに対してクエリや更新を行うことができ、現時点でそれまでのすべての変更を検索結果で確認できることを表します。インデックス全体を再構築する必要があります。インデックスの再作成を開始するまでは、ドメインは「PROCESSING」状態になりません。この段階では、ドメインに対しては依然としてクエリや更新を実行できますが、インデックスの作成が完了してドメインの状態が「ACTIVE」に戻るまで、検索結果で設定変更を確認できません。ドメインにドキュメントバッチを引き続きアップロードすることも可能です。ドメインが「PROCESSING」状態の間に大量の更新を送信した場合、更新が検索インデックスに適用されるまでの時間が長くなることがあります。これが問題になる場合は、ドメインが「ACTIVE」状態に戻るまで、更新のペースを下げてください。データをブートストラップする際のベストプラクティスを教えてください。データを読み込むことです。単一の大規模なデータセットをアップロードした後、新しいデータが得られたときに比較的小規模の更新や追加を行う必要があります。初期データのブートストラップを迅速かつ簡単に行うのに役立ちます。ドキュメントを作成します。別のシンプルなコマンドラインツールを使用して、スクリプトで作成されるドキュメントをアップロードできるかどうかを確認することをお勧めします。Boto(いずれも本番稼働用にエラーを抑制する)よりも詳細な、構文の問題に関する情報が得られます。詳細なエラーメッセージが表示されるため、問題がある場合、その原因の特定に役立ちます。文字がすべて削除されていることを確認します。無効な文字が含まれていると、ドキュメントのアップロードに失敗します。ドキュメントのバッチ処理を行うドキュメントのバッチ処理は、おそらく、データのブートストラップにおける最も重要なステップです。ドキュメントを個別に送信することは、非効率であるのみならず、防ぐことができるようなエラーの発生につながります。ドキュメントバッチは追加および削除操作のコレクションであり、ドメインで追加、更新、削除するドキュメントを表します。いずれかで記述され、ドメインにバッチをアップロードすると、ドメインのインデックス作成オプションに従って、データのインデックスが自動的に作成されます。バッチ単位でデータをアップロードするとコスト効率が高くなります。バッチを並行してアップロードして、データをアップロードするのにかかる時間を短縮することもできます。アップロード前に、データを事前スケーリングすることも重要です。事前スケーリングには、アップロードするデータの量に適したインスタンスタイプの選択が含まれます。アップロードのサイズを扱えるだけのキャパシティーを備えたインスタンスを選択すると、エラーやレプリケーション数の増加を防ぐことができます。レプリケーションは検索の応答時間の短縮に役立ちますが、データパイプのサイズを増やしたり、データアップロードの基本的な問題に対処したりするものではありません。大きいインスタンスに自動的にスケールアップします。それでも、インスタンス間のスケーリングは時間がかかる傾向があるため、適切なインスタンスタイプを事前に選択するとその後のブートストラッププロセスで時間を節約できます。以下は、ブートストラップ用にドメインの事前スケーリングを行い、データが読み込まれた後にインスタンスタイプを復元するためのサンプルスクリプトです。エラーが表示されるか、レプリケーション数が多くなっている場合は、より大きいインスタンスタイプへの移行を試してみてください。エラーが引き続き発生する場合は、データのバッチ処理を開始し、再試行の間の遅延時間を長くしてください。ドメインの設定とインデックスの再作成を迅速に行うためのベストプラクティスを教えてください。検索ドメインの設定オプションを変更する場合、そうした変更を検索結果に適用するには、検索インデックスを再構築する必要があります。分かかる可能性があります。ドメインに少数のドキュメントしか含まれていない場合でも、インデックスの構築とその配置に必要な処理やプロビジョニングのために、インデックスの再作成にはこれだけの時間がかかります。そのため、設定変更を事前に計画し、すべての変更を一度に行ってから、ドメインのインデックスの再作成を行ってください。同じことが新しいドメインのセットアップ時にも当てはまります。セットアップ前に設定を計画することで、インデックスの作成を一度のみ行い、可能な限り短い時間で稼働を開始できるようにしてください。ドメインの変更には、インデックスの再作成が必要になるものもあれば、既存のインデックスの再デプロイのみで済むものもあります。は新しいノードを作成し、インデックスをそれらにデプロイして、古いノードをシャットダウンします。再デプロイの間、ドメインのステータスは「PROCESSING」に変わります。INDEXING」に変わり、その後、インデックスの作成を開始すると「PROCESSING」に変わります。新しいインデックスが作成されると、ドメインは再デプロイされます。次の表は、インデックスの再作成および再デプロイが必要な変更と、再デプロイのみで済む変更をまとめたものです。この表を理解しておくと、設定変更をより適切に計画できます。構造化データとプレーンテキストの両方について、ファセット検索、フリーテキスト検索、ブール型検索の式、カスタマイズ可能な適切度ランク付け、クエリの時間ランクの式、フィールドの重み付け、任意のフィールドを使用した検索および結果のソート、テキスト処理オプション(トークン化、ストップワード、ステミング、同義語など)といった、インデックス作成と検索の機能を提供します。ドキュメント更新時にほぼリアルタイムのインデックス作成も提供します。新機能は次のとおりです。ファセットとは何ですか?ファセットにより、検索結果をカテゴリ分けし、ユーザーはこれに基づいてさらに検索することができます。USD、のようにカテゴリ分けできます。結果のヒット数をファセットに含めることができます。これにより、各カテゴリに含まれるドキュメントの数が分かります。言語をサポートしています(アラビア語(ar)、アルメニア語(hy)、バスク語(eu)、ブルガリア語(bg)、カタルーニャ語(ca)、簡体字中国語(zh-Simp)、繁体字中国語(zh-Trad)、チェコ語(cs)、デンマーク語(da)、オランダ語(nl)、英語(en)、フィンランド語(fi)、フランス語(fr)、ガリシア語(gl)、ドイツ語(de)、ギリシャ語(el)、ヘブライ語(he)、ヒンズー語(hi)、ハンガリー語(hu)、インドネシア語(id)、アイルランド語(ga)、イタリア語(it)、日本語(ja)、韓国語(ko)、ラトビア語(la)、ノルウェー語(no)、ペルシャ語(fa)、ポルトガル語(pt)、ルーマニア語(ro)、ロシア語(ru)、スペイン語(es)、スウェーデン語(sv)、タイ語(th)、トルコ語(tr))。混合言語を含むフィールドに対して「Multiple(mul)」オプションをサポートします。緯度と経度をサポートするネイティブの型(LatLon)があるため、地理空間ベースの検索および並べ替えを簡単に実装できます。Location」を参照してください。アップロードしたドキュメントはいつ検索可能になりますか?検索ドメインにアップロードされたドキュメントは、通常、数秒から数分以内に検索可能になります。検索ドメインに送信できる検索リクエスト数はいくつですか?検索ドメインに送信できる検索リクエスト数自体に制限はありません。検索リクエストのレイテンシーに影響する要素は何ですか?検索結果は通常、数百ミリ秒以内に検索され、ほとんどの場合、数百ミリ秒よりもずっと短い時間で検索されます。レイテンシーは、リクエストと応答がアプリケーションと検索ドメインの間を往復する時間、検索リクエストの複雑度、検索ドメインの使用率といった多くの要素に影響されます。幅広い範囲の検索リクエストをすばやく効率的に処理するよう設計されています。どのドキュメントが一致するのか判断する式や、各ドキュメントの一致度を判断する追加条件によって、検索リクエストの複雑度が変わります。多数のドキュメントが一致する検索リクエストは、ごく少数のドキュメントが一致する場合と比べて処理に時間がかかります。ないような単純な条件を使用したランク付けを行う場合に比べて処理に時間がかかります。検索リクエストによる複雑度の違いが分かりやすいよう、各リクエストが処理するのにかかった時間が応答の一部として返されます。リージョンが検索ドメインと同じであれば、通信時間が最短になります。検索インスタンスとは何ですか?検索インスタンスとは、ドキュメントのインデックスを作成し、検索リクエストに応答するクラウド内の単一の検索エンジンです。リソースでデータのインデックス作成およびリクエストの処理を行います。検索パーティションとは何ですか?検索パーティションとは、単一の検索インスタンスに一致するデータの一部です。以上の検索パーティションがあり、ドキュメントのインデックス作成によって検索パーティション数が変わります。つの側面で縮小および拡張します。データ容量が増大すると、インデックス化されたデータを含めるため、より多くの検索インスタンスが必要となり、検索インスタンス間でインデックスがパーティション化されます。提供する必要があります。つの検索インスタンスが作られます。つの検索インスタンスが追加されます。つの複製が追加されます。検索ドメインにアップロードできるデータの容量は?必要なパーティション数はデータおよび構成によって異なります。件となるデータセットが、アップロードできる最大データ容量です。検索パーティションの制限を超過する場合、ドメインは、ドキュメントを削除してドメインのインデックスを再作成するまでアップロードの受け入れを停止します。超える数の検索パーティションが必要な場合はお問い合わせください。完全に管理された検索サービスであり、自動的に検索ドメインを縮小および拡張し、検索インスタンスの数と種類を選択します。任意の検索ドメインに含まれるすべての検索インスタンスは同じ種類であり、この種類は、データまたはトラフィックが増大するのに応じて変化します。ドメインのスケーリングオプションを設定して、次のようなこともできます。サポートするインスタンスタイプは何ですか。次のインスタンスタイプをサポートします。使用して、検索ドメインにある検索インスタンスの数と種類を確認できます。検索インスタンスの数と種類はその時によって変化し、インデックス化可能なデータと検索トラフィックに応じて自動的に縮小および拡張します。検索ドメインの縮小と拡張は、データとトラフィックの変化に合わせてどの程度迅速に行えますか?検索ドメインは通常、トラフィックの増大には数分以内に対応します。操作を呼び出すことでこの処理を速めることができます。大量のデータをアップロードしようとしている、またはクエリのトラフィックが急増すると予測される場合は、目的のインスタンスタイプと複製カウントを設定することでドメインを事前にスケーリングできます。Options」を参照してください。配置をサポートしますか?はい。配置をサポートします。番目のアベイラビリティーゾーンの検索ドメインに追加インスタンスをプロビジョニングして維持し、高可用性を確保します。更新は両方のアベイラビリティーゾーンのインスタンスに自動的に適用されます。検索トラフィックは全インスタンス間で分散され、障害発生時にはどちらのゾーンのインスタンスでも全負荷を処理できます。インスタンスでも全負荷を処理できます。すべてのトラフィックを他のアベイラビリティーゾーンにルーティングします。冗長化インスタンスが別のアベイラビリティーゾーンにリストアされます。管理操作やサービスの中断は発生しません。実行中クエリの中には、失敗して再試行が必要になるものもあります。検索ドメインに送信された更新は永続的に保存され、障害発生時に失われることはありません。以上のアベイラビリティーゾーンにデプロイできますか。