Unit Numberの調整によるテナントのスケーリング|V4.4.2|OceanBaseデータベース|OceanBaseデータベースドキュメント|分散データベース

Unit Numberの調整によるテナントのスケーリング

最終更新日：2026-07-30 06:39:47 更新

テナントのスケールアウトとスケールインは、本質的にはテナントのサービス能力、すなわち計算能力とストレージ容量を向上または低下させることです。これは、単一ノードのサービス能力を向上させるか、サービスノードを追加することで実現できます。本記事では、Unit Numberを変更することでサービスノードを増減し、テナント全体のサービス能力を向上または低下させる方法、つまりテナントのスケールアウトやスケールインの実現方法について説明します。

Unit Numberの変更には、Unit Numberを大きくするか小さくするかのどちらかが含まれます。

背景

現在のバージョンでは、OceanBaseデータベースはテナントの同種ゾーンモードと異種ゾーンモードをサポートしています。

同種ゾーンモードでは、テナント内の各ゾーンのユニット数が一致している必要があります。また、各ゾーンのユニットを一元的に管理するため、システムはユニットグループメカニズムを導入しています。つまり、異なるゾーン間で同一の番号（UNIT_GROUP_ID）を持つユニットは、同じユニットグループに属します。同種ゾーンモードのテナントでは、ユニット数を増減することは、本質的にはユニットグループ単位でユニットを作成および削除することになります。
異種ゾーンモードでは、テナント内の各ゾーンのUNIT_NUMは同じでも異なっても構いませんが、1つのテナントのすべてのゾーンで使用できるUNIT_NUMの種類は最大2種類です。ログストリームの分散はユニットグループに紐づけられなくなり、各ゾーンのレプリカは対称的なユニット上に配置される制約がなくなりました。異種ゾーンモードのテナントでは、テナント全体のユニット数を一括で増減するほかに、複数のリソースプールがある場合は、特定のリソースプールのユニット数を個別に増減することで、リソースプール単位でのスケーリングを実現できます。

注意

通常、既存のテナントやアップグレード後のテナントは、デフォルトで同種ゾーンモードに設定されています。異種ゾーンモードを有効にするには、テナントレベルの構成パラメータzone_deploy_modeの値をhetero（異種ゾーンモード）に変更する必要があります。変更後は、homo（同種ゾーンモード）に戻すことはできません。

前提条件

テナントのスケーリング操作を実行する前に、以下の操作を行う必要があります：

テナント内のロードバランシングポリシーの設定

テナント内のロードバランシングポリシーは、テナントレベルの構成パラメータ enable_rebalance と enable_transfer によって共同で制御されます。
- パラメータ enable_rebalance は、システムテナントではテナント間のロードバランシングを有効にするかどうかを、ユーザーテナントではテナント内のロードバランシングを有効にするかどうかを制御します。テナントのスケーリング操作時には、テナント内のロードバランシングを有効にする必要があります。テナント間のロードバランシングポリシーとテナント内のロードバランシングポリシーの詳細については、データロードバランシングのベストプラクティスを参照してください。この構成パラメータのデフォルト値は true で、ロードバランシングが有効であることを意味します。設定後はOBServerノードを再起動する必要がなく、即時に反映されます。
- パラメータ enable_transfer は、テナントのTransfer機能を有効にするかどうかを制御します。デフォルト値は true です。設定後はOBServerノードを再起動する必要がなく、即時に反映されます。具体的には：
  - パラメータ enable_rebalance の値が false の場合、パラメータ enable_transfer の値が true であっても false であっても、システムは自動ロードバランシングを行いません。
  - パラメータ enable_rebalance の値が true かつ enable_transfer の値も true の場合、テナントのスケーリング操作時にシステムが自動的にパーティションの分散を調整し、ロードバランシングを実現することを示します。
  - パラメータ enable_rebalance の値が true かつ enable_transfer の値が false の場合、テナントのスケーリング操作時にシステムがTransfer操作を開始できず、ログストリーム移行による限定的なロードバランシングのみが可能であることを示します。
設定方法は以下の通りです：
- システムテナントで指定テナントのロードバランシングポリシーを設定
  - システムテナントで指定テナントのテナント内ロードバランシングおよびテナントのTransfer機能を有効にする
```
ALTER SYSTEM SET enable_rebalance = true TENANT = 'tenant_name';
```
```
ALTER SYSTEM SET enable_transfer = true TENANT = 'tenant_name';
```
    上記のステートメントは、指定テナント内の構成パラメータ enable_rebalance と enable_transfer の値を true に設定することを示します。
  - システムテナントですべてのユーザーテナント（sys テナントとMetaテナントを除く）のテナント内ロードバランシングおよびテナントのTransfer機能を有効にする
```
ALTER SYSTEM SET enable_rebalance = true TENANT = all_user;
```
```
ALTER SYSTEM SET enable_transfer = true TENANT = all_user;
```
    または
```
ALTER SYSTEM SET enable_rebalance = true TENANT = all;
```
```
ALTER SYSTEM SET enable_transfer = true TENANT = all;
```
    上記のステートメントは、すべてのユーザーテナント内の構成パラメータ enable_rebalance と enable_transfer の値を true に設定することを示します。
    
    説明
    
    OceanBaseデータベースはV4.2.1バージョン以降、TENANT = all_userとTENANT = allは同じ意味を持ちます。適用範囲をすべてのユーザーテナントにする必要がある場合は、TENANT = all_userの使用を推奨します。TENANT = allは今後廃止されます。
- ユーザーテナントで自身のテナントのロードバランシングポリシーを設定
  MySQLモード
  
  Oracleモード
  MySQLテナントで、そのテナント内のロードバランシングおよびテナント内のTransfer機能を有効にするステートメントは以下のとおりです：
  
  ALTER SYSTEM SET enable_rebalance = true;
  
  ALTER SYSTEM SET enable_transfer = true;
  Oracleテナントで、そのテナント内のロードバランシングおよびテナント内のTransfer機能を有効にするステートメントは以下のとおりです：
  
  ALTER SYSTEM SET enable_rebalance = 'true';
  
  ALTER SYSTEM SET enable_transfer = 'true';
パラメータenable_rebalanceとenable_transferの詳細については、enable_rebalanceおよびenable_transferを参照してください。
アイドル状態のリソースプールも使用中のリソースとしてカウントされるため、拡張前にテナントが削除される場合は、リソースの解放のために対応するリソースプールも一緒に削除することを推奨します。

リソースプールの削除に関する操作については、リソースプールの削除を参照してください。
テナントの縮小を行う前に、テナントが使用中のメモリを解放するため、一度ダンプを実行することを推奨します。

手動でダンプをトリガーする操作については、手動でのダンプのトリガーを参照してください。
テナントの拡張・縮小操作を実行する前に、期待される効果を得るために、まずテナントのリソース計画を立てることを推奨します。

テナントの拡張・縮小に関するリソース計画の詳細な操作については、テナントの拡張・縮小に関するリソース計画を参照してください。

注意点

Unit Numberの調整によるテナントのスケーリングを行う際は、以下の点に注意してください：

スケーリング中は、テナントのローカリティを変更することは禁止されています。
スケーリング中は、テナントのリソースプールのZONE_LIST範囲を拡大することは禁止されています。
スケーリング中は、テナントに新しいリソースプールを追加することは禁止されています。
スケーリング中は、リソースプールのメジャーコンパクションを実行することは禁止されています。
スケーリング中は、DELETING状態のUnitに対して移行操作を実行することは禁止されています。

ユニット番号の拡大

テナントのすべてのリソースプールのUnit Numberを増やす

同種ゾーンモードまたは異種ゾーンモードのテナントについて、ALTER RESOURCE TENANTステートメントを使用して、テナントのすべてのリソースプールのUnit Numberを一括して増やすことができます。以下では、テナントmysql001のすべてのリソースプールのUnit Numberを増やす例を挙げて操作方法を説明します。

rootユーザーでクラスタのsysテナントにログインします。
```
obclient -h172.30.xxx.xxx -P2883 -uroot@sys#obdemo -pxxxx -A
```
oceanbaseデータベースに入ります。
```
obclient(root@sys)[(none)]> use oceanbase;
```

テナントmysql001の情報を確認し、そのTENANT_IDを取得します。

obclient(root@sys)[oceanbase]> SELECT TENANT_ID, TENANT_NAME, TENANT_TYPE, PRIMARY_ZONE, LOCALITY, TENANT_ROLE, UNIT_NUM, ZONE_UNIT_NUM_LIST FROM oceanbase.DBA_OB_TENANTS WHERE TENANT_NAME = 'mysql001';

クエリ結果は次のとおりです：

+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
| TENANT_ID | TENANT_NAME | TENANT_TYPE | PRIMARY_ZONE       | LOCALITY                                    | TENANT_ROLE | UNIT_NUM | ZONE_UNIT_NUM_LIST      |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
|      1006 | mysql001    | USER        | zone1;zone2;zone3  | FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3 | PRIMARY     |        1 | zone1:1,zone2:1,zone3:1 |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
1 row in set

クエリ結果によると、テナントのTENANT_IDは1006であり、このテナントの各ゾーンにおけるUnit Numberは1:1:1です。

テナントmysql001が保有するUnitを確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1013 |      1006 | ACTIVE |             1002 |          1023 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1023 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1023 | zone3 |           1001 |
+---------+-----------+--------+------------------+---------------+-------+----------------+
3 rows in set

クエリ結果から、テナントmysql001は各ゾーンに1つずつUnitを持ち、これら3つのUnitが対応するUNIT_GROUP_IDが同じであることがわかります。

テナントmysql001のUNIT_NUMを2に変更します。

obclient(root@sys)[oceanbase]> ALTER RESOURCE TENANT mysql001 UNIT_NUM = 2;

コマンド実行後、現在のUnitの状態を確認します。

obclient> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1013 |      1006 | ACTIVE |             1002 |          1024 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1024 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1024 | zone3 |           1001 |
|    1025 |      1006 | ADDING |             1001 |          1025 | zone1 |           1001 |
|    1026 |      1006 | ADDING |             1002 |          1025 | zone2 |           1001 |
|    1027 |      1006 | ADDING |             1003 |          1025 | zone3 |           1001 |
+---------+-----------+--------+------------------+---------------+-------+----------------+
6 rows in set

新規追加されるUnitはすべてADDING状態であることが確認できます。内部のバランシングが完了すると、Unitの状態はADDING状態からACTIVE状態に変わります。

注意

OceanBaseデータベースの以前のバージョンでは、UNIT_NUM の拡張は同期プロセスでしたが、現在のバージョンでは、UNIT_NUM の拡張は非同期プロセスとなり、新規追加されるUnitは ADDING 状態となります。
拡張プロセス中（新規追加されるUnitがまだ ADDING 状態の場合）、ロールバック操作をサポートします。
例えば、この例では、ALTER RESOURCE TENANT mysql001 UNIT_NUM = 1; ステートメントを実行して UNIT_NUM を元の値に戻すことができます。ロールバック時、元の ADDING 状態のUnitは直接 DELETING 状態に変わります。ただし、ロールバック操作を実行する際、指定したUNIT_GROUPを削除する方法はサポートされていないため、システムは自動的に ADDING 状態のUnitを選択して削除します。
拡張プロセス終了前は、ロールバック操作のみを許可し、UNIT_NUM を他の値に変更することは禁止されています。

Unit Numberを増やすタスクの実行状態を確認します。

obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_TENANT_JOBS WHERE JOB_TYPE='ALTER_RESOURCE_TENANT_UNIT_NUM' AND TENANT_ID = 1006;

クエリ結果は次のとおりです：

+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
| JOB_ID | JOB_TYPE                       | JOB_STATUS | RESULT_CODE | PROGRESS | START_TIME                 | MODIFY_TIME                | TENANT_ID | SQL_TEXT                                                  | EXTRA_INFO        | RS_SVR_IP    | RS_SVR_PORT |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
|     26 | ALTER_RESOURCE_TENANT_UNIT_NUM | SUCCESS    |           0 |      100 | 2025-06-18 10:10:19.430962 | 2025-06-18 10:10:54.229794 |      1006 | ALTER RESOURCE TENANT mysql001 UNIT_NUM = 2               | new unit num: '2' | 6.xx.xxx.xxx |       29700 |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
1 row in set

クエリ結果から、以下のフィールドに基づいて対応するタスクレコードを見つけます：

START_TIME：タスクの開始時間。
SQL_TEXT：タスクに対応するSQL文。
EXTRA_INFO：変更前後のUnit Numberの数。

対応する変更レコードの JOB_STATUS の値が SUCCESS の場合、Unit Numberを増やすタスクは正常に実行されたことを意味します。

ビュー DBA_OB_TENANT_JOBS の詳細なフィールド説明については、DBA_OB_TENANT_JOBSを参照してください。

テナント mysql001 の変更後のUnitを確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1013 |      1006 | ACTIVE |             1002 |          1024 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1024 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1024 | zone3 |           1001 |
|    1025 |      1006 | ACTIVE |             1001 |          1025 | zone1 |           1001 |
|    1026 |      1006 | ACTIVE |             1002 |          1025 | zone2 |           1001 |
|    1027 |      1006 | ACTIVE |             1003 |          1025 | zone3 |           1001 |
+---------+-----------+--------+------------------+---------------+-------+----------------+
6 rows in set

上記の例では、テナント mysql001 のすべてのリソースプールのUnit Numberを1から2に変更します。変更前はテナントが各ゾーンに1つのUnitを持ち、変更後は各ゾーンに2つのUnitを持つようになり、これによりテナントの拡張が実現されます。

テナントの単一リソースプールのUnit Numberを増やす

異種ゾーンモードのテナントでは、複数のリソースプールがある場合、ALTER RESOURCE POOLステートメントを使用して、テナントの特定のリソースプールのUnit Numberを個別に増やすこともできます。同種ゾーンモードのテナントはこの方法をサポートしていません。

以下では、テナントmysql001のリソースプールpool2のUnit Numberを増やす例を挙げて操作方法を説明します。

rootユーザーでクラスタのsysテナントにログインします。
```
obclient -h172.30.xxx.xxx -P2883 -uroot@sys#obdemo -pxxxx -A
```

oceanbaseデータベースに入ります。

 obclient(root@sys)[(none)]> use oceanbase;

テナントmysql001の情報を確認し、そのTENANT_IDを取得します。

obclient(root@sys)[oceanbase]> SELECT TENANT_ID, TENANT_NAME, TENANT_TYPE, PRIMARY_ZONE, LOCALITY, TENANT_ROLE, UNIT_NUM, ZONE_UNIT_NUM_LIST FROM oceanbase.DBA_OB_TENANTS WHERE TENANT_NAME = 'mysql001';

クエリ結果は次のとおりです：

+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
| TENANT_ID | TENANT_NAME | TENANT_TYPE | PRIMARY_ZONE       | LOCALITY                                    | TENANT_ROLE | UNIT_NUM | ZONE_UNIT_NUM_LIST      |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
|      1006 | mysql001    | USER        | zone1;zone2;zone3  | FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3 | PRIMARY     |        2 | zone1:2,zone2:2,zone3:2 |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
1 row in set

クエリ結果によると、テナントのTENANT_IDは1006であり、このテナントの各ゾーンにおけるUnit Numberは2:2:2です。

現在のテナントのリソース構成情報を確認します。

obclient(root@sys)[oceanbase]> SELECT c.TENANT_ID, e.TENANT_NAME, concat(c.NAME, ': ', d.NAME) `pool:conf`,c.ZONE_LIST, concat(c.UNIT_COUNT, ' unit: ', d.min_cpu, 'C/', ROUND(d.MEMORY_SIZE/1024/1024/1024,0), "G") unit_info
             FROM oceanbase.DBA_OB_RESOURCE_POOLS c, oceanbase.DBA_OB_UNIT_CONFIGS d, oceanbase.DBA_OB_TENANTS e
             WHERE c.UNIT_CONFIG_ID=d.UNIT_CONFIG_ID AND c.TENANT_ID=e.TENANT_ID AND c.TENANT_ID=1006;

クエリ結果は次のとおりです：

+-----------+-------------+------------------+-----------+---------------+
| TENANT_ID | TENANT_NAME | pool:conf        | ZONE_LIST | unit_info     |
+-----------+-------------+------------------+-----------+---------------+
|      1006 | mysql001    | pool3: test_unit |   zone3   | 2 unit: 1C/8G |
|      1006 | mysql001    | pool2: test_unit |   zone2   | 2 unit: 1C/8G |
|      1006 | mysql001    | pool1: test_unit |   zone1   | 2 unit: 1C/8G |
+-----------+-------------+------------------+-----------+---------------+
3 rows in set

クエリ結果から、テナントmysql001にはpool1、pool2、pool3の3つのリソースプールがあり、それぞれzone1、zone2、zone3に配置されていることがわかります。

実際のニーズに応じて、テナントmysql001のリソースプールpool2のUNIT_NUMを3に変更します。
```
obclient(root@sys)[oceanbase]> ALTER RESOURCE POOL pool2 UNIT_NUM = 3;
```

コマンド実行が成功した後、現在のUnitの状態を確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1013 |      1006 | ACTIVE |             1002 |          1026 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1024 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1024 | zone3 |           1001 |
|    1025 |      1006 | ACTIVE |             1001 |          1025 | zone1 |           1001 |
|    1026 |      1006 | ACTIVE |             1002 |          1027 | zone2 |           1001 |
|    1027 |      1006 | ACTIVE |             1003 |          1025 | zone3 |           1001 |
|    1028 |      1006 | ADDING |             1002 |          1028 | zone2 |           1001 |
+---------+-----------+--------+------------------+---------------+-------+----------------+
7 rows in set

新しく追加されるUnitはADDING状態になっています。内部のバランシングが完了すると、Unitの状態はADDING状態からACTIVE状態に変わります。

注意

OceanBaseデータベースの以前のバージョンでは、UNIT_NUM の拡張は同期プロセスでしたが、現在のバージョンでは、UNIT_NUM の拡張は非同期プロセスに変更されました。新規ユニットは ADDING 状態となります。
拡張プロセス中（新規ユニットがまだ ADDING 状態の場合）、ロールバック操作をサポートします。
例えば、この例では、ALTER RESOURCE POOL pool2 UNIT_NUM = 2; ステートメントを実行して UNIT_NUM を元の値に戻すことができます。ロールバック時、元の ADDING 状態のユニットは直接 DELETING 状態に変わります。ただし、ロールバック操作を実行する際、指定ユニットの削除によるロールバックはサポートされていないため、システムは自動的に ADDING 状態のユニットを選択して削除します。
拡張プロセス終了前は、ロールバック操作のみを許可し、UNIT_NUM を他の値に変更することは禁止されています。

ユニット数増量タスクの実行状態を確認します。

obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_TENANT_JOBS WHERE JOB_TYPE='ALTER_RESOURCE_TENANT_UNIT_NUM' AND TENANT_ID=1006;

クエリ結果は次のとおりです：

+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
| JOB_ID | JOB_TYPE                       | JOB_STATUS | RESULT_CODE | PROGRESS | START_TIME                 | MODIFY_TIME                | TENANT_ID | SQL_TEXT                                                  | EXTRA_INFO        | RS_SVR_IP    | RS_SVR_PORT |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
|     27 | ALTER_RESOURCE_TENANT_UNIT_NUM | INPROGRESS |        NULL |        0 | 2025-06-18 11:02:52.005261 | 2025-06-18 11:02:52.005261 |      1006 | ALTER RESOURCE POOL pool2 UNIT_NUM = 3                    | new unit num: '3' | 6.xx.xxx.xxx |       29700 |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
1 row in set

クエリ結果から、以下のフィールドに基づいて対応するタスクレコードを見つけます：

START_TIME：タスクの開始時間。
SQL_TEXT：タスクに対応するSQL文。
EXTRA_INFO：変更前後のユニット数。

対応する変更レコードの JOB_STATUS 値が SUCCESS の場合、ユニット数を増量するタスクが正常に実行されたことを示します。

ビュー DBA_OB_TENANT_JOBS の詳細なフィールド説明については、DBA_OB_TENANT_JOBSを参照してください。

テナント mysql001 の変更後のユニット数を確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1013 |      1006 | ACTIVE |             1002 |          1026 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1024 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1024 | zone3 |           1001 |
|    1025 |      1006 | ACTIVE |             1001 |          1025 | zone1 |           1001 |
|    1026 |      1006 | ACTIVE |             1002 |          1027 | zone2 |           1001 |
|    1027 |      1006 | ACTIVE |             1003 |          1025 | zone3 |           1001 |
|    1028 |      1006 | ADDING |             1002 |          1028 | zone2 |           1001 |
+---------+-----------+--------+------------------+---------------+-------+----------------+
7 rows in set

上記の例では、テナント mysql001 のリソースプール pool2 のユニット数を2から3に変更します。変更前は、テナントの各ゾーンにおけるユニット数が2でした。変更後は、テナントの zone1 および zone3 のユニット数は引き続き2のままですが、zon2 のユニット数が3に増加し、テナントの拡張が実現されました。

ユニット数の削減

注意事項

テナントのUnit Numberを小さくする前に、GTS専用が有効になっていないか確認する必要があります。GTS専用機能は、テナントレベルのパラメータenable_gts_standaloneで制御され、デフォルト値はFalse、つまり無効状態です。

GTS専用が有効になっている場合は、以下の点に注意してください：

GTS専用が有効になると、テナント内の各ZoneのUNIT_NUMが2以上である必要があります。テナントのいずれかのZoneをUNIT_NUMが2未満にスケールインすると、システムはエラーを返します。
指定したUNIT_LISTまたはUnit Groupを削除してUnit Numberを小さくする場合、GTS専用のUnitやUnit Groupを指定して削除することはできません。そうすると、システムはエラーを返します。

テナントのすべてのリソースプールのUnit Numberを小さくする

同種Zoneモードのテナントでも異種Zoneモードのテナントでも、ALTER RESOURCE TENANTステートメントを使用して、テナントのすべてのリソースプールのUnit Numberを一括して小さくできます。以下では、テナントmysql001のすべてのリソースプールのUnit Numberを小さくする例を挙げて操作方法を説明します。

以下では、テナントmysql001のUnit Numberを小さくする例を挙げて操作方法を説明します。

rootユーザーでクラスタのsysテナントにログインします。
```
obclient -h172.xxx.xxx.xxx -P2883 -uroot@sys#obdemo -pxxxx -A
```
oceanbaseデータベースに入ります。
```
obclient(root@sys)[(none)]> use oceanbase;
```

テナントmysql001の情報を確認し、そのTENANT_IDを取得します。

obclient(root@sys)[oceanbase]> SELECT TENANT_ID, TENANT_NAME, TENANT_TYPE, PRIMARY_ZONE, LOCALITY, TENANT_ROLE, UNIT_NUM, ZONE_UNIT_NUM_LIST FROM oceanbase.DBA_OB_TENANTS WHERE TENANT_NAME = 'mysql001';

クエリ結果は次のとおりです：

+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
| TENANT_ID | TENANT_NAME | TENANT_TYPE | PRIMARY_ZONE       | LOCALITY                                    | TENANT_ROLE | UNIT_NUM | ZONE_UNIT_NUM_LIST      |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
|      1006 | mysql001    | USER        | zone1;zone2,zone3  | FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3 | PRIMARY     |        3 | zone1:3,zone2:3,zone3:3 |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
1 row in set

クエリ結果によると、テナントのTENANT_IDは1006で、このテナントの各Zone上のUnit Numberはすべて3です。

テナントmysql001が所有するUnitを確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1001 |      1006 | ACTIVE |             1001 |          1018 | zone1 |           1001 |
|    1005 |      1006 | ACTIVE |             1003 |          1018 | zone3 |           1001 |
|    1006 |      1006 | ACTIVE |             1003 |          1019 | zone3 |           1001 |
|    1007 |      1006 | ACTIVE |             1002 |          1018 | zone2 |           1001 |
|    1011 |      1006 | ACTIVE |             1002 |          1019 | zone2 |           1001 |
|    1012 |      1006 | ACTIVE |             1001 |          1019 | zone1 |           1001 |
|    1013 |      1006 | ACTIVE |             1002 |          1020 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1020 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1020 | zone3 |           1001 |
+---------+-----------+--------+------------------+---------------+-------+----------------+
9 rows in set

クエリ結果から、テナントmysql001の各Zoneには3つのUnitがあることがわかります。その中で、UNIT_IDが1001、1005、1007のUNIT_GROUP_IDはすべて1018です；UNIT_IDが1006、1011、1012のUNIT_GROUP_IDはすべて1019です；UNIT_IDが1013、1014、1015のUNIT_GROUP_IDはすべて1020です。

テナントmysql001のUNIT_NUMを2に変更します。
- Unitをランダムに削除する方法でUNIT_NUMの数を小さくします。
  
  同種Zoneモードまたは異種Zoneモードのテナントでは、以下のステートメントを使用してUNIT_NUMの数を小さくできます。
```
obclient(root@sys)[oceanbase]> ALTER RESOURCE TENANT mysql001 UNIT_NUM = 2;
```
  このステートメントを実行した後：
  - 同一ゾーンモードのテナントについては、例えばこの例では、テナントのすべてのリソースプールの UNIT_NUM を3から2に変更すると、システムは UNIT_GROUP_ID が同じユニットグループをランダムに選択して削除します。
  - 異種ゾーンモードのテナントについては、システムはランダムに一組の UNIT_LIST を選択して削除します。
- 指定された UNIT_GROUP を削除することで UNIT_NUM の数を減らす
  
  同一ゾーンモードのテナントでは、以下のステートメントを使用して UNIT_NUM の数を減らすこともできますが、異種ゾーンモードのテナントはこのステートメントをサポートしていません。
```
obclient(root@sys)[oceanbase]> ALTER RESOURCE TENANT mysql001 UNIT_NUM = 2 DELETE UNIT_GROUP =(1018);
```
  このステートメントを実行した後、各ゾーン上の3つのUnitのシナリオでは、システムは指定されたUnit Group上のデータを他のUnit Groupに再分散した後、そのUnit Groupを削除します。

コマンドの実行が成功した後、現在のUnitの状態を確認します。

obclient> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果の例は以下のとおりです：

+---------+-----------+----------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS   | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+----------+------------------+---------------+-------+----------------+
|    1001 |      1006 | DELETING |             1001 |          1018 | zone1 |           1001 |
|    1005 |      1006 | DELETING |             1003 |          1018 | zone3 |           1001 |
|    1006 |      1006 | ACTIVE   |             1003 |          1019 | zone3 |           1001 |
|    1007 |      1006 | DELETING |             1002 |          1018 | zone2 |           1001 |
|    1011 |      1006 | ACTIVE   |             1002 |          1019 | zone2 |           1001 |
|    1012 |      1006 | ACTIVE   |             1001 |          1019 | zone1 |           1001 |
|    1013 |      1006 | ACTIVE   |             1002 |          1020 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE   |             1001 |          1020 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE   |             1003 |          1020 | zone3 |           1001 |
+---------+-----------+----------+------------------+---------------+-------+----------------+
9 rows in set

宜しくお願いします。削除待ちのUnitは DELETING 状態になっています。

注意

OceanBaseデータベースでは、UNIT_NUM のスケールインは非同期プロセスです。スケールイン中（削除待ちのUnitは依然として DELETING 状態）、ロールバック操作をサポートします。
例えば、この例では、ALTER RESOURCE TENANT mysql001 UNIT_NUM = 3; ステートメントを実行して UNIT_NUM を元の値に戻すことができます。ロールバック時、元の DELETING 状態のUnitは直接 ADDING 状態に変わります。
スケールイン中は、ロールバック操作のみをサポートし、UNIT_NUM を他の値に変更することは禁止されています。

Unit Numberを減らすタスクの実行状態を確認します。

obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_TENANT_JOBS WHERE JOB_TYPE='ALTER_RESOURCE_TENANT_UNIT_NUM' AND TENANT_ID=1006;

クエリ結果の例は以下のとおりです：

+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
| JOB_ID | JOB_TYPE                       | JOB_STATUS | RESULT_CODE | PROGRESS | START_TIME                 | MODIFY_TIME                | TENANT_ID | SQL_TEXT                                                  | EXTRA_INFO        | RS_SVR_IP    | RS_SVR_PORT |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
|     25 | ALTER_RESOURCE_TENANT_UNIT_NUM | SUCCESS    |           0 |      100 | 2025-06-18 10:06:15.648806 | 2025-06-18 10:08:39.969346 |      1006 | alter resource tenant mysql001 unit_num=2                 | new unit num: '2' | 6.xx.xxx.xxx |       29700 |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
1 row in set

クエリ結果から、以下のフィールドに基づいて対応するタスクレコードを見つけます：

START_TIME：タスクの開始時間。
SQL_TEXT：タスクに対応するSQLステートメント。
EXTRA_INFO：変更前後のUnit Number。

対応するタスクレコードの JOB_STATUS の値が SUCCESS の場合、Unit Numberを減らすタスクの実行は成功したことを意味します。

ビュー DBA_OB_TENANT_JOBS の詳細なフィールド説明については、DBA_OB_TENANT_JOBSを参照してください。

テナント mysql001 の変更後のUnit数を確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1006 |      1006 | ACTIVE |             1003 |          1019 | zone3 |           1001 |
|    1011 |      1006 | ACTIVE |             1002 |          1019 | zone2 |           1001 |
|    1012 |      1006 | ACTIVE |             1001 |          1019 | zone1 |           1001 |
|    1013 |      1006 | ACTIVE |             1002 |          1020 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1020 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1020 | zone3 |           1001 |
+---------+-----------+--------+------------------+---------------+------+-----------------+
6 rows in set

上記の例では、テナント mysql001 のすべてのリソースプールのUnit数を3から2に変更します。変更前は、テナントが各ゾーンで使用するUnit数が3でした。変更後は、テナントが各ゾーンで使用するUnit数が2になり、テナントのスケールインが実現されます。

テナントの単一リソースプールのUnit Numberを減らす

異種ゾーンモードのテナントに複数のリソースプールがある場合、ALTER RESOURCE POOLステートメントを使用して、テナントの特定のリソースプールのUnit Numberを個別に減らすこともできます。同種ゾーンモードのテナントはこの方法をサポートしていません。

以下では、テナントmysql001のリソースプールpool2のUnit Numberを減らす例を挙げて操作方法を説明します。

rootユーザーでクラスタのsysテナントにログインします。
```
obclient -h172.30.xxx.xxx -P2883 -uroot@sys#obdemo -pxxxx -A
```
oceanbaseデータベースに入ります。
```
obclient(root@sys)[(none)]> use oceanbase;
```

テナントmysql001の情報を確認し、そのTENANT_IDを取得します。

obclient(root@sys)[oceanbase]> SELECT TENANT_ID, TENANT_NAME, TENANT_TYPE, PRIMARY_ZONE, LOCALITY, TENANT_ROLE, UNIT_NUM, ZONE_UNIT_NUM_LIST FROM oceanbase.DBA_OB_TENANTS WHERE TENANT_NAME = 'mysql001';

クエリ結果は次のとおりです：

+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
| TENANT_ID | TENANT_NAME | TENANT_TYPE | PRIMARY_ZONE       | LOCALITY                                    | TENANT_ROLE | UNIT_NUM | ZONE_UNIT_NUM_LIST      |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
|      1006 | mysql001    | USER        | zone1;zone2;zone3  | FULL{1}@zone1, FULL{1}@zone2, FULL{1}@zone3 | PRIMARY     |        2 | zone1:2,zone2:2,zone3:2 |
+-----------+-------------+-------------+--------------------+---------------------------------------------+-------------+----------+-------------------------+
1 row in set

クエリ結果によると、テナントのTENANT_IDは1006であり、このテナントの各ゾーンにおけるUnit Numberは2:2:2です。

現在のテナントのリソース構成情報を確認します。

obclient(root@sys)[oceanbase]> SELECT c.TENANT_ID, e.TENANT_NAME, concat(c.NAME, ': ', d.NAME) `pool:conf`,c.ZONE_LIST, concat(c.UNIT_COUNT, ' unit: ', d.min_cpu, 'C/', ROUND(d.MEMORY_SIZE/1024/1024/1024,0), "G") unit_info
             FROM oceanbase.DBA_OB_RESOURCE_POOLS c, oceanbase.DBA_OB_UNIT_CONFIGS d, oceanbase.DBA_OB_TENANTS e
             WHERE c.UNIT_CONFIG_ID=d.UNIT_CONFIG_ID AND c.TENANT_ID=e.TENANT_ID AND c.TENANT_ID=1006;

クエリ結果は次のとおりです：

+-----------+-------------+------------------+-----------+---------------+
| TENANT_ID | TENANT_NAME | pool:conf        | ZONE_LIST | unit_info     |
+-----------+-------------+------------------+-----------+---------------+
|      1006 | mysql001    | pool3: test_unit |   zone3   | 2 unit: 1C/8G |
|      1006 | mysql001    | pool2: test_unit |   zone2   | 2 unit: 1C/8G |
|      1006 | mysql001    | pool1: test_unit |   zone1   | 2 unit: 1C/8G |
+-----------+-------------+------------------+-----------+---------------+
3 rows in set

テナントmysql001のUnit情報を確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+--------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+--------+------------------+---------------+-------+----------------+
|    1006 |      1006 | ACTIVE |             1003 |          1019 | zone3 |           1001 |
|    1011 |      1006 | ACTIVE |             1002 |          1019 | zone2 |           1001 |
|    1012 |      1006 | ACTIVE |             1001 |          1019 | zone1 |           1001 |
|    1013 |      1006 | ACTIVE |             1002 |          1020 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE |             1001 |          1020 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE |             1003 |          1020 | zone3 |           1001 |
+---------+-----------+--------+------------------+---------------+------+-----------------+
6 rows in set

実際のニーズに応じて、テナントmysql001のリソースプールpool2のUNIT_NUMを1に変更します。
- Unitをランダムに削除する方法でUNIT_NUMの数を減らす
```
obclient(root@sys)[oceanbase]> ALTER RESOURCE POOL pool2 UNIT_NUM = 1;
```
- 指定したUnitを削除する方法でUNIT_NUMの数を減らす
```
obclient(root@sys)[oceanbase]> ALTER RESOURCE POOL pool2 UNIT_NUM = 1 DELETE UNIT=(1011);
```

コマンドの実行が成功した後、現在のUnitの状態を確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+----------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS   | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+----------+------------------+---------------+-------+----------------+
|    1006 |      1006 | ACTIVE   |             1003 |          1019 | zone3 |           1001 |
|    1011 |      1006 | DELETING |             1002 |          1019 | zone2 |           1001 |
|    1012 |      1006 | ACTIVE   |             1001 |          1019 | zone1 |           1001 |
|    1013 |      1006 | ACTIVE   |             1002 |          1020 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE   |             1001 |          1020 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE   |             1003 |          1020 | zone3 |           1001 |
+---------+-----------+----------+------------------+---------------+------+-----------------+
6 rows in set

削除待ちのUnitはDELETING状態であることが確認できます。

注意

OceanBaseデータベースでは、UNIT_NUMのスケールインは非同期プロセスになります。スケールイン中（削除待ちのUnitはまだDELETING状態）、ロールバック操作をサポートします。
例えば、この例では ALTER RESOURCE POOL pool2 UNIT_NUM = 2; ステートメントを実行して UNIT_NUMを元の値に戻すことができます。ロールバック時、元のDELETING状態のUnitは直接ADDING状態に変わります。
スケールイン中はロールバック操作のみをサポートし、UNIT_NUMを他の値に変更することは禁止されています。

Unit数を減らすタスクの実行状態を確認します。

obclient(root@sys)[oceanbase]> SELECT * FROM oceanbase.DBA_OB_TENANT_JOBS WHERE JOB_TYPE='ALTER_RESOURCE_TENANT_UNIT_NUM' AND TENANT_ID=1006;

クエリ結果は次のとおりです：

+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
| JOB_ID | JOB_TYPE                       | JOB_STATUS | RESULT_CODE | PROGRESS | START_TIME                 | MODIFY_TIME                | TENANT_ID | SQL_TEXT                                                  | EXTRA_INFO        | RS_SVR_IP    | RS_SVR_PORT |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
|     24 | ALTER_RESOURCE_TENANT_UNIT_NUM | SUCCESS    |           0 |      100 | 2025-06-18 09:39:34.319331 | 2025-06-18 09:40:30.439822 |      1006 | alter resource pool pool2 unit_num=1                      | new unit num: '1' | 6.xx.xxx.xxx |       29700 |
+--------+--------------------------------+------------+-------------+----------+----------------------------+----------------------------+-----------+-----------------------------------------------------------+-------------------+--------------+-------------+
1 row in set

クエリ結果から、以下のフィールドに基づいて対応するタスクレコードを見つけます：

START_TIME：タスクの開始時間。
SQL_TEXT：タスクに対応するSQLステートメント。
EXTRA_INFO：変更前後のUnit数。

対応する変更レコードのJOB_STATUS値がSUCCESSの場合、Unit数を増やすタスクの実行が成功したことを示します。

ビューDBA_OB_TENANT_JOBSの詳細なフィールド説明については、DBA_OB_TENANT_JOBSを参照してください。

テナントmysql001の変更後のUnitを確認します。

obclient(root@sys)[oceanbase]> SELECT UNIT_ID, TENANT_ID, STATUS, RESOURCE_POOL_ID, UNIT_GROUP_ID, ZONE, UNIT_CONFIG_ID FROM oceanbase.DBA_OB_UNITS WHERE TENANT_ID = 1006;

クエリ結果は次のとおりです：

+---------+-----------+----------+------------------+---------------+-------+----------------+
| UNIT_ID | TENANT_ID | STATUS   | RESOURCE_POOL_ID | UNIT_GROUP_ID | ZONE  | UNIT_CONFIG_ID |
+---------+-----------+----------+------------------+---------------+-------+----------------+
|    1006 |      1006 | ACTIVE   |             1003 |          1019 | zone3 |           1001 |
|    1012 |      1006 | ACTIVE   |             1001 |          1019 | zone1 |           1001 |
|    1013 |      1006 | ACTIVE   |             1002 |          1021 | zone2 |           1001 |
|    1014 |      1006 | ACTIVE   |             1001 |          1020 | zone1 |           1001 |
|    1015 |      1006 | ACTIVE   |             1003 |          1020 | zone3 |           1001 |
+---------+-----------+----------+------------------+---------------+------+-----------------+
5 rows in set

上記の例では、テナントmysql001のリソースプールpool2のUnit数を2から1に変更します。変更前は、テナントの各ZoneにおけるUnit数が2でした。変更後は、テナントのzone1とzone3のUnit数は引き続き2ですが、zon2のUnit数が1になり、テナントのスケールインが実現されました。

OceanBase

顧客事例

Unit Numberの調整によるテナントのスケーリング

背景

注意

前提条件

説明

注意点

ユニット番号の拡大

テナントのすべてのリソースプールのUnit Numberを増やす

注意

テナントの単一リソースプールのUnit Numberを増やす

注意

ユニット数の削減

注意事項

テナントのすべてのリソースプールのUnit Numberを小さくする

注意

テナントの単一リソースプールのUnit Numberを減らす

注意

関連ドキュメント