ポータルで Azure AI Search サービスを作成する

Azure AI 検索は、エンタープライズ向けの情報取得プラットフォームです。 これは、専有コンテンツについての "データとのチャット" エクスペリエンスに対して従来の検索と会話型の AI 駆動型検索をサポートします。

サービスを作成する最も簡単な方法は、Azure portal を使用することです。この記事ではこれを取り上げます。

また、Azure PowerShell、Azure CLI、Management REST API、Azure Resource Manager サービス テンプレート、Bicep ファイル、または Terraform を使用することもできます。

開始する前に

いくつかのサービス プロパティは、サービスの有効期間にわたって固定です。 サービスを作成する前に、名前、リージョン、レベルを決定します。

• サービス名は URL エンドポイントの一部になります。 名前は一意である必要があり、名前付け規則に準拠する必要があります。

• リージョンは、データ所在地と特定の機能の可用性を決定します。 セマンティック ランク付けと Azure AI 統合には、リージョンの要件が伴います。 選択したリージョンが必要な機能をサポートすることを確認してください。

• サービス レベルは、インフラストラクチャ、サービスの限度、請求を決定します。 一部の機能は、下位レベルや特殊レベルでは利用できません。

サブスクリプション (無料または有料)

課金対象 Azure サブスクリプションでリソースを作成するとき、課金対象レベル (Basic 以上) を選択すると、有料 (つまり課金対象) の検索が行われます。

無料で Azure AI 検索を試すには、試用版サブスクリプションを開き、Free レベルを選択して検索サービスを作成します。 Azure サブスクリプションごとに 1 つの無料検索サービスを使用できます。 無料検索サービスは、非運用アプリケーションの製品の短期的な評価を目的としています。 一般に、セマンティック ランク付けを利用するもの (これには請求対象のサービスが必要です) を除き、すべてのクイック スタートとほとんどのチュートリアルを実行できます。

または、無料クレジットを使用して、有料の Azure サービスを試すことができます。 この方法では、Basic 以上で検索サービスを作成して容量を増やすことができます。 明示的に設定を変更して課金を了承しない限り、クレジット カードに課金されることはありません。 もう 1 つの方法は Visual Studio サブスクリプションで Azure クレジットをアクティブにすることです。 Visual Studio サブスクリプションにより、有料の Azure サービスで使用できるクレジットが毎月提供されます。

Azure AI Search オファリングを見つける

1. Azure portal にサインインします。

2. 左上隅の [リソースの作成] を選択します。

3. 検索バーを使用して、"Azure AI 検索" を探します。

サブスクリプションを選択します。

サブスクリプションが複数ある場合には、Search サービスに使用するものを選択します。 カスタマー マネージド暗号化を実装している場合、または外部データ アクセスのためにマネージド サービス ID に依存する他の機能を使用している場合は、Azure Key Vault またはマネージド ID の使用対象の他のサービスに対して使用されているものと同じサブスクリプションを選択します。

リソース グループを設定する

リソース グループは、ご使用の Azure ソリューションの関連リソースを保持するコンテナーです。 これは、同じソリューション リソースの統合、コストの監視、検索サービスの作成日の確認に役立ちます。

時間が経つと共に、現在のコストと予想されるコストをまとめて追跡したり、個々のリソースの料金を確認したりできるようになります。 次のスクリーンショットは、複数のリソースを 1 つのグループにまとめたときに表示されるコスト情報の種類を示しています。

ヒント

リソース グループを削除すると、その中のすべてが削除されるため、リソース グループはクリーンアップを簡略化します。

サービスに名前を付ける

サービスの名前は、[インスタンスの詳細] の [URL] フィールドに入力します。 この名前は、API 呼び出しの発行対象となるエンドポイントの一部となります (https://your-service-name.search.windows.net)。 たとえば、エンドポイントを https://myservice.search.windows.net とする場合は、「myservice」と入力します。

サービス名の要件:

• search.windows.net 名前空間内で一意である
• 長さは 2 から 60 文字
• 小文字、数字、ダッシュ (-) で構成されている
• 最初の 2 文字または最後の 1 文字にダッシュを使用しない
• 連続するダッシュをどこにも使用しない

ヒント

複数の検索サービスがある場合は、名前付け規則としてサービス名にリージョン (または場所) を含めることは有用です。 mysearchservice-westus のような名前は、リソースを結合またはアタッチする方法を決定するときに、プロパティ ページへ移動する手間を省くことができます。

地域を選択

重要

需要が高いため、Azure AI 検索は現在、西ヨーロッパの新しいインスタンスでは利用できません。 セマンティック ランカーやスキルセットがすぐに必要ない場合は、データ センターの容量が最も多いスウェーデン中部を選択します。 それ以外では、北ヨーロッパも選択肢です。

サポートされているリージョンの一覧で、サービス レベルと機能レベルでサポートされているリージョンを確認します。

一部の機能は、リージョンの可用性の対象となります。

• AI エンリッチメント
• セマンティック ランカー
• 可用性ゾーン
• データ プレーン操作用の Azure ロール (Azure パブリック クラウドのみ)

AI エンリッチメントは Azure AI サービスと Azure OpenAI を参照し、統合は Azure AI マルチサービス アカウント経由で行われます。 アカウントは、Azure AI 検索と同じ物理リージョンに存在する必要があります。 ごくわずかですが、どちらか一方が提供されて "いない" リージョンがあります。

複数の Azure サービスを使用している場合は、それらすべてを同じリージョンに置くと、帯域幅の料金が最小限またはゼロになります。 同じリージョンのサービス間のデータ交換には料金はかかりません。

別のリージョンへの Azure サービスのプロビジョニングが必要になる可能性のある、2 つの例外に注意してください。

• Azure AI Search から Azure Storage への送信接続。 ファイアウォールを有効にしている場合、別のリージョンに検索とストレージが必要になることがあります。

• 事業継続とディザスター リカバリー (BCDR) の要件により、リージョン ペアに複数の検索サービスを作成することが指示されます。 たとえば、北米で活動している場合は、各検索サービスについて米国東部と米国西部や、米国中北部と米国中南部などを選択できます。

レベルの選択

Azure AI 検索は現在、複数の価格レベル (Free、Basic、Standard、ストレージ最適化) で提供されています。 レベルごとに独自の 容量と制限があります。 価格レベルに依存する機能もいくつかあります。

レベルの説明で、コンピューティングの特性と機能の可用性を確認します。

運用環境のワークロードでは Basic と Standard が最も一般的な選択肢ですが、ほとんどのお客様は Free サービスから開始しています。 課金対象のレベルごとの主な違いは、パーティション サイズと速度、そして作成できるオブジェクトの数に対する制限です。

2024 年 4 月 3 日以降に作成された検索サービスでは、パーティションがより大きく、ベクトル クォータがより高くなっています。

サービスの作成後には価格レベルを変更できないことに注意してください。 高いレベルまたは低いレベルが必要な場合は、サービスを作成し直す必要があります。

サービスの作成

必要な入力作業を終えたら、サービスの作成に進みます。

サービスは数分以内にデプロイされます。 Azure 通知を使用して進行状況を監視できます。 今後アクセスしやすくするために、サービスをご自分のダッシュ ボードにピン留めすることを検討してください。

認証の構成

ポータルを使用していない場合、新しいサービスにプログラムからアクセスするには、URL エンドポイントと認証接続を指定する必要があります。 次のいずれかまたは両方のオプションを使用できます。

• キーベースの認証を使用して接続する
• Azure ロールを使用して接続する

1. プログラムによる接続を設定するとき、検索サービス エンドポイントが必要になります。 [概要] ページの右側から、URL エンドポイントを探してコピーします。

   

2. 認証オプションを設定するには、[キー] ページを使用します。 ほとんどのクイック スタートとチュートリアルでは、わかりやすくするために API キーを使用しますが、運用ワークロード用のサービスを設定する場合、Azure ロールの使用を検討してください。 このページからキーをコピーできます。

   

ポータルベースのタスクにエンドポイントとキーは必要ありません。 ポータルは、ご利用の Azure AI Search リソースにあらかじめ管理者権限付きでリンクされています。 ポータルのチュートリアルについては、クイックスタート: ポータルで Azure AI Search インデックスを作成するに関するページをまず確認してください。

サービスを拡張する

検索サービスをプロビジョニングしたら、ニーズに合わせてスケーリングできます。 課金対象レベルでは、レプリカとパーティションの 2 つのディメンションでサービスをスケーリングできます。 無料サービスの場合、スケールアップは利用できず、レプリカとパーティションの構成は提供されません。

パーティション を使用すると、サービスでより多くのドキュメントを格納し、検索できます。

レプリカ を使用すると、より大きい検索クエリの負荷をサービスが処理できます。

リソースを追加すると、月ごとの請求が増加します。 料金計算ツールを使うと、リソース追加の課金への影響を把握できます。 負荷に基づいてリソースを調整できることに注意してください。 たとえば、リソースを増やして完全な初期インデックスを作成した後、増分インデックス作成に適したレベルまでリソースを減らすことができます。

重要

サービスでは、読み取り専用の SLA の場合は 2 つのレプリカ、読み取り/書き込み SLA の場合は 3 つのレプリカが必要です。

1. Azure Portal で検索サービス ページを開きます。
2. 左のナビゲーション ウィンドウで、[設定]>[スケール] を選択します。
3. スライダーを使って、いずれかの種類のリソースを追加します。

2 番目のサービスの追加が必要になる状況

大半のお客様は、予想される負荷に十分なレベルでプロビジョニングされたサービスを 1 つだけ使用します。 1 つのサービスで、相互に分離された複数のインデックスをホストできます。インデックスは、選択した階層の上限の対象になります。 Azure AI Search では、要求は 1 つのインデックスにのみ転送できるため、同じサービス内の他のインデックスから偶発的または意図的にデータが取得される可能性が最小限に抑えられています。

ほとんどのお客様はサービスを 1 つしか使いませんが、運用要件に次のことが含まれる場合、サービスの冗長性が必要になる場合があります。

• ビジネス継続性とディザスター リカバリー (BCDR)。 Azure AI Search では、停止が発生した場合に即時フェールオーバーは提供されません。

• マルチテナント アーキテクチャでは、2 つ以上のサービスが呼び出されることがあります。

• グローバルにデプロイされたアプリケーションでは、待機時間を最小限に抑えるため、地理的な場所ごとに検索サービスが必要になることがあります。

Note

Azure AI Search では、インデックス作成とクエリの操作を分離することはできません。このため、ワークロードを分離するために複数のサービスを作成することはありません。 インデックスのクエリは常に、インデックスが作成されたサービスで行われます (あるサービスでインデックスを作成し、それを別のサービスにコピーすることはできません)。

高可用性のために 2 番目のサービスは必要ありません。 クエリの高可用性は、同じサービスで 2 つ以上のレプリカを使用すると実現します。 レプリカの更新はシーケンシャルです。つまり、サービスの更新が展開されているとき、少なくとも 1 つのレプリカが動作しています。アップタイムについて詳しくは、「サービス レベル アグリーメント」をご覧ください。

サブスクリプションにサービスを追加する

Azure AI 検索では、サブスクリプションで最初に作成できる検索サービスの数が制限されています。 上限を使い切った場合は、追加のクォータを要求できます。

クォータを要求するには、そのサブスクリプションに対する所有者または共同作成者のアクセス許可が必要です。

特定のレベルとリージョンの組み合わせに対する最大クォータは、ベースライン クォータに 100 個の検索サービスを追加した値です (つまり、レベルに応じて 106、108、または 116 個になります)。 100 を超える場合は、サポート チケットを提出してください。 Free レベルのクォータを増やすことはできません。

1. Azure portal にサインインし、ダッシュボードで "クォータ" を検索し、[クォータ] サービスを選択します。

   

2. クォータの [概要] ページで、[検索] を選択します。

   

3. 現在のサブスクリプションの検索サービスの既存のクォータを確認できるようにフィルターを設定します。 使用量でフィルター処理することをお勧めします。

4. クォータを増やす必要があるリージョンとレベルを見つけ、[編集] 鉛筆アイコンを選択して要求を開始します。

   

5. [クォータの詳細] で、サブスクリプション クォータの場所、レベル、新しい制限を指定します。 どの値も空にはなりません。 新しい制限は、現在の制限より大きく、自動承認クォータの増加列の数以下である必要があります。 たとえば、特定のリージョンの Basic レベルの場合、現在の制限が 16 であれば、新しい制限は 17 から 80 までの範囲になります。

   レベル	デフォルトの制限	自動承認クォータの増加	合計
   基本	16	80	96
   S1	16	30	46
   S2	8	10	18
   S3、S3HD	6	10	16
   L1、L2	6	10	16

6. 要求を送信します。

7. 新しい制限に関する状態の更新については、Azure portal で通知を監視します。 ほとんどの要求は 24 時間以内に承認されます。

次のステップ

サービスのプロビジョニングが完了した後、ポータル内で最初のインデックスの作成に進むことができます。

クイックスタート: ポータルで Azure AI Search インデックスを作成する

クラウドの支出を最適化して節約しますか?

[Cost Management を使用してコスト分析を開始する](../cost-management-billing/costs/quick-acm-cost-analysis.md?WT.mc_id=costmanagementcontent_docsacmhorizontal_-inproduct-learn)