ポータルでの Azure Search サービスの作成Create an Azure Search service in the portal

Azure Search は、カスタム アプリに検索エクスペリエンスを追加するために使用されるスタンドアロンのリソースです。Azure Search is a standalone resource used to plug in a search experience in custom apps. Azure Search は他の Azure サービスと簡単に統合できますが、単独で、またはネットワーク サーバー上のアプリや他のクラウド プラットフォーム上で実行されているソフトウェアと共に使用することもできます。Although Azure Search integrates easily with other Azure services, you can also use it by itself, with apps on network servers, or with software running on other cloud platforms.

この記事では、Azure portal 内で Azure Search リソースを作成する方法を説明します。In this article, learn how to create an Azure Search resource in the Azure portal.

アニメーション GIFAnimated GIF

PowerShell をお好みですか?Prefer PowerShell? Azure Resource Manager サービス テンプレートをご使用ください。Use the Azure Resource Manager service template. 作業の開始にあたっては、PowerShell を使用して Azure Search サービスを管理する方法に関するページを参照してください。For help with getting started, see Manage Azure Search with PowerShell.

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

無料の Azure アカウントを開き、無料クレジットを使って有料の Azure サービスを試用できます。Open a free Azure account and use free credits to try out paid Azure services. このクレジットを使い切った後は、アカウントを保持したまま、Websites などの無料の Azure サービスを使用できます。After credits are used up, keep the account and continue to use free Azure services, such as Websites. 明示的に設定を変更して課金を了承しない限り、クレジット カードに課金されることはありません。Your credit card is never charged unless you explicitly change your settings and ask to be charged.

MSDN サブスクライバーの特典を有効にすることもできます。Alternatively, activate MSDN subscriber benefits. MSDN サブスクリプションにより、有料の Azure サービスを利用できるクレジットが毎月与えられます。An MSDN subscription gives you credits every month you can use for paid Azure services.

  1. Azure Portal にサインインします。Sign in to the Azure portal.
  2. 左上隅のプラス記号 ([+ リソースの作成]) をクリックします。Click the plus sign ("+ Create Resource") in the top-left corner.
  3. 検索バーを使用して "Azure Search" を検索するか、[Web] > [Azure Search] を使用してリソースに移動します。Use the search bar to find "Azure Search" or navigate to the resource through Web > Azure Search.

Azure Search リソースに移動Navigate to an Azure Search resource

サービスと URL エンドポイントに名前を付けるName the service and URL endpoint

サービス名は、API 呼び出しを発行する対象となる URL エンドポイントの一部です。https://your-service-name.search.windows.netA service name is part of the URL endpoint against which API calls are issued: https://your-service-name.search.windows.net. [URL] フィールドにサービス名を入力します。Enter your service name in the URL field.

たとえば、エンドポイントを https://my-app-name-01.search.windows.net とする場合は、「my-app-name-01」と入力します。For example, if you want the endpoint to be https://my-app-name-01.search.windows.net, you would enter my-app-name-01.

サービス名の要件:Service name requirements:

  • search.windows.net 名前空間内で一意であるIt must be unique within the search.windows.net namespace
  • 2 ~ 60 文字である2 and 60 characters in length
  • 小文字、数字、ダッシュ ("-") のみを使用するUse lowercase letters, digits, or dashes ("-")
  • 最初の 2 文字または最後の 1 文字にダッシュ ("-") を使用していないAvoid dashes ("-") in the first 2 characters or as the last single character
  • 連続するダッシュ ("-") をどこにも使用していないNo consecutive dashes ("--") anywhere

サブスクリプションの選択Select a subscription

サブスクリプションが複数ある場合には、データまたはファイル ストレージ サービスがあるものを 1 つ選択します。If you have more than one subscription, choose one that also has data or file storage services. Azure Search では、"インデクサー" 経由でインデックスが作成されている場合に、Azure テーブルおよび Blob Storage、SQL Database、Azure Cosmos DB の自動検出が可能ですが、これは同じサブスクリプション内のサービスのみで有効です。Azure Search can autodetect Azure Table and Blob storage, SQL Database, and Azure Cosmos DB for indexing via indexers, but only for services in the same subscription.

リソース グループの選択Select a resource group

リソース グループとは、一緒に使用される Azure サービスとリソースのコレクションです。A resource group is a collection of Azure services and resources used together. たとえば、Azure Search を使用して SQL Database のインデックスを作成する場合、これら両方のサービスを同じリソース グループに含める必要があります。For example, if you are using Azure Search to index a SQL database, then both services should be part of the same resource group.

リソースを単一グループに結合していない場合、または関連のないソリューションで使用されるリソースが既存のリソース グループに格納されている場合は、Azure Search リソース用の新しいリソース グループを作成します。If you aren't combining resources into a single group, or if existing resource groups are filled with resources used in unrelated solutions, create a new resource group just for your Azure Search resource.


リソース グループを削除すると、その中のサービスも削除されます。Deleting a resource group also deletes the services within it. 複数のサービスを利用するプロトタイプ プロジェクトの場合は、すべてのサービスを同じリソース グループに配置することで、プロジェクト終了後のクリーンアップが容易になります。For prototype projects utilizing multiple services, putting all of them in the same resource group makes cleanup easier after the project is over.

ホストする場所の選択Select a hosting location

Azure サービスの 1 つである Azure Search は、世界中のデータ センターでホストできます。As an Azure service, Azure Search can be hosted in datacenters around the world. 地域によって価格が異なる場合があります。Prices can differ by geography.

Cognitive Search の使用を検討している場合は、機能が提供されているリージョンを選択してください。If you are planning to use cognitive search, choose a region with feature availability.

価格レベルの選択 (SKU)Select a pricing tier (SKU)

Azure Search は現在、複数の価格レベルで提供されています(Free、Basic、Standard)。Azure Search is currently offered in multiple pricing tiers: Free, Basic, or Standard. レベルごとに独自の 容量と制限があります。Each tier has its own capacity and limits. ガイダンスについては、 価格レベルまたは SKU の選択 に関する記事をご覧ください。See Choose a pricing tier or SKU for guidance.

運用環境のワークロードでは通常 Standard を選ぶことになりますが、ほとんどのお客様は Free サービスから始めています。Standard is usually chosen for production workloads, but most customers start with the Free service.

サービスの作成後に価格レベルを変更することはできません。A pricing tier cannot be changed once the service is created. 後で高いレベルまたは低いレベルが必要になった場合は、サービスを作成し直す必要があります。If you need a higher or lower tier later, you have to re-create the service.

サービスの作成Create your service

サインインするたびにアクセスしやすくするために、サービスをダッシュボードにピン留めすることを忘れないでください。Remember to pin your service to the dashboard for easy access whenever you sign in.

ダッシュボードにピン留めするPin to the dashboard

キーと URL エンドポイントを取得するGet a key and URL endpoint

いくつかの例外はありますが、新しいサービスを使用するためには、URL エンドポイントと認可の API キーを指定する必要があります。With few exceptions, using your new service requires that you provide the URL endpoint and an authorization api-key. クイック スタート、チュートリアル (Azure Search REST API の探索 (Postman).NET から Azure Search を使用する方法に関するページなど)、サンプル、カスタム コードはいずれも、特定のリソースで実行するためにはエンドポイントとキーが必要です。Quickstarts, tutorials such as Explore Azure Search REST APIs (Postman) and How to use Azure Search from .NET, samples, and custom code all need an endpoint and key to run on your particular resource.

  1. サービス概要ページの右側から、URL エンドポイントを探してコピーします。In the service overview page, locate and copy the URL endpoint on the right side of the page.

    URL エンドポイントが表示されるサービス概要ページService overview page with URL endpoint

  2. 左側のナビゲーション ウィンドウから [キー] を選択し、いずれかの管理者キー (どちらも働きは同じです) をコピーします。In the left navigation pane, select Keys and then copy either one of the admin keys (they are equivalent). ご利用のサービスのオブジェクトを作成、更新、削除するためには、管理者の API キーが必要です。Admin api-keys are required for creating, updating, and deleting objects on your service.

    プライマリ キーとセカンダリ キーが表示されている [キー] ページKeys page showing primary and secondary keys

ポータル ベースのタスクにエンドポイントとキーは必要ありません。An endpoint and key are not needed for portal-based tasks. ポータルは、ご利用の Azure Search リソースにあらかじめ管理者権限付きでリンクされています。The portal is already linked to your Azure Search resource with admin rights. ポータルのチュートリアルについては、Azure Search でのインポート、インデックス付け、クエリに関するチュートリアルを参照してください。For a portal tutorial, start with Tutorial: Import, index, and query in Azure Search.

サービスを拡張するScale your service

サービスを作成するのに数分かかる場合があります (レベルによっては 15 分以上)。It can take a few minutes to create a service (15 minutes or more depending on the tier). サービスのプロビジョニングが完了したら、ニーズに合わせてサービスを拡張できます。After your service is provisioned, you can scale it to meet your needs. Azure Search サービスの Standard レベルを選択しているため、レプリカとパーティションの 2 つのディメンションでサービスを拡張できます。Because you chose the Standard tier for your Azure Search service, you can scale your service in two dimensions: replicas and partitions. Basic レベルを選択した場合は、レプリカのみ追加できます。Had you chosen the Basic tier, you can only add replicas. 無料サービスをプロビジョニングした場合、拡張は利用できません。If you provisioned the free service, scale is not available.

パーティションを使用すると、サービスでより多くのドキュメントを格納し、検索できます。Partitions allow your service to store and search through more documents.

レプリカを使用すると、より大きい検索クエリの負荷をサービスが処理できます。Replicas allow your service to handle a higher load of search queries.

リソースを追加すると、月ごとの請求が増加します。Adding resources increases your monthly bill. 料金計算ツールを使うと、リソース追加の課金への影響を把握できます。The pricing calculator can help you understand the billing ramifications of adding resources. 負荷に基づいてリソースを調整できることに注意してください。Remember that you can adjust resources based on load. たとえば、リソースを増やして完全な初期インデックスを作成した後、増分インデックス作成に適したレベルまでリソースを減らすことができます。For example, you might increase resources to create a full initial index, and then reduce resources later to a level more appropriate for incremental indexing.

  1. Azure Portal で検索サービス ページを開きます。Go to your search service page in the Azure portal.
  2. 左のナビゲーション ウィンドウで、[設定] > [スケール] を選択します。In the left-navigation pane, select Settings > Scale.
  3. スライダーを使って、いずれかの種類のリソースを追加します。Use the slidebar to add resources of either type.

容量を追加するAdd capacity


1 つのサービスで許可される検索ユニットの総数の制限は、レベルごとに異なります (レプリカ * パーティション数 = 検索ユニット合計)。Each tier has different limits on the total number of Search Units allowed in a single service (Replicas * Partitions = Total Search Units).

2 番目のサービスの追加が必要になる状況When to add a second service

大半のお客様は、リソースの適切なバランスを提供する階層にプロビジョニングされたサービスを 1 つだけ使用します。Most customers use just one service provisioned at a tier providing the right balance of resources. 1 つのサービスで、相互に分離された複数のインデックスをホストできます。インデックスは、選択した階層の上限の対象になります。One service can host multiple indexes, subject to the maximum limits of the tier you select, with each index isolated from another. Azure Search では、要求は 1 つのインデックスにのみ転送でき、同じサービス内の他のインデックスから偶発的または意図的にデータが取得される可能性が最小限に抑えられます。In Azure Search, requests can only be directed to one index, minimizing the chance of accidental or intentional data retrieval from other indexes in the same service.

ほとんどのお客様はサービスを 1 つしか使いませんが、運用要件に次のことが含まれる場合、サービスの冗長性が必要になる場合があります。Although most customers use just one service, service redundancy might be necessary if operational requirements include the following:

  • 障害復旧 (データ センターの停止)。Disaster recovery (data center outage). Azure Search では、停止時の即時フェールオーバーは提供されません。Azure Search does not provide instant failover in the event of an outage. 推奨事項とガイダンスについては、「Azure Portal での Azure Search のサービス管理」をご覧ください。For recommendations and guidance, see Service administration.
  • マルチ テナント モデルの調査により、サービスを追加するのが最適な設計であると判断された場合。Your investigation of multi-tenancy modeling has determined that additional services is the optimal design. 詳しくは、「マルチテナント SaaS アプリケーションと Azure Search の設計パターン」をご覧ください。For more information, see Design for multi-tenancy.
  • グローバルにデプロイされるアプリケーションで、アプリケーションの国際トラフィックの待機時間を最小限に抑えるため、複数のリージョンに Azure Search のインスタンスが必要な場合。For globally deployed applications, you might require an instance of Azure Search in multiple regions to minimize latency of your application’s international traffic.


Azure Search では、インデックス作成とクエリのワークロードを分離することはできません。このため、ワークロードを分離するために複数のサービスを作成することはありません。In Azure Search, you cannot segregate indexing and querying workloads; thus, you would never create multiple services for segregated workloads. インデックスのクエリは常に、インデックスが作成されたサービスで行われます (あるサービスでインデックスを作成し、それを別のサービスにコピーすることはできません)。An index is always queried on the service in which it was created (you cannot create an index in one service and copy it to another).

高可用性のために 2 番目のサービスを作成する必要はありません。A second service is not required for high availability. クエリの高可用性は、同じサービスで 2 つ以上のレプリカを使用することにより実現されます。High availability for queries is achieved when you use 2 or more replicas in the same service. レプリカの更新はシーケンシャルです。つまり、サービスの更新が展開されているとき、少なくとも 1 つのレプリカが動作しています。アップタイムについて詳しくは、「サービス レベル アグリーメント」をご覧ください。Replica updates are sequential, which means at least one is operational when a service update is rolled out. For more information about uptime, see Service Level Agreements.

次の手順Next steps

Azure Search サービスのプロビジョニングが完了した後、ポータル内で最初のインデックスの作成に進むことができます。After provisioning an Azure Search service, you can continue in the portal to create your first index.