Chaque organisation réussie est sur le chemin de la transformation et de la modernisation. Dans le cadre de ce processus, les entreprises utilisent généralement leurs investissements VMware existants pour tirer parti des avantages du cloud et étudier comment migrer, rafale, étendre et garantir la reprise sur incident de manière aussi transparente que possible. Les clients qui migrent vers le cloud doivent évaluer les cas d'utilisation en termes de flexibilité et de rafale, de sortie de data Center, de consolidation de data Center, de scénarios de fin de vie, de fusion, des acquisitions, etc.

Même si VMware Cloud sur AWS est l'option de prédilection de la plupart des clients, c'est parce qu'il fournit des fonctionnalités hybrides uniques à un client, les options de stockage natif limitées ont limité son utilité pour les entreprises qui utilisent des charges de travail fortement lourdes. Le stockage étant directement lié aux hôtes, la seule façon de faire évoluer le stockage consiste à ajouter d'autres hôtes, ce qui permet d'augmenter les coûts de 35 à 40 % ou plus pour les charges de travail consommatrices de stockage. Ces charges de travail ont besoin de stockage supplémentaire et de performances isolées, sans puissance supplémentaire, ce qui signifie que des frais supplémentaires sont en charge des hôtes. C'est là que "intégration récente" FSX ONTAP est utile pour les workloads qui nécessitent un stockage et des performances élevées avec VMware Cloud sur AWS.

Examinons le scénario suivant : un client nécessite huit hôtes pour la puissance (vCPU/vmem), mais qui doivent également présenter des exigences importantes en matière de stockage. En fonction de leur évaluation, ils nécessitent 16 hôtes pour répondre aux besoins en stockage. Cela augmente le coût total de possession global car ils doivent acheter toute cette puissance supplémentaire lorsque c'est la capacité de stockage requise. Cette fonctionnalité est applicable à toutes les utilisations, y compris la migration, la reprise sur incident, l'bursting, le développement/test, et ainsi de suite.

Ce document vous guide tout au long des étapes nécessaires au provisionnement et au rattachement de FSX ONTAP en tant que datastore NFS pour VMware Cloud on AWS.

Cette section décrit l'architecture de connectivité de haut niveau et les étapes nécessaires à la mise en œuvre de la solution pour étendre le stockage dans un cluster SDDC sans ajouter d'hôtes supplémentaires.

Les étapes de déploiement de haut niveau sont les suivantes :

Avant de provisionner et de relier FSX ONTAP en tant que datastore NFS, vous devez d'abord configurer un environnement SDDC VMware on Cloud ou mettre un SDDC existant à niveau vers v1.20 ou une version ultérieure. Pour plus d'informations, voir "Mise en route de VMware Cloud sur AWS".

Ce document présente les étapes nécessaires à la configuration d'Amazon FSX ONTAP avec VMware Cloud on AWS. Amazon FSX ONTAP offre d'excellentes options pour déployer et gérer les workloads applicatifs ainsi que les services de fichiers, tout en réduisant le coût total de possession en rendant les besoins en données transparents pour la couche applicative. Quel que soit le cas d'usage, choisissez VMware Cloud on AWS avec Amazon FSX ONTAP pour bénéficier rapidement des avantages du cloud, d'une infrastructure cohérente et des opérations sur site vers AWS, de la portabilité bidirectionnelle des workloads, ainsi que d'une capacité et d'une performance haute performance. Il s'agit du même processus et des mêmes procédures que ceux utilisés pour connecter le stockage. Pour rappel, ce n'est que la position des données qui ont changé et les nouveaux noms. Les outils et les processus restent les mêmes, et Amazon FSX ONTAP contribue à optimiser le déploiement global.

Pour en savoir plus sur ce processus, n'hésitez pas à suivre la vidéo de présentation détaillée.