Azure AI Search のサービス レベルを選択する

検索サービスの作成の一部は、価格レベル (または SKU) を選択することです。 レベルは、サービスの作成時に、Azure portal の [価格レベルの選択] ページで指定します。 PowerShell または Azure CLI では、レベルは -Sku パラメーターを使用して指定されます。

レベルによって、次の内容が決まります。

• サービスで許可されるインデックスとその他のオブジェクトの最大数。
• パーティションのサイズと速度 (物理ストレージ)。
• 固定月次コストとしての課金対象料金、容量を追加した場合の増分コスト。
• ワークロードの特性。 一部のレベルは、特定のワークロード用に最適化されています。

いくつかのインスタンスでは、選択したレベルによってプレミアム機能の使用の可否が決まります。

課金レートは、Azure portal の「価格レベルの選択」ページに表示されます。 価格ページで地域の料金を確認し、コストの計画と管理を検討して課金モデルの詳細を確認できます。

サービス レベルの説明

レベルには、Free、Basic、Standard、Storage Optimized があります。 Standard と Storage Optimized は、いくつかの構成および容量で利用できます。 次の Azure portal のスクリーンショットは、使用可能なレベルを示しています。価格は除外されていますが、Azure portal と価格に関するページで確認できます。

Free では、チュートリアルやサンプルの実行など、小規模なプロジェクト用の限定された検索サービスが作成されます。 内部的には、複数のサブスクライバー間でシステム リソースが共有されます。 無料のサービスをスケーリングしたり、重要なワークロードを実行したりすることはできません。一部の Premium 機能は使用できません。 Azure サブスクリプションごとに 1 つの無料検索サービスのみを使用できます。 長時間非アクティブになっているサービスは、特にリージョンに容量の制約がある場合、容量を解放するために削除される可能性があります。

最も一般的に使用される課金対象レベルは次のとおりです。

• Basic には、3 つのレプリカをサポートして SLA を満たす機能があります。

• Standard (S1、S2、S3) が既定値です。 ワークロードに応じてより柔軟にスケーリングできます。 パーティションとレプリカの両方をスケーリングできます。 自分の制御下の専用リソースを使用して、より大規模なプロジェクトのデプロイ、パフォーマンスの最適化、および容量の増加を行うことができます。

一部のレベルは、特定の種類の作業向けに設計されています。

• Standard 3 High Density (S3 HD) は、S3 用の "ホスティング モード" で、基になるハードウェアが多数の小さいインデックス用に最適化されており、マルチテナント シナリオ向けです。 S3 HD のユニットあたりの料金は S3 と同じですが、ハードウェアは数多くの小さいインデックスでの高速ファイル読み取り用に最適化されています。

• Storage Optimized (L1, L2) レベルでは、Standard レベルより安い TB あたりの価格で、大容量のストレージが提供されます。 これらのレベルは、あまり頻繁に変更されない大規模なインデックス用に設計されています。 主なトレードオフとしてクエリの待ち時間が長くなるので、特定のアプリケーションの要件に対して妥当かどうかを確認する必要があります。

さまざまなレベルの詳細については、価格ページの、「Azure AI 検索 サービスの制限」記事、およびサービスをプロビジョニングする際の Azure portal ページを参照してください。

レベル別の利用可能なリージョン

リージョンの一覧には、Azure AI Search が提供される場所が表示されます。 一部のリージョンでは、特定のレベルの容量の制約があるため、これらのレベルで新しい検索サービスが作成できなくなる場合があります。 この一覧では、脚注を使用して、制約付きリージョンと階層を示します。

Azure portal で検索サービスを作成すると、利用できないリージョンと層の組み合わせが自動的に除外されます。

階層による機能の使用の可否

ほとんどの機能は、Free レベルを含むすべてのレベルで利用できます。 レベルによって機能の使用の可否が決まる場合があります。 次の表で、各制約について説明します。

リソース集中型の機能は、十分な容量を与えない限り、うまくいかない場合があります。 たとえば、AI エンリッチメントには、データセットのサイズが小さい場合を除いて Free サービスではタイムアウトになってしまう、実行時間の長いスキルがあります。

上限

レベルによって、サービス自体の最大ストレージとともに、作成できるインデックス、インデクサー、データ ソース、スキルセット、シノニム マップの最大数が決まります。 すべての制限を完全に解除する方法については、Azure AI Searchのサービス の制限に関するページを参照してください。

パーティションのサイズと速度

各レベルの価格には、パーティションごとのストレージの詳細 (Basic レベルの 15 GB からストレージ最適化 (L2) レベルの 2 TB まで) が含まれます。 その他のハードウェア特性 (動作速度、待機時間、転送速度など) は公開されませんが、特定のソリューション アーキテクチャ向けに設計されたレベルは、そのシナリオをサポートする機能を備えたハードウェア上に構築されます。 パーティションの詳細については、「見積もりと管理容量とAzure AI Search での信頼性 」を参照してください。

課金レート

課金レートはレベルによって異なり、高価なハードウェア上で実行されるレベルや、より高価な機能を提供するレベルの料金は高くなります。 レベルの課金レートは、Azure AI Search の Azure の価格ページで確認できます。

サービスの作成後、課金レートはサービスの 24 時間実行に関する "固定コスト" と、容量を追加した場合の "増分コスト" の両方になります。

検索サービスには、"パーティション" (ストレージ用) と "レプリカ" (クエリ エンジンのインスタンス) の形でコンピューティング リソースが割り当てられます。 最初にそれぞれ 1 つを使用してサービスが作成され、請求レートには両方のリソースが含まれています。 ただし、容量をスケーリングした場合は、課金対象のレートの単位でコストが増減します。

具体的な例を次に示します。 請求レートが月あたり 100 ドルだとします。 検索サービスを初期容量である 1 つのパーティションと 1 つのレプリカで保持している場合、月末に支払うことが想定される金額は 100 ドルです。 しかし、高可用性を実現するために 2 つのレプリカを追加した場合、毎月の請求額は 300 ドル (最初のレプリカとパーティションのペアに対する 100 ドルに加えて、2 つのレプリカに対する 200 ドル) に増えます。

この課金モデルは、検索サービスで使用される "検索ユニット" (SU) の数に請求レートを適用するという考え方に基づいています。 すべてのサービスが最初に 1 つの SU でプロビジョニングされますが、大規模なワークロードを処理するために、パーティションまたはレプリカを追加して SU を増やすことができます。 詳細については、検索サービスのコストを見積もる方法に関するページをご覧ください。

階層の変更

サービスは、Basic レベルと Standard レベル (S1、S2、S3) の間で切り替えることができます。 現時点では、Basic から S1 に移行するなど、下位レベルから上位レベルにのみ切り替えることができます。 お使いのリージョンでは、上位レベルに容量の制約を設定することもできません。 詳細については、「 価格レベルを変更する」を参照してください。

以前に示したものとは異なるレベルに切り替える場合、アプローチは次のとおりです。

1. 新しいレベルで新しい検索サービスを作成します。

2. 新しいサービスに検索コンテンツをデプロイします。 このチェックリストに従って、すべてのコンテンツがあることを確認します。

3. 不要になった古い検索サービスを削除します。

最初から再構築したくない大規模なインデックスの場合は、バックアップと復元のサンプルのいずれかを使用してそれらを移動することを検討してください。

• バックアップと復元のサンプル (C#)
• バックアップと復元のサンプル (Python)
• 最大インデックスのバックアップと復元 (Python)

次のステップ

価格レベルを選択する最善の方法は、最小コスト レベルから始めて、エクスペリエンスとテストを許可して、サービスを維持するか、上位レベルに切り替えるかを決定に通知することです。

次の手順では、提案するテストのレベルに対応できるレベルで検索サービスを作成し、コストと容量の見積もりについて次のガイダンスを確認することをお勧めします。

• Search Service の作成
• コストを見積もる
• 容量の見積もり