Azure Cosmos DB の MongoDB 用 API 使用時の移行後の最適化手順

  • [アーティクル]

適用対象: MongoDB 用 Azure Cosmos DB API

重要

移行後の手順を実行する前に、このガイド全体をお読みください。

この MongoDB 移行後ガイドは、MongoDB の移行に関するシリーズの一部です。 MongoDB 移行の重要な手順は、次に示すように、移行前、移行、そして移行後です。

Diagram of migration steps.

移行後の概要

MongoDB データベースに格納されているデータを Azure Cosmos DB の MongoDB 用 API に移行した後、Azure Cosmos DB に接続してデータを管理できます。 このガイドでは、移行後に考慮すべき手順を提供します。 移行手順については、MongoDB を Azure Cosmos DB の MongoDB 用 API に移行するためのチュートリアルをご覧ください。

次の手順に従って、移行後の手順を実行します

Note

唯一の必須移行後手順は、新しい Azure Cosmos DB アカウントを指すようにアプリケーションの接続文字列を変更することです。 その他の移行後手順はすべて、データ層のパフォーマンスを向上させるために推奨される最適化です。 "ただし"、他の手順を行わずにアプリケーションのカットオーバーをすぐに実行すると、アプリケーションは、最適でないインデックス作成と一貫性の影響をすぐに受けることになります。 具体的には、インデックスを構成する前にカットオーバーを実行した場合、アプリケーションの価格性能比がすぐに低下する可能性があります。 これは改善される可能性があることに注意してください。インデックスが最適化されると、多くの場合、Azure Cosmos DB は価格性能比の面で現状のソリューションを上回ることができると考えられます。

前提条件

このガイドでは、スプレッドシートなど何らかの追跡の成果物を使用して、移行の進行状況を記録していることを前提としています。 まだ「移行前ガイド」を読んでいない場合は、"データ資産の移行スプレッドシート" の構築、既存の MongoDB リソースの検出、移行の計画に関するガイダンスについて確認することをお勧めします。

インデックス作成ポリシーを最適化する

価格とパフォーマンスを最適化するために、データ資産の移行スプレッドシートをステップ実行し、各リソースのインデックス構成を設計することをお勧めします。

  1. 実際には、移行前フェーズでインデックスを計画することをお勧めします。 インデックス設定用の列をデータ資産の移行スプレッドシートに追加します。

    • MongoDB サーバー バージョン 3.6 以降を対象とする Azure Cosmos DB の API では、_id フィールドのみ、インデックスが自動的に作成されます。 このフィールドは削除できません。 シャード キーごとに _id フィールドの一意性が自動的に適用されます。 その他のフィールドのインデックスを作成するには、MongoDB インデックス管理コマンドを適用します。 この既定のインデックス作成ポリシーは Azure Cosmos DB の SQL API とは異なり、既定ですべてのフィールドのインデックスが作成されます。

    • MongoDB サーバー バージョン 3.2 を対象とする Azure Cosmos DB API では、データを Azure Cosmos DB に移行するときに、既定ですべてのデータ フィールドに自動的にインデックスが作成されます。 多くの場合、この既定のインデックス作成ポリシーは許容されます。 一般的に、インデックスを削除すると書き込み要求が最適化され、既定のインデックス作成ポリシー (インデックス自動作成など) を取得すると読み取り要求が最適化されます。

    • Azure Cosmos DB によって提供されるインデックス作成機能には、複合インデックス、一意のインデックス、Time-to-Live (TTL) インデックスの追加が含まれます。 インデックス管理インターフェイスは、createIndex() コマンドにマップされます。 詳細については、Azure Cosmos DB のインデックス作成と Azure Cosmos DB の MongoDB 用 API のインデックス作成に関するページを参照してください。

  2. 移行後にこれらのインデックス設定を適用します。
    • Azure Database Migration Service では、一意のインデックスがある MongoDB のコレクションは自動的に移行されます。 ただし、一意のインデックスは移行前に作成する必要があります。 Azure Cosmos DB では、コレクションにデータが既にある場合、一意のインデックスの作成をサポートしていません。 詳細については、Azure Cosmos DB における一意のキーに関するページをご覧ください。

データをグローバルに分散する

Azure Cosmos DB は世界中のすべての Azure リージョンで利用できます。

  1. データをグローバルに分散するには、Azure Cosmos DB の MongoDB 用 API でデータを グローバルに分散する記事のガイダンスに従います。 Azure Cosmos DB アカウントに既定の一貫性レベルを選択したら、(グローバル配信の必要性に基づいて) 1 つまたは複数の Azure リージョンを関連付けることができます。 高可用性とビジネス継続性のために、少なくとも 2 つのリージョンで実行することを常にお勧めします。 Azure Cosmos DB でマルチリージョン デプロイのコストを最適化するためのヒントはこちらでご確認いただけます。

整合性レベルを設定する

Azure Cosmos DB では、5 つの整合性レベルが明確に定義されています。 MongoDB と Azure Cosmos DB の各種整合性レベル間でマッピングする方法については、「整合性レベルと Azure Cosmos DB API」を参照してください。 既定の整合性レベルは、セッション整合性レベルです。 整合性レベルの変更は任意であり、アプリに合わせて最適なレベルを選択できます。 Azure portal を使用して整合性レベルを変更する方法:

  1. [設定] の [既定の整合性] に進みます。
  2. 整合性レベルを選択します。

ほとんどのユーザーは、整合性レベルを既定のセッション整合性設定のままにします。 しかしながら、さまざまな整合性レベルでの可用性とパフォーマンスのトレードオフがあります。

アプリケーションの接続またはカットオーバー

アプリケーションのカットオーバーまたは接続の処理により、移行が完了したら、アプリケーションで Azure Cosmos DB を使用するように切り替えることができます。 次の手順に従います。

  1. 新しいウィンドウで、Azure portal にサインインします。
  2. Azure portal の左側のウィンドウで [すべてのリソース] メニューを開き、データを移行した Azure Cosmos DB アカウントを見つけます。
  3. [接続文字列] ブレードを開きます。 右側のウィンドウに、自分のアカウントに正常に接続するために必要なすべての情報が表示されます。
  4. アプリケーションの構成 (または、その他の関連する場所) で接続情報を使用し、アプリで Azure Cosmos DB の MongoDB 用 API 接続を反映させます。 Screenshot shows the settings for a Connection String.

詳細については、「Azure Cosmos DB への MongoDB アプリケーションの接続」ページを参照してください。

最適なパフォーマンスを得るチューニング

インデックス作成、グローバル分散、整合性について、これらはすべて簡単に構成でき、必要に応じて再構成することができます。 そのため、アプリケーションのカットオーバーが完了したら、アプリケーションのパフォーマンスを監視し、必要に応じてこれらの設定を調整して、アプリケーションの要件を満たすようにすることをお勧めします。

次のステップ