Allocating volumes to compute nodes

Virtual Storage Platform One SDS Block Virtual Private Storage Administrator Guide

Version
1.15.x
Audience
anonymous
Part Number
MK-24VSP1SDS003-02

Set paths (volume paths) between volumes and compute nodes.

Tip:
  • In the case of FC or iSCSI connection

    The following combinations are possible for specifying parameters.

    • Combination of volumeId, serverId, and lun: Allocates a volume specified by volumeId to a compute node specified by serverId (lun can be omitted).
    • Combination of volumeIds, serverIds, and startLun: Allocates all the volumes specified with volumeIds to all the compute nodes specified with serverIds (startLun can be omitted).
  • In the case of NVMe/TCP connection (Virtual machine)(Bare metal)

    The following combinations are possible for specifying parameters.

    • Combination of volumeId and serverId: Allocates a volume specified by volumeId to a compute node specified by serverId.
    • Combination of volumeIds and serverIds: Allocates all the volumes specified by volumeIds to all the compute nodes specified by serverIds.
CAUTION:

Precautions applicable to all connection protocols

  • When using VMware ESXi as a compute node, set up a path between the compute node and all computer ports when registering path information of the compute node. Unless all paths have been set, some volumes might not be visible from a compute node.

    If VMware ESXi is not used as a compute node, set up a path between the compute node and all computer ports to prevent deterioration in I/O performance.

    For how to set up a path, see Registering path information about compute nodes.

  • If you have changed the connection information between a volume and compute node, perform a rescan of the storage in that compute node before you start I/O operations.

  • Processing performance when registering volume paths

    The processing time varies depending on the number of volume paths registered on the applicable compute node.

    • When registering the first volume path, the processing completes in one or two seconds.

    • For every 1,000 registered volume paths, the processing time for registering one volume path will increase by 1 to 2 seconds.

    • When registering the 8,192nd volume path (upper limit), the processing takes approximately 15 seconds.

CAUTION:

Precautions for using FC or iSCSI connection

  • If you specify a volume path without specifying lun or startLun, the smallest LUN that is not used is automatically assigned. However, if multiple volume paths are concurrently set without specifying lun or if volume paths are set for multiple volumes, LUNs might not be assigned in the ascending order in which they were set. To assign a specific LUN, set a volume path by specifying lun.
  • If some volumes cannot be recognized by the OS, the system might behave as follows. Resolve the state where volumes cannot be recognized, and then perform a rescan of the storage in the compute node.
    • During recognition of LUNs in the order from the smallest, if an unrecognizable LUN exists, LUN recognition stops.

    • When LUN = 0 cannot be recognized, LUN recognition stops.

CAUTION:

Precautions for using NVMe/TCP connection (Virtual machine)(Bare metal)

  • Volumes for which volume paths are set can be recognized as NVMe devices from a compute node. NVM subsystems and namespaces included in NVM device control information are automatically allocated on the storage side. They can be referenced after volume paths are set.

    For details about allocating NVM subsystems and namespaces, see System configuration when NVMe/TCP connection is used.

  • If some or all of the volumes cannot be recognized, verify that the compute node is connected to the storage node, and then rescan the storage on the compute node.

  • Required role: VpsStorage

  • The intended volume must be created and the information about the intended compute node must be registered beforehand.

  1. When registering a volume path to a VPS, verify the registration-target VPS ID and conditions set for the VPS (upper limit for the number of volume paths).

    If you want to specify a VPS by its name in the CLI, verify the VPS name.

    REST API: GET /v1/objects/virtual-private-storages

    CLI: vps_list

  2. Verify the ID of the volume to be allocated to the compute node.

    If you use the CLI to specify a volume by name, check the name of the volume.

    REST API: GET /v1/objects/volumes

    CLI: volume_list

  3. Verify the ID of the compute node to which the volume is to be allocated.

    If you use the CLI to specify a compute node by nickname, check the nickname of the compute node.

    REST API: GET /v1/objects/servers

    CLI: server_list

  4. Allocate the volume to the compute node.

    REST API: POST /v1/objects/volume-server-connections

    CLI: volume_server_connection_create

    Verify the job ID which is displayed after the command is run.

  5. Verify the state of the job.

    Run either of the following commands with the job ID specified.

    REST API: GET /v1/objects/jobs/<jobId>

    CLI: job_show

    If the job state is "Succeeded", the job is completed.

  6. Obtain a list of information about allocation of volumes to compute nodes, and verify that the intended volume is allocated to the intended compute node.

    REST API: GET /v1/objects/volume-server-connections

    CLI: volume_server_connection_list