Nutanix : Files and VMware vRealize Automation integration

Nutanix Files is a native part of the Nutanix Enterprise portfolio and like any other Nutanix products, Files expose a REST API that can be used to automate many operations.

In the video below, we will cover how to extend many functionalities of Nutanix Files with both VMware vRealize Automation and vRealize Orchestrator in order to add a File as a Service in the vRA catalogue.

To do this, we integrate 3 platforms: Nutanix Files, vRealize Orchestrator, and the vRealize

Nutanix : vRO workflow to add or remove VM from a protection domain (ASYNC DR)

The ability to perform day-2 operations from a single management pane can make life’s of IT administrators easier, especially with a platform that adapts an API First architecture strategy.

VMware vRO has a built-in REST plugin that allows you to perform REST operations and workflows that you can run directly from your vCenter.

In this quick post, we cover the integration between vRO and the Nutanix platform in order to automate the following actions:

Add a VM to an existing

Nutanix :  Take a VeeamZIP of AHV VMs from the Prism console

One of the Veeam Backup & Replication v10 and AHV Backup Proxy v2 features is VeeamZIP for AHV VMs that allows you to quickly performing backup of  if needed.

To create a VeeamZIP backup, you need to open the Inventory view on the VBR console and select Nutanix AHV at the inventory pane, right-click on the required VM and select VeeamZIP.

The VeeamZIP job  produces a full backup file (.VBK) as an independent restore point for the VM.

As you may know

VMware: Request a CatalogItem with the vRA API

VMware : Request a CatalogItem with the vRA API


Dans cet article on va faire un tour sur l’API Rest offerte par vRA. Le but va être de demander et supprimer une machine virutelle via Rest API.

Quelques notions avant de débuter

  • GET = récupérer une information
  • POST = envoyer une information
  • vRA CatalogItem = Blueprint ou Template disponible sous forme de services qu’on peut consommer via le portail vRAa. (IaaS, XaaS, etc).
  • vRA CatalogResource = Machine déjà provisioné qu’on

vRealize Automation : Certificates vRA 6.x

vRealize Automation : Certificates vRA 6.x


Le but de cet article est montrer comment créer des certificats signés par une autorité (ROOT CA) pour un environnement vRA 6.x

Commencez par remplir un fichier de config dont voici le template

[ req ]
default_bits = 2048
default_keyfile = rui.key
distinguished_name = req_distinguished_name
encrypt_key = no
prompt = no
string_mask = nombstr
req_extensions = v3_req
[ v3_req ]
basicConstraints = CA:FALSE
keyUsage = digitalSignature, keyEncipherment, dataEncipherment, nonRepudiation
extendedKeyUsage = serverAuth, clientAuth
subjectAltName =

vRealize Automation : Add a IaaS DEM Worker for vRA 6.x

vRealize Automation : Add a IaaS DEM Worker for vRA 6.x


Les DEM Workers sont les composants au sein du IaaS chargés d’exécutés les workflows IaaS tels que le LifeCycle des VMs : Provisionner une VM, la Démarer, la Diposer, etc ..
Avec une install simple, un DEM worker ainsi qu’un DEM Orchestrator (chargé d’orchestré les workflow sur les DEM Workers) sont installés ensemble sur la même machine IaaS.

Selon l’infrastructure vRA, selon le Design, plusieurs DEM Workers peuvent être installés,

vRealize Automation : Error Install DEM Worker – Cannot validate Manager Service Host

vRealize Automation : Errors Install DEM Worker – Cannot validate Manager Service Host


Dans cet article nous nous intéressons à une erreur rencontrée lors de l’ajout d’un DEM Worker dans une infrastructure vCAC/vRA.
Il est possible lors de l’ajout d’un DEM Worker/Orchestrator de rencontrer l’erreur suivante :

Cannot validate Manager Service host.
Le certificat distant n’est pas valide selon la procédure de validation.

Cette erreur est due au fait que le serveur sur lequel vous tentez d’installer votre nouveau DEM

vRealize Automation : Catalog Resource Reconfigure Failed vRA 6.x

vRealize Automation : Catalog Resource Reconfigure Failed vRA 6.x


Après avoir lancé une reconfiguration sur un Catalog Item, celle-ci est tombée en erreur, laissant le Catalog Item avec le Status suivant

Status : On (Reconfigure failed, waiting to retry)

D:\Utilisateurs\zecevici\Pictures\Screenpresso\2017-02-02_14h37_40.png

Rien à faire sur le Catalog Item, tout tombe en échec. Vouloir « Destroy » l’Item tombe en Failed.

D:\Utilisateurs\zecevici\Pictures\Screenpresso\2017-02-02_14h38_09.png
Après quelques recherches, nous avons trouvés un moyen de corriger ce problème, et notamment de supprimer la tâche de Reconfiguration (en attente)

vRealize Automation : Error Request in Progress State vRA 6.x

vRealize Automation : Error Request in Progress State vRA 6.x


Après avoir manipulé un blueprint, nous nous sommes retrouvés avec une Request bloquée en Status : In Progress
Nous avons attendu quelque temps pour voir si la request allait tombé en Failed, même pas, celle-ci est restée bloquée en In Progress.

IMPORTANT : Les manipulations qui suivent ont été réalisées sur un environnement de test. Nous vous conseillons fortement en cas de problèmes similaires de voir directement avec le support VMware notamment

vRealize Automation : Delete Orphaned Catalog Item vRA 6.x

vRealize Automation : Delete Orphaned Catalog Item vRA 6.x


Avez-vous déjà rencontré ce problème ?
Essayer de supprimer un Item avec vRA alors que celui-ci a déjà été supprimé manuellement ?

C:\Users\igor\Pictures\Screenpresso\2016-11-19_09h41_54.png
Nous avions à l’aide d’un blueprint ASD crées 2 Resources Pools avec vRA.
Cependant ces Resources Pools ont été supprimés manuellement sur le vCenter. De ce fait, les items étaient toujours vus comme EXISTANTS côté vRA.

C:\Users\igor\Pictures\Screenpresso\2016-11-19_09h41_30.png

Ainsi, le fait de vouloir supprimer un de ces ressources pools tombe en