デバイス マッパーのベースサイズの変更は、変更後に作成されたコンテナに対してのみ有効になります。既存のコンテナは、元からあるベースサイズを引き続き使用します。コマンドを実行しているホストのタイプに従ってください。

共存する SE がないコントローラの場合

段階的な手順に従って、フォロワー ノードからリーダー ノードにコマンドを実行します。各ノードの構成後、クラスタがアクティブになるまで待機します。

  1. $ systemctl stop avicontroller。

  2. Docker のシンプールに、10 GB から 30 GB（デバイス マッパー ボリュームに容量がある場合はそれ以上）に増やすための容量があるかどうかを確認します。

  3. ベースサイズを 30G 以上に設定するように /etc/docker/daemon.json を編集します。

     {
    
 "storage-driver": "devicemapper",
    
 "storage-opts": [
    
 "dm.thinpooldev=/dev/mapper/docker-thinpool",
    
 "dm.use_deferred_removal=true",
    
 "dm.use_deferred_deletion=true",
    
 "dm.basesize=30G" # <-- Add this
    
 ]

  4. 次のコマンドを実行します。

    $ sudo systemctl daemon-reload および $ reboot #（カーネルとデバイス マッパーの両方の変更を有効にするため）。

  5. 検証：

    $ docker info # pool base device size は 30 GB と表示するはずです（コンテナ内にはまだ反映されません。そのため、新しいコンテナを作成する必要があります）。

  6. クラスタがアクティブな状態であることを確認します（コントローラ CLI から show cluster nodes を実行）。

共存する SE があるコントローラの場合

段階的な手順に従って、フォロワー ノードからリーダー ノードにコマンドを実行します。

  1. $ systemctl stop avicontroller。

  2. Docker のシンプールに、10 GB から 30 GB（デバイス マッパー ボリュームに容量がある場合はそれ以上）に増やすための容量があるかどうかを確認します。

     [root@vzn-ctrl-1 ~]# lvs -a # LSize is 37G
    
 LV VG Attr LSize Pool Origin Data% Meta% Move Log Cpy%Sync
    
 thinpool docker twi-aot--- <37.11g 20.08 4.30

  3. ベースサイズを 30G 以上に設定するように /etc/docker/daemon.json を編集します。

     {
    
 "storage-driver": "devicemapper",
    
 "storage-opts": [
    
 "dm.thinpooldev=/dev/mapper/docker-thinpool",
    
 "dm.use_deferred_removal=true",
    
 "dm.use_deferred_deletion=true",
    
 "dm.basesize=30G" # <-- Add this
    
 ]
    
 }

  4. カーネルとデバイス マッパーの両方の変更を有効にするには、次のコマンドを実行します。

    $ sudo systemctl daemon-reload

    $ reboot #

  5. 検証：

    $ docker info # pool base device size は 30 GB と表示するはずです（コンテナ内にはまだ反映されません。そのため、新しいコンテナを作成する必要があります）。

  6. クラスタがアクティブな状態であることを確認します（コントローラ CLI から show cluster nodes を実行）。SE の場合は OPER_UP (show servicengine </code>) を実行します。VLAN については、SE にまだある場合は基本的なトラフィック検証を実行します。

SE ホストの場合

段階的な手順に従って、フォロワー ノードからリーダー ノードにコマンドを実行します。各ホストの構成後は、SE が OPER_UP になるまで待機します。

  1. $ systemctl stop avise。

  2. SE が OPER_UP であることを確認します（コントローラ CLI から show servicengine </code> を実行）。VLAN については、SE にまだある場合は基本的なトラフィック検証を実行します。

注：

  • 上記の変更は、次回のアップグレード時に Docker コンテナ（コントローラ/SE）に対して有効になります。

  • アップグレードが実行されない場合は、コントローラ コンテナを再構築する必要があります。その結果、クラスタは上記の変更に対して有効になります。

クラスタ ノードの削除と再追加の詳細については、「 NSX Advanced Load Balancer Controller クラスタ構成の変更」を参照してください。