Team Leader - Nutanix Technology Champion - Nutanix NTC Storyteller

Julien DUMUR
Infrastructure in a Nutshell
nutanix ahv cli reference guide

Dans ce nouvel article, nous allons voir l’ensemble des principales commandes CLI de Nutanix AHV qui permettent de réaliser certaines vérifications sur vos machines virtuelles, en lignes de commandes.

L’ensemble des commandes de cet article sont à exécuter en SSH depuis n’importe quelle CVM du cluster.

Afficher la liste des machines virtuelles

Pour afficher la liste des machines virtuelles présentes sur le cluster Nutanix, il suffit de lancer la commande suivante :

acli vm.list

Cela vous affichera l’ensemble des VMs présentes sur le cluster, sans les CVMs :

nutanix@NTNX-S348084X9211699-B-CVM:192.168.84.22:~$ acli vm.list
VM name VM UUID
LINUX 88699c96-11a5-49ce-9d1d-ac6dfeff913d
NTNX-192-168-84-200-PCVM-1760699089 f659d248-9ece-4aa0-bb0c-22a3b3abbe12
vm_test 9439094a-7b6b-48ca-9821-a01310763886

Comme vous pouvez le constater, je n’ai que 2 machines virtuelles sur mon cluster :

  • mon Prism Central
  • une machine virtuelle « LINUX » fraichement déployée
  • une machine virtuelle de test

Une commande pratique pour récupérer rapidement l’intégralité des machines virtuelles et leurs UUID respectifs. Voyons maintenant comment récupérer des informations sur une machine virtuelle en particulier.

Récupérer les informations d’une machine virtuelle

Pour afficher les informations détaillées d’une machine virtuelle, il faut utiliser la commande suivante :

acli vm.get VM_NAME

En reprenant l’exemple de ma machine virtuelle « LINUX », cela renvoi les informations suivantes :

nutanix@NTNX-S348084X9211699-B-CVM:192.168.84.22:~$ acli vm.get LINUX
LINUX {
config {
agent_vm: False
allow_live_migrate: True
apc_config {
apc_enabled: False
}
bios_uuid: "88699c96-11a5-49ce-9d1d-ac6dfeff913d"
boot {
boot_device_order: "kCdrom"
boot_device_order: "kDisk"
boot_device_order: "kNetwork"
hardware_virtualization: False
secure_boot: False
uefi_boot: True
}
cpu_hotplug_enabled: True
cpu_passthrough: False
disable_branding: False
disk_list {
addr {
bus: "ide"
index: 0
}
cdrom: True
device_uuid: "fae2ee55-8736-4f3a-9b2c-7d5f5770bf33"
empty: True
iso_type: "kOther"
}
disk_list {
addr {
bus: "scsi"
index: 0
}
cdrom: False
container_id: 4
container_uuid: "2ead3997-e915-4ee2-b9a4-0334889e434b"
device_uuid: "f9a8a84c-6937-4d01-bfd2-080271c44916"
naa_id: "naa.6506b8def195dc769b32f3fe47100297"
storage_vdisk_uuid: "215ba83c-44cb-4c41-bddc-1aa3a44d41c7"[7] 0:python3.9* "ntnx-s348084x9211699-" 21:12 21-Oct-25 vmdisk_size: 42949672960
vmdisk_uuid: "42a18a62-861a-497a-9d73-e959513ce709"
}
generation_uuid: "9c018794-a71a-45ae-aeca-d61c5dd6d11a"
gpu_console: False
hwclock_timezone: "UTC"
machine_type: "pc"
memory_mb: 8192
memory_overcommit: False
name: "LINUX"
ngt_enable_script_exec: False
ngt_fail_on_script_failure: False
nic_list {
connected: True
mac_addr: "50:6b:8d:fb:a1:4c"
network_name: "NUTANIX"
network_type: "kNativeNetwork"
network_uuid: "7d13d75c-5078-414f-a46a-90e3edc42907"
queues: 1
rx_queue_size: 256
type: "kNormalNic"
uuid: "c6f02560-b8e6-4eed-bc09-1675855dfc77"
vlan_mode: "kAccess"
}
num_cores_per_vcpu: 1
num_threads_per_core: 1
num_vcpus: 2
num_vnuma_nodes: 0
power_state_mechanism: "kHard"
scsi_controller_enabled: True
vcpu_hard_pin: False
vga_console: True
vm_type: "kGuestVM"
vtpm_config { is_enabled: False
}
} is_ngt_ipless_reserved_sp_ready: True
is_rf1_vm: False
logical_timestamp: 1
state: "kOff"
uuid: "88699c96-11a5-49ce-9d1d-ac6dfeff913d"

Comme vous pouvez le constater, cela renvoi l’intégralité des informations d’une machine virtuelle. Il est possible de filtrer une partie des informations renvoyées avec certaines commandes. Voici celles que j’utilise le plus souvent :

acli vm.disk_get VM_NAME : pour récupérer les informations détaillées de l’ensemble des disques d’une machine virtuelle

nutanix@NTNX-S348084X9211699-B-CVM:192.168.84.22:~$ acli vm.disk_get LINUX
ide.0 {
addr {
bus: "ide"
index: 0
}
cdrom: True
device_uuid: fae2ee55-8736-4f3a-9b2c-7d5f5770bf33
empty: True
iso_type: "kOther"
}
scsi.0 {
addr {
bus: "scsi"
index: 0
}
cdrom: False
container_id: 4
container_uuid: "2ead3997-e915-4ee2-b9a4-0334889e434b"
device_uuid: f9a8a84c-6937-4d01-bfd2-080271c44916
naa_id: "naa.6506b8def195dc769b32f3fe47100297"
storage_vdisk_uuid: 215ba83c-44cb-4c41-bddc-1aa3a44d41c7
vmdisk_size: 42949672960
vmdisk_uuid: 42a18a62-861a-497a-9d73-e959513ce709
}

acli vm.nic_get VM_NAME : pour récupérer la liste détaillée des cartes réseaux attachées à une machine virtuelle

nutanix@NTNX-S348084X9211699-B-CVM:192.168.84.22:~$ acli vm.nic_get LINUX
50:6b:8d:fb:a1:4c {
connected: True
mac_addr: "50:6b:8d:fb:a1:4c"
network_name: "NUTANIX"
network_type: "kNativeNetwork"
network_uuid: "7d13d75c-5078-414f-a46a-90e3edc42907"
queues: 1
rx_queue_size: 256
type: "kNormalNic"
uuid: "c6f02560-b8e6-4eed-bc09-1675855dfc77"
vlan_mode: "kAccess"
}

acli vm.snapshot_list VM_NAME : pour récupérer la liste des snapshots associés à une machine virtuelle

nutanix@NTNX-S348084X9211699-B-CVM:192.168.84.22:~$ acli vm.snapshot_list LINUX
Snapshot name Snapshot UUID
SNAPSHOT_BEFORE_UPGRADE e7c1e84e-7087-42fd-9e9e-2b053f0d5714

Vous savez tout ou presque sur la vérification de vos machines virtuelles.

Pour la liste complète des commandes, je vous invite à consulter la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Command-Ref-AOS-v7_3:man-ncli-c.html

Dans le prochain article, nous nous attaquerons à un gros morceau : la création de machines virtuelles via les commandes CLI.

Read More
nutanix on ovhcloud hosted private cloud

Dans cet article, je vous partage mon retour d’expérience complet sur la réinstallation complète d’un cluster Nutanix chez OVHcloud.

Une fois connecté à l’interface de gestion OVHcloud, se rendre dans « Hosted Private Cloud » : 

Dans le menu déroulant de gauche, cliquez sur le cluster que vous souhaitez redéployer :

Sur la page qui s’affiche, cliquez sur « Redéployer mon cluster » : 

Cliquez sur « Continuer » :

Redéploiement automatique

La première option consiste à reprendre les paramètres par défaut fournis par OVHcloud pour réinstaller complètement le cluster dans sa configuration de base :

Un récapitulatif des paramètres s’affiche avant que vous ne validiez pour de bon la réinstallation de votre cluster :

Redéploiement personnalisé

Il est possible de personnaliser entièrement la configuration du réseau IP de votre cluster lors de sa phase d’installation. Lors du choix de la méthode de déploiement du cluster, sélectionnez « Personnaliser la configuration » et cliquez sur « Suivant » : 

Renseignez les différents champs avec les informations que vous souhaitez attribuer à votre cluster et cliquez sur « Redéployer » : 

Saisissez « REDEPLOY » dans le champ prévu à cet effet et cliquez sur « Confirmer » pour lancer la procédure de réinstallation : 

Sur la page générale de votre cluster, un message indique que le redéploiement du cluster est en cours : 

Il ne reste plus qu’à patienter jusqu’à ce que le cluster soit complètement redéployé. L’ensemble des configurations de base sont déjà réalisées, il ne vous reste plus qu’à finaliser les spécifiques tels que l’authentification, le relais smtp, la supervision…

Read More
nutanix ahv cli reference guide

Dans la série Maxi Best Of Nutanix CLI, les 2 précédents articles traitaient de la vérification de la configuration du réseau d’un cluster Nutanix et de la gestion des subnets.

Dans ce nouvel article, nous allons aborder la gestion des containers de stockage via les commandes CLI sur vos clusters Nutanix…

L’ensemble des commandes présentes dans cet article sont à exécuter depuis une des CVMs du cluster et fonctionnent sur un cluster en AOS 6.10+.

Vérifier l’état des containers

Pour vérifier l’état de vos containers de stockage, la commande la plus simple est la suivante :

ncli container list

Cette commande vous permettra d’afficher l’ensemble des informations relatives à tous les containers de votre cluster.

Si vous souhaitez afficher un container en particulier, vous pouvez passer le nom (méthode la plus simple) ou l’ID de votre container si vous l’avez en paramètre :

ncli container list name=NAME
ncli container list id=ID

Enfin, une dernière commande pour n’afficher que les statistiques d’utilisation de vos containers :

ncli container list-stats

Renommer un container

Pour renommer un container de stockage, il est impératif qu’il soit totalement vide.

Le renommage d’un container de stockage peut être effectué grâce à la commande suivante :

ncli container edit name=ACTUALNAME new-name=NEWNAME

Sur le container par défaut, cela donnerai par exemple la commande suivante :

ncli container edit name=default-container-21425105524428 new-name=ntnx-lab-container

ATTENTION : il existe 2 containers créés par défaut lors du déploiement votre cluster, « SelfServiceContainer » et « NutanixManagementShare ». Il ne faut pas tenter de les renommer !

Créer un container

Il est également possible de créer des containers de stockage en CLI :

ncli container create name=NAME sp-name=STORAGE-POOL-NAME

Le paramètre « name » et le « sp-name » sont les seuls paramètres obligatoires lors de l’exécution de la commande. Cela vous permettra de créer un container de base sur le storage pool choisi avec les paramètres suivants :

  • pas de mécanisme d’optimisation de la donnée
  • pas de restriction / réservation
  • le replication factor par défaut

Mais la commande de création d’un container peut s’avérer très pratique si vous devez créer des containers de stockage par lot, par exemple si vous hébergez plusieurs clients sur un cluster avec chacun une quantité d’espace de stockage allouée !

Par exemple, pour créer un container de stockage avec comme paramètres :

  • nom de container « client-alpha »
  • capacité réservée de 64Gb
  • capacité maximale de 64Gb
  • avec la compression en temps réel activée

Voici la commande qu’il faudrait passer :

ncli container create name=client-alpha res-capacity=64 adv-capacity=64 enable-compression=true compression-delay=0 sp-name=default-storage-pool-21425105524428

Un container avec les caractéristiques associées sera alors créé :

Modifier les paramètres d’un container

Un container existant peut également être modifié. Vous pouvez a peu prêt tout modifier au niveau des paramètres, des mécanismes d’optimisation de la donnée, aux tailles réservées / allouées, réplication factor…

Pour l’ensemble des paramètres, je vous invite à consulter la documentation officielle (lien en bas de page).

Supprimer un container

Supprimer un container est assez simple mais nécessite que l’ensemble des fichiers stockés dessus soient au préalable supprimés ou déplacés. La suppression se fait via la commande suivante :

ncli container remove name=NAME

Il peut arriver que malgré la suppression ou le déplacement des vdisks de vos VMs, la suppression vous soit toujours refusée. C’est souvent dû à de petits fichiers résiduels.

Il faut alors ajoute le paramètre « ignore-small-files » pour forcer la suppression :

ncli container remove name=NAME ignore-small-files=true

Cela donnerai par exemple :

ncli container remove name=lab-container ignore-small-files=true

ATTENTION : il existe 2 containers créés par défaut lors du déploiement votre cluster, « SelfServiceContainer » et « NutanixManagementShare ». Il ne faut pas tenter de les supprimer !

Documentation officielle

Pour en savoir plus sur certaines options des commandes présentées, je vous invite à consulter la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Command-Ref-AOS-v6_10:acl-ncli-container-auto-r.html

Read More
nutanix ahv cli reference guide

Dans le précédent article du menu Maxi Best Of Nutanix CLI, je vous ai présenté l’ensemble des meilleures commandes pour vérifier l’intégralité de la configuration du réseau de votre cluster Nutanix.

Dans ce nouvel article, nous allons maintenant voir comment les commandes CLI peuvent nous aider à à créer ou à modifier les réseaux de notre cluster Nutanix…

L’ensemble des commandes de cet article sont à exécuter au niveau d’une des CVMs du cluster.

Création d’un subnet non managé sur Nutanix AHV 

Pour créer un nouveau subnet non managé (sans IPAM) à l’échelle du cluster AHV, la commande est vraiment très simple : 

acli net.create NAME vlan=VLAN_ID

Il faut remplacer :

  • NAME par le nom que vous souhaitez attribuer à votre subnet
  • VLAN_ID par l’ID du VLAN

Voici un exemple de commande qui permet de créer le vlan « NUTANIX » avec comme vlan id « 84 » :

acli net.create NUTANIX vlan=84

Par défaut, le vlan sera créé sur le vswitch « vs0 » mais si vous souhaitez le créer sur un autre virtual switch, vous pouvez le spécifier en paramètre :

acli net.create NAME vlan=VLAN_ID virtual_switch=VSWITCH

Il faut dans ce cas remplacer :

  • NAME par le nom que vous souhaitez attribuer à votre subnet
  • VLAN_ID par l’ID du VLAN
  • VSWITCH par le nom du bridge sur lequel vous voulez créer le subnet

Voici un exemple de commande qui permet de créer le vlan « NUTANIX » avec comme vlan id « 84 » sur le vswitch « vs0 » :

acli net.create NUTANIX vlan=84 virtual_switch=vs0

Vous pouvez ensuite lancer la commande « acli net.list » et vérifier que votre nouveau subnet apparait bien dans la liste.

Création d’un subnet managé sur Nutanix AHV

Cette commande permet de créer un nouveau subnet managé (avec IPAM) à l’échelle du cluster AHV avec les options de base de passerelle et masque de sous réseau. 

acli net.create NAME vlan=VLAN_ID virtual_switch=vs0 ip_config=GATEWAY/MASK

Il faut remplacer :

  • NAME par le nom que vous souhaitez attribuer à votre subnet
  • VLAN_ID par l’ID du VLAN
  • vs0 par le nom du bridge sur lequel vous voulez créer le subnet
  • GATEWAY par l’adresse IP de la passerelle du subnet
  • MASK par le masque de sous réseau

Voici un exemple de commande qui permet de créer le vlan « NUTANIX » avec un vlan id « 84 » sur le vswitch « vs0 », avec une adresse de passerelle « 10.0.84.254 » sur le réseau « 10.0.84.0/24 » :

acli net.create NUTANIX vlan=84 virtual_switch=vs0 ip_config=10.0.84.254/24

Suppression d’un subnet existant

Pour supprimer un subnet existant sur un cluster Nutanix AHV, rien de plus simple ! Il suffit de lancer la commande suivante : 

acli net.delete NAME 

Il faut remplacer NAME par le nom du subnet que vous souhaitez supprimer, ce qui donnerai par exemple pour le subnet précédemment créé :

acli net.delete NUTANIX

Rien de plus simple !

Création / Suppression de subnets en masse

Afin de me faciliter la tâche lors de l’import de grandes quantités de subnets, j’ai créé plusieurs fichiers CSV que je peux ensuite convertir en liste de commandes afin de créer à la chaine de multiples subnets.

Tout est sur mon Github : https://github.com/Exe64/NUTANIX

Pour les subnets non managés : https://github.com/Exe64/NUTANIX/blob/main/nutanix-unmanaged-subnets.csv

Pour les subnets managés : https://github.com/Exe64/NUTANIX/blob/main/nutanix-managed-subnets.csv

Pour la suppression de subnets : https://github.com/Exe64/NUTANIX/blob/main/nutanix-subnets-delete.csv

Pour en savoir plus sur l’utilisation de ces fichiers, je vous invite à consulter mon article dédié :

Documentation officielle

La documentation complète des commandes disponibles sur le site officiel de l’éditeur : https://portal.nutanix.com/page/documents/details?targetId=Command-Ref-AOS-v6_10:man-acli-c.html

Read More
nutanix ahv cli reference guide

Que vous ayez besoin de réaliser des opérations particulières ou répétitives, faire du troubleshooting ou d’avoir une vu plus détaillée, les commandes CLI d’un cluster Nutanix seront vos meilleures alliées.

Dans cet article, je vous propose un condensé des meilleures commandes permettant de réaliser toutes les vérifications de la configuration réseau d’un cluster Nutanix, que ce soit au niveau du cluster, des hôtes, des CVMs ou encore des machines virtuelles…

Vous devez avoir un cluster sous AOS 6.10+ pour éxecuter certaines des commandes de ce guide.

A. Via les commandes Nutanix acli depuis n’importe quelle CVM du cluster Nutanix AHV

Lister l’état des interfaces des hosts : 

acli net.list_host_nic 192.168.84.11 @IP_HOST_AHV 

Résultat :

Lister tous les vSwitchs actuellement configurés sur le cluster : 

acli net.list_virtual_switch 

Résultat :

Vous pouvez lister la configuration d’un vSwitch en particulier en le passant en argument de la commande :

acli net.list_virtual_switch vs1

Lister tous les subnets créés sur le cluster :

acli net.list 

Résultat :

Lister les VMs rattachées à un subnet en particulier :

acli net.list_vms SUBNET

B. Via le script Nutanix manage_ovs depuis n’importe quelle CVM du cluster Nutanix AHV

Lister l’état des interfaces d’un host AHV :

manage_ovs show_interfaces

Résultat :

Vous pouvez également lister l’état des interfaces de l’ensemble des hôtes du cluster :

allssh "manage_ovs show_interfaces"

Lister l’état des uplinks (bond) d’un host AHV :

manage_ovs show_uplinks

Résultat :

Vous pouvez également lister l’état des uplinks (bond) de tous les hôtes AHV du cluster :

allssh "manage_ovs show_uplinks"

Afficher les informations LLDP des interfaces d’un host AHV :

manage_ovs show_lldp

Résultat :

Vous pouvez également afficher les informations LLDP des interfaces de tous les hôtes AHV du cluster :

allssh "manage_ovs show_lldp"

Afficher les bridges actuellement créés sur un host AHV :

manage_ovs show_bridges

Résultat :

Vous pouvez également afficher les bridges actuellement créés sur tous les hôtes AHV du cluster :

allssh "manage_ovs show_bridges"

Afficher le mappage des interfaces de la CVM avec celles des hosts AHV :

manage_ovs show_cvm_uplinks_map

Résultat :

Vous pouvez également afficher le mappage des interfaces des CVM sur tous les hôtes AHV du cluster :

allssh "manage_ovs show_cvm_uplinks_map"

 

C. Via la commande Open vSwitch depuis n’importe quel hote d’un cluster Nutanix AHV 

Lister les bridges existants d’un host AHV :

ovs-vsctl list-br

Résultat :

Lister toutes les interfaces attachées à un bridge en particulier d’un host AHV :

ovs-vsctl list-ifaces br0

Résultat :

Afficher la configuration d’un port bond d’un host AHV :

ovs-vsctl list port br0-up

Résultat :

Afficher la configuration et l’état d’un bond sur un host AHV :

ovs-appctl bond/show br0-up

Résultat :

Afficher des informations sur l’état d’un bond configuré en LACP sur un host AHV :

ovs-appctl lacp/show br1-up

Un grand merci à Yohan pour l’idée d’article et le coup de main !

Read More

Les entreprises sont de plus en plus nombreuses à adopter des infrastructures multicloud pour bénéficier de la flexibilité, de l’agilité et de la sécurité. Pour répondre à ce besoin, OVHcloud s’est associé à Nutanix afin de proposer des solutions optimisées pour la gestion de solutions clouds hybrides.

Je vous propose de découvrir les offres Nutanix on OVHcloud et en quoi elles peuvent aider à transformer les infrastructures des entreprises.

OVHcloud et Nutanix : une collaboration stratégique

OVHcloud, acteur majeur du cloud européen, et Nutanix, leader des solutions hyperconvergées, collaborent pour proposer des services performants, sécurisés et adaptés aux entreprises. Ce partenariat vise à offrir une plateforme cloud intégrée et sécurisée, permettant aux entreprises de se concentrer sur leurs applications sans se soucier de la gestion de l’infrastructure sous-jacente.

L’intégration des solutions Nutanix dans le cloud d’OVHcloud permet de créer un environnement multicloud simplifié, offrant une grande flexibilité d’utilisation pour les équipes IT. Les clients peuvent déployer leurs applications à travers des environnements hybrides et multiclouds tout en bénéficiant d’une gestion unifiée, d’une sécurité renforcée et d’une réduction des coûts opérationnels.

Les solutions Nutanix chez OVHcloud

Les offres Nutanix on OVHcloud incluent plusieurs services essentiels pour les entreprises cherchant à moderniser et à simplifier leur infrastructure :

Nutanix Cloud Platform sur OVHcloud : Cette plateforme fournit une infrastructure cloud évolutive et intégrée avec une solution hyperconvergée (HCI) de Nutanix. Elle permet d’exécuter des charges de travail variées, telles que des bases de données, des applications de productivité et des applications critiques, tout en assurant une sécurité élevée et une performance optimale.

HYCU Backup : OVHcloud propose également une offre de backup de votre infrastructure Nutanix au travers de la solution HYCU Backup, un logiciel de sauvegarde complet et parfaitement intégré à Nutanix.

Les avantages des offres Nutanix d’OVHcloud

Adopter les offres Nutanix on OVHcloud présente plusieurs avantages :

Simplicité et gestion centralisée : Les solutions Nutanix offrent une interface de gestion centralisée permettant aux équipes IT de gérer leurs ressources dans un environnement multicloud sans complexité supplémentaire.

Souveraineté des données : OVHcloud est conforme aux standards européens en matière de protection des données. Couplées aux solutions Nutanix, les entreprises bénéficient de niveaux de sécurité élevés et de contrôles d’accès renforcés.

Flexibilité des licences : Toutes les licences matérielles et logicielles peuvent être fournies par OVHcloud, contribuant ainsi à éliminer la complexité et les coûts cachés ou à apporter votre propre licence Nutanix pour faciliter l’approvisionnement des ressources OVHcloud.

Performance et évolutivité : Les solutions Nutanix on OVHcloud offrent une infrastructure performante et scalable, adaptée aux besoins croissants des entreprises. Avec la flexibilité des solutions Nutanix, les entreprises peuvent ajuster facilement leurs ressources selon leurs besoins en ajoutant des noeuds à la demande pour augmenter les ressources matérielles de leurs clusters.

Réduction des coûts : L’infrastructure hyperconvergée de Nutanix réduit les coûts opérationnels en simplifiant la gestion de l’infrastructure et en diminuant le recours à des serveurs physiques. Les clients d’OVHcloud peuvent ainsi optimiser leurs dépenses IT tout en bénéficiant de performances élevées.

Cas d’utilisation : comment les entreprises tirent-elles parti des offres Nutanix on OVHcloud ?

Les offres Nutanix on OVHcloud sont particulièrement adaptées pour les cas d’usage suivants :

Des cas d’usages renforcés par les options proposées par OVHcloud :

Conclusion

Les offres Nutanix on OVHcloud représentent une solution complète pour les entreprises cherchant à gérer efficacement leurs infrastructures multicloud. En combinant la performance des solutions Nutanix avec la flexibilité et la sécurité du cloud d’OVHcloud, les entreprises peuvent bénéficier d’une infrastructure évolutive, performante et en conformité avec les régulations européennes.

En adoptant les solutions Nutanix on OVHcloud, les entreprises peuvent simplifier leur infrastructure, renforcer leur sécurité, optimiser leurs coûts et se concentrer sur leur croissance.

Si on ajoute à cela des services complémentaires tels que la gestion des clés KMS ou encore la solution de sauvegarde HYCU, nous avons clairement un concurrent Européen sérieux à Google Cloud, AWS ou encore Azure…

Read More
nutanix hycu

DERNIERE MISE A JOUR : 24/03/2025

J’en parlais dans mon article concernant la mise à jour du contrôleur HYCU, vous ne pouvez pas mettre à jour une version 4.7.0 en 5.1.0 par exemple. Pour atteindre la toute dernière version, vous devrez suivre des upgrade path…

Et pour déterminer ces upgrade paths, vous êtes contraint d’éplucher chaque Release Note de chaque version ce qui peut se révéler fastidieux à la longue… Si vous souhaitez que je vous facilite la tâche, suivez le guide !

Tableau des versions

Version ActuelleVersion Suivante
4.0.04.0.1
4.0.14.0.2
4.0.24.0.3
4.0.34.1.0
4.1.04.1.1
4.1.14.1.2
4.1.24.1.3
4.1.34.2.0
4.2.04.2.1
4.2.14.3.0
4.3.04.3.1
4.3.14.5.0
4.5.04.5.1
4.5.14.6.0
4.6.04.7.0
4.7.04.7.1
4.7.14.8.0
4.8.04.8.1
4.8.14.9.0
4.9.05.0.0
5.0.05.1.0
5.1.0TBA

Comment lire le tableau et déterminer son upgrade path ? C’est très simple. Si par exemple vous êtes actuellement en 4.5.1 et souhaitez mettre à jour votre contrôleur en 5.1.0, vous devrez passer par 4.6.0 > 4.7.0 > 4.7.1 > 4.8.0 > 4.8.1 > 4.9.0 > 5.0.0 > 5.1.0 :

Cet article sera régulièrement mis à jour avec la publication des nouvelles versions du logiciel.

Read More
nutanix hycu

J’ai supprimé par accident une des machines virtuelles de mon cluster. Heureusement, je vais pouvoir la restorer grâce à HYCU !

Restorer une machine virtuelle complète

J’ai supprimé par accident la VM-DEMO-HYCU :

En cliquant dessus, je peux accéder à l’ensemble des points de restoration disponibles :

Pour restorer la machine virtuelle, je sélectionne le point de restoration qui m’intéresse et je clique sur « Restore » :

Je sélectionne « Virtual Machine Options » pour accéder aux options de restoration :

Restore VM permet de restorer la machine virtuelle en lieu et place d’une machine virtuelle existante.

Clone VM permet de restorer la machine sans toucher à la machine virtuelle existante grâce à un clone.

Validate VM Backup permet de créer une copie de la machine virtuelle pour vérifier l’état du point de restoration.

Dans mon cas, je sélectionne « Restore VM » et clique sur « Next » :

Dans mon cas, je laisse tout par défaut car cela correspond aux configurations que je souhaite appliquer. Si vous le souhaitez, vous pouvez personnaliser le storage container de destination, l’orgine du point de restoration (backup ou snapshot) et même la configuration de la machine virtuelle si vous souhaitez qu’elle soit différente de celle d’origine.

Une fois le processus lancé, vous pouvez suivre son déroulé dans le menu « Jobs » :

Quelques minutes plus tard (ou un peu plus en fonction de la volumétrie de données à restorer et de l’originie du point de sauvegarde), votre machine virtuelle sera de nous opérationnelle.

Sur votre interface Nutanix Prism, vous pourrez constater que la description de la machine restorée a été renseignée :

Restorer un fichier ou un dossier en particulier

Vous pouvez également restorer un dossier ou un fichier en particulier plutôt que de restorer l’intégralité de la machine virtuelle. Pour cela, sélectionnez le point de restoration voulu et cliquez sur « Restore Files » :

Laissez ensuite la valeur par défaut « AUTOMATIC » et cliquez sur « Next » :

Patientez pendant la lecture du point de restoration, l’arborescence s’affiche ensuite sur la gauche :

Sélectionnez le ou les éléments à restorer, et cliquez sur « Next » :

Ensuite, vous avez le choix entre 3 options :

« Restorer to Virtual Machine » permet de restorer les fichiers en leur lieu et place d’origine.

Vous pourrez alors :

  • sélectionner l’emplacement d’origine ou un emplacement différent
  • sélectionner l’action à réaliser si les fichiers existent déjà
  • choisir de restorer les permissions d’origines ou pas

« Restore to External Share » permet de restorer les fichiers sur un partage différent

Vous pourrez alors :

  • sélectionner le type de partage
  • indiquer le chemin partagé
  • sélectionner l’action à réaliser si les fichiers existent déjà

« Download » permet de télécharger les fichiers sélectionnés

Voilà, vous savez maintenant comment restorer en quelques clics vos précieuses données.

Read More
nutanix hycu

Tout a été configuré pour permettre la sauvegarde des machines virtuelles de notre cluster, nous allons maintenant voir comment protéger les machines virtuelles grâce aux politiques de sauvegarde que nous venons de créer.

Protection manuelle

La méthode de protection la plus classique est la protection manuelle des machines virtuelles depuis l’interface HYCU.

Pour cela, connectez vous à l’interface de gestion de votre HYCU et rendez vous dans « Virtual Machines ». Vous devriez avoir la liste de l’ensemble des machines virtuelles présentes sur le cluster Nutanix que vous avez précédemment ajouté :

Sélectionnez la ou les machine(s) virtuelle(s) à protéger et cliquez sur « Set policy » en haut à droite :

Sélectionnez ensuite la politique de sauvegarde que vous souhaitez appliquer à votre machine virtuelle et cliquez sur « Assign » :

Votre machine virtuelle est maintenant protégée, la première sauvegarde aura lieu durant la plage horaire de sauvegarde que vous avez précédemment défini. Si vous souhaitez forcer la première sauvegarde, sélectionnez la machine virtuelle protégée et cliquez sur « Backup » en haut à droite :

Puis cliquez sur « Yes » :

Si tout se passe comme attendu, vous aurez alors une Compliance et une Protection dans un statut Vert :

Protection automatisée via des catégories sous Nutanix

Nous avons vu comment protéger les machines virtuelles à la main depuis l’interface Nutanix. Mais il est possible de le faire directement depuis l’interface Prism Central de Nutanix.

Pour cela, il est important de mettre en place les prérequis nécessaires et le premier consiste à créer des catégories auxquelles seront affectées les machines virtuelles. Connectez vous au Prism Central, rendez vous dans « Administration > Categories » :

Cliquez ensuite sur « New Category » :

Nommez votre catégorie, attribuez lui une valeur et cliquez sur « Save ». Par soucis de simplicité, j’ai mis la même valeur :

Connectez vous ensuite à HYCU et éditez la politique de sauvegarde précédemment créée et cochez « Auto-assignment » :

Plus bas, de nouveaux champs sont désormais accessibles. Renseignez les valeurs de la catégorie que vous avez créée précédemment et cliquez sur « Add » :

Retour sur Prism Central, sur la liste de mes machines virtuelles, on peut constater qu’aucune machine virtuelle n’appartient à une catégorie :

La seule machine virtuelle protégée pour le moment est la VM-DEMO-HYCU que j’ai protégée manuellement dans la première partie de cet article. Je vais donc maintenant sélectionner la machine virtuelle VM-DEMO-LAB, cliquez sur le menu « Action > Other Actions > Manage categories » :

Je sélectionne la catégorie à attribuer à ma machine virtuelle et je valide :

De retour sur mon interface HYCU, je peux constater que ma machine virtuelle fait désormais partie de la politique BACKUP. Elle a été assignée automatiquement à cette politique de sauvegarde lorsque je lui ai affectée la catégorie correspondante, opération confirmée par les Events dans HYCU :

Read More
nutanix hycu

Maintenant que notre contrôleur HYCU est configuré et à jour, il faut maintenant protéger nos machines virtuelles…

Nettoyage des policies par défaut

Nous allons commencer par supprimer les politiques de sauvegarde créées par défaut. Pour cela, dans le menu latéral rendez vous dans « Policies » et supprimez toutes les politiques sauf « Exclude » :

Une fois le ménage terminé, nous pouvons attaquer les choses sérieuses.

Création de la plage horaire de sauvegarde

Afin que nos sauvegardes s’exécutent hors des heures de travail, il est impératif de mettre en place les plages horaires durant lesquelles HYCU va se charger de procéder à la sauvegarde de vos machines virtuelles. Toujours dans le menu « Policies », cliquez sur « Time Windows » :

Normalement, il n’y a rien de créé, cliquez sur « New » :

Ensuite, vous aurez le choix entre 2 options :

  • Backup Window pour définir la plage horaire durant laquelle va s’exécuter la sauvegarde
  • Copy Window pour définir la plage horaire durant laquelle les copies de sauvegarde pourront être réalisées

Nous allons choisir la « Backup Window » :

Dans mon cas, j’ai fait simple en la nommant « HNO » pour Heures Non Ouvrées, j’ai indiqué la Timezone correspondant à ma position géographique et j’ai ensuite sélectionné les plages horaires qui m’intéressaient, à savoir de 22h à 7h du matin du lundi au dimanche :

Création de la politique de sauvegarde

Pour créer une politique de sauvegarde, dans le menu « Policies », cliquez sur « New » :

  • Nommez votre politique de sauvegarde
  • Laissez coché « Backup »
  • Renseignez la fréquence des backups en heures/jours/semaines/mois (qui va correspondre au RPO visé)
  • Renseignez le délai de restoration (qui va correspondre au RTO visé)
  • Renseignez la durée de rétention de vos sauvegardes
  • Sélectionnez la cible de sauvegarde (dans mon cas, le Synology)
  • Cochez « Use backup window » et sélectionnez la plage horaire de sauvegarde précédemment créée

Cliquez sur « Save ».

Votre politique de sauvegarde est maintenant créée, la prochaine étape est de protéger les VMs de votre cluster.

Read More