テーブル復旧プロセスでは補助テナントを使用するため、テーブル復旧を行う前に、ターゲットテナントが属するクラスタ内で補助テナント用の必要なリソースプールを作成する必要があります。
補助テナントのリソース計画
テーブル単位の復旧プロセスでは、ターゲットクラスタ内に補助テナントを作成する必要があるため、テーブル単位の復旧を行う前に、クラスタ上で十分なCPU、メモリ、およびディスクリソースを確保しておく必要があります。これは、リソース不足によりテーブル単位の復旧タスクの実行が遅延したり、復旧に失敗したりするのを防ぐためです。
通常、補助テナントの仕様はソーステナントと同一にすることを推奨します。ソーステナントと同一にできない場合は、補助テナントの最小仕様要件は以下の通りです。
V4.3.5 BP2以降のバージョンでは、システムは高速復旧方式を採用してテーブルレベルの復旧プロセスにおける補助テナントの復旧を実行します。高速復旧方式において、補助テナントの最小構成は以下の表のとおりです。
| リソース項目 | 最小構成 | 説明 |
|---|---|---|
| CPU | 2コアまたは4コア | 最小構成はあまりにも小さく設定することを推奨しません |
| メモリ | Tablet数に関連 | 最小構成は少なくとも1GBを満たす必要があり、最大で2万Tabletの制限があります |
| ディスク | バックアップデータ量/100 + 復旧ログ量 | 最小構成はバックアップデータ量の1%以上、さらに復旧ログ量を加えた合計値を推奨します |
V4.3.5 BP2より前のバージョンでは、システムはテーブルレベルの復旧プロセスにおいて補助テナントの復旧を実行するためにフル復旧方式を採用しています。フル復旧方式における補助テナントの最小構成は以下の表のとおりです。
| リソース項目 | 最小構成 | 説明 |
|---|---|---|
| CPU | 2コアまたは4コア | 最小構成をあまりにも小さく設定することは推奨されません |
| メモリ | Tablet数に関連します | 最小構成は少なくとも1GBを満たす必要があり、最大で2万Tabletの制限があります |
| ディスク | バックアップデータ量 + 復旧ログ量 | 最小構成はバックアップデータ量と復旧ログ量の合計以上に設定することを推奨します |
補助テナント用リソースプールの作成
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');リソースプールの作成手順および説明については、テナントの作成を参照してください。