PowerProtect：TSDMバックアップが特定のESXiホストに対するABV0016で失敗する

環境でvSANストレージが構成されていない場合でも、DPDサービスはvCenter vSAN Health Serviceと依存関係があります。vCenter vSAN Health Serviceは、ESXiバージョンの詳細を提供して、ESXiホストでサポートされている同時スナップショットData Mover (SDM)セッションの数を決定します。ESXiホストあたりのコンカレントSDMバックアップ セッション数は、vSphereバージョン7.0 U3d(ESXiおよびvCenter)では20です。vSphere 7.0 U3dより前のvSphereバージョン(レガシー バージョン)では、10個の同時SDMバックアップ セッションしか実行できませんでした。  

vCenter vSAN Health Serviceキャッシュに古いバージョン情報またはnullエントリーがある場合、ESXiホストはレガシーとして分類されます。PowerProtect Data Managerのデフォルト スロットルは、ESXiホストあたり18個のSDMバックアップ セッションを送信します。ESXiホストは最初の10個のSDMバックアップを処理しますが、vCenterはDPD制限を超えたことを示す後続のSDMバックアップに失敗します。

vSphere 8.0 U1 には、特定の条件下で vSAN 健全性サービスのキャッシュを自動的に更新する機能拡張があります。vSphere 8.0 U1にアップグレードして、これらの拡張機能を活用し、特定のvSAN健全性サービスのキャッシュ現象を回避することをお勧めします。

VMwareの回避策:
クラスター内のvCenter ServerとすべてのESXiホストがバージョン7.0 U3d以降であることを確認します。SSHセッションを介してvCenter Server Appliance (VCSA) vSAN Healthサービスを再起動して、キャッシュをクリアします。

service-control --restart vsan-health

必要に応じて、vSAN Healthサービスに関する詳細な情報やサポートについて、VMwareサポートにお問い合わせください。

PowerProtect Data Managerの回避策:
PowerProtect Data Managerには、すべてのESXiホストに対するTSDMバックアップ セッションのスロットル値を下げる方法があります。これは、ESXiホストをアップグレードする際、またはVMwareサポートと連携する際の一時的な回避策として使用できます。

• 保護ジョブが実行されていないことを確認します
• PowerProtect Data Managerにログインし、sudoに昇格します。 sudo su -
• vmdirect.envファイルのコピーを作成します:cp vmdirect.env vmdirect.env.orig
• 環境のvmdirect.envファイルを開きます: vi /opt/emc/vmdirect/unit/vmdirect.env
• 環境変数「MAX_SDM_BACKUP_SESSIONS_PER_HOST」の値を(18ではなく)10に変更し、ファイルを保存します。
• VISDサービスを再起動します。 

  systemctl restart visd.service

出力例:

my-ppdm:/opt/emc/vmdirect/unit # cp vmdirect.env vmdirect.env.orig
my-ppdm:/opt/emc/vmdirect/unit # ls -l
total 20
-rwxr-xr-x 1 root root  397 Nov  2 22:48 visd.service
-rwxr-xr-x 1 root root 2225 Nov  2 22:48 vmdirect.env
-rwx------ 1 root root 2225 Apr 21 09:39 vmdirect.env.orig
-rwxr-xr-x 1 root root  360 Nov  2 22:48 vpod-nas.service
-rwxr-xr-x 1 root root  334 Nov  2 22:48 vpod.service
my-ppdm:/opt/emc/vmdirect/unit # vi vmdirect.env
my-ppdm:/opt/emc/vmdirect/unit # cat vmdirect.env | grep SDM
SDM_ENABLED_EXTERNAL_PROXIES=false
export SDM_ENABLED_EXTERNAL_PROXIES
MAX_SDM_SESSIONS_PER_HOST=20
export MAX_SDM_SESSIONS_PER_HOST
MAX_SDM_BACKUP_SESSIONS_PER_HOST=10
export MAX_SDM_BACKUP_SESSIONS_PER_HOST
MAX_ESX_SDM_TOTAL_DISKS=40
export MAX_ESX_SDM_TOTAL_DISKS
my-ppdm:/opt/emc/vmdirect/unit # systemctl restart visd.service
my-ppdm:/opt/emc/vmdirect/unit # systemctl status visd.service
● visd.service - VMDirect Infrastructure Services Daemon
   Loaded: loaded (/usr/lib/systemd/system/visd.service; enabled; vendor preset: disabled)
   Active: active (running) since Fri YYYY-04-21 09:42:38 PDT; 7s ago
Main PID: 67488 (visd)
    Tasks: 16 (limit: 512)
   Memory: 23.2M
      CPU: 317ms
   CGroup: /system.slice/visd.service
           └─67488 /opt/emc/vmdirect/bin/visd -user admin -group app -p 9097 -nodemgmt -proxymgmt -vmdeployment -installclient -l

Apr 21 09:42:38 my-ppdm.my-domain.com systemd[1]: Started VMDirect Infrastructure Services Daemon.
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: INFO:   Found GID 2000 (app) for group 'app'.
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: NOTICE: Effective group ID is set to 2000 (app).
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: INFO:   Found UID 500 (admin) for user 'admin'.
Apr 21 09:42:38 my-ppdm.my-domain.com visd[67488]: NOTICE: Effective user ID is set to 500 (admin).
my-ppdm:/opt/emc/vmdirect/unit #