Azure portal で Azure AI 検索サービスを作成する

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

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

以下を使用することもできます。

• Azure PowerShell
• Azure CLI
• 管理 REST API
• Azure Resource Manager テンプレート
• 二頭筋
• Terraform

開始する前に

一部のプロパティは、Search サービスの有効期間にわたって固定されています。 サービスを作成する前に、次のプロパティを決定します。

Azure をサブスクライブする

Azure AI Search には、無料または標準の Azure サブスクリプションが必要です。

無料で Azure AI Search を試すには、試用版サブスクリプションを開始し、Free レベルで Search サービスを作成します。 各 Azure サブスクリプションには、製品の短期的な非運用環境評価を目的とした無料検索サービスが 1 つ用意されています。 Free レベルですべてのクイック スタートとほとんどのチュートリアルを完了できます。 詳細については、「Azure AI Search を無料で試す」を参照してください。

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

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

2. ダッシュボードの左上隅にある [リソースの作成] を選択します。

   

3. 検索ボックスを使用して、Azure AI Search を検索します。

   

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

Azure サブスクリプションが複数ある場合は、検索サービスに使用するものを選択します。

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

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

リソース グループは、Azure ソリューションの関連するリソースを保持するコンテナーです。 これは、同じソリューション リソースの統合、コストの監視、Search サービスの作成日の確認を行うために使用します。

個々のリソースやリソース グループ全体に対してかかる、現在のコストと予想されるコストを経時的に追跡できます。 次のスクリーンショットは、複数のリソースを 1 つのグループにまとめたときに表示されるコストの情報を示しています。

サービスに名前を付ける

Search サービスの名前を入力します。 この名前は、API 呼び出しの発行対象となるエンドポイントの一部となります (https://your-service-name.search.windows.net)。 たとえば、myservice と入力すると、エンドポイントは https://myservice.search.windows.net になります。

サービスに名前を付ける場合は、次のルールに従います。

• search.windows.net 名前空間内で一意となる名前を使用します。
• 2 ～ 60 文字で指定します。
• 小文字、数字、ダッシュ (-) のみ使用可能です。
• 先頭の 2 文字または末尾の文字にダッシュを使用することはできません。
• 連続するダッシュを使用することはできません。

地域を選択

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

次のいずれかに該当しない限り、お近くのリージョンを選択してください。

• 最も近い Azure リージョンで容量がいっぱいになっている。 Azure portal には、リソースのセットアップ中に使用できないリージョンと階層は非表示にするという利点があります。

• 統合データ チャンキングとベクトル化または AI エンリッチメント用の組み込みスキルを使いたい。 統合操作には Azure リージョンの要件があります。

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

Azure リージョンを選択するためのチェックリスト

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

2. 特定のレベルを考慮していますか? 「レベル別の利用可能なリージョン」を確認してください。

3. 事業継続とディザスター リカバリー (BCDR) の要件はありますか? 可用性ゾーン内のリージョン ペアの中に、2 つ以上の検索サービスを作成してください。 たとえば、北米で活動している場合は、各検索サービスについて米国東部と米国西部や、米国中北部と米国中南部などを選択できます。

4. AI エンリッチメント、統合されたデータ チャンクとベクター化、またはマルチモーダル検索が必要ですか? 課金目的で、Azure AI Search と Azure AI サービスのマルチサービスが同じリージョンに共存している必要があります。

   • Azure AI Search リージョンを確認します。 AZURE AI によってサポートされる OCR、エンティティ認識、またはその他のスキルを使用している場合、 AI エンリッチメント 列は、Azure AI Search と Azure AI サービスのマルチサービスが同じリージョンにあるかどうかを示します。

   • テキストと画像のベクター化を有効にするマルチモーダル API については、 Azure AI Vision リージョン を確認してください。 これらの API は Azure AI Vision を利用し、Azure AI サービスのマルチサービス リソースを介してアクセスします。 ただし、一般提供されるリージョンは、マルチサービス リソース自体よりも少なくなります。

レベルの選択

Azure AI Search は、複数の価格レベルで提供されています。

• 無料
• ベーシック
• スタンダード
• ストレージ最適化

各レベルには独自の容量と制限があり、一部の機能はレベルに依存します。 コンピューティングの特性、機能の利用可能状況、および利用可能なリージョンの詳細については、「Azure AI Search のサービス レベルを選択する」を参照してください。

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

サービスの作成

必要な入力を行ったら、Search サービスを作成します。

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

認証の構成

検索サービスを作成する際には、キーベース認証が既定値となりますが、これが最も安全な選択肢というわけではありません。 これをロールベースのアクセスに置き換えることをお勧めします。

お使いのサービスでロールベースのアクセスを有効にするには、次の手順を実行します。

1. Azure portal で、Search サービスに移動します。

2. 次に、左側のペインで [設定]>[キー] を選択します。 API キー、Azure ロール、またはその両方を使用して、サービスに接続できます。 ロールを割り当てるまでは [両方] を選択し、その後、[ロールベースのアクセス制御] を選択できます。

   

サービスを拡張する

Search サービスをデプロイしたら、ニーズに合わせてスケーリングできます。 Azure AI Search には、"レプリカ" と "パーティション" という 2 つのスケーリング ディメンションが用意されています。 レプリカを使用すると、お使いのサービスでより高い負荷の検索クエリを処理できます。一方、パーティションを使用すると、より多くのドキュメントを格納して検索できます。

スケーリングは、課金対象レベルでのみ使用可能です。 Free レベルでは、サービスのスケーリングやレプリカとパーティションの構成は実行できません。

リソースを追加すると、月ごとの請求が増加します。 課金の影響を理解するには、料金計算ツールを使用してください。 初期インデックス作成のリソースを増やす、後で増分インデックス作成のためにリソースを減らすなど、負荷に基づいてリソースを調整できます。

サービスをスケーリングするには、次の手順を実行します。

1. Azure portal で、Search サービスに移動します。

2. 左側のペインで [設定]>[スケール] を選択します。

   

3. スライダーを使用して、レプリカとパーティションを追加します。

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

大半のお客様は、予想される負荷に対して十分なレベルで Search サービスを 1 つ使用します。 1 つのサービスで複数のインデックスをホストできます。各インデックスは、選択したレベルの上限内にあります。 Azure AI Search では、要求を 1 つのインデックスのみに送信できるため、同じサービス内の他のインデックスからデータを取得することはあまりありません。

ただし、次の運用要件では 2 つ目のサービスが必要になる場合があります。

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

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

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

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

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

サブスクリプション クォータを追加で要求するには、次の手順を実行します。

1. Azure portal でダッシュボードに移動します。

2. 検索ボックスを使用して、クォータ サービスを検索します。

   

3. [概要] タブで [検索] タイルを選択します。

   

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

   

5. 追加のクォータが必要なレベルとリージョンの横にある [Request adjustment]\(要求の調整\)を選択します。

6. [新しいクォータの要求] に、サブスクリプション クォータの新しい制限を入力します。 新しい制限は、現在の制限より大きくする必要があります。 リージョンの容量が制限されている場合、要求は自動的に承認されず、調査と解決のためにインシデント レポートが自動的に生成されます。

7. 要求を送信します。

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

次のステップ

Search サービスをデプロイしたので、次は Azure portal で最初のインデックスを作成します。

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