Retour sur l’Event Nutanix .Next Nice 2017

 

La ville de Nice a reçu du 7 au 9 novembre 2017 l’Event Nutanix .Next Nice pour EMEA qui fut très riche en contenu, mais plus que des annonces déjà très impressionnantes une réel vision a été partagée a l’ensemble des participants

Nous allons de manière succincte revenir sur ces 2 jours

 

 

Nutanix XI

Nous en apprenons plus sur cette nouvelle offre de service répondant à un besoin d’extension de DataCenter vers le cloud public.

Aujourd’hui pour hoster ses applications existantes vers le cloud Public un gros effort d’adaptation applicative doit être effectué afin de rendre disponible celles-ci sur Amazon, Google… et pour faire un retour en arrière vers le On-Permise c’est encore plus compliqué.

La VISION Nutanix Xi se voudra être la passerelle vers ces nouvelles ressources externes, en s’inspirant du « 1-Click Upgrade » mais ici nous parlerons de «Click and Ship », afin de rendre le basculement de vos applications aussi simple qu’une mise à jour ou voir vMotion (On parle de vision et non de feature prochainement disponible)

Aujourd’hui Nutanix XI disponible aux Etatx Unis, facilitera la mise en place de Disaster Recovery par la réplication de vos applications sur Cloud Publique.

Beaucoup de travail reste à faire, mais la vision comme le présente l’image ci-dessous est la création d’un univers de management simplifie et unique que l’on soit sur une infrastructure privée ou publique « One OS. One Click. Any Cloud »

 

 

Dans la vision, nous remarquons aussi que Nutanix se voudra acteur de votre transformation digitale, avec une plateforme BigData Built-IN permettant de gérer des milliers d’équipements IOT

 

 

Obelix – AOS 5.5

Obélix est le nom de code de la version AOS 5.5. Lors de l’event .Next US nous avons déjà découvert un bel éventail de nouveautés, lors de l’Event EMEA nous allons encore plus loin.


 

 

AHV

 

MicroSegmentation

Sous 5.5 en Tech preview sera disponible le nouveau service de microsegmentation permettant d’attribuer un firewall à chaque VM. Ainsi, on peut définir les flux autorisés et interdits pour chaque application/VM pour une sécurité optimal.

 

 

Acropolis File Server

Pour le service de partage de fichier d’entreprise (NAS d’entreprise), prise en charge des AntiVirus Kaspersky, Symantec, McAfee

 

 

Acropolis Object Storage service

Aujourd’hui, pour stocker un fichier (jpeg, doc, …) une multitude de MetaData l’accompagne (droits, date, arborescence…).

Les systèmes de fichiers classiques ne sont pas adaptés à gérer un énorme volume de données, provoquant ralentissement, perte d’accès…

Pour palier à ceci le Stockage Objet est née, avec une gestion intelligente des MetaData permettant ainsi une gestion des fichiers quasi infini.

Nutanix à donc annoncer la disponibilité prochaine de « Object Storage », sans oublier le connecteur S3 qui permet de venir consommer de l’espace de stockage via des API Amazon mise à disposition

Plus d’infoshttps://www.nutanix.com/2017/11/08/reimagine-object-based-storage-multi-cloud-era/


 

 

Les WAHOOOOO de l’event

Michael Webster nous a fait une démonstration de force, en atteignant 1 Million IOPS sur 1 cluster et sur 1 VM unique.

Si vous rencontrez tout SE Nutanix, nous serons les premiers à vous dire que le nombre d’IOPS fourni dans l’industrie n’est pas significatif en relatant avec une production réelle.
Je pense Michael a voulu démontrer/répondre aux différents acteurs sur leur propre terrain.
#HCI for Heavy Business Critical App

 

 

AHV only : Nutanic Acropolis Compute Cloud (AC2)

Une disponibilité de l’hyperviseur AHV sans CVM pour du compute Only. 
On s’imagine deja pouvoir recuperer son materiel existant repondant a une HCL et pouvoir l’installer sur AHV offrant ainsi toute l’intelligence Acropolis a nos serveurs et les gerer via une interface unique Prism.

Plus d’infos : https://www.nutanix.com/2017/11/08/flexibility-expanded-application-support-compute-cloud/

 

 

Senior System Engineer for Morocco

Et aussi pour moi se fut mon premier Event sous les couleurs du Maroc 🇲🇦 🇲🇦 🇲🇦 , avec une delegation de personnes extraordinaires.

#AfricaIsTheFutur

 

 

 

 

 

 

 

 

 

 

 

 

 

 

Pour revenir sur les différentes Keynote, ci-joint les liens Replay

 

 

 

Share

VMware : Migration vCenter Windows vers PSC 6.5

 

Cette article provient d’une suite afin de migrer intégralement une plateforme

vCenter Windows 5.5 avec SSO Embeded
vers
VCSA 6.5 et PSC 6.5 externe 

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

VMware: Migration vCenter SSO (External Windows) vers PSC 6.5

 

 

Précédemment nous avons migré notre SSO to PSC

Et là nous allons migrer notre SSO 5.5 Windows vers PSC

D:\Utilisateurs\elakkad\Pictures\3.jpg

Prérequis

Quelques prérequis très importants pour ne pas vous retrouver avec plusieurs erreurs lors de la migration

  1. Un bon backup de vCenter et de sa base
  2. Taille de partition de C: adéquate, tout dépend de la taille de votre base mais pour vous donner un ordre d’idée sur une base de 30Go,  52Go d’espace disque minimum était estimé nécessaire, si vous êtes pas Rik Rak coté storage donner plus de 200Go et de toute façon cette VM est vouée à être archivée/Supprimée (Source KB:2146420 )
  3. IPv6 complètement désactivé
  4. DNS et reverse DNS fonctionnels
  5. Lister toutes les extensions disponible dans votre vCenter 5.5 si elles sont toujours compatible 6.5, si non penser peut être à les désactiver via https://IP_vCenter/mob
  6. Un compte admin du domaine pour intégration
  7. NTP fonctionnel
  8. ESXi LockDown désactivé sur les hosts de destination de la VCSA
  9. Du temps car la migration de 40Go de données prend environ 3H

 

 

Tout comme pour votre migration précédente de la  VM SSO 55, lancez l’assistant de migration sur votre vCenter Windows

Nous montons l’ISO VCSA 6.5 : VMware-VCSA-all-6.5.0-5705665.iso

Dans le répertoire : CD:\migration-assistant

Lancer : VMware-Migration-Assistant.exe

Taper le mot de passe Admin SSO du compte : administrator@vsphere.local

Attendre quelques minutes pour :

  • Extraction de scripts
  • Pre-check avant migration
  • Le vCenter passe en attente de migration

 

Depuis votre poste de management lancer le mode migration

Next

 

Renseigner les informations du vCenter à migrer

 

Renseigner ou sera déployé le nouveau VCSA (ESXi ou vCenter) de destination

(Si vous utilisez du DVS renseigner le nom du vCenter)

 

Sélectionner votre dossier de déploiement

 

Sélectionner sur qu’elle cluster ou host sera déployé la nouvelle appliance VCSA

 

Renseigner le nom de la VM et mot de passe console du VCSA

 

Sélectionner la taille de votre vCenter

 

Sélectionner le datastore de déploiement

 

Il vous faudra ici définir une IP Provisoire

Vous pouvez utiliser la même que celle précédemment utilisé pour la migration PSC

 

Finish, et le déploiement de la VM débute

 

Appliance déployée on continue le process

 

Next

 

Un pre check se lance

 

Pour intégrer votre VCSA a votre domain, compléter les infos AD

3 choix s’offre à vous, migrer :

  • Uniquement la configuration
  • Conguration + Event and tasks
  • Conguration + Event and tasks et Metrique performance

Nous sommes sur une plateforme de test donc base de données très petites (2.94GB). Plus ma base donnée est grande plus cela prendre du temps.

Pour notre test et nos 3Go de base de données la migration a pris quand même 30 minutes

 

On valide le tout et on lance la phase finale de migration

 

Si vous êtes confronté à l’erreur : ERROR: 1, join vmdir failed

Allez voir ce poste pour corriger et reprendre la migration

VMware : ERROR: 1, join vmdir failed – Suite a migration vCenter Windows to VCSA

 

Apres correction, ça fait plaisir migration terminée !!

 

Vous pouvez vous connecter à la belle interface HTML5 :

https://IP_vCenter:9443/ui

Ou l’interface WebClient standard

https://IP_vCenter:9443/vsphere-client

 

Share

VMware: Migration vCenter SSO (External Windows) vers PSC 6.5

 

 

Cette article provient d’une suite afin de migrer intégralement une plateforme

vCenter Windows 5.5 avec SSO Embeded
vers
VCSA 6.5 et PSC 6.5 externe 

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

VMware: Migration vCenter SSO (External Windows) vers PSC 6.5

VMware : Migration vCenter Windows vers PSC 6.5

 

 

Précédemment nous avons migré notre SSO Embeded to External

Et là nous allons migrer notre SSO 5.5 Windows vers PSC

D:\Utilisateurs\elakkad\Pictures\2 (1).jpg

 

Etape 1 

Sur votre SSO (Windows) externe lancer l’outil de migration vSphere 6.5 qui fera un precheck de la faisabilité.

Nous montons l’ISO VCSA 6.5 : VMware-VCSA-all-6.5.0-5705665.iso

Dans le répertoire : CD:\migration-assistant

Lancer : VMware-Migration-Assistant.exe

Taper le mot de passe Admin sso du compte : administrator@vsphere.local

Attendre quelques minutes pour :

  • Extraction de scripts
  • Pre-check avant migration
  • Le SSO passe en attente de migration

 

 

Etape 2

Depuis une autre machine externe de management (votre poste par exemple tant qu’il peut joindre vos VM), lancer l’ISO VCSA et déployer un PSC externe 6.5 afin de déployer un tout nouveau PSC en 6.5

 

Dans : CD:\vcsa-ui-installer\win32

Exécuter : Migrate

Next

 

Renseigner les infos de votre SSO externe à migrer

 

Faire pointer vers où déployer votre nouvelle appliance

(Si vous utilisez du DVS renseigner le vCenter)

 

Sélectionner votre dossier de déploiement

 

Sélectionner sur qu’elle cluster ou host déployer la nouvelle appliance

 

Un tout nouveau PSC est déployer en premier lieux, donc à renseigner le nom de la VM et mot de passe console

 

Sélectionner le datastore de déploiement

 

Il vous faudra ici définir une IP Provisoire

 

Valider puis attendre la fin du déploiement

Cliquer sur continue

Comme remarqué l’installeur ne vous demande pas de nom de nom DNS et un IP provisoire. En effet car la suite nous allons lancer la migration et cette appliance prendra les caracteristiques NOM et IP de la VM Windows SSO

 

Donc faire Continue

 

Un pre-check est lancé

 

Pour intégrer votre PSC au domaine entrer votre login admin du domain

 

Yes or No à vous de voir

 

Valider les informations de migration

 

La migration se lance :

 

 

 

Si vous jetez un œil à vos VM, vous aurez votre VM SSO55 qui est coupée et le nouveau PSC allumé.

Il ne vous reste plus qu’à corriger le problème de nommage des VM.

En renommant l’ancienne VM SSO Windows en ****_Old et le nouveau PSC avec le nom DNS récupéré, correspondant au nom DNS de la VM Windows

 

 

 

Share

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

 

Cette article provient d’une suite afin de migrer intégralement une plateforme

vCenter Windows 5.5 avec SSO Embeded
vers
VCSA 6.5 et PSC 6.5 externe 

VMware: Migration vCenter SSO 5.5 Embeded vers SSO externe

VMware: Migration vCenter SSO (External Windows) vers PSC 6.5

VMware : Migration vCenter Windows vers PSC 6.5

 

Pourquoi migrer vers un SSO externe ?

Les recommandations VMware des topologies vCenter ont évoluées, surtout si on souhaite interconnecter plusieurs vCenter au même domaine SSO.
Voir ce KB ci dessous:

https://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2147672

 

Je vous invite aussi a regarder cette vidéo, afin de comprendre le process de migration (5.5 Windows => VCSA 6.5)

 

 

 

On attaque !!!

Dans ce post nous allons voir comment exporter un SSO Embeded au vCenter (VM Windows) vers une autre VM Windows ayant le rôle exclusif SSO.

D:\Utilisateurs\elakkad\Pictures\Untitled Diagram (1).jpg

CF : contrairement à moi n’indiquez par la version du SSO dans le DNS de votre machine, appelez votre machine SSO tout court

 

La procédure s’est basé sur le KB VMware : 2033620

 

Prérequis

1 – Update vCenter 5.5 Ux => U3

Avant tout, si vous êtes en vCenter 5.5 U1 ou U2, migrer en premier vers la dernière release de U3, car beaucoup de Bug pour migrer le SSO ont été corrigés

 

2 – Préparation du nouveau SSO

Installé une nouvelle VM Windows (2vCPU & 2Go RAM)

Intégrer votre machine dans votre domaine

Lancer l’installer vCenter 5.5 U3 et lancer l’installation du SSO uniquement (Je ne vais pas vous faire un Step by Step de cette Install il en existe tellement sur la toile)

Arrivé à cette fenêtre faite bien attention, et sélectionner la troisième option qui permet de rejoindre un domaine SSO existant en créant un nouveau site

Résultat de recherche d'images pour "vcenter sso installation multi site"

 

3 – Préparation vCenter existant

Sous ce répertoire ci-dessous :

C:\Program Files\VMware\Infrastructure\VirtualCenter Server\ssoregtool

Vous avez un ZIP « SSO_SVCFG » a extraire dans le même répertoire

 

4 – Copie des binaires OpenSSL

Copier les fichiers OpenSSL du dossier :

C:\Program Files\VMware\Infrastructure\Inventory Service\bin

Dans le dossier précédemment extrait précédemment

C:\Program Files\VMware\Infrastructure\VirtualCenter Server\ssoregtool\sso_svccfg

 

5 – Compte locaux SSO à migrer

Tous vos comptes locaux qui sont lié a votre vCenter, devront être récupérés et recrés dans le second SSO pour qu’il soit toujours utilisable

 

 

Procédure:

À chaque étape déroulée avec succès de la procédure ci-dessous faite un Snapshot des VMs :

  • VCenter
  • Base de données vCenter (si externe)
  • Nouveau SSO

 

Etape 1 : Enregistrement du compte inventory Service sur le nouveau SSO

Le SSO est compose de l’inventory Services et de la gestion d’authentification.

Donc dans vCenter sous :

Home => Administration => SSO => Utilisateurs et groupes => Onglet Utilisateurs d’application

Supprimer le user « InventoryService_XXXXXX »

 

En CMD aller dans le répertoire

 

 

 

Résultat normalement de la commande

 

Relancer les services

 

 

 

Etape 2 : Enregistrement du vCenter sur le nouveau SSO

En CMD

 

 

 

 

Si vous obtenez cette erreur

Montez un peu plus haut dans les résultats de la commande c’est surement à cause d’un compte de service devant être désenregistré

De retour sur le WebClient de vCenter et comme pour le compte Inventory Services, supprimer le compte vCenterServer_XXXXXX

 

Et relancer la même commande

 

Et vous devrez avoir quelque chose de plus positif

 

Redémarrer ensuite en premier le service vCenter puis Webservices de VMware

 

 

Etape 3 : ReEnregistrer vCenter vers l’Inventory Service

 

En CMD

 

La commande source est :

 

Lancer la commande :

 

 

Etape 4 : Enregistrer le Weclient avec le nouveau SSO

En CMD

 

 

 

 

 

Si vous êtes arrivé jusqu’ici Congrats, vous pouvez désinstaller le SSO du vCenter actuel et voilà vous pouvez vous loguer sur votre vCenter avec un SSO externe.

 

 

 

Share