次の方法で共有


QnA Maker のリソースを構成する

ユーザーは、別の Cognitive Search リソースを使用するように QnA Maker を構成できます。 また、QnA Maker GA を使用している場合は、App Service の設定を構成することもできます。

Note

QnA Maker サービスは、2025 年 3 月 31 日に廃止される予定です。 Azure AI Language の一部として、質問応答機能の新しいバージョンが提供されました。 言語サービス内の質問応答機能については、質問応答に関する記事を参照してください。 QnA Maker の新しいリソースは、2022 年 10 月 1 日以降作成できません。 既存の QnA Maker のナレッジ ベースを質問応答に移行する方法については、移行ガイドを参照してください。

別の Cognitive Search リソースを使用するように QnA Maker を構成する

Note

QnA Maker に関連付けられている Azure Search サービスを変更した場合、既に存在しているすべてのナレッジ ベースにアクセスできなくなります。 Azure Search サービスを変更する前に、既存のナレッジ ベースがエクスポートされていることを確認してください。

ポータルを使用して QnA サービスとその依存関係 (Search など) を作成すると、Search サービスが自動的に作成され、QnA Maker サービスにリンクされます。 これらのリソースが作成された後、既存の Search サービスを使用するように App Service 設定を更新して、先ほど作成されたサービスを削除できます。

QnA Maker の App Service リソースには Cognitive Search リソースが使用されます。 QnA Maker に使用される Cognitive Search リソースを変更するには、Azure portal の設定を変更する必要があります。

  1. QnA Maker で使用する Cognitive Search リソースの管理者キー名前を取得します。

  2. Azure portal にサインインし、QnA Maker リソースに関連付けられているアプリ サービスを見つけます。 両方とも同じ名前です。

  3. [設定][構成] の順に選択します。 これで、QnA Maker の App Service の既存の設定がすべて表示されます。

    App Service の構成設定を表示する Azure portal のスクリーンショット

  4. 次のキーの値を変更します。

    • AzureSearchAdminKey
    • AzureSearchName
  5. 新しい設定を使用するには、アプリ サービス を再起動する必要があります。 [概要] を選択し、 [再起動] を選択します。

    構成設定の変更後に App Service を再起動する Azure portal のスクリーンショット

Azure Resource Manager テンプレートを使用して QnA サービスを作成する場合は、すべてのリソースを作成し、既存の Search サービスを使用するように App Service の作成を制御できます。

詳しくは、App Service のアプリケーションの設定を構成する方法をご覧ください。

最新のランタイム更新プログラムを取得する

QnA Maker ランタイムは、Azure portal で QnA Maker サービスを作成するときにデプロイされる Azure App Service インスタンスの一部です。 ランタイムの更新は定期的に行われます。 QnA Maker App Service インスタンスは、2019 年 4 月のサイト拡張リリース (バージョン 5+) 以降は自動更新モードになります。 この更新は、アップグレード中のダウンタイムがゼロになるように設計されています。

[https://www.qnamaker.ai/UserSettings](https://www.qnamaker.ai/UserSettings ) で現在のバージョンを確認できます。 ご使用のバージョンがバージョン 5.x よりも古い場合は、App Service を再起動して最新の更新プログラムを適用する必要があります。

  1. Azure portal で QnA Maker サービス (リソース グループ) に移動します。

    QnA Maker Azure リソース グループ

  2. App Service インスタンスをクリックして、 [概要] セクションを開きます。

    QnA Maker App Service インスタンス

  3. App Service を再起動します。 更新プロセスは数秒で完了します。 この再起動中、エンド ユーザーは、この QnA Maker サービスを使用する依存アプリケーションやボットを使用できなくなります。

    QnA Maker App Service インスタンスの再起動

タイムアウトを回避するように App Service のアイドル設定を構成する

公開されたナレッジ ベースの QnA Maker 予測ランタイムを提供するアプリ サービスにはアイドル タイムアウトの構成があり、サービスがアイドル状態の場合、既定では自動的にタイムアウトします。 QnA Maker の場合、これは、予測ランタイム GenerateAnswer API は、一定期間トラフィックがないとタイムアウトする場合があることを意味します。

トラフィックがない場合でも、予測エンドポイント アプリが読み込まれたままにするには、アイドル状態を常時オンに設定します。

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

  2. QnA Maker リソースの App Service を探して選択します。 名前は QnA Maker リソースと同じですが、App Service の種類は異なります。

  3. [設定] を探し、 [構成] を選択します。

  4. [構成] ペインで [一般設定] を選択して、 [常にオン] を探し、値として [オン] を選択します。

    [構成] ペインの [一般設定] を選択し、[常にオン] を [オン] に設定します。

  5. [保存] を選んで構成を保存します。

  6. アプリを再起動して新しい設定を使用するかどうかを確認するメッセージが表示されます。 [続行] をクリックします。

詳しくは、App Service の一般設定を構成する方法をご覧ください。

トラフィック マネージャーを使用したビジネス継続性

ビジネス継続性計画の主な目的は、回復性に優れたナレッジ ベース エンドポイントを作成し、そのナレッジ ベース エンドポイントを使用するボットまたはアプリケーションにダウン タイムが発生しないようにすることです。

QnA Maker BCP 計画

上に示した概念の説明は次のとおりです。

  1. ペアになっている Azure リージョンに、同一の QnA Maker サービスを 1 つずつ、計 2 つ設定します。

  2. プライマリ QnA Maker App サービスをバックアップして、セカンダリ セットアップで復元します。 これにより、両方のセットアップが同じホスト名とキーで動作するようになります。

  3. プライマリとセカンダリの Azure 検索インデックスを常に同期しておきます。Azure のインデックスをバックアップおよび復元する方法については、GitHub でサンプルを参照してください。

  4. 連続エクスポートを使って Application Insights をバックアップします。

  5. プライマリとセカンダリのスタックを設定したら、トラフィック マネージャーを使用して 2 つのエンドポイントを構成し、ルーティング方法を設定します。

  6. トラフィック マネージャーのエンドポイント向けに Transport Layer Security (TLS) (旧称は Secure Sockets Layer (SSL)) 証明書を作成する必要があります。 アプリ サービスで TLS/SSL 証明書をバインドします。

  7. 最後に、ボットまたはアプリでトラフィック マネージャー エンドポイントを使用します。