Create an Azure AI Search service in the portal

Azure AI Search is an Azure resource used for adding a full text search experience to custom apps or for providing enterprise information retrieval for chat-style search solutions.

If you have an Azure subscription, including a trial subscription, you can create a search service for free. Free services have limitations, but you can complete all of the quickstarts and most tutorials, except for those featuring semantic ranking (it requires a billable service).

The easiest way to create a service is using the Azure portal, which is covered in this article. You can also use Azure PowerShell, Azure CLI, the Management REST API, an Azure Resource Manager service template, a Bicep file, or Terraform.

Animated GIF

Before you start

The following service properties are fixed for the lifetime of the service. Because they're fixed, consider the usage implications as you fill in each property:

  • Service name becomes part of the URL endpoint (review tips for helpful service names).
  • Tier (Free, Basic, Standard, and so forth) determines the underlying physical hardware and billing. Some features are tier-constrained.
  • Service region can determine the availability of certain scenarios. If you need high availability or AI enrichment, you'll need to create the resource in a region that provides the feature.

Subscribe (free or paid)

To try search for free, open a free Azure account and then create your search service by choosing the Free tier. You can have one free search service per Azure subscription. Free search services are intended for short-term evaluation of the product for non-production applications. If you want to move forward with a production application, create a new search service on a billable tier.

Alternatively, you can use free credits to try out paid Azure services. With this approach, you can create your search service at Basic or above to get more capacity. Your credit card is never charged unless you explicitly change your settings and ask to be charged. Another approach is to activate Azure credits in a Visual Studio subscription. A Visual Studio subscription gives you credits every month you can use for paid Azure services.

Paid (or billable) search occurs when you choose a billable tier (Basic or above) when creating the resource on a billable Azure subscription.

Find the Azure AI Search offering

  1. Sign in to the Azure portal.

  2. Click the plus sign ("+ Create Resource") in the top-left corner.

  3. Use the search bar to find "Azure AI Search".

Screenshot of the Create Resource page in the portal.

Choose a subscription

If you've more than one subscription, choose one for your search service. If you're implementing customer-managed encryption or if you use other features that depend on managed service identities for external data access, choose the same subscription as the one used for Azure Key Vault or other services for which managed identities are used.

Set a resource group

A resource group is a container that holds related resources for your Azure solution. It's required for the search service. It's also useful for managing resources all-up, including costs. A resource group can consist of one service, or multiple services used together. For example, if you're using Azure AI Search to index an Azure Cosmos DB database, you could make both services part of the same resource group for management purposes.

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 AI Search resource.

Screenshot of the Create Resource Group page in the portal.

Over time, you can track current and projected costs all-up or you can view charges for individual resources. The following screenshot shows the kind of cost information you can expect to see when you combine multiple resources into one group.

Screenshot of the manage costs page in the portal.


Resource groups simplify cleanup because deleting a group deletes all of 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.

Name the service

In Instance Details, provide a service name in the URL field. The name is part of the URL endpoint against which API calls are issued: For example, if you want the endpoint to be, you would enter myservice.

Service name requirements:

  • It must be unique within the namespace
  • It must be between 2 and 60 characters in length
  • You must use lowercase letters, digits, or dashes ("-")
  • Don't use dashes ("-") in the first 2 characters or as the last single character
  • You may not use consecutive dashes ("--") anywhere


If you think you'll be using multiple services, we recommend including the region (or location) in the service name as a naming convention. Services within the same region can exchange data at no charge, so if Azure AI Search is in West US, and you have other services also in West US, a name like mysearchservice-westus can save you a trip to the properties page when deciding how to combine or attach resources.

Choose a region


Due to high demand:

  • Azure AI Search is currently unavaible for new instances in West Europe. If you don't immediately need semantic ranker or skillsets, choose Sweden Central because it has the most data center capacity. Otherwise, North Europe is another option.

Azure AI Search is available in most regions, as listed in the Products available by region page.

If you use multiple Azure services, putting all of them in the same region minimizes or voids bandwidth charges. There are no charges for data exchanges among same-region services.

Two notable exceptions might lead to provisioning Azure services in separate regions:

  • Outbound connections from Azure AI Search to Azure Storage. You might want Azure Storage in a different region if you're enabling a firewall.

  • Business continuity and disaster recovery (BCDR) requirements dictate creating multiple search services in regional pairs. For example, if you're operating in North America, you might choose East US and West US, or North Central US and South Central US, for each search service.

Some features are subject to regional availability. If you require any of following features, choose a region that provides them:

  • AI enrichment requires Azure AI services to be in the same physical region as Azure AI Search. There are just a few regions that don't provide both. The Products available by region page indicates a common regional presence by showing two stacked check marks. An unavailable combination has a missing check mark. The time piece icon indicates future availability.

    Screenshot of the regional availability page.

  • Semantic ranker is an optional premium feature. Check the Products available by region page to confirm the feature is available in your chosen region.

Other features that have regional constraints:

Choose a tier

Azure AI Search is currently offered in multiple pricing tiers: Free, Basic, Standard, or Storage Optimized. Each tier has its own capacity and limits. Also the tier you select may impact the availability of certain features. See Feature availability by tier for guidance.

Basic and Standard are the most common choices for production workloads, but initially many customers start with the Free service for evaluation purposes. Among the billable tiers, key differences are partition size and speed, and limits on the number of objects you can create.

Screenshot of Select a pricing tier page.

Remember, a pricing tier can't be changed once the service is created. If you need a higher or lower tier, you'll have to re-create the service.

Create your service

After you've provided the necessary inputs, go ahead and create the service.

Screenshot of the Review and create the service page.

Your service is deployed within minutes. You can monitor progress through Azure notifications. Consider pinning the service to your dashboard for easy access in the future.

Screenshot of the monitor and pin the service page.

Configure authentication

Unless you're using the portal, programmatic access to your new service requires that you provide the URL endpoint and an authenticated connection. You can use either or both of these options:

  1. When setting up a programmatic connection, you'll need the search service endpoint. On the Overview page, locate and copy the URL endpoint on the right side of the page.

    Screenshot of the service overview page with URL endpoint.

  2. To set authentication options, use the Keys page. Most quickstarts and tutorials use API keys for simplicity, but if you're setting up a service for production workloads, consider using Azure roles. You can copy keys from this page.

    Screenshot of the keys page with authentication options.

An endpoint and key aren't needed for portal-based tasks. The portal is already linked to your Azure AI Search resource with admin rights. For a portal walkthrough, start with Quickstart: Create an Azure AI Search index in the portal.

Scale your service

After a search service is provisioned, you can scale it to meet your needs. If you chose the Standard tier, you can scale the service in two dimensions: replicas and partitions. For the Basic tier, you can only add replicas. For the free service, scale isn't 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. 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.

Screenshot of the add capacity page.

When to add a second service

Most customers use just one service provisioned at a tier sufficient for expected load. One service can host multiple indexes, subject to the maximum limits of the tier you select, with each index isolated from another. In Azure AI 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.

Although most customers use just one service, service redundancy might be necessary if operational requirements include the following:


In Azure AI Search, you cannot segregate indexing and querying operations; 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).

A second service isn't required for high availability. High availability for queries is achieved when you use 2 or more replicas in the same service. 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.

Add more services to a subscription

Azure AI Search restricts the number of resources you can initially create in a subscription. If you exhaust your maximum limit, file a new support request to add more search services.

  1. Sign in to the Azure portal and find your search service.

  2. On the left-navigation pane, scroll down and select New Support Request.

  3. In Issue type, choose Service and subscription limits (quotas).

  4. Select the subscription that needs more quota.

  5. Under Quota type, select Search and then select Next.

  6. In the Problem details section, select Enter details.

  7. Follow the prompts to select the location and tier for which you want to increase the limit.

  8. Add the number of new services you would like to add to your quota. The value must not be empty and must between 0 to 100. For example, the maximum number of S2 services is 8. If you want 12 services, you would request 4 of S2 services.

  9. When you're finished, select Save and continue to continue creating your support request.

  10. Provide the additional information required to file the request, and then select Next.

  11. On Review + create, review the details that you'll send to support, and then select Create.

Next steps

After provisioning a service, you can continue in the portal to create your first index.

Want to optimize and save on your cloud spending?