Skip to main content
Tous les fournisseurs cloud
  • Amazon Web Services
  • Google Cloud
  • Microsoft Azure
  • Tous les fournisseurs cloud
La version française est une traduction automatique. La version anglaise prévaut sur la française en cas de divergence.

Créez des machines virtuelles de stockage destinées aux données pour Cloud Volumes ONTAP dans AWS

Contributeurs

Une VM de stockage est une machine virtuelle exécutée dans ONTAP, qui fournit des services de données et de stockage à vos clients. Vous pouvez le connaître comme SVM ou vserver. La solution Cloud Volumes ONTAP est configurée par défaut avec une seule machine virtuelle de stockage, mais certaines configurations prennent en charge des machines virtuelles de stockage supplémentaires.

Pour créer des machines virtuelles de stockage supplémentaires qui assurent le service des données, vous devez allouer des adresses IP dans AWS, puis exécuter des commandes ONTAP en fonction de votre configuration Cloud Volumes ONTAP.

Nombre de machines virtuelles de stockage pris en charge

Plusieurs machines virtuelles de stockage sont prises en charge avec des configurations Cloud Volumes ONTAP spécifiques à partir de la version 9.7. Accédez au "Notes de version de Cloud Volumes ONTAP" Pour vérifier le nombre de machines virtuelles de stockage pris en charge pour votre version de Cloud Volumes ONTAP.

Toutes les autres configurations Cloud Volumes ONTAP prennent en charge une VM de stockage servant aux données et une VM de stockage de destination utilisée pour la reprise après incident. Vous pouvez activer la machine virtuelle de stockage de destination pour accéder aux données en cas de panne sur la machine virtuelle de stockage source.

Vérifiez les limites de votre configuration

Chaque instance EC2 prend en charge un nombre maximal d'adresses IPv4 privées par interface réseau. Vous devez vérifier la limite avant d'allouer des adresses IP dans AWS pour la nouvelle machine virtuelle de stockage.

Étapes
  1. Allez à "Limites de stockage dans les notes de mise à jour de Cloud Volumes ONTAP".

  2. Identifiez le nombre maximal d'adresses IP par interface pour votre type d'instance.

  3. Notez ce nombre, car vous en aurez besoin dans la section suivante lorsque vous allouez des adresses IP dans AWS.

Allouez des adresses IP dans AWS

Les adresses IPv4 privées doivent être attribuées au port e0a dans AWS avant de créer les LIF du nouveau VM de stockage.

Notez qu'une LIF de gestion en option pour une machine virtuelle de stockage nécessite une adresse IP privée sur un système à un seul nœud et sur une paire haute disponibilité dans une même zone de disponibilité. Cette LIF de gestion fournit une connexion à des outils de gestion tels que SnapCenter.

Étapes
  1. Connectez-vous à AWS et ouvrez le service EC2.

  2. Sélectionnez l'instance Cloud Volumes ONTAP et cliquez sur réseau.

    Si vous créez une machine virtuelle de stockage sur une paire haute disponibilité, sélectionnez le nœud 1.

  3. Faites défiler jusqu'à interfaces réseau et cliquez sur ID d'interface pour le port e0a.

    Capture d'écran de la console AWS qui montre le port e0a sur une interface réseau.

  4. Sélectionnez l'interface réseau et cliquez sur actions > gérer les adresses IP.

  5. Développer la liste des adresses IP pour e0a.

  6. Vérifiez les adresses IP :

    1. Comptez le nombre d'adresses IP allouées pour confirmer que le port a de la place pour les adresses IP supplémentaires.

      Dans la section précédente de cette page, vous devez avoir identifié le nombre maximal d'adresses IP prises en charge par interface.

    2. Facultatif : accédez à l'interface de ligne de commande ONTAP pour Cloud Volumes ONTAP et exécutez network interface show pour confirmer que chacune de ces adresses IP est utilisée.

      Si une adresse IP n'est pas utilisée, vous pouvez l'utiliser avec la nouvelle machine virtuelle de stockage.

  7. De retour dans la console AWS, cliquez sur attribuer une nouvelle adresse IP pour attribuer des adresses IP supplémentaires en fonction de la quantité nécessaire pour la nouvelle VM de stockage.

    • Système à un seul nœud : une adresse IP privée secondaire inutilisée est requise.

      Une adresse IP privée secondaire facultative est requise si vous souhaitez créer une LIF de gestion sur la machine virtuelle de stockage.

    • Paire HA dans un seul groupe de disponibilité : une adresse IP privée secondaire inutilisée est requise sur le nœud 1.

      Une adresse IP privée secondaire facultative est requise si vous souhaitez créer une LIF de gestion sur la machine virtuelle de stockage.

    • Paire HA dans plusieurs AZS : une adresse IP secondaire non utilisée est requise sur chaque nœud.

  8. Si vous attribuez l'adresse IP sur une paire HA dans une même AZ, activez Autoriser la réaffectation d'adresses IPv4 privées secondaires.

  9. Cliquez sur Enregistrer.

  10. Si vous avez une paire haute disponibilité dans plusieurs AZS, vous devez répéter ces étapes pour le nœud 2.

Créez une VM de stockage sur un système à un seul nœud

Cette procédure permet de créer une nouvelle machine virtuelle de stockage sur un système à un seul nœud. Une adresse IP privée est nécessaire pour créer une LIF NAS et une autre adresse IP privée facultative est requise si vous souhaitez créer une LIF de gestion.

Étapes
  1. Créer la VM de stockage et une route vers la VM de stockage

    vserver create -rootvolume-security-style unix -rootvolume root_svm_2 -snapshot-policy default -vserver svm_2 -aggregate aggr1
    network route create -destination 0.0.0.0/0 -vserver svm_2 -gateway subnet_gateway
  2. Créer une LIF NAS.

    network interface create -auto-revert true -vserver svm_2 -service-policy default-data-files -home-port e0a -address private_ip_x -netmask node1Mask -lif ip_nas_2 -home-node cvo-node

    private_ip_x est une adresse IP privée secondaire inutilisée sur e0a.

  3. Facultatif : créez une LIF de gestion de machine virtuelle de stockage.

    network interface create -auto-revert true -vserver svm_2 -service-policy default-management -home-port e0a -address private_ip_y -netmask node1Mask -lif ip_svm_mgmt_2 -home-node cvo-node

    private_ip_y est une autre adresse IP privée secondaire inutilisée sur e0a.

  4. Attribuez un ou plusieurs agrégats à la machine virtuelle de stockage.

    vserver add-aggregates -vserver svm_2 -aggregates aggr1,aggr2

    Cette étape est obligatoire car la nouvelle machine virtuelle de stockage doit accéder à au moins un agrégat avant de pouvoir créer des volumes sur cette machine virtuelle de stockage.

Créez une machine virtuelle de stockage sur une paire haute disponibilité en une seule zone de disponibilité

Ces étapes créent une nouvelle machine virtuelle de stockage sur une paire haute disponibilité en une seule zone de disponibilité. Une adresse IP privée est nécessaire pour créer une LIF NAS et une autre adresse IP privée facultative est requise si vous souhaitez créer une LIF de gestion.

Ces deux LIF sont allouées au nœud 1. Les adresses IP privées peuvent se déplacer entre les nœuds en cas de panne.

Étapes
  1. Créer la VM de stockage et une route vers la VM de stockage

    vserver create -rootvolume-security-style unix -rootvolume root_svm_2 -snapshot-policy default -vserver svm_2 -aggregate aggr1
    network route create -destination 0.0.0.0/0 -vserver svm_2 -gateway subnet_gateway
  2. Créer une LIF NAS sur le nœud 1.

    network interface create -auto-revert true -vserver svm_2 -service-policy default-data-files -home-port e0a -address private_ip_x -netmask node1Mask -lif ip_nas_2 -home-node cvo-node1

    private_ip_x est une adresse IP privée secondaire inutilisée sur e0a de cvo-node1. Cette adresse IP peut être déplacée vers le fournisseur e0a de cvo-node2 en cas de basculement, car les fichiers de données par défaut de la politique de service indiquent que les adresses IP peuvent migrer vers le nœud partenaire.

  3. Facultatif : créez une LIF de gestion de VM de stockage sur le nœud 1.

    network interface create -auto-revert true -vserver svm_2 -service-policy default-management -home-port e0a -address private_ip_y -netmask node1Mask -lif ip_svm_mgmt_2 -home-node cvo-node1

    private_ip_y est une autre adresse IP privée secondaire inutilisée sur e0a.

  4. Attribuez un ou plusieurs agrégats à la machine virtuelle de stockage.

    vserver add-aggregates -vserver svm_2 -aggregates aggr1,aggr2

    Cette étape est obligatoire car la nouvelle machine virtuelle de stockage doit accéder à au moins un agrégat avant de pouvoir créer des volumes sur cette machine virtuelle de stockage.

  5. Si vous exécutez Cloud Volumes ONTAP 9.11.1 ou version ultérieure, modifiez les stratégies de service réseau pour la VM de stockage.

    La modification des services est requise, car elle permet à Cloud Volumes ONTAP d'utiliser la LIF iSCSI pour les connexions de gestion sortantes.

    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service data-fpolicy-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-ad-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-dns-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-ldap-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-nis-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service data-fpolicy-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-ad-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-dns-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-ldap-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-nis-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service data-fpolicy-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-ad-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-dns-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-ldap-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-nis-client

Créez une machine virtuelle de stockage sur une paire haute disponibilité dans plusieurs AZS

Ces étapes créent une nouvelle machine virtuelle de stockage sur une paire haute disponibilité dans plusieurs AZS.

Une adresse flottante IP est requise pour une LIF NAS et elle est facultative pour une LIF de gestion. Ces adresses IP flottantes ne vous demandent pas d'attribuer des adresses IP privées dans AWS. En revanche, les adresses IP flottantes sont automatiquement configurées dans la table de routage AWS pour pointer vers l'ENI d'un nœud spécifique dans le même VPC.

Pour que les adresses IP flottantes fonctionnent sur ONTAP, une adresse IP privée doit être configurée sur chaque VM de stockage sur chaque nœud. Cela est reflété dans les étapes ci-dessous où une LIF iSCSI est créée sur le nœud 1 et sur le nœud 2.

Étapes
  1. Créer la VM de stockage et une route vers la VM de stockage

    vserver create -rootvolume-security-style unix -rootvolume root_svm_2 -snapshot-policy default -vserver svm_2 -aggregate aggr1
    network route create -destination 0.0.0.0/0 -vserver svm_2 -gateway subnet_gateway
  2. Créer une LIF NAS sur le nœud 1.

    network interface create -auto-revert true -vserver svm_2 -service-policy default-data-files -home-port e0a -address floating_ip -netmask node1Mask -lif ip_nas_floating_2 -home-node cvo-node1
    • L'adresse IP flottante doit être hors des blocs CIDR pour tous les VPC de la région AWS dans laquelle vous déployez la configuration HA. 192.168.209.27 est un exemple d'adresse IP flottante. "En savoir plus sur le choix d'une adresse IP flottante".

    • -service-policy default-data-files Indique que les adresses IP peuvent migrer vers le nœud partenaire.

  3. Facultatif : créez une LIF de gestion de VM de stockage sur le nœud 1.

    network interface create -auto-revert true -vserver svm_2 -service-policy default-management -home-port e0a -address floating_ip -netmask node1Mask -lif ip_svm_mgmt_2 -home-node cvo-node1
  4. Créer une LIF iSCSI sur le nœud 1.

    network interface create -vserver svm_2 -service-policy default-data-blocks -home-port e0a -address private_ip -netmask nodei1Mask -lif ip_node1_iscsi_2 -home-node cvo-node1
    • Cette LIF iSCSI est nécessaire pour prendre en charge la migration LIF des adresses IP flottantes sur la machine virtuelle de stockage. Il n'est pas nécessaire de disposer d'une LIF iSCSI, mais elle ne peut pas être configurée pour migrer entre les nœuds.

    • -service-policy default-data-block Indique qu'une adresse IP ne migre pas entre les nœuds.

    • Private_ip est une adresse IP privée secondaire inutilisée sur eth0 (e0a) de cvo_node1.

  5. Créer une LIF iSCSI sur le nœud 2.

    network interface create -vserver svm_2 -service-policy default-data-blocks -home-port e0a -address private_ip -netmaskNode2Mask -lif ip_node2_iscsi_2 -home-node cvo-node2
    • Cette LIF iSCSI est nécessaire pour prendre en charge la migration LIF des adresses IP flottantes sur la machine virtuelle de stockage. Il n'est pas nécessaire de disposer d'une LIF iSCSI, mais elle ne peut pas être configurée pour migrer entre les nœuds.

    • -service-policy default-data-block Indique qu'une adresse IP ne migre pas entre les nœuds.

    • Private_ip est une adresse IP privée secondaire inutilisée sur eth0 (e0a) de cvo_node2.

  6. Attribuez un ou plusieurs agrégats à la machine virtuelle de stockage.

    vserver add-aggregates -vserver svm_2 -aggregates aggr1,aggr2

    Cette étape est obligatoire car la nouvelle machine virtuelle de stockage doit accéder à au moins un agrégat avant de pouvoir créer des volumes sur cette machine virtuelle de stockage.

  7. Si vous exécutez Cloud Volumes ONTAP 9.11.1 ou version ultérieure, modifiez les stratégies de service réseau pour la VM de stockage.

    La modification des services est requise, car elle permet à Cloud Volumes ONTAP d'utiliser la LIF iSCSI pour les connexions de gestion sortantes.

    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service data-fpolicy-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-ad-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-dns-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-ldap-client
    network interface service-policy remove-service -vserver <svm-name> -policy default-data-files -service management-nis-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service data-fpolicy-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-ad-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-dns-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-ldap-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-blocks -service management-nis-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service data-fpolicy-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-ad-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-dns-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-ldap-client
    network interface service-policy add-service -vserver <svm-name> -policy default-data-iscsi -service management-nis-client