テーブル復元プロセスでは補助テナントを使用する必要があるため、テーブル復元を実行する前に、ターゲットテナントが存在するクラスタ内で補助テナント用のリソースプールを作成する必要があります。
補助テナントのリソース計画
テーブルレベル復元プロセスではターゲットクラスタ内に補助テナントを作成する必要があるため、テーブルレベル復元を実行する前に、クラスタ上に十分なCPU、メモリ、およびディスクリソースを確保しておく必要があります。これは、リソース不足によりテーブルレベル復元タスクの実行が遅延したり、復元に失敗したりするのを防ぐためです。
一般的に、補助テナントの仕様はソーステナントと同一にすることを推奨します。ソーステナントと同一にできない場合は、バージョンの状況に応じて適切な仕様を選択する必要があります。
現在のバージョンでは、システムはテーブルレベル復元プロセスにおける補助テナントの復元を高速復元方式で実行します。高速復元方式では、補助テナントの最小仕様は以下の表のとおりです。
リソース項目 |
最小仕様 |
説明 |
|---|---|---|
| CPU | 2Cまたは4C | 最小仕様は小さく設定しすぎないことを推奨します |
| メモリ | Tablet数に関連します | 最小仕様は少なくとも1GBを満たす必要があり、最大で2万Tabletの制限をサポートします |
| ディスク | バックアップデータ量/100 + 復元ログ量 | 最小仕様は、バックアップデータ量の1%以上に、復元ログ量を加えた合計に設定することを推奨します |
補助テナントのリソースプールの作成
rootユーザーで、ターゲットテナントが存在するクラスタのsysテナントにログインします。ユニット(リソースユニット)を作成します。
例:
obclient [(none)]> CREATE RESOURCE UNIT box_16c96g MAX_CPU 16, MEMORY_SIZE = '5G', MAX_IOPS 10240, MIN_IOPS=10240;リソースユニットの作成手順および説明については、テナントの作成を参照してください。
リソースプール(Resource Pool)を作成します。
補助テナント用のリソースプールを作成する際は、可能な限りソーステナントと同型にすることを推奨します。つまり、補助テナントのリソースプールにおける
unit_numの数をソーステナントと同じにすることを推奨します。例:
obclient [(none)]> CREATE RESOURCE POOL restore_pool unit = 'box_16c96g', unit_num = 1, zone_list = ('z1','z2','z3');リソースプールの作成手順および説明については、テナントの作成を参照してください。