テーブル復元プロセスでは補助テナントを使用する必要があるため、テーブル復元を実行する前に、対象テナントが存在するクラスタ内で補助テナント用のリソースプールを作成する必要があります。
補助テナントのリソース計画
テーブルレベル復元プロセスでは、対象クラスタ内に補助テナントを作成する必要があるため、テーブルレベル復元を実行する前に、クラスタ上に十分なCPU、メモリ、およびディスクリソースを確保しておく必要があります。これは、リソース不足によりテーブルレベル復元タスクの実行が遅延したり、復元に失敗したりするのを防ぐためです。
一般的に、補助テナントの仕様はソーステナントと同一にすることを推奨します。ソーステナントと同一にできない場合は、バージョンの状況に応じて適切な仕様を選択する必要があります。
現在のバージョンでは、システムはテーブルレベル復元プロセスにおける補助テナントの復元を高速復元方式で実行します。高速復元方式では、補助テナントの最小仕様は以下の表のとおりです。
リソース項目 |
最小構成 |
説明 |
|---|---|---|
| CPU | 2コアまたは4コア | 最小構成は小さく設定しすぎないことを推奨します |
| メモリ | 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');リソースプールの作成手順および説明については、テナントの作成を参照してください。