Il y a quelques années, lors d'EMC World, j'ai eu l'occasion de rencontrer Chuck Hollis et plusieurs autres employés de VMware pour discuter d'une idée qu'ils avaient. Ils souhaitaient exploiter les ressources de stockage local inexploitées au sein d'un hôte ESX. Plutôt que de simplement stocker l'image de démarrage ESX, ils voulaient rendre cette ressource utilisable par les machines virtuelles de l'ensemble du cluster ESX. Nous avons évoqué ce qui semblait être un système de fichiers clusterisé capable de protéger les données entre les hôtes ESX. J'ai fait remarquer que les disques durs traditionnels étaient lents et ils ont parlé de l'utilisation de disques SSD pour accélérer les opérations d'E/S. C'était une idée intéressante et je me demandais si elle aboutirait un jour. Comme vous vous en doutez, elle a abouti à quelque chose : Virtual SAN. Lors de la première version de VSAN, j'étais intéressé, mais, je l'avoue, un peu déçu. Un an après sa disponibilité générale, VSAN a fait un bond en avant avec la dernière mise à jour vers la version 6.0.
Bien sûr, VSAN 6.0 est meilleur, plus rapide et plus gros. Conformément à vSphere 6.0, les VMDK peuvent atteindre jusqu'à 62 To et peuvent avoir jusqu'à 64 hôtes dans le cluster. Le nombre de machines virtuelles sur un nœud a doublé, passant de 100 à 200, avec un maximum de 6,400 4 par cluster. Plus de nœuds signifie plus de capacité et plus de performances. En utilisant des disques de 9 To, la limite est d'environ XNUMX pétaoctets de capacité brute.
VSAN 6.0 introduit un nouveau modèle de gestion basée sur la politique de stockage, qui permet des politiques au niveau de chaque machine virtuelle plutôt qu'à l'ensemble de la banque de données. Cela permet à chaque machine virtuelle d'avoir ses propres paramètres pour des éléments tels que la disponibilité, les performances et le provisionnement léger. Ce sont des paramètres dynamiques, donc si une machine virtuelle a soudainement besoin d'une protection supplémentaire, le VSAN s'adaptera. Par rapport aux versions précédentes, cette nouvelle approche est beaucoup plus simple et permet un contrôle plus granulaire.
Historiquement, VSAN a fonctionné dans une configuration hybride utilisant des disques magnétiques traditionnels comme capacité de stockage, avec une mémoire flash comme cache de lecture pour accélérer les performances. Afin d'obtenir les meilleures performances, une configuration XNUMX % flash a été introduite. Pour réduire le coût de cette option, le rôle de la capacité sera joué par un lecteur MLC économique. VSAN nécessite toujours un niveau de mise en cache, mais pas pour les performances. Au lieu de cela, l'idée est de minimiser la charge de travail en écriture sur le niveau de capacité et de prolonger sa durée de vie. Il est important de tenir compte de la nature d'écriture de la charge de travail.
Le changement le plus excitant avec VSAN 6.0 est l'introduction du nouveau format sur disque dérivé de l'acquisition de Virsto. VSAN dispose désormais d'une mise en page des données basée sur le journal, qui est à la fois plus rapide et plus efficace. Le nouveau format permet de réduire à la fois l'amplification en écriture sur les SSD et les E/S aléatoires sur les disques en rotation. Cela conduit à des améliorations de performances. En plus des gains de performances, la technologie Virsto apporte un énorme changement bénéfique à l'instantané. Nous n'avons plus à compter sur des instantanés vSphere obsolètes. Au lieu de cela, nous avons des instantanés et des clones basés sur des métadonnées ; qui sont plus rapides, économes en espace et ont un impact extrêmement limité sur les performances.
Afin d'améliorer l'utilité des serveurs lames, VSAN 6.0 dispose désormais d'une option de stockage à connexion directe haute densité. Je ne vois pas cela comme une excellente option puisque VMware recommande toujours que tous les serveurs d'un cluster VSAN aient la même configuration de stockage. L'utilisation d'autant de boîtiers JBOD externes utilise une quantité importante d'espace de châssis de lames, donc cela pourrait être une solution très coûteuse.
De nouvelles améliorations de la facilité d'entretien du disque ont été introduites avec cette nouvelle version. Il est désormais possible d'activer ou de désactiver la LED d'un lecteur. Désormais, avec cette capacité, lorsqu'un disque tombe en panne, sa LED s'allume pour une identification facile. Un périphérique peut désormais être étiqueté comme SSD ou Local dans le cas où l'hôte ne le reconnaîtrait pas. Je pense que c'est particulièrement intéressant pour un éventuel développement futur.
VSAN 6.0 est désormais compatible avec le rack. En créant des domaines de pannes, qui représentent un minimum de trois racks, VSAN sera suffisamment intelligent pour distribuer les données sur ces racks. Cela aidera à protéger contre les pannes de courant, les problèmes de contrôleur de stockage et les pannes de réseau.
Quel est le prochain titre La prochaine version de VSAN pourrait-elle être utilisée en conjonction avec une baie de stockage externe ? En fait, c'est quelque chose dont Chuck Hollis a parlé il y a plus d'un an sur son blog. Maintenant que nous avons un domaine de pannes étendu, la prochaine étape sera-t-elle un cluster VSAN étendu ? Je peux voir un avenir où VSAN est étendu à vCloud Air en tant que simplification de la reprise après sinistre. La visibilité manquante dans VSAN 6.0 est tout type de technologie de réduction de données et d'autres services de données avancés. Avec les développements récents de VSAN 6.0, il est clair que VMware investit massivement dans la technologie. J'attends avec impatience ce que la prochaine version peut apporter.
À propos de l’auteur
Mark May est ingénieur en stockage à Cincinnati, dans l'Ohio. Il travaille dans le domaine du stockage et de la sauvegarde d'entreprise depuis plus de 15 ans. Il est certifié EMC Elect et Cisco Champion, et passionné de technologie. Sur son temps libre, il aime aider les autres à comprendre les rouages de l'industrie du stockage, un secteur en constante évolution. Vous pouvez le retrouver en ligne sur différentes plateformes, notamment sur son blog personnel et sur Twitter (@cincystorage ).
Amazon