Breyta

Deila með


Azure resources for QnA Maker

QnA Maker uses several Azure sources, each with a different purpose. Understanding how they are used individually allows you to plan for and select the correct pricing tier or know when to change your pricing tier. Understanding how they are used in combination allows you to find and fix problems when they occur.

Note

The QnA Maker service is being retired on the 31st of March, 2025. A newer version of the question and answering capability is now available as part of Azure AI Language. For question answering capabilities within the Language Service, see question answering. Starting 1st October, 2022 you won’t be able to create new QnA Maker resources. For information on migrating existing QnA Maker knowledge bases to question answering, consult the migration guide.

Resource planning

When you first develop a QnA Maker knowledge base, in the prototype phase, it is common to have a single QnA Maker resource for both testing and production.

When you move into the development phase of the project, you should consider:

  • How many languages your knowledge base system will hold?
  • How many regions you need your knowledge base to be available in?
  • How many documents in each domain your system will hold?

Plan to have a single QnA Maker resource hold all knowledge bases that have the same language, the same region and the same subject domain combination.

Pricing tier considerations

Typically there are three parameters you need to consider:

  • The throughput you need from the service:

    • Select the appropriate App Plan for your App service based on your needs. You can scale up or down the App.
    • This should also influence your Azure Cognitive Search SKU selection, see more details here. Additionally, you may need to adjust Cognitive Search capacity with replicas.
  • Size and the number of knowledge bases: Choose the appropriate Azure search SKU for your scenario. Typically, you decide number of knowledge bases you need based on number of different subject domains. Once subject domain (for a single language) should be in one knowledge base.

Your Azure Search service resource must have been created after January 2019 and cannot be in the free (shared) tier. There is no support to configure customer-managed keys in the Azure portal.

Important

You can publish N-1 knowledge bases in a particular tier, where N is the maximum indexes allowed in the tier. Also check the maximum size and the number of documents allowed per tier.

For example, if your tier has 15 allowed indexes, you can publish 14 knowledge bases (one index per published knowledge base). The fifteenth index is used for all the knowledge bases for authoring and testing.

  • Number of documents as sources: The free SKU of the QnA Maker management service limits the number of documents you can manage via the portal and the APIs to 3 (of 1 MB size each). The standard SKU has no limits to the number of documents you can manage. See more details here.

The following table gives you some high-level guidelines.

QnA Maker Management App Service Azure AI Search Limitations
Experimentation Free SKU Free Tier Free Tier Publish Up to 2 KBs, 50 MB size
Dev/Test Environment Standard SKU Shared Basic Publish Up to 14 KBs, 2 GB size
Production Environment Standard SKU Basic Standard Publish Up to 49 KBs, 25 GB size
Target QPS App Service Azure AI Search
3 S1, one Replica S1, one Replica
50 S3, 10 Replicas S1, 12 Replicas
80 S3, 10 Replicas S3, 12 Replicas
100 P3V2, 10 Replicas S3, 12 Replicas, 3 Partitions
200 to 250 P3V2, 20 Replicas S3, 12 Replicas, 3 Partitions

When to change a pricing tier

Upgrade Reason
Upgrade QnA Maker management SKU You want to have more QnA pairs or document sources in your knowledge base.
Upgrade App Service SKU and check the Azure AI Search tier and create Cognitive Search replicas Your knowledge base needs to serve more requests from your client app, such as a chat bot.
Upgrade Azure AI Search service You plan to have many knowledge bases.

Get the latest runtime updates by updating your App Service in the Azure portal.

Keys in QnA Maker

Your QnA Maker service deals with two kinds of keys: authoring keys and query endpoint keys used with the runtime hosted in the App service.

Use these keys when making requests to the service through APIs.

Key management

Name Location Purpose
Authoring/Subscription key Azure portal These keys are used to access the QnA Maker management service APIs. These APIs let you edit the questions and answers in your knowledge base, and publish your knowledge base. These keys are created when you create a new QnA Maker service.

Find these keys on the Azure AI services resource on the Keys and Endpoint page.
Query endpoint key QnA Maker portal These keys are used to query the published knowledge base endpoint to get a response for a user question. You typically use this query endpoint in your chat bot or in the client application code that connects to the QnA Maker service. These keys are created when you publish your QnA Maker knowledge base.

Find these keys in the Service settings page. Find this page from the user's menu in the upper right of the page on the drop-down menu.

Find authoring keys in the Azure portal

You can view and reset your authoring keys from the Azure portal, where you created the QnA Maker resource.

  1. Go to the QnA Maker resource in the Azure portal and select the resource that has the Azure AI services type:

    QnA Maker resource list

  2. Go to Keys and Endpoint:

    QnA Maker managed (Preview) Subscription key

Find query endpoint keys in the QnA Maker portal

The endpoint is in the same region as the resource because the endpoint keys are used to make a call to the knowledge base.

Endpoint keys can be managed from the QnA Maker portal.

  1. Sign in to the QnA Maker portal, go to your profile, and then select Service settings:

    Endpoint key

  2. View or reset your keys:

    Endpoint key manager

    Note

    Refresh your keys if you think they've been compromised. This may require corresponding changes to your client application or bot code.

Management service region

The management service of QnA Maker is used only for the QnA Maker portal and for initial data processing. This service is available only in the West US region. No customer data is stored in this West US service.

Resource naming considerations

The resource name for the QnA Maker resource, such as qna-westus-f0-b, is also used to name the other resources.

The Azure portal create window allows you to create a QnA Maker resource and select the pricing tiers for the other resources.

Screenshot of Azure portal for QnA Maker resource creation

After the resources are created, they have the same name, except for the optional Application Insights resource, which postpends characters to the name.

Screenshot of Azure portal resource listing

Tip

Create a new resource group when you create a QnA Maker resource. That allows you to see all resources associated with the QnA Maker resource when searching by resource group.

Tip

Use a naming convention to indicate pricing tiers within the name of the resource or the resource group. When you receive errors from creating a new knowledge base, or adding new documents, the Cognitive Search pricing tier limit is a common issue.

Resource purposes

Each Azure resource created with QnA Maker has a specific purpose:

  • QnA Maker resource
  • Cognitive Search resource
  • App Service
  • App Plan Service
  • Application Insights Service

QnA Maker resource

The QnA Maker resource provides access to the authoring and publishing APIs.

QnA Maker resource configuration settings

When you create a new knowledge base in the QnA Maker portal, the Language setting is the only setting that is applied at the resource level. You select the language when you create the first knowledge base for the resource.

Cognitive Search resource

The Cognitive Search resource is used to:

  • Store the QnA pairs
  • Provide the initial ranking (ranker #1) of the QnA pairs at runtime

Index usage

The resource keeps one index to act as the test index and the remaining indexes correlate to one published knowledge base each.

A resource priced to hold 15 indexes, will hold 14 published knowledge bases, and one index is used for testing all the knowledge bases. This test index is partitioned by knowledge base so that a query using the interactive test pane will use the test index but only return results from the specific partition associated with the specific knowledge base.

Language usage

The first knowledge base created in the QnA Maker resource is used to determine the single language set for the Cognitive Search resource and all its indexes. You can only have one language set for a QnA Maker service.

Using a single Cognitive Search service

If you create a QnA service and its dependencies (such as Search) through the portal, a Search service is created for you and linked to the QnA Maker service. After these resources are created, you can update the App Service setting to use a previously existing Search service and remove the one you just created.

Learn how to configure QnA Maker to use a different Azure AI service resource than the one created as part of the QnA Maker resource creation process.

App service and App service plan

The App service is used by your client application to access the published knowledge bases via the runtime endpoint. App service includes the natural language processing (NLP) based second ranking layer (ranker #2) of the QnA pairs at runtime. The second ranking applies intelligent filters that can include metadata and follow-up prompts.

To query the published knowledge base, all published knowledge bases use the same URL endpoint, but specify the knowledge base ID within the route.

{RuntimeEndpoint}/qnamaker/knowledgebases/{kbId}/generateAnswer

Application Insights

Application Insights is used to collect chat logs and telemetry. Review the common Kusto queries for information about your service.

Share services with QnA Maker

QnA Maker creates several Azure resources. To reduce management and benefit from cost sharing, use the following table to understand what you can and can't share:

Service Share Reason
Azure AI services X Not possible by design
App Service plan Fixed disk space allocated for an App Service plan. If other apps that sharing the same App Service plan use significant disk space, the QnAMaker App Service instance will encounter problems.
App Service X Not possible by design
Application Insights Can be shared
Search service 1. testkb is a reserved name for the QnAMaker service; it can't be used by others.
2. Synonym map by the name synonym-map is reserved for the QnAMaker service.
3. The number of published knowledge bases is limited by Search service tier. If there are free indexes available, other services can use them.

Next steps