PowerStore : Utilisation de VMFS sur les nœuds internes de l’appliance de modèle PowerStore X

Par défaut, les machines virtuelles AppsON tirent parti de l’implémentation efficace vVols de PowerStore en raison de sa nature simple, des optimisations de conception et de l’intégration au sein de l’interface utilisateur PowerStore. Il est toujours recommandé d’utiliser vVols en raison de sa nature simple, des optimisations et de l’intégration au sein de l’interface utilisateur PowerStore. Cependant, à partir de PowerStore version 2.0, les appliances de modèle PowerStore X prennent également en charge les Datastores VMFS pour le stockage des machines virtuelles dans AppsON en permettant le mappage des volumes en bloc aux hôtes ESXi internes de PowerStore à l’aide de l’API REST ou de la CLI de PowerStore. Dans ce cas, les éléments suivants doivent être pris en compte pour des raisons de performances lors de l’utilisation de VMFS : 

• Utilisez toujours plusieurs Datastores VMFS, en répartissant les machines virtuelles entre les Datastores VMFS. 
• Les volumes en bloc sous-jacents qui composent les Datastores VMFS doivent être définis sur des nœuds opposés dans PowerStore. 

Remarque : L’architecture vVol de PowerStore est conçue de manière à ce que les deux points ci-dessus ne s’appliquent pas, d’où la recommandation d’utiliser vVols.  

En outre, à mesure que DRS distribue les machines virtuelles sur les deux nœuds, certaines machines virtuelles auront un chemin d’E/S indirect vers son Datastore qui passe par le commutateur ToR, tandis que d’autres disposent d’un chemin d’E/S direct qui va directement de la machine virtuelle vers le stockage. Si nécessaire, une règle d’affinité de machine virtuelle peut être créée dans vSphere avec une politique « should run », comme décrit dans le Guide de virtualisation disponible à partir de PowerStore Info Hub.

 
Présentation de la procédure de haut niveau 

• Identifiez les hôtes ESXi PowerStore X internes. Il en existe deux par appliance PowerStore X.
• Créez au moins deux volumes par appliance, à formater en tant que VMFS.
• Mappez les deux volumes à chacun des deux hôtes ESXi de l’appliance PowerStore X pour garantir leur haute disponibilité. 
• Répartissez l’affinité des nœuds uniformément entre le nombre de volumes à utiliser en tant que VMFS et le nombre d’hôtes ESXi internes auxquels ils sont mappés. En cas d’appliance unique PowerStore X avec deux volumes VMFS à utiliser, définissez l’affinité de nœud sur NodeA sur le volume VMFS 1, puis définissez l’affinité de nœud sur NodeB sur le volume VMFS 2. 
• Relancez l’analyse de l’adaptateur de stockage dans vSphere pour les hôtes ESXi de l’appliance PowerStore X et créez un Datastore VMFS pour chaque volume présenté, en veillant à ce qu’il soit mappé aux deux hôtes de l’appliance.  

Utilisation de la CLI PowerStore (pstcli) : 
Identifiez les nœuds PowerStore X internes en émettant la commande « host show ». Les hôtes internes s’affichent sous la forme « <NameOfCluster>-Appliance<#>-node-A » et « <NameOfCluster>-Appliance<#>-node-B », avec la description « Internal host for the system » et une valeur ESXi « Os_Type ».  

***EXAMPLE***  pstcli -d <cluster_IP> -u admin -p <password> host show  #  |                  id                  |            name             |          description          | os_type | host_group.name  ----+--------------------------------------+-----------------------------+-------------------------------+---------+-----------------  1 | e744d953-b5ba-4d20-88ac-51aba9098e30 | AB-H1234-appliance-1-node-B | Internal host for the system. | ESXi    |  2 | eb81db9f-1410-480f-8199-40ab2fa8d41a | AB-H1234-appliance-1-node-A | Internal host for the system. | ESXi    | 

2. Créez deux nouveaux volumes en émettant la commande « volume create », en spécifiant un nom et une taille. 

***EXAMPLE***  pstcli -d <cluster_IP> -u admin -p <password> volume create -name VMFS1 -size 549755813888 -performance_policy_id default_medium -appliance_id A1  Created  #  |                  id  ----+--------------------------------------    1 | 6ff93940-6337-46dc-b68d-5fc99004dd71  pstcli -d <cluster_IP> -u admin -p <password> volume create -name VMFS2 -size 549755813888 -performance_policy_id default_medium -appliance_id A1  Created  #  |                  id  ----+--------------------------------------    1 | 4fd9a173-41d1-4dc3-806f-e9e5366715a4  pstcli -d 10.123.123.123 -u admin -p 333!xxxxxx volume show  #  |                  id                  | name  |  type   |                 wwn                  |          size          | protection_policy.name  ----+--------------------------------------+-------+---------+--------------------------------------+------------------------+------------------------  1 | 4fd9a173-41d1-4dc3-806f-e9e5366715a4 | VMFS2 | Primary | naa.68ccf09800e95b41cfb7beb83a82aec0 | 549755813888 (512.00G) |  2 | 6ff93940-6337-46dc-b68d-5fc99004dd71 | VMFS1 | Primary | naa.68ccf09800d6c5db7018b8f3e71ecf28 | 549755813888 (512.00G) | 

3. Mappez ces nouveaux volumes aux deux hôtes ESXi internes en émettant une commande « volume » avec « attach -host_id ».  

***EXAMPLE***  pstcli -d <cluster_IP> -u admin -p <password> volume -id 4fd9a173-41d1-4dc3-806f-e9e5366715a4 attach -host_id e744d953-b5ba-4d20-88ac-51aba9098e30 -logical_unit_number 1  Success  pstcli -d <cluster_IP> -u admin -p <password> volume -id 4fd9a173-41d1-4dc3-806f-e9e5366715a4 attach -host_id eb81db9f-1410-480f-8199-40ab2fa8d41a -logical_unit_number 1  Success  pstcli -d <cluster_IP> -u admin -p <password> volume -id 6ff93940-6337-46dc-b68d-5fc99004dd71 attach -host_id e744d953-b5ba-4d20-88ac-51aba9098e30 -logical_unit_number 2  Success    pstcli -d <cluster_IP> -u admin -p <password> volume -id 6ff93940-6337-46dc-b68d-5fc99004dd71 attach -host_id eb81db9f-1410-480f-8199-40ab2fa8d41a -logical_unit_number 2  Success 

4. Attribuez l’affinité hôte à chaque volume, chaque volume étant défini sur un nœud différent dans l’appliance, en émettant une commande « volume » avec « set -node_affinity ». 

***EXAMPLE***  pstcli -d <cluster_IP> -u admin -p <password> volume -id 4fd9a173-41d1-4dc3-806f-e9e5366715a4 set -node_affinity Preferred_Node_A  Success  pstcli -d <cluster_IP> -u admin -p <password> volume -id 6ff93940-6337-46dc-b68d-5fc99004dd71 set -node_affinity Preferred_Node_B  Success 

À l’aide de l’API REST : 
Accédez à https://<cluster_IP>/swaggerui pour les définitions d’API REST.

1. Identifiez les nœuds PowerStore X internes en exécutant une commande GET sur l’objet « host ». Les hôtes internes s’affichent sous « <NameOfCluster>-Appliance<#>-node-A » et « <NameOfCluster>-Appliance<#>-node-B. »   

***EXAMPLE***  curl -k -i -u admin:<password> -X GET "https://<cluster_ip>/api/rest/host?select=name,id" -H "accept: application/json"  [{"name":"AB-H1234-appliance-1-node-A","id":"164fa5af-9e91-4e86-9c30-7ca0b2647549"},  {"name":"AB-H1234-appliance-1-node-B","id":"20207f44-f5b6-42a6-874a-b2e743f4bc5a"}]   

2. Créez deux nouveaux volumes en exécutant une commande POST sur l’objet « volume », en indiquant le nom et la taille du volume. 

***EXAMPLE***  curl -k -u admin: <password> -X POST "https://<cluster_ip>/api/rest/volume" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{ \"name\": \"VMFS1\", \"size\": 549755813888, \"appliance_id\": \"A1\", \"performance_policy_id\": \"default_medium\"}" | json_reformat  curl -k -u admin: <password> -X POST "https://<cluster_ip>/api/rest/volume" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{ \"name\": \"VMFS2\", \"size\": 549755813888, \"appliance_id\": \"A1\", \"performance_policy_id\": \"default_medium\"}" | json_reformat  

3. Mappez ces deux volumes aux deux hôtes internes ESXi, en émettant une commande POST sur l’objet « volume », en indiquant l’ID d’hôte renvoyé à l’étape 1.  

***EXAMPLE***  curl -k -u admin: <password> -X POST "https://<cluster_ip>/api/rest/volume/04f0499c-0f13-4f39-a455-846297358d01/attach" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{ \"host_id\": \"164fa5af-9e91-4e86-9c30-7ca0b2647549\", \"logical_unit_number\": 0}"  curl -k -u admin: <password> -X POST "https://<cluster_ip>/api/rest/volume/04f0499c-0f13-4f39-a455-846297358d01/attach" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{ \"host_id\": \"20207f44-f5b6-42a6-874a-b2e743f4bc5a\", \"logical_unit_number\": 0}"  curl -k -u admin: <password> -X POST "https://<cluster_ip>/api/rest/volume/f1577f97-9a4b-4b51-a89b-7e135eda8b29/attach" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{ \"host_id\": \"164fa5af-9e91-4e86-9c30-7ca0b2647549\", \"logical_unit_number\": 1}"  curl -k -u admin: <password> -X POST "https://<cluster_ip>/api/rest/volume/f1577f97-9a4b-4b51-a89b-7e135eda8b29/attach" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{ \"host_id\": \"20207f44-f5b6-42a6-874a-b2e743f4bc5a\", \"logical_unit_number\": 1}" 

4. Attribuez l’affinité hôte à chaque volume, chaque volume étant défini sur un nœud différent dans l’appliance, en émettant une commande PATCH avec l’objet « volume ». 

***EXAMPLE***  curl -k -u admin:<password> -X PATCH "https://<cluster_ip>/api/rest/volume/04f0499c-0f13-4f39-a455-846297358d01" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{\"node_affinity\": \"Preferred_Node_A\" }"  curl -k -u admin: <password> -X PATCH "https://<cluster_ip>/api/rest/volume/f1577f97-9a4b-4b51-a89b-7e135eda8b29" -H "accept: application/json" -H "Content-Type: application/json" -H "DELL-EMC-TOKEN: <token>" -d "{\"node_affinity\": \"Preferred_Node_B\" }"