Azure AI Search のサービス レベルを選択する
検索サービスの作成の部分では、サービスの有効期間にわたって固定される価格レベル (SKU) を選択します。 レベルは、サービスの作成時に、Azure portal の [価格レベルの選択] ページで指定します。 PowerShell または Azure CLI では、レベルは -Sku パラメーターを使用して指定されます。
レベルによって次のことが決まります。
- サービスで許可されるインデックスおよびその他のオブジェクトの最大数
- パーティション (物理ストレージ) のサイズと速度
- 月単位の固定コストとしての課金対象のレート (ただし、容量を追加した場合は増分のコスト)
いくつかのインスタンスでは、選択したレベルによってプレミアム機能の使用の可否が決まります。
課金レートは、Azure portal の「価格レベルの選択」ページに表示されます。 価格ページで地域の料金を確認し、コストの計画と管理を検討して課金モデルの詳細を確認できます。
Note
2024 年 4 月 3 日より後に作成された検索サービスでは、ほとんどすべてのレベルでパーティションが大きくなり、ベクトル クォータが高くなっています。 詳細については、「サービスの制限」を参照してください。
サービス レベルの説明
レベルには、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 検索が提供される場所が示されています。
現在、いくつかのリージョンは特定のレベルで容量の上限に達しているため、新しい検索サービスに使用できません。 Azure portal を使用して検索サービスを作成する場合、Azure portal は利用できないリージョンとレベルの組み合わせは除外されます。
| リージョン | 容量超過により使用できないレベル (SKU) | 推奨される代替手段 |
|---|---|---|
| 米国東部 2 | Basic、S1 | 米国中部 |
| 米国中南部 | すべてのレベル | 米国中部 |
| US Gov バージニア州 | すべてのレベル | US Gov アリゾナ |
| 西ヨーロッパ | すべてのレベル | スウェーデン中部/北ヨーロッパ |
| 米国西部 3 | Basic、S1 | 米国中部 |
| 北ヨーロッパ | S2、S3、S3 HD、L1、L2 | 英国南部 |
階層による機能の使用の可否
ほとんどの機能は Free レベルを含むすべてのレベルで使用できます。 レベルによって機能の使用の可否が決まる場合があります。 次の表で、各制約について説明します。
| 機能 | レベルに関する考慮事項 |
|---|---|
| インデクサー | インデクサーは S3 HD では使用できません。 インデクサーには、Free レベルに対するより多くの制限があります。 |
インデクサー executionEnvironment 構成パラメーター |
すべてのインデクサー処理を検索サービスに割り当てられている検索クラスターのみにピン留めするには、S2 以上が必要となります。 |
| AI エンリッチメント | Free レベルで実行されますが、推奨されていません。 |
| 送信 (インデクサー) アクセス用のマネージド (信頼できる) ID | Free レベルでは使用できません。 |
| カスタマー マネージド暗号化キー | Free レベルでは使用できません。 |
| IP ファイアウォール アクセス | Free レベルでは使用できません。 |
| プライベート エンドポイント (Azure Private Link との統合) | 検索サービスへの受信接続の場合、Free レベルでは利用できません。 インデクサーによる他の Azure リソースへの送信接続の場合は、Free または S3 HD では使用できません。 スキルセットを使用するインデクサーの場合、Free、Basic、S1、S3 HD では使用できません。 |
| 可用性ゾーン | Free および Basic レベルでは使用できません。 |
| セマンティック ランカー | Free レベルでは使用できません。 |
リソース集中型の機能は、十分な容量を与えない限り、うまくいかない場合があります。 たとえば、AI エンリッチメントには、データセットのサイズが小さい場合を除いて Free サービスではタイムアウトになってしまう、実行時間の長いスキルがあります。
上限
レベルによって、サービス自体の最大ストレージとともに、作成できるインデックス、インデクサー、データ ソース、スキルセット、シノニム マップの最大数が決まります。 すべての制限を完全に解除する方法については、Azure AI Searchのサービス の制限に関するページを参照してください。
パーティションのサイズと速度
各レベルの価格には、パーティションごとのストレージの詳細 (Basic レベルの 15 GB からストレージ最適化 (L2) レベルの 2 TB まで) が含まれます。 その他のハードウェア特性 (動作速度、待機時間、転送速度など) は公開されませんが、特定のソリューション アーキテクチャ向けに設計されたレベルは、そのシナリオをサポートする機能を備えたハードウェア上に構築されます。 パーティションの詳細については、「見積もりと管理容量とAzure AI Search での信頼性 」を参照してください。
Note
2024 年 4 月から、一部のリージョンで大容量パーティションを使用できるようになりました。 大容量パーティションの 2 番目のウェーブは 2024 年 5 月にリリースされました。 古い検索サービスを使用している場合は、同じ課金レートでより多くの容量を利用できるように、新しい検索サービスを作成することを検討してください。 詳細については、サービスの制限に関する記事を参照してください。 検索サービスの古さを確認するには、「サービスの作成日を確認する方法」を参照してください。
課金レート
課金レートはレベルによって異なり、高価なハードウェア上で実行されるレベルや、より高価な機能を提供するレベルの料金は高くなります。 レベルの課金レートは、Azure AI Search の Azure の価格ページで確認できます。
サービスの作成後、課金レートはサービスの 24 時間実行に関する "固定コスト" と、容量を追加した場合の "増分コスト" の両方になります。
検索サービスには、"パーティション" (ストレージ用) と "レプリカ" (クエリ エンジンのインスタンス) の形でコンピューティング リソースが割り当てられます。 最初にそれぞれ 1 つを使用してサービスが作成され、請求レートには両方のリソースが含まれています。 ただし、容量をスケーリングした場合は、課金対象のレートの単位でコストが増減します。
具体的な例を次に示します。 請求レートが月あたり 100 ドルだとします。 検索サービスを初期容量である 1 つのパーティションと 1 つのレプリカで保持している場合、月末に支払うことが想定される金額は 100 ドルです。 しかし、高可用性を実現するために 2 つのレプリカを追加した場合、毎月の請求額は 300 ドル (最初のレプリカとパーティションのペアに対する 100 ドルに加えて、2 つのレプリカに対する 200 ドル) に増えます。
この課金モデルは、検索サービスで使用される "検索ユニット" (SU) の数に請求レートを適用するという考え方に基づいています。 すべてのサービスが最初に 1 つの SU でプロビジョニングされますが、大規模なワークロードを処理するために、パーティションまたはレプリカを追加して SU を増やすことができます。 詳細については、検索サービスのコストを見積もる方法に関するページをご覧ください。
レベルのアップグレードまたはダウングレード
レベルのアップグレードまたはダウングレードの組み込みサポートはありません。 別のレベルに切り替えたい場合、方法は次のとおりです。
新しいレベルで新しい検索サービスを作成します。
新しいサービスに検索コンテンツをデプロイします。 このチェックリストに従って、すべてのコンテンツがあることを確認します。
もう必要ないことが確信できたら、古い検索サービスを削除します。
最初から再構築したくない大規模なインデックスの場合、バックアップと復元のサンプルを使用して移動することを検討してください。
次のステップ
価格レベルを選択する最善の方法は、最低コストのレベルから開始し、その後、使用経験とテストから得られた情報に基づいて、そのサービスを維持するか、上位のレベルで新規に作成するかを決定することです。 次のステップとして、提案するテストのレベルに対応できるレベルで検索サービスを作成し、その後、次のガイダンスでコストと容量の見積もりに関する推奨事項を確認することをお勧めします。