TiDBデータ移行のソフトウェアおよびハードウェア要件

TiDB Data Migration (DM) は、主要な Linux オペレーティングシステムをサポートしています。具体的なバージョン要件については、次の表をご覧ください。

DM は、Intelアーキテクチャサーバーおよび主流の仮想化環境に導入および実行できます。

推奨サーバー要件

DMは、64ビット汎用ハードウェアサーバープラットフォーム（Intel x86-64アーキテクチャ）上で導入および実行できます。開発環境、テスト環境、および本番環境で使用されるサーバーについて、このセクションでは推奨されるハードウェア構成を示します（これらにはオペレーティングシステムが使用するリソースは含まれません）。

開発およびテスト環境

注記：

• テスト環境では、機能検証に使用する DM-master と DM-worker を同じサーバー上に配置できます。
• パフォーマンス テスト結果の精度を損なわないようにするために、低パフォーマンスのstorageおよびネットワーク ハードウェア構成を使用することはお勧めしません。
• 機能の検証のみが必要な場合は、DMマスターを1台のマシンにデプロイできます。デプロイするDMワーカーの数は、上流のMySQLインスタンスの数以上である必要があります。高可用性を確保するには、より多くのDMワーカーをデプロイすることをお勧めします。
• DM-workerはフェーズdumpとフェーズloadで全データを保存します。そのため、DM-workerのディスク容量は、移行するデータの総量よりも大きくする必要があります。移行タスクでリレーログが有効になっている場合、DM-workerは上流のbinlogデータを保存するために追加のディスク容量を必要とします。

生産環境

注記：

• 本番環境では、DM-master と DM-worker を同じサーバーに導入して実行することは推奨されません。DM-worker がディスクにデータを書き込むと、DM-master の高可用性コンポーネントによるディスクの使用が妨げられる可能性があるためです。
• パフォーマンスの問題が発生した場合は、ドキュメントDMのコンフィグレーションを最適化するに従ってタスク設定ファイルを変更することをお勧めします。設定ファイルを調整してもパフォーマンスが効果的に最適化されない場合は、サーバーのハードウェアをアップグレードしてみてください。

下流のstorageスペース要件

ターゲットTiKVクラスターには、インポートしたデータを保存するための十分なディスク容量が必要です。1 に加え標準的なハードウェア要件 、ターゲットTiKVクラスターのstorage容量は、データソースのサイズ × レプリカ数 × 2よりも大きくなければなりません。例えば、クラスターがデフォルトで3つのレプリカを使用する場合、ターゲットTiKVクラスターには、データソースのサイズの6倍よりも大きなstorage容量が必要です。式にx 2含まれているのは、以下の理由からです。

• インデックスは余分なスペースを占める可能性があります。
• RocksDB には空間増幅効果があります。

次の SQL ステートメントを使用してDATA_LENGTHフィールドを要約すると、データ量を見積もることができます。

-- Calculate the size of all schemas
SELECT
  TABLE_SCHEMA,
  FORMAT_BYTES(SUM(DATA_LENGTH)) AS 'Data Size',
  FORMAT_BYTES(SUM(INDEX_LENGTH)) 'Index Size'
FROM
  information_schema.tables
GROUP BY
  TABLE_SCHEMA;

-- Calculate the 5 largest tables
SELECT 
  TABLE_NAME,
  TABLE_SCHEMA,
  FORMAT_BYTES(SUM(data_length)) AS 'Data Size',
  FORMAT_BYTES(SUM(index_length)) AS 'Index Size',
  FORMAT_BYTES(SUM(data_length+index_length)) AS 'Total Size'
FROM
  information_schema.tables
GROUP BY
  TABLE_NAME,
  TABLE_SCHEMA
ORDER BY
  SUM(DATA_LENGTH+INDEX_LENGTH) DESC
LIMIT
  5;