Data Transmission Service:自主管理 PostgreSQL から RDS PostgreSQL への移行

前提条件

• ソースの自主管理 PostgreSQL データベースとターゲットの RDS PostgreSQL インスタンスを作成済みであること。 RDS PostgreSQL インスタンスの作成方法の詳細については、「RDS PostgreSQL インスタンスの作成」をご参照ください。

  説明

  • サポートされているデータベースのバージョンについては、「同期シナリオの概要」をご参照ください。

  • ターゲットデータベースのバージョンは、ソースデータベースのバージョンと同じか、それ以降のバージョンを使用することを推奨します。以前のバージョンにデータを同期すると、互換性の問題が発生する可能性があります。

• ターゲットの RDS PostgreSQL インスタンスのストレージ容量は、ソースの自主管理 PostgreSQL データベースが使用するストレージ容量よりも大きい必要があります。

注意事項

料金

サポートされる同期トポロジ

• 一方向 1 対 1 同期

• 一方向 1 対多同期

• 一方向カスケード同期

• 一方向多対 1 同期

各同期トポロジの紹介については、「データ同期トポロジ」をご参照ください。

同期でサポートされるオブジェクト

• SCHEMA、TABLE。

  説明

  これには PRIMARY KEY、UNIQUE KEY、FOREIGN KEY、DATATYPE (組み込みデータ型)、および DEFAULT CONSTRAINT が含まれます。

• VIEW、PROCEDURE (PostgreSQL 11 以降が必要)、FUNCTION、RULE、SEQUENCE、EXTENSION、TRIGGER、AGGREGATE、INDEX、OPERATOR、DOMAIN。

同期でサポートされる SQL 操作

データベースアカウントに必要な権限

事前準備

自主管理 PostgreSQL (すべてのバージョン) に対して、以下の準備を行ってください。

1. 自主管理 PostgreSQL データベースがデプロイされているサーバーにログインします。

2. 次のコマンドを実行して、使用中のレプリケーションスロットの数を確認します。

   select count(1) from pg_replication_slots;

3. postgresql.conf ファイルを修正して、wal_level を logical に設定します。また、max_wal_senders と max_replication_slots パラメーターの値が、現在使用中のレプリケーションスロットの数と、この自主管理 PostgreSQL データベースをソースとして作成する予定の DTS インスタンスの数の合計よりも大きいことを確認してください。

   # - Settings -
   wal_level = logical			# minimal, replica, or logical
   					# (change requires restart)
   ......
   # - Sending Server(s) -
   # Set these on the master and on any standby that will send replication data.
   max_wal_senders = 10		# max number of walsender processes
   				# (change requires restart)
   #wal_keep_segments = 0		# in logfile segments, 16MB each; 0 disables
   #wal_sender_timeout = 60s	# in milliseconds; 0 disables
   max_replication_slots = 10	# max number of replication slots
   				# (change requires restart)

   説明

   設定ファイルを変更した後、自主管理 PostgreSQL データベースを再起動して変更を有効にしてください。

4. DTS の IP アドレスを自主管理 PostgreSQL データベースの pg_hba.conf ファイルに追加します。ターゲットデータベースのリージョンに対応する DTS の IP アドレス範囲のみを追加してください。詳細については、「DTS サーバーの IP アドレスをホワイトリストに追加する」をご参照ください。

   説明

   • 設定ファイルを変更した後、SELECT pg_reload_conf(); コマンドを実行するか、自主管理 PostgreSQL データベースを再起動して変更を有効にしてください。

   • この設定ファイルの詳細については、「pg_hba.conf ファイル」をご参照ください。信頼アドレスを 0.0.0.0/0 (次のコードに示すように) にすでに設定している場合は、この手順をスキップしてください。

   # "local" is for Unix domain socket connections only
   local   all             all                                     trust
   # IPv4 local connections:
   host    all             all             0.0.0.0/0               md5
   # IPv6 local connections:
   host    all             all             ::1/128                 trust
   # Allow replication connections from localhost, by a user with the
   # replication privilege.
   local   replication     postgres                                trust
   host    replication     postgres        0.0.0.0/0               md5

5. 同期対象のオブジェクトのデータベースとスキーマ情報に基づいて、ターゲットの RDS PostgreSQL インスタンスに対応するデータベースとスキーマを作成します (スキーマ名は一致させる必要があります)。詳細については、「データベースの作成」および「スキーマ管理」をご参照ください。

自主管理 PostgreSQL のバージョンが 9.4.8 から 10.0 の場合は、以下の準備も行ってください。

1. PostgreSQL のソースコードをダウンロードし、コンパイルしてインストールします。

   1. 自主管理 PostgreSQL データベースがデプロイされているサーバーにログインします。

   2. PostgreSQL 公式ウェブサイトから、お使いの自主管理 PostgreSQL バージョンのソースコードをダウンロードします。

   3. sudo ./configure、sudo make、および sudo make install コマンドを実行して、ソースコードを設定、コンパイル、インストールします。

      重要

      • PostgreSQL をコンパイルしてインストールする際、オペレーティングシステムのバージョンは GCC (GNU Compiler Collection) のバージョンと一致している必要があります。

      • sudo ./configure の実行中にエラーが発生した場合は、エラーメッセージに基づいてコマンドを調整してください。たとえば、エラーメッセージが readline library not found. Use --without-readline to disable readline support. の場合は、コマンドを sudo ./configure --without-readline に調整します。

      • 別の方法で PostgreSQL をインストールする場合は、同じオペレーティングシステムと GCC バージョンのテスト環境で ali_decoding をコンパイルしてください。

2. DTS が提供する ali_decoding プラグインをダウンロードしてコンパイルします。

   1. ali_decoding をダウンロードします。

   2. ali_decoding ディレクトリ全体を PostgreSQL の contrib ディレクトリ (コンパイルとインストール後) にコピーします。

      total 1068
      -rw-r--r--  1 1107 1107    384 Sep 27  2016 aclocal.m4
      drwxrwxrwx  2 1107 1107   4096 Sep 27  2016 config
      -rw-r--r--  1 root root 374806 Sep  7 10:10 config.log
      -rwxr-xr-x  1 root root  39032 Sep  7 10:10 config.status
      -rwxr-xr-x  1 1107 1107 471157 Sep 27  2016 configure
      -rw-r--r--  1 1107 1107  75195 Sep 27  2016 configure.in
      drwxrwxrwx 56 1107 1107   4096 Sep  7 10:28 contrib
      -rw-r--r--  1 1107 1107   1192 Sep 27  2016 COPYRIGHT
      drwxrwxrwx  3 1107 1107   4096 Sep 27  2016 doc
      -rw-r--r--  1 root root   3638 Sep  7 10:10 GNUmakefile
      -rw-r--r--  1 1107 1107   3638 Sep 27  2016 GNUmakefile.in
      -rw-r--r--  1 1107 1107    283 Sep 27  2016 HISTORY
      -rw-r--r--  1 1107 1107  75065 Sep 27  2016 INSTALL
      -rw-r--r--  1 1107 1107   1489 Sep 27  2016 Makefile
      -rw-r--r--  1 1107 1107   1209 Sep 27  2016 README
      drwxrwxrwx 16 1107 1107   4096 Sep  7 10:10 src

   3. ali_decoding ディレクトリに移動し、Makefile の内容を以下に置き換えます。

      # contrib/ali_decoding/Makefile
      MODULE_big = ali_decoding
      MODULES = ali_decoding
      OBJS    = ali_decoding.o
      DATA = ali_decoding--0.0.1.sql ali_decoding--unpackaged--0.0.1.sql
      EXTENSION = ali_decoding
      NAME = ali_decoding
      #subdir = contrib/ali_decoding
      #top_builddir = ../..
      #include $(top_builddir)/src/Makefile.global
      #include $(top_srcdir)/contrib/contrib-global.mk
      #PG_CONFIG = /usr/pgsql-9.6/bin/pg_config
      #pgsql_lib_dir := $(shell $(PG_CONFIG) --libdir)
      #PGXS := $(shell $(PG_CONFIG) --pgxs)
      #include $(PGXS)
      # Use the following for source installation
      ifdef USE_PGXS
      PG_CONFIG = pg_config
      PGXS := $(shell $(PG_CONFIG) --pgxs)
      include $(PGXS)
      else
      subdir = contrib/ali_decoding
      top_builddir = ../..
      include $(top_builddir)/src/Makefile.global
      include $(top_srcdir)/contrib/contrib-global.mk
      endif

   4. ali_decoding ディレクトリに移動し、sudo make と sudo make install コマンドを実行して ali_decoding をコンパイルし、インストールに必要なファイルを取得します。

   5. 以下のファイルを指定の場所にコピーします。

      /usr/bin/install -c -m 755  ali_decoding.so '/usr/local/pgsql/lib/ali_decoding.so'
      /usr/bin/install -c -m 644 ./ali_decoding.control '/usr/local/pgsql/share/extension/'
      /usr/bin/install -c -m 644 ./ali_decoding--0.0.1.sql ./ali_decoding--unpackaged--0.0.1.sql  '/usr/local/pgsql/share/extension/'
      /usr/bin/install -c -m 755  ali_decoding.so '/usr/local/pgsql/lib/'

3. 同期対象のオブジェクトのデータベースとスキーマ情報に基づいて、ターゲットの RDS PostgreSQL インスタンスに対応するデータベースとスキーマを作成します (スキーマ名は一致させる必要があります)。詳細については、「データベースの作成」および「スキーマ管理」をご参照ください。

操作手順

1. ターゲットリージョンの同期タスク一覧ページに移動します。次の 2 つの方法のいずれかを使用できます。

   DTS コンソールから

   1. Data Transmission Service (DTS) コンソールにログインします。

   2. 左側のナビゲーションウィンドウで、データ同期 をクリックします。

   3. ページ左上で、同期インスタンスが配置されているリージョンを選択します。

   DMS コンソールから

   説明

   実際の操作は、DMS コンソールのモードとレイアウトによって異なる場合があります。詳細については、「シンプルモード」および「DMS インターフェイスのレイアウトとスタイルをカスタマイズする」をご参照ください。

   1. Data Management (DMS) にログインします。

   2. トップメニューバーで、[データ + AI] > [データ転送 (DTS)] > [データ同期] を選択します。

   3. データ同期タスク の右側で、同期インスタンスが配置されているリージョンを選択します。

2. タスクの作成 をクリックして、タスク設定ページを開きます。

3. ソースデータベースとターゲットデータベースを設定します。

   警告

   ソースインスタンスとターゲットインスタンスを選択した後、ページ上部に表示される制限をよくお読みください。制限に従わない場合、タスクが失敗したり、データの不整合が発生したりする可能性があります。

   カテゴリ	構成	説明
   なし	タスク名	DTS は自動的にタスク名を生成します。簡単に識別できるように、わかりやすい名前を指定することを推奨します。名前は一意である必要はありません。
   移行元データベース	データベースタイプ	PostgreSQL を選択します。
   	アクセス方法	Cloud Enterprise Network (CEN) を選択します。
   	インスタンスのリージョン	自主管理 PostgreSQL データベースが存在するリージョンを選択します。
   	CEN インスタンス ID/CEN インスタンス 名	自主管理 PostgreSQL データベースに関連付けられている CEN インスタンス ID を選択します。
   	既にデータベースに接続されている VPC ネットワーク	自主管理 PostgreSQL データベースに接続されている VPC ネットワークを選択します。
   	ドメイン名または IP アドレス	自主管理 PostgreSQL データベースのサーバー IP アドレスを入力します。
   	ポート番号	自主管理 PostgreSQL データベースが使用するポートを入力します。デフォルトのポートは 3433 です。
   	データベース名	同期するオブジェクトを含む自主管理 PostgreSQL インスタンスのデータベース名を入力します。
   	データベースアカウント	自主管理 PostgreSQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースのパスワード	データベースアカウントに対応するパスワードを入力します。
   	暗号化	接続方法を選択します。この例では、非暗号化 が選択されています。 SSL 暗号化を使用してデータベースに接続する必要がある場合は、SSL 暗号化 を選択し、必要に応じて CA 証明書、クライアント証明書、および クライアント証明書の秘密鍵 をアップロードします。次に、クライアント証明書の秘密鍵のパスワード を入力します。 説明 自主管理 PostgreSQL データベースで SSL 暗号化 を選択した場合は、CA 証明書 をアップロードする必要があります。 クライアント証明書を使用する必要がある場合は、クライアント証明書 と クライアント証明書の秘密鍵 の両方をアップロードし、クライアント証明書の秘密鍵のパスワード を入力する必要があります。 RDS for PostgreSQL インスタンスの SSL 暗号化機能については、「SSL 接続暗号化」をご参照ください。
   移行先データベース	データベースタイプ	PostgreSQL を選択します。
   	アクセス方法	Alibaba Cloud インスタンス を選択します。
   	インスタンスのリージョン	ターゲットの RDS PostgreSQL インスタンスが存在するリージョンを選択します。
   	インスタンス ID	ターゲットの RDS PostgreSQL インスタンスのインスタンス ID を選択します。
   	データベース名	同期するオブジェクトを含むターゲットの RDS PostgreSQL インスタンスのデータベース名を入力します。
   	データベースアカウント	ターゲットの RDS PostgreSQL インスタンスのデータベースアカウントを入力します。必要な権限については、「データベースアカウントに必要な権限」をご参照ください。
   	データベースのパスワード	データベースアカウントに対応するパスワードを入力します。
   	暗号化	接続方法を選択します。この例では、非暗号化 が選択されています。 SSL 暗号化を使用してデータベースに接続する必要がある場合は、SSL 暗号化 を選択し、必要に応じて CA 証明書、クライアント証明書、および クライアント証明書の秘密鍵 をアップロードします。次に、クライアント証明書の秘密鍵のパスワード を入力します。 説明 自主管理 PostgreSQL データベースで SSL 暗号化 を選択した場合は、CA 証明書 をアップロードする必要があります。 クライアント証明書を使用する必要がある場合は、クライアント証明書 と クライアント証明書の秘密鍵 の両方をアップロードし、クライアント証明書の秘密鍵のパスワード を入力する必要があります。 RDS for PostgreSQL インスタンスの SSL 暗号化機能については、「SSL 接続暗号化」をご参照ください。

4. 設定が完了したら、ページ下部の 接続をテストして続行 をクリックします。

   説明

   • DTS サーバーからのアクセスを許可するために、DTS サーバーの IP アドレスの CIDR ブロックがソースデータベースとターゲットデータベースのセキュリティ設定に追加されていることを確認してください。これは自動または手動で行うことができます。詳細については、「DTS サーバーの IP アドレスの CIDR ブロックをホワイトリストに追加する」をご参照ください。

   • ソースまたはターゲットデータベースが自己管理データベースである場合 (アクセス方法 が Alibaba Cloud インスタンス ではない場合)、DTS サーバーの CIDR ブロック ダイアログボックスで 接続テスト をクリックする必要もあります。

5. タスクオブジェクトを設定します。

   1. オブジェクト設定 ページで、同期するオブジェクトを設定します。

      構成	説明
      同期タイプ	増分データ同期 が選択されています。デフォルトでは、スキーマ同期 と 完全データ同期 も選択する必要があります。事前チェックが完了すると、DTS は選択したオブジェクトの完全データ同期をソースインスタンスからターゲットクラスターに実行します。これは、後続の増分データ同期のベースラインデータとして機能します。 説明 [スキーマ同期] を選択すると、DTS は同期対象のテーブルの構造 (外部キーを含む) をソースデータベースからターゲットデータベースに同期します。
      競合するテーブルの処理モード	エラーの事前チェックと報告：ターゲットデータベースに同じ名前のテーブルが存在するかどうかを確認します。同じ名前のテーブルが存在しない場合、事前チェックは成功します。同じ名前のテーブルが存在する場合、事前チェックは失敗し、データ同期タスクは開始されません。 説明 ターゲットデータベースで同じ名前のテーブルを削除または名前変更できない場合は、別のテーブル名にマッピングできます。詳細については、「テーブル名と列名のマッピング」をご参照ください。 エラーを無視して続行：ターゲットデータベースでの重複テーブル名のチェックをスキップします。 警告 エラーを無視して続行 を選択すると、データの不整合が発生し、ビジネスにリスクをもたらす可能性があります。例： テーブルスキーマが同じで、ターゲットデータベースのレコードがソースデータベースのレコードと同じプライマリキーまたは一意キーの値を持つ場合： 完全同期中、DTS はターゲットクラスターのレコードを保持します。ソースデータベースの対応するレコードは同期されません。 増分同期中、ソースデータベースのレコードはターゲットデータベースのレコードを上書きします。 テーブルスキーマが異なる場合、初期データ同期が失敗する可能性があります。これにより、一部の列データのみが同期されるか、同期が完全に失敗する可能性があります。注意して進めてください。
      同期トポロジ	このシナリオでは一方向同期が必要です。一方向同期 を選択します。
      移行先インスタンスでのオブジェクト名の大文字化	ターゲットインスタンスに同期されるデータベース、テーブル、および列のオブジェクト名の大文字/小文字の区別ポリシーを設定できます。デフォルトでは、DTS のデフォルトポリシー が選択されています。ソースデータベースとターゲットデータベースのデフォルトポリシーを使用することも選択できます。詳細については、「ターゲットオブジェクト名の大文字/小文字の区別ポリシー」をご参照ください。
      ソースオブジェクト	ソースオブジェクト ボックスで同期するオブジェクトをクリックし、 をクリックして 選択中のオブジェクト ボックスに移動します。 説明 スキーマまたはテーブルレベルで同期するオブジェクトを選択できます。テーブルを同期オブジェクトとして選択した場合、ビュー、トリガー、ストアドプロシージャなどの他のオブジェクトはターゲットデータベースに同期されません。 同期対象のテーブルに SERIAL 型のフィールドが含まれており、同期タイプ が スキーマ同期 に選択されている場合は、[シーケンス] またはスキーマ全体も選択することを推奨します。
      選択中のオブジェクト	ターゲットインスタンスで単一の同期オブジェクトの名前を変更するには、選択中のオブジェクト ボックスでオブジェクトを右クリックします。オブジェクトの名前変更の詳細については、「単一のデータベース、テーブル、または列のマッピング」をご参照ください。 ターゲットインスタンスで複数の同期オブジェクトの名前を一括で変更するには、選択中のオブジェクト ボックスの右上隅にある 一括編集 をクリックします。詳細については、「データベース、テーブル、列の一括マッピング」をご参照ください。 説明 データベースまたはテーブルレベルで同期する SQL 操作を選択するには、[選択済みオブジェクト] で同期するオブジェクトを右クリックし、表示されるダイアログボックスで必要な SQL 操作を選択します。 データをフィルタリングするための WHERE 句を設定するには、[選択済みオブジェクト] で同期するテーブルを右クリックし、表示されるダイアログボックスでフィルター条件を設定します。詳細については、「フィルター条件の設定」をご参照ください。 オブジェクト名マッピング機能を使用すると、このオブジェクトに依存する他のオブジェクトの同期が失敗する可能性があります。

   2. 詳細設定へ をクリックして、詳細パラメーターを設定します。

      構成	説明
      タスクのスケジュールに使用する専用クラスターの選択	デフォルトでは、DTS は共有クラスターでタスクをスケジュールするため、クラスターを選択する必要はありません。より安定したパフォーマンスを得るために、専用クラスターを購入して DTS 同期タスクを実行できます。詳細については、「DTS 専用クラスターとは」をご参照ください。
      失敗した接続の再試行時間	同期タスクの開始後、ソースまたはターゲットデータベースへの接続が失敗した場合、DTS はエラーを報告し、直ちに接続の再試行を開始します。デフォルトの再試行期間は 720 分です。10 分から 1,440 分の範囲でカスタムの再試行期間を指定することもできます。期間は 30 分以上に設定することを推奨します。指定された期間内に DTS がデータベースに正常に再接続した場合、同期タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。 説明 同じソースまたはターゲットを共有する複数の DTS インスタンス (例: インスタンス A とインスタンス B) があり、インスタンス A のネットワーク再試行時間を 30 分、インスタンス B を 60 分に設定した場合、両方に短い方の 30 分が使用されます。 DTS は接続再試行期間中のタスクランタイムに対して課金するため、ビジネスニーズに基づいて再試行期間をカスタマイズするか、ソースおよびターゲットデータベースインスタンスがリリースされた後、できるだけ早く DTS インスタンスをリリースすることを推奨します。
      移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。	同期タスクの開始後、ソースまたはターゲットデータベースで接続以外の問題 (DDL または DML 実行例外など) が発生した場合、DTS はエラーを報告し、直ちに連続的な再試行操作を開始します。デフォルトの再試行期間は 10 分です。1 分から 1,440 分の範囲でカスタムの再試行期間を指定することもできます。10 分以上に設定することを推奨します。設定された再試行期間内に関連操作が成功した場合、同期タスクは自動的に再開されます。それ以外の場合、タスクは失敗します。 重要 移行元データベースと移行先データベースで他の問題が発生した場合の、再試行までの待機時間です。 の値は、失敗した接続の再試行時間 の値より小さくする必要があります。
      完全同期レートを制限するかどうか	完全同期段階では、DTS はソースデータベースとターゲットデータベースの読み取りおよび書き込みリソースを消費し、データベースの負荷を増加させる可能性があります。ソースデータベースとターゲットデータベースの負荷を軽減するために、1 秒あたりのソースデータベースのクエリ率 QPS、1 秒あたりの完全移行の行数 RPS、および 1 秒あたりの完全移行データ量 (MB) BPS パラメーターを設定することで、完全同期タスクのレート制限を設定できます。 説明 この設定項目は、同期タイプ が 完全データ同期 に設定されている場合にのみ利用可能です。 同期インスタンスの実行後に 完全同期レートを調整する こともできます。
      増分同期率を制限するかどうか	増分同期タスクにもレート制限を設定できます。ターゲットデータベースへの圧力を軽減するために、1 秒あたりの増分同期の行数 RPS と 1 秒あたりの増分同期データ量 (MB) BPS を設定します。
      環境タグ	ニーズに基づいて、インスタンスを識別するための環境タグを選択します。
      ETL 機能の設定	抽出、変換、ロード (ETL) 機能を有効にするかどうかを選択します。詳細については、「ETL とは」をご参照ください。有効な値： ○：ETL 機能を有効にします。コードエディタにデータ処理文を入力します。詳細については、「データ移行またはデータ同期タスクでの ETL の設定」をご参照ください。 ×：ETL 機能を無効にします。
      監視アラート	アラートを設定するかどうかを指定します。同期が失敗した場合や、遅延が指定されたしきい値を超えた場合に、アラート通知が送信されます。 ×：アラートは設定されません。 ○: アラートのしきい値を設定し、アラート通知を指定して、アラートを構成します。 詳細については「タスクの構成時にモニタリングとアラートを構成する」をご参照ください。

   3. [次へ: データ検証] をクリックして、データ検証タスクを設定します。

      データ検証機能を使用する場合は、「データ検証の設定」で設定手順をご参照ください。

6. タスクを保存して事前チェックを実行します。

   • このインスタンスを設定するための API パラメーターを表示するには、次：タスク設定の保存と事前チェック ボタンにカーソルを合わせ、バブル内の OpenAPI パラメーターのプレビュー をクリックします。

   • API パラメーターの表示が完了したら、ページ下部の 次：タスク設定の保存と事前チェック をクリックします。

   説明

   • 同期ジョブが開始される前に、DTS は事前チェックを実行します。ジョブは、すべての事前チェック項目が成功した後にのみ開始できます。

   • 事前チェックが失敗した場合は、失敗した項目の 詳細を表示 をクリックします。プロンプトに従って問題を修正し、再度事前チェックを実行してください。

   • 事前チェックで警告が返された場合：

     • チェック項目が失敗し、無視できない場合は、項目の横にある 詳細を表示 をクリックします。指示に従って問題を修正し、再度事前チェックを実行してください。

     • 無視できるチェック項目については、アラートの詳細を確認、無視、OK、再度事前チェックを実行 を順にクリックして警告をスキップし、事前チェックを再実行できます。警告項目を無視することを選択した場合、データの不整合などの問題が発生し、ビジネスにリスクをもたらす可能性があります。

7. インスタンスを購入します。

   1. 成功率 が 100% になったら、次：インスタンスの購入 をクリックします。

   2. 購入 ページで、データ同期インスタンスの課金方法とリンク仕様を選択します。次の表でこれらのパラメーターを詳しく説明します。

      カテゴリ	パラメーター	説明
      新しいインスタンスクラス	課金方法	サブスクリプション：インスタンス作成時にお支払いいただきます。長期的なニーズに適しており、従量課金よりもコスト効率が高いです。サブスクリプション期間が長いほど、割引率が高くなります。 従量課金：時間単位で課金されます。短期的なニーズに適しています。使用後すぐにインスタンスをリリースしてコストを節約できます。
      	リソースグループの設定	インスタンスが属するリソースグループ。デフォルトはデフォルトリソースグループです。詳細については、「リソース管理とは」をご参照ください。
      	リンク仕様	DTS は、異なるパフォーマンスレベルの同期仕様を提供します。同期リンク仕様は同期レートに影響します。ビジネスシナリオに基づいて仕様を選択できます。詳細については、「データ同期リンクの仕様」をご参照ください。
      	サブスクリプション期間	サブスクリプションモードでは、サブスクリプションインスタンスの期間と数量を選択します。1〜9か月の月間サブスクリプション、または1、2、3、5年の年間サブスクリプションを選択できます。 説明 このオプションは、課金方法が サブスクリプション の場合にのみ利用可能です。

   3. 設定が完了したら、Data Transmission Service (従量課金) 利用規約 を読んで選択します。

   4. 購入して起動 をクリックします。OK ダイアログボックスで、[OK] をクリックします。

      [データ同期] ページでタスクの進捗状況を確認できます。