Team Leader - Nutanix Technology Champion - Nutanix NTC Storyteller

Julien DUMUR
Infrastructure in a Nutshell
Compte admin verrouillé sur Nutanix AHV

Il arrive que le compte admin d’un cluster Nutanix soit verrouillé à cause d’un trop grand nombre d’échec d’authentification et que vous ne puissiez plus vous y connecter.

Page de connexion Prism avec le message Account locked due to too many failed attempts

La plupart du temps, cela est consécutif à un changement du mot de passe du compte admin sur le cluster si celui ci est utilisé sur d’autres systèmes comme Nutanix Move ou HYCU par exemple.

Voici comment réinitialiser le mot de passe du compte « admin » d’un cluster

Retirer le compte « admin » des routines

Pour commencer, si vous ne voulez pas que le problème se reproduise, il faut impérativement retirer le compte « admin » du cluster des éléments qui peuvent causer cela. Cela peut être le logiciel de sauvegarde, une brique Nutanix (Move par exemple), un outils de supervision éventuellement.

Il est important de ne pas utiliser le compte « admin » d’un cluster pour connecter un outils sur le cluster.

Réinitialiser le mot de passe « admin »

Connectez vous en SSH à une CVM du cluster Nutanix sur lequel le compte est verrouillé avec le compte « root ».

Saisissez ensuite la commande suivante :

passwd admin

Entrez 2 fois le nouveau mot de passe, le mot de passe est remis à neuf.

Déverrouiller le compte « admin »

Pour déverrouiller le compte « admin », entrez la commande suivante :

allssh sudo faillock --user admin --reset

Le compte « admin » est désormais déverrouillé.

Read More
Déployer un hyperviseur imbriqué sur Nutanix AHV

Dans le cadre de la mise en place de labs sur une infrastructure Nutanix, vous pouvez être amené à déployer un hyperviseur (ESXi, Promox, Hyper-V…) sur l’hyperviseur AHV (Inception !).

Vous serez alors confronté à ce type de message d’erreur lors de l’installation d’ESXi par exemple (la forme diffère pour d’autres hyperviseurs, mais le fond reste le même) :

Erreur Unsupported CPU à l'installation d'ESXi imbriqué

Le processeur ne sera pas détecté comme étant doté de capacités de virtualisation et vous ne pourrez donc pas déployer d’hyperviseur… Mais il est possible de bypasser cette restriction.

Nutanix AHV : bypasser la restriction processeur

Je pars du principe que la machine virtuelle sur laquelle vous souhaitez déployer un hyperviseur est déjà créée.

Pour bypasser la restriction processeur, il faut se connecter à une des CVMs de notre cluster et modifier notre machine virtuelle avec la commande acli vm.update et le paramètre « cpu_passthrough » :

acli vm.update VM_NAME cpu_passthrough=true

Vous obtiendrez le message suivant :

nutanix@NTNX-a64e778d-A-CVM:192.168.2.241:~$ acli vm.update VM_NAME cpu_passthrough=true
VM_NAME: pending
VM_NAME: complete

Attention, cette commande ne fonctionnera que si votre machine virtuelle est éteinte.

Une fois que la commande est appliquée vous pouvez relancer votre installation… Excepté pour ESXi qui nécessite encore une petite subtilité !

Nutanix AHV : tronquer le type de carte réseau pour installer ESXi

Pour installer un ESXi niché sur Nutanix AHV et qu’il soit pleinement fonctionnel, vous devez également modifier les adaptateurs réseaux pour lui faire croire qu’ils sont de type e1000.

Pour cela, toujours machine virtuelle éteinte, connectez vous à une des CVMs, et tapez la commande suivante :

acli vm.nic_create VM_NAME network=NETWORK_NAME model=e1000

Veillez à remplacer VM_NAME par le nom de la machine virtuelle concernée, et NETWORK_NAME par un des réseaux préalablement créé sur votre cluster Nutanix. Vous obtiendrez le message suivant :

nutanix@NTNX-a64e778d-A-CVM:192.168.2.241:~$ acli vm.nic_create VM_NAME network=NETWORK_NAME model=e1000
NicCreate: pending
NicCreate: complete

Vous pouvez maintenant relancer l’installation de votre hyperviseur.

Read More
Déployer Nutanix Move sur Nutanix AHV

Nutanix Move : Introduction

Avec la flambée des prix sur les licences VMWare liée au rachat de l’entreprise par Broadcom, nombreux sont les clients à chercher des solutions alternatives à ESXi afin d’échapper à une facture salée.

Parmi les alternatives, il existe bien évidemment Nutanix parmi les alternatives mais les clients sont assez frileux en ce qui concerne la migration de VMWare ESXi vers Nutanix AHV, une tâche qui peut être fastidieuse si il faut migrer les VMs une à une.

C’est là que Nutanix Move entre en jeu. Nutanix Move est un outils mis à disposition par Nutanix pour faciliter la migration des machines virtuelles vers n’importe quel cloud.

Matrice des migrations possibles avec Nutanix Move entre ESXi, Hyper-V, AWS, Azure, AHV et NC2

Ce qui va nous intéresser est principalement une migration d’ESXi ou d’Hyper-V vers Nutanix AHV.

Nutanix Move : récupération de la machine virtuelle

Pour récupérer l’image de la machine virtuelle, il faut se connecter au portail Support de Nutanix : https://portal.nutanix.com/ puis aller dans la section « Downloads » :

Section Downloads du portail Support Nutanix

Cliquer sur « Move » et télécharger sur le bouton « Move QCOW2 file for AHV » :

Téléchargement du fichier Move QCOW2 file for AHV

Lien direct vers la page de téléchargement : https://portal.nutanix.com/page/downloads?product=move

Déploiement de la machine virtuelle Nutanix Move sur AHV

Une fois l’image téléchargée, il faut la déposer sur votre cluster. Pour ce faire, je vous invite à suivre un de mes précédents articles : https://juliendumur.fr/nutanix-ahv-telecharger-une-image-sur-son-cluster/

Pour déployer la machine virtuelle Nutanix Move, aller dans VMs, cliquer sur « Create VM » et renseigner le formulaire de création de machine virtuelle :

Formulaire Create VM de la machine virtuelle NTNX-Move
vCPU, mémoire et démarrage de la VM Nutanix Move

Dans la partie Disks, ajouter un disque de type « DISK », dans operation sélectionner « Clone from Image Service » et sélectionner l’image précédemment téléchargée :

Disque cloné depuis l'image Nutanix Move dans Image Service

Cliquer sur « Add » puis ajouter une interface réseau, la machine virtuelle est déployée.

Accès à Nutanix Move

Nutanix Move est accessible en http via l’IP qui lui a été attribuée :

Page de connexion web de Nutanix Move

La première étape est de changer le mot de passe d’accès :

Changement du mot de passe d'accès à Nutanix Move

Nutanix Move est désormais déployé, nous verrons dans un prochain article comment ajouter des environnements cibles.

Page d'accueil de Nutanix Move avec le bouton Add Environment

Documentation officielle

Documentation officielle Nutanix Move : https://portal.nutanix.com/page/documents/details?targetId=Nutanix-Move-v5_1:Nutanix-Move-v5_1

Read More
Ajouter un cluster Nutanix à HYCU

Dans mon précédent tutoriel, je vous montrais comment déployer la solution HYCU sur votre cluster Nutanix. Il est temps maintenant de procéder à l’ajout de votre cluster dans l’interface d’administration du logiciel afin de pouvoir le sauvegarder.

Nutanix : Créer un utilisateur dédié

Il est vivement recommandé de créer un utilisateur dédié sur votre cluster Nutanix pour gérer la partie sauvegarde avec HYCU. Pour cela, allez dans « Settings > Local Users Management » et cliquez sur « New User » :

Local Users Management dans Prism Element

Renseignez le formulaire avec les droits « Cluster Admin » et « Backup :

Compte avec les rôles Cluster Admin et Backup

Il faut que les droits soient configurés avec « Cluster Admin » et « Backup ». Le droit « Backup » tout seul ne permettra pas à la solution HYCU de fonctionner correctement. Sauvegardez, nous pouvons maintenant ajouter le cluster à HYCU.

HYCU : Ajouter une nouvelle source

Pour ajouter une nouvelle source à HYCU, c’est la roue crantée en haut à droit de l’interface qu’il faut visiter, puis cliquer sur « Source » :

Menu Sources dans les paramètres HYCU

Sur la fenêtre qui apparait, il y a 4 onglets disponibles :

  • Hypervisor : c’est ici que l’on ajoute les hyperviseurs Nutanix ou VMWare qui sont à ce jour les seuls hyperviseurs compartibles HYCU
  • Cloud : pour sauvegarder vos environnements Google Cloud ou Azure
Sources Cloud : Google Cloud et Azure Government
  • File Servers : destiné aux serveurs de fichiers notamment Nutanix Files, NetApp OnTap ou Dell PowerScale
Types de File Servers dans HYCU
  • Physical Machines : pour sauvegarder des serveurs physiques

L’onglet qui nous intéresse ici est « Hypervisor », cliquez sur « New » puis remplissez les différents champs disponibles :

Ajout d'un hyperviseur Nutanix dans HYCU
URL et identifiants du cluster Nutanix

Renseignez l’URL de votre cluster soit au format IP comme sur ma capture d’écran, ou bien au format HTTP : https://ip-address:9440, ainsi que le login et le mot de passe du compte précédemment créé sur votre cluster.

Cliquez sur « Next » pour accéder à l’ajout facultatif des informations de connexion à Prism Central, remplissez le formulaire avec les informations d’authentification « admin » de Prism Central si vous le souhaitez puis cliquez sur « Next » :

Identifiants Prism Central dans HYCU

Si vous avez correctement renseigné les informations des précédents formulaires, un message de validation apparait et vous pouvez sauvegarder la configuration :

Validation de l'ajout du cluster

Votre cluster est désormais ajouté à votre solution HYCU et vous pouvez commencer à sauvegarder vos machines virtuelles :

Cluster Nutanix dans la liste des sources HYCU
Liste des machines virtuelles du cluster dans HYCU
Read More
Anti-affinité entre machines virtuelles sur Nutanix AHV

Pour un cas client, j’ai du paramétrer l’anti-affinité entre 2 machines virtuelles.

L’anti-affinité : qu’est ce que c’est ?

Tout d’abord, je vais donner un peu de contexte afin que les bases soient posées. Pour un de nos clients, je suis en train de déployer 2 machines virtuelles Palo Alto pour monter un cluster qui va gérer les flux entre ses différents réseaux.

Afin d’assurer une redondance maximale en cas d’une quelconque panne, il faut impérativement que les machines virtuelles soient hébergées sur des hotes différents. En effet, si elles étaient hébergées sur un seul hote, en cas de défaillance de l’hote, le cluster Palo Alto serait hors service.

Deux VMs Palo Alto hébergées sur le même hôte

C’est là que l’anti-affinité entre en jeu et va me permettre de faire en sorte que les 2 machines virtuelles ne se retrouve jamais sur le même hôte.

Mise en place de l’anti-affinité

La mise en place de l’anti-affinité est à réaliser en lignes de commande directement depuis l’un des CVM du cluster et se déroule en plusieurs étapes :

  • Créer un groupe : connectez vous en SSH puis tapez la commande suivante :
nutanix@cvm$ acli vm_group.create group_name
  • Ajouter les machines virtuelles au groupe :
nutanix@cvm$ acli vm_group.add_vms group_name vm_list=vm_name1,vm_name2
  • Activer l’anti-affinité :
nutanix@cvm$ acli vm_group.antiaffinity_set group_name

Après un moment, les machines virtuelles qui étaient auparavant sur le même hôte seront alors réparties sur 2 hôtes différents.

VMs Palo Alto réparties sur deux hôtes différents

En cas de défaillance d’un hôte hébergeant l’un des 2 machines virtuelles, la machine concernée sera redémarrée sur un des hôtes dans le respect de la règle anti-affinité.

Attention toutefois, si vous migrez manuellement une machine virtuelle où dans le cadre du hôte mis en maintenance, la règle anti-affinité peut ne pas s’appliquer.

Documentation officielle

La documentation officielle Nutanix : https://portal.nutanix.com/page/documents/details?targetId=AHV-Admin-Guide-v6_7:ahv-vm-anti-affinity-t.html

Read More
Ajouter un réseau sur un cluster Nutanix AHV

Pour pouvoir déployer une machine virtuelle sur votre cluster Nutanix et qu’elle soit joignable sur votre réseau, vous devrez commencer par configurer le ou les réseaux sur votre cluster.

Création d’un réseau sous Prism Element

Sous Prism Element, dans le menu « Settings > Network Configuration » se trouve la liste de l’ensemble des réseaux existants sur le cluster, cliquez sur « Create Subnet » :

Saisissez ensuite les informations concernant votre réseau, à savoir le nom et le vlan ID :

Formulaire Create Subnet avec nom, virtual switch et VLAN ID

Dans le cas où vous ne disposeriez pas d’un serveur DHCP, vous avez la possibilité de laisser Nutanix gérer l’adressage du réseau créé grâce à l’option « Enable IP address management » :

Option Enable IP address management

Il vous faudra alors remplir toutes les options qui auraient normalement été délivrées par un serveur DHCP classique :

Paramètres DHCP et pools d'adresses IP du subnet

Cliquez sur « Save » une fois que les paramètres sont corrects. Recommencez pour chaque VLAN dont vous avez besoin sur votre infrastructure.

Création d’un réseau sous Prism Central

Dans Prism Central, la gestion des réseaux s’effectue dans « Network & Security > Subnets » :

Liste des Subnets dans Network and Security de Prism Central

Pour ajouter un nouveau réseau, cliquez sur « Create Subnet » :

Formulaire Create Subnet dans Prism Central

C’est ensuite un formulaire similaire à celui de Prism Element qu’il faut remplir en activant, ou non, l’option « IP Address Management » si vous souhaitez laisser la gestion de votre adressage à Nutanix.

Documentation officielle Nutanix

Lien vers la documentation officielle : https://portal.nutanix.com/page/documents/solutions/details?targetId=BP-2071-AHV-Networking:bp-ahv-network-management.html

Read More
Télécharger une image sur un cluster Nutanix AHV

Pour pouvoir déployer des machines virtuelles sur votre cluster, il vous faudra des images qui soient disponibles pour lancer vos installations et voici la marche à suivre.

Avant de commencer

Une image téléchargée via Prism Element peut être importée vers Prism Central. L’inverse n’est pas possible.

Une image téléchargée ou importée via Prism Central est visible mais non modifiable sur Prism Element.

Une image téléchargée via Prism Element n’est utilisable que par le cluster sur lequel elle a été transférée.

Une image téléchargée via Prism Central est utilisable par tous les clusters gérés par ce Prism Central

Nutanix assure une compatibilité avec les images aux formats suivants :

  • RAW
  • VHD
  • VHDX
  • VMDK
  • VDI
  • OVA
  • ISO
  • QCOW2

Téléchargement via Prism Element

Pour déposer une image via Prism Element, connectez vous à l’interface web à l’aide de vos identifiants, puis naviguez jusqu’au menu « Settings > Image Configuration » :

Menu Image Configuration dans les paramètres de Prism Element

Cliquez sur Upload Image :

Bouton Upload Image dans Image Configuration

Renseignez les champs « Name », « Image Type », « Storage Container », sélectionnez l’image que vous souhaitez transférer puis cliquez sur « Save » :

Formulaire Create Image avec nom, type et container de stockage

Patientez pendant le transfert puis pendant le traitement de votre image par le cluster. Il faut que son statut soit en « ACTIVE » pour qu’elle soit opérationnelle :

Image VirtIO 1.2.3 en cours de traitement, encore inactive
Image VirtIO 1.2.3 désormais active

Téléchargement via Prism Central

Le processus pour transférer une image via Prism Central est sensiblement identique à celui de Prism Element.

Connectez vous à l’interface web puis naviguez dans « Compute & Storage > Images » et cliquez sur « Add Image » :

Menu Images de Prism Central avec Add Image et Import Images

Cliquez sur « Add File », sélectionnez l’image que vous souhaitez transférer, renseignez la description puis cliquez sur « Next » :

Ajout du fichier image dans Prism Central

Sur l’écran suivant, sélectionnez le mode de placement de l’image en fonction de votre environnement. Dans la plupart des cas, la méthode par défaut « Place image directly on clusters » fera parfaitement l’affaire, cliquez sur « Next » :

Méthode de placement de l'image et choix du cluster

Patientez pendant le transfert et le traitement de l’image par le cluster.

Rapatrier les images de Prism Element vers Prism Central

Sur la page de gestion des images sur Prism Central, cliquez sur « Import Images » :

Menu Images de Prism Central avec Add Image et Import Images

Sélectionnez ensuite le mode de transfert qui vous convient :

Fenêtre Import Images : toutes les images ou images d'un cluster

« All images » va rapatrier toutes les images de tous les clusters gérés par le Prism Central

« Images on a cluster » vous permettra de sélectionner le(s) cluster(s) et image(s) source(s) au cas par cas

Documentation officielle Nutanix

Lien vers la documentation officielle : https://portal.nutanix.com/page/documents/details?targetId=Web-Console-Guide-Prism-v6_7:wc-image-configure-acropolis-wc-t.html

Read More
La MikadoBox, le cluster Nutanix de poche

Pour un dossier client, notre boss nous a demandé pendant « la réunion du jeudi » de trouver une solution pour migrer l’infrastructure du client physiquement, d’un pays A à un pays B car il dispose d’un accès à internet sous dimensionné ne permettant pas de faire une migration site à site. Les idées ont fusé, certaines plutôt bonnes, d’autres vraiment farfelues, on avait un peu de temps pour réfléchir mais il fallait que ce soit transportable facilement, voir qu’il puisse voyager par avion en soute… Voici la genèse de la MikadoBox.

La R&D de canapé (ou presque)

Le samedi suivant, bloqué dans les files d’attente du parc Spirou, je reçois un SMS de Louis Xavier (LX pour les intimes), mon CTO, probablement affalé dans son canapé. Ayant dû sentir ma détresse malgré la distance du parc d’attraction, il m’a informé qu’il avait trouvé le format parfait pour un système transportable dans un sac à dos : un Lenovo M80q.

Lenovo ThinkCentre M80q vu de face et de dos

Et c’est là, tandis que j’étais en train de craquer sous l’effet de l’attente et des gamins qui hurlaient d’excitation autour de moi, que je lui balance qu’on pourrait carrément en prendre 3 et monter un cluster complet dans une valise :

Échange de SMS sur l'idée d'un cluster de 3 Lenovo

La boite de Pandore était entrouverte, et nous nous sommes tous les deux empressés de l’ouvrir en grand pour voir ce qu’il pourrait bien en sortir…

Conception théorique

Maintenant que nous avions cette idée de cluster portable, il fallait faire une liste des courses pour avoir une idée du poids total (il fallait que cela reste transportable).

DISCLAIMER : ce type de cluster n’est pas destiné à accueillir de la PROD. C’est pour cela que nous nous sommes permis de ne pas respecter certains pré-requis Nutanix.

Niveau matériel, voici les prérequis indispensables pour monter un cluster Nutanix comme nous l’imaginions :

  • 3 à 4 noeuds
  • 1 switch (8 ou 16 ports max, uplink 10G)
  • 1 rail de prises rackables

En bonus, nous voulions également un routeur 4G afin de pouvoir démarrer la MikadoBox de n’importe où ou presque et qu’elle soit fonctionnelle et accessible à distance.

Partant de cette liste, et du fait que nous voulions impérativement quelque chose de joli visuellement, il fallait trouver un système nous permettant de racker tout le matériel et de faire un minimum de « cable management » pour que ce soit le plus propre possible.

A la recherche d’un boitier rackable

Sur le site Thomann, je me souvenais avoir vu des solutions pour racker du matériel sono quand je cherchais une baie pour la maison qui ne prenne pas la place d’une baie 42U. La largeur est la même qu’une baie informatique mais il est possible d’en trouver de quelques U seulement.

Rack de sonorisation Thomann avec poignées

Sur le papier, c’est pas mal :

  • possibilité de racker 3U ou plus (existe en plusieurs tailles)
  • face avant et arrière accessibles
  • poignées pour le transport
  • encombrement restreint

Mais pour le faire voyager en avion, il n’y a pas de protection pour les projections d’eau, les chocs sur les faces avant/arrière du cluster, le matériel est bien visible pour ceux qui vont le manipuler… Ce n’est pas optimal.

La deuxième idée c’était une valise type « Flyhtcase ».

Valise flight case à roulettes

Les roulettes pour le transport, c’est top ! Par contre, niveau encombrement, beaucoup de modèles ne passent pas dans un coffre de voiture, et il n’y a pas de rail de fixation en règle générale…

LX a alors eu une brillante idée : une valise Gator.

Valise rack Gator à roulettes

Cette valise correspondait à tous nos critères :

  • encombrement raisonnable
  • solidité
  • transportable
  • rails de fixation internes
  • face avant / arrière démontables

Nous avions notre datacenter à roulettes, il n’y avait plus qu’à le remplir.

Des racks et des options

Le nouveau défi qui nous attendait était de trouver des solutions pour faire tenir tout le matériel que nous avions retenu dans la MikadoBox.

Le switch, a priori d’un U de hauteur, serait quel que soit le modèle soit en pleine ou en demi-largeur avec les fixations adéquates donc pas de problème. Le routeur 4G n’aurait pas de fixation prévue. Il faudrait prévoir une étagère ou un système qui permette de le positionner afin qu’il soit à la fois accessible et fixé dans la boite.

Pour les 3 ou 4 noeuds Lenovo, il nous fallait trouver un système de fixation. En cherchant sur internet, je suis tombé sur des posts Reddit qui montraient des « homelabs » avec des Lenovo Tiny rackés. Comme je possède une imprimante 3D, j’ai fouillé un peu et j’ai fini par trouver des fichiers STL qui auraient pu nous convenir.

Rack pour Lenovo Tiny imprimé en 3D

L’inconvénient de réaliser en impression 3D un rack destiné à voyager, c’est son manque de résistance. Je craignais fort que cela ne tienne pas. J’ai donc continué à chercher et j’ai fini par trouver un système autrichien de rack prévu pour les Lenovo M80q :

Kit de rack racknex pour 2 Lenovo ThinkCentre Tiny

Monté sur tiroir (en option), rackable, et cerise sur le gâteau : il existe une version personnalisable qui nous permettrait de ramener les connexions en façade ! Ces racks sont impeccables puisqu’ils intègrent en option les rails pour transformer le rack fixe en tiroir.

Rack racknex avec connexions ramenées en façade

Au niveau de l’agencement dans la boite et compte tenu de la quantité de matériel que nous souhaitons y intégrer, voici ce que nous avons imaginé :

Agencement de la MikadoBox : routeur 4G, switch et nœuds Lenovo

L’avant est libre une fois la valise ouverte, tout comme l’arrière ce qui permet un flux d’air traversant lorsque le cluster est en fonctionnement. Une fois fermée, la valise protège intégralement le cluster sans avoir à démonter quoi que ce soit, il suffit juste de ranger le câble d’alimentation.

Maintenant que tout est calé d’un point de vue théorique et en termes d’espace, il ne reste plus qu’à passer à la pratique…

Un cluster petit mais costaud

Niveau configuration, les nœuds sont personnalisables dans la limite du raisonnable compte tenu de leur taille extrêmement réduite et des slots matériels restreints.

Néanmoins, la configuration du cluster n’a pas à rougir :

  • 48 Coeurs
  • 256Gb RAM (CVM 20Gb chacune)
  • un espace de stockage brut de 18Tb soit 9Tb utiles avec un cluster en RF2 !

Alors non, vous ne ferez pas tourner une grosse infrastructure au complet, mais cela peut tout de même faire le travail pour certains cas d’usage…

Le montage de la MikadoBox a été réalisé par LX, son canapé étant très éloigné de ma chaumière, et tout tient parfaitement dans la boite pour un poids aux alentours de 20kg !

MikadoBox assemblée dans sa valise Gator

Cas d’usage retenus

Au niveau des cas d’usage, voici quelques exemples d’utilisation de la MikadoBox :

  • POC (Nutanix / HYCU / Supervision), parfait pour faire des démos comme au .NEXT Nutanix Paris 2023 par exemple
  • PCA de crise
  • Migration d’infrastructure d’un point A à un point B lorsque l’utilisation du réseau n’est pas possible
  • Homelab

Vous l’aurez compris, et compte tenu des essais réalisés, nous sommes loin d’un gadget mais bien plus proche d’un vrai cluster comme l’on pourrait en trouver en datacenter.

Si vous souhaitez en savoir plus, n’hésitez pas à surveiller le site de mikadolabs.com dans les jours à venir ! Un article sur l’installation, la configuration et les benchmarks de la plateforme est en cours de rédaction.

Read More
Déployer HYCU sur Nutanix

HYCU mets à disposition une version gratuite type Community Edition de sa solution de sauvegarde pour les détenteurs d’une installation Nutanix Community Edition. Voici comment la récupérer et la déployer sur un cluster.

Qu’est ce qu’HYCU ?

HYCU est un logiciel de sauvegarde pour les environnements informatiques hyperconvergés. La solution HYCU assure la protection des données pour des plateformes telles que Nutanix, Google Cloud Platform et VMware en prenant en charge la sauvegarde, la restauration et la

gestion des données pour ces environnements spécifiques. HYCU offre une approche simplifiée de la sauvegarde et de la reprise des données par rapport à la concurrence.

Architecture de HYCU : sources, contrôleur et cibles de sauvegarde

Voici les principales fonctionnalités clés d’HYCU :

Sauvegarde et restauration simplifiées : HYCU simplifie le processus de sauvegarde et de restauration des données en automatisant les tâches récurrentes. Cela permet de réduire l’administration par les équipes et d’accélérer la récupération en cas de besoin.

Intégration avec des environnements spécifiques : HYCU est conçu pour s’intégrer parfaitement avec des plateformes telles que Nutanix, VMware et Google Cloud Platform, offrant ainsi une solution optimisée pour ces environnements.

Gestion des politiques de sauvegarde : Définition de politiques de sauvegarde personnalisées en fonction des besoins spécifiques de l’entreprise, comme la fréquence des sauvegardes, la rétention des données, etc.

Sauvegarde d’applications : HYCU propose désormais de sauvegarder vos applications SaaS telles que Office 365, Jira, Okta, et bien d’autres.

Optimisation des ressources : HYCU a été pensé et optimisé pour impacter au minimum les performances globales de l’environnement.

Reporting et surveillance : L’outils propose des outils de reporting et de surveillance pour suivre l’état des sauvegardes, la conformité aux politiques et la santé globale du système de sauvegarde.

Reprise après sinistre : HYCU offre des options pour une reprise rapide et fiable avec la capacité de rétablir rapidement les données en cas de sinistre ou de panne majeure.

Maintenant que les présentations sont faites, passons à la pratique !

Récupération des fichiers d’installation

Nous allons commencer par récupérer les fichiers nécessaires au déploiement de la solution HYCU directement sur le site de l’éditeur.

Pour cela, rendez vous à l’adresse : https://www.hycu.com/get/trial-start

Puis sélectionnez « Nutanix » dans la catégorie Private Cloud & Data Center :

Choix de Nutanix dans la catégorie Private Cloud et Data Center

Il vous faudra ensuite remplir le formulaire suivant :

Formulaire de demande d'essai HYCU

Sélectionnez à nouveau Nutanix dans la liste des environnements disponibles :

Choix de l'environnement Nutanix

Puis sélectionnez le type d’hyperviseur installé sur votre cluster, dans notre cas il s’agit bien évidemment de l’hyperviseur Nutanix AHV :

Choix de l'hyperviseur Nutanix AHV

ATTENTION : je rappelle que ce tutoriel montre comment déployer HYCU sur un environnement Nutanix Community Edition dans le cadre d’une utilisation en homelab. Si vous souhaitez mettre cette solution en production, je vous invite à vous rapprocher d’un distributeur de la solution afin d’obtenir un devis pour une licence adaptée à votre environnement.

Cliquez enfin sur « download .qcow2 » pour lancer le téléchargement de l’image :

Bouton download .qcow2 de l'image HYCU

Maintenant que le fichier est récupéré, nous pouvons passer à l’installation.

Pré-requis au déploiement

Avant de procéder au déploiement, nous allons nous assurer que notre cluster Nutanix est prêt à recevoir HYCU.

Pour le dimensionnement de la machine virtuelle, vous aurez besoin des ressources suivantes :

Dimensionnement de la VM HYCU

Etant donné que nous sommes dans un contexte de lab, le dimensionnement le plus petit sera largement nécessaire. Assurez vous d’avoir ces ressources disponibles sur votre cluster avant de passer au déploiement.

Un compte de service sur le cluster Nutanix avec les droits « cluster admin » sera également nécessaire. Sur l’interface Prism Element, dans « Settings > Local User Management », cliquez sur New User :

Local User Management dans Prism Element

Puis renseignez le formulaire avant de valider en pensant bien à cocher « Cluster Admin » dans la partie « Roles » :

Compte de service avec le rôle Cluster Admin

La configuration de la Data Services IP est également recommandée. Dans « Settings > Cluster Details », renseignez le champ ISCSI Data Services IP avec une adresse IP dédiée (qui n’est pas encore attribuée à un autre matériel) :

ISCSI Data Services IP dans Cluster Details

Il vous faut également un accès internet et d’une adresse ip disponible pour votre machine virtuelle HYCU.

Pour ce qui est ports spécifiques et autres particularités, je vous laisserais le plaisir d’éplucher la documentation : https://download.hycu.com/ec/v4.8.1/help/en/HYCU_UserGuide.pdf

Déploiement de la machine virtuelle HYCU

Le déploiement d’HYCU est très simple et se découpe en 4 étapes :

Les 4 étapes du déploiement de HYCU

Pour télécharger l’image précédemment téléchargée sur votre cluster, sur Prism Element dans « Settings > Image configuration », cliquez sur « Upload Image » :

Bouton Upload Image dans Image Configuration

Remplissez le formulaire en veillant impérativement à nommer l’image créée comme le .qcow2 que vous téléchargez (dans le cas présent, il faut la nommer hycu-4.8.1-274) et cliquez sur Save :

Import de l'image hycu-4.8.1-274

Il faut maintenant patienter pendant le téléchargement de l’image. Dès que c’est terminé, dans le menu « VM », dans l’affiche Table, cliquez sur « Create VM » :

Bouton Create VM dans Prism Element

Renseignez les champs du formulaire comme suit :

Nom et ressources de la VM HYCU
vCPU et mémoire de la VM HYCU

Dans la sections « Disks », cliquez sur « Add new disk », sélectionnez « Clone from Image Service » et cherchez l’image précédemment téléchargée :

Disque cloné depuis l'image HYCU

Ajoutez ensuite un second disque de 32Gb :

Second disque de 32 Go

Enfin, dans la section « Network Adapters (NIC) » cliquez sur Add New NIC et sélectionnez un VLAN sur lequel connecter la carte réseau de la VM :

Carte réseau de la VM HYCU

Cliquez maintenant sur « Save », la VM est maintenant créée, démarrez la puis ouvrez une console dessus. Sur le premier écran, sélectionnez « HYCU Backup Controller »

Choix HYCU Backup Controller dans la console

Sur l’écran suivant, renseignez les informations demandées :

Configuration réseau du contrôleur HYCU

Le logiciel applique ensuite la configuration renseignée et procède à la finalisation de l’installation de la VM. Cela peut prendre quelques minutes et le système vous notifiera une fois l’installation terminée.

Saisissez alors l’adresse ip que vous avez renseigné lors de la configuration dans votre navigateur comme ceci : https://ip-du-serveur:8443

Page de connexion HYCU

Connectez vous à l’aide des identifiants admin/admin pour accéder à la console d’administration.

Console d'administration HYCU

Votre HYCU Backup Controller est désormais déployé. Nous verrons dans un prochain article comment réaliser les configurations de base (ajout du cluster, définition d’une destination, création d’une policies…).

Read More
Bien préparer ses certifications Nutanix

Les certifications sont un moyen essentiel de valider vos compétences et de progresser dans votre carrière. Que vous cherchiez à obtenir une certification professionnelle, académique ou technique, une préparation adéquate est la clé du succès. 

Read More