When storage node failure occurs, for example, the Availability Zone (fault domain) that manages volumes may have been changed. In such a case, communication costs increase because of communication between different Availability Zones. The communication latency also increases.
Therefore, users must confirm whether the Availability Zone that manages the volumes has been changed regularly.
To verify whether there is storage node failure, obtain a list of storage node information.
- REST API: GET /v1/objects/storage-nodes
- CLI: storage_node_list
If there is storage node failure, take the required action according to the VSP One SDS Block Troubleshooting Guide.
-
Required role: Security, Storage, RemoteCopy, Monitor, Service, or Resource
Run either of the following commands with "false" specified for the query parameter isPrimaryFaultDomain (CLI: is_primary_fault_domain).
REST API: GET /v1/objects/volumes
CLI: volume_list
If there are no applicable volumes, the Availability Zone that manages the volumes has not been changed to another Availability Zone.
If there are applicable volumes, take action according to the VSP One SDS Block Troubleshooting Guide.
In VSP One SDS Block Administrator, you can confirm by referring to the volume list window. If isPrimaryFaultDomain is "true", the Availability Zone that manages the volumes remains the same.