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

[アーティクル]
04/12/2024

Azure AI 検索は、企業、および従来の生成型 AI シナリオ向けの、ベクトルおよびフルテキスト情報検索ソリューションです。

試用版サブスクリプションを含む Azure サブスクリプションをお持ちの場合は、無料で検索サービスを作成できます。無料サービスには制限がありますが、セマンティックランク付けを利用するもの (これには課金対象のサービスが必要です) を除き、すべてのクイックスタートとほとんどのチュートリアルを完了できます。

サービスを作成する最も簡単な方法は、Azure portal を使用することです。この記事ではこれを取り上げます。また、Azure PowerShell、Azure CLI、Management REST API、Azure Resource Manager サービステンプレート、Bicep ファイル、または Terraform を使用することもできます。

開始する前に

次のサービスプロパティは、サービスの有効期間にわたって固定されます。各プロパティを入力するときに、それらの使用への影響を考慮してください。

サービス名は URL エンドポイントの一部になります (有用なサービス名については、ヒントを再確認してください)。
レベル (Free、Basic、Standard など) によって、基になる物理ハードウェアと請求が決まります。一部の機能はレベルに制約があります。
サービスリージョンが、特定のシナリオの可用性を決定し、場合によってはストレージの制限が高まります。可用性ゾーン、AI エンリッチメント、または追加のストレージが必要な場合は、機能を提供するリージョンにリソースを作成します。

無料で検索を試すには、無料の Azure アカウントを開設し、Free レベルを選択して検索サービスを作成します。 Azure サブスクリプションごとに 1 つの無料検索サービスを使用できます。無料検索サービスは、非運用アプリケーションの製品の短期的な評価を目的としています。運用アプリケーションを使用して進める場合は、課金対象レベルで新しい検索サービスを作成します。

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

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

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

Azure portal にサインインします。
左上隅の [リソースの作成] を選択します。
検索バーを使用して、"Azure AI Search" を探します。

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

サブスクリプションが複数ある場合には、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 検索は現在、西ヨーロッパの新しいインスタンスでは利用できません。セマンティックランカーやスキルセットがすぐに必要ない場合は、データセンターの容量が最も多いスウェーデン中部を選択します。それ以外では、北ヨーロッパも選択肢です。

Azure AI Search は、「リージョン別の利用可能な製品」ページに記載されているように、ほとんどのリージョンで利用できます。

次のリージョンでは、同じ課金レートでパーティションあたり、より多くのストレージ容量 (レベルによっては 3 から 7 倍) が提供されるため、これらを強くお勧めします。追加容量は、2024 年 4 月 3 日以降に作成された検索サービスに適用されます。

国	パーティションごとに追加容量を提供するリージョン
米国	米国東部、米国東部 2、米国中部、米国中北部、米国中南部、米国西部、米国西部 2、米国西部 3、米国中西部
英国	英国南部、英国西部
アラブ首長国連邦	アラブ首長国連邦北部
スイス	スイス西部
スウェーデン	スウェーデン中部
ポーランド	ポーランド中部
ノルウェー	ノルウェー東部
韓国	韓国中部、韓国南部
日本	東日本、西日本
イタリア	イタリア北部
インド	インド中部、Jio インド西部
フランス	フランス中部
ヨーロッパ	北ヨーロッパ
カナダ	カナダ中部、カナダ東部
ブラジル	ブラジル南部
アジア太平洋	東アジア、東南アジア
オーストラリア	オーストラリア東部、オーストラリア南東部

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

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

Azure AI Search から Azure Storage への送信接続。ファイアウォールを有効にしている場合、別のリージョンに検索とストレージが必要になることがあります。
事業継続とディザスターリカバリー (BCDR) の要件により、リージョンペアに複数の検索サービスを作成することが指示されます。たとえば、北米で活動している場合は、各検索サービスについて米国東部と米国西部や、米国中北部と米国中南部などを選択できます。

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

可用性ゾーン
データプレーン操作用の Azure ロール (Azure パブリッククラウドのみ)
セマンティックランカー (「リージョン別で利用可能な製品」ページに示すとおり)。
AI エンリッチメントを使用するには、Azure AI サービスが Azure AI Search と同じ物理リージョンに存在する必要があります。ごくわずかですが、どちらか一方が提供されて "いない" リージョンがあります。

「リージョン別の利用可能な製品」ページでは、縦にチェックマークを 2 つ並べることで共通のリージョンプレゼンスを示しています。どちらも利用できなければ、チェックマークは表示されません。時計のアイコンは、将来の可用性を示します。

レベルの選択

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

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

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

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

サービスの作成

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

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

認証の構成

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

プログラムによる接続を設定するとき、検索サービスエンドポイントが必要になります。 [概要] ページの右側から、URL エンドポイントを探してコピーします。
認証オプションを設定するには、[キー] ページを使用します。ほとんどのクイックスタートとチュートリアルでは、わかりやすくするために API キーを使用しますが、運用ワークロード用のサービスを設定する場合、Azure ロールの使用を検討してください。このページからキーをコピーできます。

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

サービスを拡張する

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

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

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

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

重要

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

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

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

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

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

ビジネス継続性とディザスターリカバリー (BCDR)。 Azure AI Search では、停止が発生した場合に即時フェールオーバーは提供されません。
マルチテナントアーキテクチャでは、2 つ以上のサービスが呼び出されることがあります。
グローバルにデプロイされたアプリケーションでは、待機時間を最小限に抑えるため、地理的な場所ごとに検索サービスが必要になることがあります。

Note

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

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

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

Azure AI Search では、サブスクリプションで最初に作成できるリソースの数が制限されています。上限を超えた場合は、新しいサポート要求を提出して、検索サービスを追加してください。

Azure portal にサインインし、検索サービスを探します。
左側のナビゲーションウィンドウで、下にスクロールし、[サポートとトラブルシューティング] を選択します。この環境は流動的であり、オプションやプロンプトは入力内容によって若干異なる場合があります。
[どのようなご用件ですか?] に「quota」と入力し、[Go] を選択します。
オプションとして [サービスとサブスクリプションの制限 (クォータ)] が表示されます。それを選択し、[次へ] を選択します。
画面の指示に従って、制限を増やすサブスクリプションとリソースを選択します。
[サポートチケットを作成] を選択します。
サブスクリプションを選択し、クォータの種類を [Azure AI Search] に設定し、[次へ] を選択します。
[問題の詳細] で、[詳細の入力] を選択します。
クォータの詳細で、場所、レベル、および新しいクォータを指定します。どの値も空にはなりません。クォータは 0 から 100 の間で、現在のクォータより高くする必要があります。たとえば、Basic サービスの最大数は 16 であるため、クォータ要求は 16 より大きくする必要があります。
[Save and continue](保存して続行) を選択します。
要求を送信するために必要な連絡先などの詳細情報を入力し、[次へ] を選択します。
[レビュー + 作成] で、[作成] を選択します。

次のステップ

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

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

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

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