Team Leader - Nutanix Technology Champion - Nutanix NTC Storyteller

Julien DUMUR
Infrastructure in a Nutshell
header nutanix

Lors d’une intervention le cluster de l’un de nos clients, je me suis heurté à un soucis de taille : l’impossibilité de supprimer un container de stockage qui avait pourtant été vidé de son contenu au préalable…

Un peu de contexte

La nécessité de supprimer un container de stockage est apparue lorsque nous avons décidé de migrer les machines virtuelles vers d’autres containers. Pourquoi devoir faire cela ? Dans le cadre d’un On Demand Cross Cluster Live Migration, l’un des prérequis est d’avoir des noms identiques sur les containers de stockages…

Pour ce faire, nous avons donc procédé à la migration des vdisks en CLI, une opération longue et fastidieuse que je détaillerais peut être dans un prochain article.

Une fois l’ensemble des vdisks migrés, nous ne pouvions toujours pas supprimer le container…

Diagnostic du problème

Pour commencer, j’ai d’abord listé l’ensemble des containers présents sur mon cluster pour identifier celui qui m’intéresse :

nutanix@CVM:~$ ncli container list
Id : 00060f28-23f5-dbbb-7c17-7cc255a7f766::7
Uuid : ecc3d02d-57c0-4253-a5a4-a335aa3bdcd4
Name : default-container-15796345896744
Storage Pool Id : 00060f28-23f5-dbbb-7c17-7cc255a7f766::6
Storage Pool Uuid : 4fa56350-ece0-4932-8ec9-70669e241470
Free Space (Logical) : 31.16 TiB (34,265,616,109,568 bytes)
Used Space (Logical) : 90.79 GiB (97,483,378,688 bytes)
Allowed Max Capacity : 31.25 TiB (34,363,099,488,256 bytes)
Used by other Containers : 574.87 GiB (617,261,654,016 bytes)
Explicit Reservation : 0 bytes
Thick Provisioned : 0 bytes
Replication Factor : 2
Oplog Replication Factor : 2
NFS Whitelist Inherited : false
Container NFS Whitelist : 
VStore Name(s) : default-container-15796345896744
Random I/O Pri Order : SSD-MEM-NVMe, SSD-PCIe, SSD-SATA, DAS-SATA
Sequential I/O Pri Order : SSD-PCIe, SSD-SATA, SSD-MEM-NVMe, DAS-SATA
Compression : on
Compression Delay : 0 mins
Fingerprint On Write : off
On-Disk Dedup : off
Erasure Code : off
Software Encryption : off

Une fois mon container identifié (default-container-15796345896744), je tente une suppression en CLI avec la ligne de commande suivante :

nutanix@CVM:~$ ncli ctr rm name=default-container-15796345896744
Error: Storage container default-container-15796345896744 contains VDisk(s) not marked for removal.

Le message est assez explicite, il reste des VDisks dans mon container ce qui bloque complètement la suppression. Pour rappel, j’ai procédé à la migration de l’ensemble des vdisks de mes machines virtuelles, il ne devrait donc rien rester dessus…

Je check le contenu de mon vdisk avec la commande suivante (remplacez le container_id par celui correspondant à votre container) :

nutanix@CVM:~$ vdisk_config_printer -container_id=7 -skip_to_remove_vdisks

vdisk_id: 1247912
vdisk_name: "$NTNX$-$CURATOR$-$CHAINVDISK$-$0630848d-af0a-440b-9bf2-14ed432105c2$7$"
vdisk_size: 0
container_id: 7
creation_time_usecs: 1724796346611475
mutability_state: kImmutable
snapshot_chain_id: 8053639
vdisk_creation_time_usecs: 1724796346611475
last_updated_pithos_version: kChainIdKey
vdisk_uuid: "faa173c5-be0a-4502-9977-02d9c125b02e"
chain_id: "0630848d-af0a-440b-9bf2-14ed432105c2"
last_modification_time_usecs: 1724800080940533
vdisk_id: 22562934
vdisk_name: "NFS:2:0:2513"
vdisk_size: 4398046511104
container_id: 7
creation_time_usecs: 1741004981139322
vdisk_creator_loc: 4
vdisk_creator_loc: 789428
vdisk_creator_loc: 9451518309
nfs_file_name: "nutanix_guest_tools.iso"
may_be_parent: true
never_hosted: false
snapshot_draining: false
snapshot_chain_id: 22562935
vdisk_creation_time_usecs: 1741004981139322
oplog_type: kVDiskOplog
vdisk_snapshot_time_usecs: 1741004983089382
last_updated_pithos_version: kChainIdKey
always_write_emap_extents: true
vdisk_uuid: "5b601b32-eaf5-4612-9bdf-f8ce3a24c96b"
chain_id: "ebd35e10-4917-476a-9cb7-8447478af99c"
last_modification_time_usecs: 1741004985848279
vdisk_id: 28693745
vdisk_name: "NFS:2:0:2703"
parent_vdisk_id: 9701970
vdisk_size: 10737418240
container_id: 7
creation_time_usecs: 1724235742966570
mutability_state: kImmutableSnapshot
closest_named_ancestor: "NFS:4611686018456079974"
avoid_vblock_copy_when_leaf: true
vdisk_creator_loc: 4
vdisk_creator_loc: 27341647
vdisk_creator_loc: 454849015
nfs_file_name: "a8893eb4-a9b8-4710-80c8-e69fb0093bb0"
may_be_parent: true
parent_nfs_file_name_hint: "a8893eb4-a9b8-4710-80c8-e69fb0093bb0"
scsi_name_identifier: "naa.6506b8dc3a35444155c2731c8d7a8b94"
never_hosted: false
snapshot_draining: false
parent_draining: false
clone_parent_draining: false
snapshot_chain_id: 8053639
has_complete_data: true
clone_source_vdisk_id: 7790073
vdisk_creation_time_usecs: 1745309380225031
originating_vdisk_snapshot_time_usecs: 1724235742966570
oplog_type: kVDiskOplog
vdisk_snapshot_time_usecs: 1745310092381733
last_updated_pithos_version: kChainIdKey
always_write_emap_extents: true
vdisk_uuid: "c1b33a68-dd3e-4afc-917e-67f8c257f40f"
chain_id: "0630848d-af0a-440b-9bf2-14ed432105c2"
parent_chain_id: "af907cc8-795b-4382-907c-4b318529bfcb"
vdisk_snapshot_uuid: "bdbf64db-51ad-4310-86cc-ce68107c20f0"
last_modification_time_usecs: 1745310094964928
vdisk_id: 7783219
vdisk_name: "NFS:2:0:472"
vdisk_size: 4398046511104
container_id: 7
creation_time_usecs: 1723639427516394
vdisk_creator_loc: 3
vdisk_creator_loc: 1247802
vdisk_creator_loc: 675287599
nfs_file_name: "pc.2022.6.0.10-pc-boot.qcow2"
never_hosted: false
snapshot_chain_id: 7783220
vdisk_creation_time_usecs: 1723639427516394
oplog_type: kVDiskOplog
last_updated_pithos_version: kChainIdKey
always_write_emap_extents: true
vdisk_uuid: "db1edf28-7241-451a-b74a-e2f6b68ef394"
chain_id: "874ae2f3-1f2e-4d90-87f3-a755b14c374c"
last_modification_time_usecs: 1723639427524005
vdisk_id: 7783222
vdisk_name: "NFS:2:0:473"
vdisk_size: 4398046511104
container_id: 7
creation_time_usecs: 1723639427831077
vdisk_creator_loc: 3
vdisk_creator_loc: 1247802
vdisk_creator_loc: 675288112
nfs_file_name: "pc.2022.6.0.10-pc-home.qcow2"
never_hosted: false
snapshot_chain_id: 7783223
vdisk_creation_time_usecs: 1723639427831077
oplog_type: kVDiskOplog
last_updated_pithos_version: kChainIdKey
always_write_emap_extents: true
vdisk_uuid: "1d4c82bc-01b2-44da-af1c-fbedda5d3dc2"
chain_id: "83600772-9e50-4050-9957-37da1dac220f"
last_modification_time_usecs: 1723639427839142
vdisk_id: 7783355
vdisk_name: "NFS:2:0:474"
vdisk_size: 4398046511104
container_id: 7
creation_time_usecs: 1723639463452092
vdisk_creator_loc: 3
vdisk_creator_loc: 1247802
vdisk_creator_loc: 675381384
nfs_file_name: "pc.2022.6.0.10-pc-boot.img"
may_be_parent: true
never_hosted: false
snapshot_chain_id: 7783356
vdisk_creation_time_usecs: 1723639463452092
oplog_type: kVDiskOplog
vdisk_snapshot_time_usecs: 1723639536592896
last_updated_pithos_version: kChainIdKey
always_write_emap_extents: true
vdisk_uuid: "cbec4f1c-06e5-400e-bb4b-c71df4cd7e38"
chain_id: "d42ab524-a749-4a51-a1a3-3bf225c0fc12"
last_modification_time_usecs: 1723639536600475
vdisk_id: 7783363
vdisk_name: "NFS:2:0:475"
vdisk_size: 4398046511104
container_id: 7
creation_time_usecs: 1723639463571411
vdisk_creator_loc: 3
vdisk_creator_loc: 1247802
vdisk_creator_loc: 675381960
nfs_file_name: "pc.2022.6.0.10-pc-home.img"
may_be_parent: true
never_hosted: false
snapshot_draining: false
snapshot_chain_id: 7783364
vdisk_creation_time_usecs: 1723639463571411
oplog_type: kVDiskOplog
vdisk_snapshot_time_usecs: 1723639536653959
last_updated_pithos_version: kChainIdKey
always_write_emap_extents: true
vdisk_uuid: "358783f7-b35d-42ae-82cc-24a8dc0bf084"
chain_id: "0805ab92-e816-4fe6-8851-7ffa9af75188"
last_modification_time_usecs: 1723639548309692

La commande me permet d’afficher l’ensemble des fichiers qui ne sont pas marqués « pour suppression ». Dans l’ensemble, il s’agit de :

  • vieux snapshots dont les machines virtuelles n’existent plus ou ne sont plus liées
  • des ISOs d’installation des Nutanix Guest Tools
  • des anciens fichiers de mises à jour de Prism Central

Maintenant que je sais d’où vient le problème, il est temps de le régler…

Suppression des fichiers

Pour supprimer les fichiers, il faut les éditer un par un avec la commande suivante :

edit_vdisk_config --vdisk_id=vdisk_id --editor=vim

Il faut remplacer le « vdisk_id » en gras dans la commande par le vdisk_id de chaque fichier renvoyé par la commande « vdisk_config_printer -container_id=7 -skip_to_remove_vdisks », par exemple :

vdisk_id: 1247912
vdisk_name: "$NTNX$-$CURATOR$-$CHAINVDISK$-$0630848d-af0a-440b-9bf2-14ed432105c2$7$"
vdisk_size: 0
container_id: 7
creation_time_usecs: 1724796346611475
mutability_state: kImmutable
snapshot_chain_id: 8053639
vdisk_creation_time_usecs: 1724796346611475
last_updated_pithos_version: kChainIdKey
vdisk_uuid: "faa173c5-be0a-4502-9977-02d9c125b02e"
chain_id: "0630848d-af0a-440b-9bf2-14ed432105c2"
last_modification_time_usecs: 1724800080940533

Donnera la commande suivante :

edit_vdisk_config --vdisk_id=1247912 --editor=vim

Cela ouvre le fichier concerné :

vdisk_id: 1247912
vdisk_name: "$NTNX$-$CURATOR$-$CHAINVDISK$-$0630848d-af0a-440b-9bf2-14ed432105c2$7$"
vdisk_size: 0
container_id: 7
creation_time_usecs: 1724796346611475
mutability_state: kImmutable
snapshot_chain_id: 8053639
vdisk_creation_time_usecs: 1724796346611475
last_updated_pithos_version: kChainIdKey
vdisk_uuid: "faa173c5-be0a-4502-9977-02d9c125b02e"
chain_id: "0630848d-af0a-440b-9bf2-14ed432105c2"
last_modification_time_usecs: 1724800080940533

Il faut alors ajouter « to_remove: true » à la toute fin du fichier et le sauvegarder :

vdisk_id: 1247912
vdisk_name: "$NTNX$-$CURATOR$-$CHAINVDISK$-$0630848d-af0a-440b-9bf2-14ed432105c2$7$"
vdisk_size: 0
container_id: 7
creation_time_usecs: 1724796346611475
mutability_state: kImmutable
snapshot_chain_id: 8053639
vdisk_creation_time_usecs: 1724796346611475
last_updated_pithos_version: kChainIdKey
vdisk_uuid: "faa173c5-be0a-4502-9977-02d9c125b02e"
chain_id: "0630848d-af0a-440b-9bf2-14ed432105c2"
last_modification_time_usecs: 1724800080940533
to_remove: true

Répétez l’opération avec l’ensemble des fichiers jusqu’à ce que la commande « vdisk_config_printer -container_id=7 -skip_to_remove_vdisks » n’affiche plus rien.

On relance la commande de suppression du container :

nutanix@CVM:~$ ncli ctr rm name=default-container-15796345896744
Error: Storage container default-container-15796345896744 contains small NFS files

Encore une erreur ! Et oui, il reste des fichiers de petite taille qui trainent et il faut forcer la suppression :

nutanix@CVM:~$ ncli ctr rm id=7 ignore-small-files=true
Storage container deleted successfully

Cette opération est assez longue et fastidieuse à appliquer mais elle vous permettra de supprimer un container de stockage récalcitrant. Si après ces manipulations la suppression du container de stockage est tout de même impossible, c’est qu’il reste des fichiers qui n’ont pas été déplacés / migrés.

Read More
header nutanix

Voici une petite procédure rapide pour installer les Nutanix Guest Tools manuellement sur vos machines virtuelles Linux (Rocky Linux, RHEL, CentOS…) en lignes de commande.

Qu’est ce que les Nutanix Guest Tools ?

NGT est un ensemble de fonctionnalités logicielles installées sur une machine virtuelle (VM) et une machine virtuelle Nutanix CVM. Un agent invité Nutanix publie des informations sur la machine virtuelle sur le cluster Nutanix, telles que le type de système d’exploitation invité, l’état de mobilité de la machine virtuelle et le service de cliché instantané des volumes (VSS). L’agent invité Nutanix est installé sur les machines virtuelles invitées Windows et Linux.

Montage des Nutanix Guest Tools

Connectez vous à votre cluster Nutanix sur Prism Central, allez dans la liste des machines virtuelles, faites un clic droit sur la machine virtuelle sur laquelle vous souhaitez installer les NGT et cliquez sur « Install NGT » :

Sur l’écran suivant, dans mon cas pas besoin de changer quoi que ce soit, cliquez sur « Confirm and Enter Password » :

On ne touche à rien sur cet écran, cliquez simplement sur « Skip and Mount » en bas à gauche :

L’ISO est monté, on passe maintenant aux lignes de commande !

Installation des Nutanix Guest Tools (ex : Rocky Linux)

Voici les commandes à passer sur la machine virtuelle pour installer les Nutanix Guest Tools :

  • Mise à jour du système :
sudo dnf update && sudo dnf upgrade
  • Installation de python (si non présent sur la machine) :
sudo dnf install python3
  • Vérification de l’identifiant du lecteur :
blkid -L NUTANIX_TOOLS
  • Retour de commande:
/dev/sr0
  • Montage de l’ISO :
sudo mount /dev/sr0 /mnt
  • Installation des NGT :
systemd-run --unit=ngt_guest_agent_upgrade --slice=upgrade_ngt sh /mnt/installer/linux/ngt_rpm_installer/ngt_install_upgrade.sh
  • Vérification de l’installation en ligne de commande :
[root@XXXXXXXXXX administrateur]# yum list installed | grep 'nutanix-guest-agent'
nutanix-guest-agent.x86_64 4.1.2-1 @nutanix-ngt-20250423153748
  • Vérification de l’installation sur Prism Central :

  • Démontage de l’ISO :
umount /dev/sr0

Ca y est, vos Nutanix Guest Tools sont installés.

Read More
nutanix hycu

Ca y est, il est enfin complet ! Après une trentaine d’heures passées à installer, configurer, tester un environnement de labo et à rédiger chaque article, mon guide ultime sur la sauvegarde d’un cluster Nutanix à l’aide de la solution HYCU backup est enfin terminé.

Au total, cela représente :

  • 4500+ mots
  • 100+ captures d’écrans
  • 30+ heures de travail

Pour retrouver plus facilement l’ensemble de mes guides actuels ou à venir, j’ai créé un lien dédié dans le menu.

Au programme de ce guide complet :

Sauvegarder son cluster Nutanix avec HYCU – Présentation

Sauvegarder son cluster Nutanix avec HYCU – Pré-requis techniques

Sauvegarder son cluster Nutanix avec HYCU – Déployer le controleur HYCU

Sauvegarder son cluster Nutanix avec HYCU – Initialisation et configuration de base

Sauvegarder son cluster Nutanix avec HYCU – Ajout d’un cluster Nutanix

Sauvegarder son cluster Nutanix avec HYCU – Ajout d’une cible de sauvegardes

Sauvegarder son cluster Nutanix avec HYCU – Mettre à jour le controleur HYCU

Sauvegarder son cluster Nutanix avec HYCU – Création des jobs de sauvegarde

Sauvegarder son cluster Nutanix avec HYCU – Protection des machines virtuelles

Le guide évoluera probablement si je trouve d’autres éléments intéressant à partager pour étoffer mon retour d’expérience.

N’oubliez pas que la sécurité de vos données dépendra du temps que vous accorderez à la configuration de vos politiques de sauvegarde en amont.

N’hésitez pas à venir me faire part de vos interrogations, de vos craintes ou bien encore à demander à d’autres personnes qui ont déjà mis en place HYCU Backup afin qu’elles vous donnent leur retour d’expérience.

D’autres guides arrivent prochainement… Stay tuned !

Read More

C’est une problématique rencontrée par beaucoup de personnes lors de leur premier déploiement d’une machine virtuelle sous Microsoft Windows : la détection du stockage.

Je vais vous montrer comment procéder pour déployer une machine virtuelle Windows sur Nutanix AHV.

Pré-requis

Pour commencer, il faut récupérer l’image ISO des VirtIO sur le site Support de Nutanix (enregistrement sur le site nécessaire) : https://portal.nutanix.com/page/downloads?product=ahv

Pensez à sélectionner « VirtIO » dans le menu déroulant en haut de page puis téléchargez la version « Nutanix VirtIO for Windows (iso) » :

Une fois l’image ISO récupérée, il faut la transférer sur le cluster. Si vous ne savez pas comment procéder, je vous invite à consulter mon article à ce sujet : https://juliendumur.fr/nutanix-telecharger-une-image-sur-son-cluster/

Passons maintenant au déploiement de la machine virtuelle.

Création de la machine virtuelle sous Prism Element

Connectez vous à l’interface web Prism Element de votre cluster Nutanix, puis dans le menu sélectionnez « VM » :

Sur la page de gestion des machines virtuelles, cliquez sur « Create VM » en haut à droite :

Dans la fenêtre qui s’affiche, il y a un certain nombre de champs à remplir :

Dans l’ordre :

  • Nom de la machine virtuelle
  • Le fuseau horaire
  • La quantité de vCPU
  • La quantité de RAM

Ensuite, il faut ajouter un ou des disques :

Pour chaque type de disque que vous voudrez ajouter, il faudra sélectionner les options qui conviennent :

Dans le cas de notre VM, nous allons ajouter :

  • 1 disque de 40Go pour le système d’exploitation
  • 1 CD-ROM avec l’ISO Windows
  • 1 CD-ROM avec l’ISO contenant les VirtIO

Vous devriez avoir 3 disques à ce stade :

L’ajout d’un adaptateur réseau est la dernière étape avant de finaliser la création de la machine virtuelle :

Si vous ne savez pas comment ajouter de nouveaux réseaux sur votre cluster, je vous recommande de consulter mon article sur le sujet :

La machine est créée, vous pouvez passer à son déploiement.

Création de la machine virtuelle sous Prism Central

Pour créer la VM sous Prism Central, rendez vous dans le menu « Infrastructure > Compute > VMs » :

Cliquez ensuite sur « Create VM » pour accéder au menu de création de la VM :

Les champs à remplir restent globalement similaires à ceux que vous pouvez retrouver sous Prism Element, bien qu’organisés légèrement différemment :

Et répartis sur plusieurs onglets :

Le processus étant globalement identique, je ne vais pas redétailler toutes les étapes. Petite différence notable : la possibilité d’affecter dès la création une ou plusieurs catégories à notre VM :

Le dernier onglet permet de vérifier l’ensemble des informations que nous venons de paramétrer :

Déploiement de la machine virtuelle

Pour déployer la machine virtuelle, démarrez la et lancez la console. La première étape est de choisir la langue :

Cliquez ensuite sur « Installer maintenant » :

Puis sélectionnez la version que vous souhaitez installer :

Acceptez le contrat de licence :

Cliquez maintenant sur « Personnalisé… » :

Malheur ! Le disque dur que vous avez configuré lors de la création de la machine virtuelle n’apparait pas… Cliquez sur « Charger un pilote » afin de corriger ce problème :

Cliquez sur « Parcourir » :

Naviguez maintenant jusqu’au répertoire correspondant à la version de Windows que vous déployez, dans mon cas Windows Server 2022 :

Sélectionnez l’ensemble des pilotes de la liste et cliquez sur « Suivant » :

Une fois l’installation des pilotes terminées, le disque apparait enfin :

L’installation est lancée, il n’y a plus qu’à patienter :

Votre machine virtuelle est déployée !

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
nutanix hycu

HYCU étant un logiciel de sauvegarde suivi et supporté par l’éditeur, des mises à jour seront régulièrement mises à votre disposition afin de corriger des bugs, des failles de sécurités, d’apporter des optimisations ou d’ajouter de nouvelles fonctionnalités.

Upgrade Path

Si vous avez manqué certaines mises à jour de votre système HYCU, sachez qu’il vous faudra respecter un ordre de mise à jour pour atteindre la version désirée.

En effet, si vous êtes comme moi en version 4.9.0-5310 et que la version 5.1.0-2871 est disponible, vous ne pourrez pas réaliser une mise à jour direct en 5.1.0-2871. Il vous faudra d’abord installer l’ensemble des mises à jour intermédiaires soit : 5.0.0-1643 puis 5.1.0-2871.

Pour connaitre les ordres de mise à jour, il vous faut consulter la section « Upgrade Notes » des Release Notes des versions que vous devez installer :

Préparation des fichiers de mise à jour

Si vous avez bien suivi le début du guide, vous aurez remarqué que j’avais uploadé par anticipation 2 versions complémentaires d’HYCU :

Sinon, pour ceux qui l’auraient loupé :

  • Cochez la case « I agree to the HYCU… » et cliquez sur « Continue » :

  • Cliquez sur « Download .qcow2 » :

Une fois que vous avez téléchargé l’image qcow2 de HYCU, il faut maintenant la transférer sur votre cluster Nutanix.

Pour cela, connectez vous au Prism Element de votre cluster Nutanix CE et rendez vous dans « Settings > Image Configuration » :

Cliquez sur « Upload image », renseignez le formulaire et sélectionnez l’image précédemment téléchargée :

Cliquez sur « Save » pour lancer le transfert et patientez jusqu’à ce que votre image soit traitée par le cluster et qu’elle soit indiquée comme « ACTIVE ».

Installation des mises à jour

Une fois que vous avez terminé de préparer vos fichiers de mises à jour, connectez vous à l’interface HYCU, et cliquez sur la roue crantée en haut à droite :

Nous allons commencer par mettre en pause toutes les activités du contrôleur afin que les mises à jour se déroulent sans encombre. Cliquez sur « Power options » :

Sélectionnez « Suspend All » et cliquez sur « Save ». Retournez ensuite dans le menu « Setting » dans la roue crantée et cliquez ensuite sur « Software Upgrade » pour afficher la liste des mises à jour disponibles :

Sélectionnez la mise à jour que vous souhaitez installer et cliquez sur « Software Upgrade » :

Un message vous alerte que les jobs de sauvegarde en cours d’exécution vont être annulés, cliquez sur « Yes » :

Le système vous déconnecte pendant la mise à jour. Patientez environ une dizaine de minutes avant de vous reconnecter :

Une fois la mise à jour terminée, reconnectez vous et faites les mises à jour suivantes :

Lorsque votre contrôleur HYCU aura atteint la version cible, reconnectez vous à l’interface puis rendez vous dans les paramètres en haut à droite, puis dans « Power Options » :

Sélectionnez « Resume » pour remettre votre contrôleur HYCU en mode de fonctionnement nominal et cliquez sur « Save ».

Sur votre cluster Nutanix, vous retrouverez alors les anciennes versions de votre contrôleur HYCU :

Vous pourrez les supprimer après quelques temps si vous ne rencontrez aucun problème avec la version actuellement en production (pensez à update le nom de la machine virtuelle si vous avez mis la version dedans comme moi !).

Read More
nutanix hycu

Maintenant que le cluster Nutanix est ajouté sur le logiciel HYCU, il faut ajouter la cible des sauvegardes vers lequel les fichiers seront envoyés.

Ajout d’une cible de sauvegarde SMB

Pour ajouter une cible de sauvegarde sur HYCU, rendez vous dans le menu latéral gauche et cliquez sur « Target » :

Ensuite, cliquez sur « Add » en haut à droit pour lancer l’assistant d’ajout de cible :

Ensuite, sélectionnez le type de cible que vous souhaitez ajouter sur HYCU, puis cliquez sur « Continue ». Dans mon cas, j’ai fait simple avec un partage SMB sur le Synology mais vous avez l’embarras du choix (NFS, SMB, Nutanix Objects, iSCSI, stockage S3…) :

Renseignez ensuite un nom, une description si vous le souhaitez, et le nombre de backup simultanés puis cliquez sur « Next ». Dans mon cas, je me suis limité à 2 :

Indiquez ensuite les informations de compte permettant d’accéder au partage SMB qui va être utilisé comme cible. Dans mon cas, je dois renseigner le nom d’utilisateur, le mot de passe, l’adresse IP du serveur et le nom du dossier partagé :

Un fois les informations correctement renseignées, cliquez sur « Save ». Votre cible de sauvegarde apparait désormais dans la liste des targets, prête à recevoir les sauvegardes :

La configuration de la cible de sauvegarde est terminée, mon contrôleur HYCU est prêt à sauvegarder mes données.

Read More