Architecture Nutanix AFS 2/2

TweetMachine virtuelle Acropolis File Server La VM du serveur de fichiers Acropolis (FSVM) est basée sur CentOS et embarque toute la sécurité et le durcissement de la CVM. Tous les FSVM ont la même configuration, avec une base de quatre vCPU et 12 Go de RAM.  Vous pouvez ajouter plus de vCPU et de RAM, ainsi que plus de FSVM, au cluster. Le nombre de FSVM doit être suppérieur ou égal au nombre de nœuds du cluster Nutanix. Cependant, vous pouvez créer plusieurs déploiements de serveur de fichiers si nécessaire. AFS peut prendre en charge les protocoles SMB et NFS à partir duEn savoir plus

Architecture Nutanix AFS 1/2

TweetArchitecture de Nutanix Acropolis Acropolis ne s’appuie pas sur le stockage SAN ou NAS traditionnel ou sur des interconnexions de réseau de stockage coûteuses. Il combine un stockage très dense et un calcul de serveur (CPU et RAM) dans un seul bloc de construction de plate-forme. Chaque bloc de construction fournit une architecture unifiée, évolutive et sans partage, sans SPoF (points de défaillance uniques). La solution Nutanix ne nécessite aucune construction SAN, telle que des LUN, des groupes RAID ou des switchs de stockage coûteux. Toute la gestion du stockage est centrée sur la VM et les i/o sont optimisés au niveau duEn savoir plus

Les politiques de stockage vSAN

TweetLes politiques de stockage Disk Stripes par Objet Le nombre de Disk Stripes par objet ou Stripe Width (SW) définit le nombre minimum de disques (Capacity Tier) sur lesquels chaque réplicas d’un objet sera distribué. VSAN peut effectivement créer plus de stripes que le nombre indiqué dans la politique. Le striping peut améliorer les performances si certaines machines virtuelles sont fortement consommatrice d’IO et d’autres non. Avec le striping, les données d’une VM sont réparties sur plusieurs disques qui contribuent tous à la performance globale du stockage de cette machine virtuelle. Dans un cluster Hybride le striping se fera surEn savoir plus

Prérequis réseau VMware vSAN

TweetPrérequis réseau pour VMware vSAN Nous allons expliquer les prérequis VMware vSAN afin de respecter les best practices VMware. Les ports réseau physiques pour chaque hyperviseur : Tout va dépendre du type d’architecture que nous souhaitons mettre en place. S’il s’agit d’une architecture hybride, on pourra se baser sur un réseau 1G (attention tout de même au performances attendues) ou un réseau 10G. Pour une architecture « All Flash », il faudra opter pour un réseau 10G uniquement.Il est aussi possible mais pas obligatoire,  de mettre en place un agrégat de ports (NICs Teaming), pour la redondance. Types de vSwitchs supportés : VMware vSANEn savoir plus

Introduction à vSphere Integrated Containers (VIC)

TweetPrésentation de VMware vSphere Integrated Containers vSphere Integrated Containers est composé de 3 éléments principaux, vSphere Integrated Containers (VIC), Harbor, et Admiral qui sont tous disponibles en open source sur GitHub. COMPOSANTS DE VSPHERE INTEGRATED CONTAINERS Admiral– Plate – forme de gestion de conteneurs hautement évolutive Harbor– Un Enterprise-class Container Registry Server basé sur la distribution Docker vSphere Integrated Containers– Conteneurs faisant tourner les workloads existants dans vSphere VSPHERE INTEGRATED CONTAINERS (VIC) vSphere Integrated Containers Engine (VIC) est un moteur d’exécution de conteneur pour vSphere, permettant aux développeurs familiers avec Docker de développer dans des conteneurs et de déployer l’ensemble près des VM exécutantEn savoir plus