Amazon DynamoDBからOracle NoSQL Database Cloud Serviceへのデータの移行について

組織は、データを非リレーショナル・データベースに保持し、高可用性とスケーラビリティを維持するために、Amazon DynamoDBからOracle NoSQL Database Cloud Serviceにデータを移行することを決定しました。このプレイブックでは、Oracle NoSQL Database Migratorを使用して、Amazon DynamoDBからOracle NoSQL Database Cloud Serviceにデータを移行するステップについて説明します。

アーキテクチャ

このアーキテクチャでは、Oracle NoSQL Database MigratorがOCIコンピュート・インスタンスにインストールされます。コストを削減するために、OCI Always Freeコンピュート・インスタンスを使用することをお薦めします。Amazon DynamoDB形式のJSONファイルは、Oracle NoSQL Database Migratorを実行しているOCIコンピュート・インスタンスを使用して、Amazon Simple Storage Service (Amazon S3)から移行されます。

ノート:

データを移行する際、Oracleは、要件を満たし、容量をプロビジョニングするためにリソースを予約して管理します。容量は、スループットの場合は読取りユニットと書込みユニットを使用して、ストレージ・ユニットの場合はGBを使用して指定します。

次の表に、このアーキテクチャを示します。

図aws-dynamodb-nosql-architecture.pngの説明

aws-dynamodb-nosql-architecture.zip

このアーキテクチャでは、次のコンポーネントがサポートされます。

• リージョン

  Oracle Cloud Infrastructureリージョンとは、可用性ドメインと呼ばれる1つ以上のデータ・センターを含む、ローカライズされた地理的領域です。リージョンは他のリージョンから独立しており、長距離では(複数の国または大陸にまたがる)、それらを分離できます。

• 可用性ドメイン

  可用性ドメインは、リージョン内の独立したスタンドアロン・データ・センターです。各可用性ドメイン内の物理リソースは、他の可用性ドメイン内のリソースから分離されているため、フォルト・トレランスが提供されます。可用性ドメインどうしは、電力や冷却、内部可用性ドメイン・ネットワークなどのインフラを共有しません。そのため、1つの可用性ドメインでの障害がリージョン内の他の可用性ドメインに影響を及ぼすことはほとんどありません。

• フォルト・ドメイン

  フォルト・ドメインは、可用性ドメイン内のハードウェアおよびインフラストラクチャのグループです。各アベイラビリティ・ドメインに3つのフォルト・ドメインがあり、電源とハードウェアが独立しています。リソースを複数のフォルト・ドメインに分散すると、アプリケーションは、フォルト・ドメイン内の物理サーバー障害、システム・メンテナンスおよび電源障害を許容できます。

• 仮想クラウド・ネットワーク(VCN)およびサブネット

  VCNは、Oracle Cloud Infrastructureリージョンで設定する、カスタマイズ可能なソフトウェア定義のネットワークです。VCNは、従来のデータ・センター・ネットワークと同様に、ネットワーク環境の完全な制御を可能にします。VCNには重複しない複数のCIDRブロックを含めることができ、VCNの作成後にそれらを変更できます。VCNをサブネットにセグメント化して、そのスコープをリージョンまたは可用性ドメインに設定できます。各サブネットは、VCN内の他のサブネットと重複しない連続した範囲のアドレスで構成されます。サブネットのサイズは、作成後に変更できます。サブネットはパブリックにもプライベートにもできます。

• インターネット・ゲートウェイ

  インターネット・ゲートウェイによって、VCN内のパブリック・サブネットとパブリック・インターネット間のトラフィックが許可されます。

• サービス・ゲートウェイ

  サービス・ゲートウェイは、VCNからOracle Cloud Infrastructure Object Storageなどの他のサービスへのアクセスを提供します。The traffic from the VCN to the Oracle service travels over the Oracle network fabric and never traverses the internet.

• アイデンティティおよびアクセス管理(IAM)

  Oracle Cloud Infrastructure Identity and Access Management (IAM)は、Oracle Cloud Infrastructure (OCI)およびOracle Cloud Applicationsのアクセス制御プレーンです。IAM APIおよびユーザー・インタフェースを使用すると、アイデンティティ・ドメインおよびアイデンティティ・ドメイン内のリソースを管理できます。各OCI IAMアイデンティティ・ドメインは、スタンドアロンのアイデンティティおよびアクセス管理ソリューションまたは異なるユーザー移入を表します。

• Oracle NoSQL Database Cloud Service

  Oracle NoSQL Database Cloud Serviceを使用すると、開発者はドキュメント、列およびキーバリューのデータベース・モデルを使用してアプリケーションを簡単に構築でき、高可用性を実現するデータ・レプリケーションにより、予測可能な1桁ミリ秒のレスポンス時間を実現できます。このサービスは、オンプレミスのOracle NoSQL Databaseとの100%の互換性を含む、オンデマンドおよびプロビジョニングされた容量モードの両方に対して、ACIDトランザクション、サーバーレス・スケーリング、包括的なセキュリティ、および低従量制の価格を提供します。

開始する前に

作業を開始する前に、この設定で使用されている主要なソフトウェア・コンポーネントのバージョンを確認し、必要なソフトウェア・パッケージをダウンロードして、後で参照できるように製品ドキュメントを確認してください。

要件の確認

• Oracle NoSQL Database Migratorを実行しているOCI Computeインスタンスに、Oracle Linux 8を実行している16GBのRAMを備えたOCPUが少なくとも1つあることを確認します。
• OCI Computeインスタンスは、Oracle NoSQL Database Migratorバージョン1.5.0およびJava 11を実行している必要があります。
• 中間ストレージには、Amazon S3オブジェクト・ストレージ・バケットが含まれている必要があります。

「Oracle NoSQL Database Migrator and Analytics Integrator」で、Oracle NoSQL Database Migrator 1.5.0バイナリ(V1033765-01.zip)をダウンロードします。

• Oracle NoSQL Database Migrator and Analytics Integrator

ドキュメンテーションのレビュー

これらの追加リソースは、データ移行のコンテキスト、詳細および参照に役立ちます。

Oracle NoSQL Database Cloud Serviceリソースの確認

• Oracle NoSQL Database管理者ガイドのDynamoDB表からOracle NoSQL表へのマッピングに関する項
• 『Oracle NoSQL Database管理者ガイド』のDynamoDB型からOracle NoSQL型へのマッピングに関する項
• Oracle NoSQL Database管理者ガイドのDynamoDB-Formatted JSON File stored in AWS S3に関する項
• Oracle Cloud Infrastructureドキュメントの「Oracle NoSQL Database Migratorのワークフロー」

Amazonリソースの確認

• AWSアカウントでのIAMユーザーの作成
• IAMユーザーのアクセス・キーの管理
• バケットの作成
• DynamoDB表エクスポート出力形式
• Amazon S3へのDynamoDBデータ・エクスポート: 仕組み
• DynamoDBのデータ・モデリングの基礎

必須サービスおよびロールについて

このソリューションには、次の製品およびロールが必要です。

• Oracle Cloud Infrastructure Identity and Access Management
• Oracle NoSQL Database Cloud Service
• Oracle Cloud Infrastructure Compute
• Amazon Simple Storage Service (Amazon S3)
• Amazon DynamoDB
• Amazon ID/アクセス管理

各サービスに必要なロールは次のとおりです。

サービス名: ロール	必須...
Oracle Cloud Infrastructure Identity and Access Management: user	OCIにアクセスして表を作成し、データをOracle NoSQL Database Cloud ServiceにインポートするためのAPIキーを作成します。
Oracle NoSQL Database Cloud Service: admin	表を作成し、データをインポートします。
Oracle Cloud Infrastructure Compute: admin	OCIコンピュート・インスタンスを作成して、Oracle NoSQL Data Migratorを実行します。
Oracle Cloud Infrastructure Compute VM: opc	Oracle NoSQL Data Migratorをインストールして実行します。
Amazon Simple Storage Serviceバケット: user	ファイルをアップロードし、Amazon Simple Storage Serviceからファイルを読み取ります。
Amazon DynamoDB: Admin	DynamoDB表を確認し、表をAmazon Simple Storage Serviceバケットにエクスポートします。
Amazon Identity and Access Management: user	Amazon Simple Storage Serviceバケットからファイルを読み取るためのアクセス・キーを作成します。

必要なものを取得するには、Oracle製品、ソリューションおよびサービスを参照してください。

移行に関する考慮事項

移行を開始する前に、次の考慮事項を確認してください。

• DynamoDB形式のJSONファイルを使用して、Amazon DynamoDBからOracle NoSQL Database Cloud Serviceにデータをインポートする場合は、Oracle NoSQL Database Migrator構成JSONファイルのデータ形式としてdynamodb_jsonを指定する必要があります。ターゲットのOracle NoSQL Database Cloud Service表がデフォルト・スキーマを使用している場合、パラメータDDBPartitionKeyをシンク定義に含める必要があります。パラメータDDSortKeyはオプションです。
• Amazon DynamoDBのパーティション・キーおよびソート・キーは、Oracle NoSQL Database Cloud Serviceの同等のキーよりも文字制限が大きくなります。Amazon DynamoDBでは、パーティション・キーとソート・キーの制限はそれぞれ2048バイトと1024バイトですが、Oracle NoSQL Database Cloud Serviceでは、これらのキーは64バイトに制限されています。したがって、インポートされるレコードの1つにOracle NoSQL Database Cloud Serviceの制限より長いキーがある場合、そのレコードのインポートは、「主キーまたはソート・キー88が64の制限を超えました」のようなエラーで失敗します。制限およびデータ型の詳細は、ドキュメントの確認の項のOracle NoSQLドキュメント- DynamoDB型からOracle NoSQL型へのマッピングを参照してください。
• 移行を開始する前に、Amazon DynamoDB表のパーティション・キーおよびソート・キー列の名前とタイプに注意してください。