Azure AI Search Serviceを別の Azure リージョンに移動する
まれに、検索サービスを別のリージョンに移動できないかとお客様から問い合わせをいただくことがあります。 現時点では、そのタスクに役立つ組み込みのメカニズムやツールはありませんが、この記事は、別のリージョンの新しい検索サービスでインデックスやその他のオブジェクトを再作成するための手動の手順を理解するのに役立ちます。
Note
Azure portal では、すべてのサービスに Export template コマンドがあります。 Azure AI Search の場合、このコマンドはサービスの基本的な定義 (名前、場所、層、レプリカ、パーティション数) を生成しますが、サービスコンテンツを認識せず、キー、ロール、またはログも引き継ぐことはありません。 コマンドは存在しますが、検索サービスの移動には使用しないことをお勧めします。
前提条件
お使いのアカウントで使用されるサービスと機能が、ターゲット リージョンでサポートされていることを確認してください。
プレビュー機能については、お使いのサブスクリプションがターゲット リージョンに対して承認されていることを確認してください。
準備と移動
Azure AI Search 以上のものを移動する必要がある場合に備えて、サービスの再配置による影響をすべて把握するために、依存関係と関連サービスを特定します。
Azure Storage は、ログ、ナレッジ ストアの作成に使用されるほか、AI エンリッチメントやインデックス作成用の外部データ ソースとしてもよく使用されます。 Azure AI サービスは、AI エンリッチメント中に組み込みのスキルを強化するために使用されます。 AI エンリッチメントを使用している場合は、Azure AI サービスと検索サービスの両方が同じリージョンに存在する必要があります。
インデックス、同意語マップ、インデクサー、データ ソース、スキルセットなど、何を移動すべきかがわかるよう、サービスのすべてのオブジェクトのインベントリを作成します。 ログを有効にした場合は、履歴レコードに必要な可能性のあるレポートを作成してアーカイブします。
新しいリージョンの価格と可用性を確認して、Azure AI Search と新しいリージョン内の関連サービスの可用性を確保します。 ほとんどの機能はすべてのリージョンで利用できますが、一部のプレビュー機能では可用性が制限されています。
新しいリージョンにサービスを作成し、既存のインデックス、同意語マップ、インデクサー、データ ソース、スキルセットをソース コードから再発行します。 既存の名前を再利用できないように、サービス名は一意である必要があります。 同一リージョン要件の観点から各スキルセットをチェックして、Azure AI サービスへの接続が引き続き有効であるかどうかを確認します。 また、ナレッジ ストアが作成された場合は、別のサービスを使用している場合は、Azure Storage の接続文字列をチェックします。
該当する場合は、インデックスとナレッジ ストアを再度読み込みます。 アプリケーション コードを使用して JSON データをインデックスにプッシュするか、インデクサーを再度実行して外部ソースからドキュメントをプルします。
ログ記録を有効にし、使用している場合は、セキュリティ ロールを再作成します。
クライアント アプリケーションとテスト スイートを更新し、新しいサービス名と API キーを使用してから、すべてのアプリケーションをテストします。
破棄またはクリーンアップ
新しいサービスが完全にテストされ、運用可能になったら、古いサービスを削除します。 サービスを削除すると、そのサービスに関連付けられているすべてのコンテンツが自動的に削除されます。
次のステップ
前述の手順を実施するにあたっては、次のリンクを参考にしてください。より詳しい情報を入手できます。
フィードバック
https://aka.ms/ContentUserFeedback」を参照してください。
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「フィードバックの送信と表示