ポータルで 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 文字にダッシュを使用しない
• 連続するダッシュをどこにも使用しない

地域を選択

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

一般的には、近くのリージョンを選択してください。ただし、以下が該当する場合を除きます。

• 最も近いリージョンの容量に制限がある。 たとえば、西ヨーロッパは容量の上限に達しているため、新しいインスタンスに使用できません。 その他のリージョンについては、特定のレベルで上限に達しています。 リソースのセットアップに Azure portal を使用する利点の 1 つは、使用可能なリージョンとレベルのみが提供されていることです。

• 統合データ チャンキングとベクトル化または AI エンリッチメント用の組み込みスキルを使いたい。 Azure OpenAI Service と Azure AI Service のマルチサービス アカウントは、統合目的で Azure AI Search と同じリージョンに存在しなければなりません。 必要なリソースすべてを提供するリージョンを選択してください。

• インデクサー ベースのインデックス作成に Azure Storage を使用したい。またはインデックスに含まれていないアプリケーション データを保存する必要がある。 デバッグ セッション状態、エンリッチメント キャッシュ、ナレッジ ストアは、Azure Storage に依存する Azure AI Search 機能です。 Azure Storage 用に選択したリージョンはネットワーク セキュリティに影響します。 具体的には、ファイアウォールを設定する場合は、リソースを別のリージョンに配置する必要があります。 詳細については、Azure AI Search から Azure Storage への送信接続に関するページを参照してください。

リージョンを選択するためのチェックリストを次に示します。

1. Azure AI Search は近くのリージョンで利用できますか? サポートされているリージョンの一覧をご確認ください。

2. 使用したいレベルはわかりますか? レベルについては、次のステップで説明します。 選択したリージョンにご希望のレベルの検索サービスを作成できるかどうかを判断するには、レベル別の利用可能なリージョンをご確認ください。

3. AI エンリッチメントまたは統合データ チャンキングとベクトル化が必要ですか? Azure OpenAI と Azure AI マルチサービスが Azure AI Search と同じリージョンで提供されていることを確認します。

   統合画像ベクトル化に使用される Azure AI Vision マルチモーダル埋め込み API には、Azure AI マルチサービス アカウントを介してアクセスする必要がありますが、一部のリージョンでは利用できることに注意してください。

4. 事業継続とディザスター リカバリー (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 つのディメンションでサービスをスケーリングできます。 無料サービスの場合、スケールアップは利用できず、レプリカとパーティションの構成は提供されません。

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

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

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

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

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

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

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

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

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

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

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

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

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

クォータを要求するには、そのサブスクリプションに対する所有者または共同作成者のアクセス許可が必要です。 リージョンとデータセンターの容量に応じて、サブスクリプションにサービスを追加するために、自動的に追加のクォータを要求できます。 要求が失敗した場合は、数を減らすか、サポート チケットを提出する必要があります。 30 を超える追加サービスなど、クォータを大幅に増やすには、1 か月のターンアラウンドを想定する必要があります。

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 時間以内に承認されます。

次のステップ

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

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