翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
移行の概要
以下に、前提条件、ツール、コンプライアンス証明書など、AWS 上の MongoDB Atlas の移行環境の概要を示します。
ワークロード
-
ソースワークロード: Oracle Database、SQL Server、PostgreSQL、Azure Cosmos DB、IBM Db2 など、さまざまなリレーショナルデータベース、レガシーデータベース、およびその他のデータベース。
-
送信先ワークロード: MongoDB Atlas。
移行
-
移行戦略 (7 R): リプラットフォームまたは再設計。
-
アップグレード: ワークロードバージョンをアップグレードする場合は、MongoDB ドキュメントの「アップグレードの互換性に関する考慮事項
」を参照してください。 -
移行期間: 3 日から 5 週間 (関連するパターンのすべてのタスクを含む)。所要時間は、データサイズ、アプリケーションの複雑さ、ソースとターゲットの間のネットワーク帯域幅、および同様の要因によって異なる場合があります。
-
AWS でワークロードインフラストラクチャをプロビジョニングするための自動デプロイ: AWS パートナーソリューション、AWS Cloud Development Kit (AWS CDK) または CloudFormation を使用できます。詳細については、MongoDB ウェブサイト
を参照してください。
コスト
-
AWS で ISV ワークロードを実行するコスト: MongoDB ウェブサイトの「MongoDB の料金
」を参照してください。AWS のサービス については、「AWS 料金見積りツール 」を参照してください。
仮定と前提条件
-
サービスレベルアグリーメント (SLA): 可用性については、MongoDB ウェブサイトの「MongoDB Atlas のサービスレベルアグリーメント
」を参照してください。クラスターの耐久性は、クラスターの地理的デプロイメント構成によって異なります。クラスターの制限、接続制限、組織とプロジェクトの制限については、MongoDB ウェブサイトの「Atlas サービスの制限 」を参照してください。 -
目標復旧時間 (RTO): MongoDB Atlas の自動バックアップ機能が厳しい RTO にどのように対応できるかについては、MongoDB ウェブサイトの「信頼性
」を参照してください。 -
目標復旧時点 (RPO): MongoDB Atlas ポイントインタイムリカバリ機能が RPO をどう満たすかについては、MongoDB ウェブサイトの「信頼性
」、「クラスターのバックアップ 」、「オンラインアーカイブの管理 」を参照してください。 -
移行ツール: MongoDB ウェブサイトの「MongoDB Relational Migrator
」と「Atlas ライブ移行サービス 」を参照してください。 -
AWS のサービス 使用済み:
-
MongoDB ウェブサイトの「MongoDB ベンチマーク
」を参照してください。
コンプライアンス
-
コンプライアンス認定:
-
Health Insurance Portability and Accountability Act (HIPAA)
-
一般データ保護規則 (GDPR)
-
System and Organization Controls (SOC)
-
EU-US プライバシーシールド
-
ISO/IEC 27001:2013
-
Payment Card Industry Data Security Standard (PCI DSS)
詳細については、AWS ウェブサイトの「AWS コンプライアンスプログラム
」および MongoDB ウェブサイトの「MongoDB トラストセンター 」を参照してください。 -
制限
-
システムの制限 (最小/最大要件): MongoDB ウェブサイトの「Atlas サービスの制限
」を参照してください。