Quand utiliser Azure NetApp Files
Nous allons maintenant regarder certains scénarios qui montrent quand il convient de migrer une charge de travail locale basée sur des fichiers pour qu’elle s’exécute dans le cloud avec Azure NetApp Files comme stockage de fichiers partagé. En utilisant la société énergétique comme exemple, nous étudions la migration possible de trois charges de travail : votre contenu web, votre déploiement d’Azure Virtual Desktop et les applications HPC (calcul haute performance) de votre équipe de recherche et développement. Voici les critères qui vous aident à déterminer si Azure NetApp Files est un choix de stockage approprié pour l’exécution des charges de travail basées sur des fichiers de votre organisation dans le cloud :
- Facilité de migration
- Échelle de la charge de travail
- Flexibilité
- Technologie de stockage
Critères de décision
Azure NetApp Files peut gérer des charges de travail basées sur des fichiers à l’échelle de l’entreprise nécessitant peu ou pas de reconfiguration et une certaine flexibilité de déploiement. Les cas d’usage où Azure NetApp Files pourrait ne pas être le bon choix impliquent généralement des charges de travail petites et statiques qui nécessitent un stockage basé sur des blocs ou des objets. Examinons ces critères de décision.
| Critères | Analyse |
|---|---|
| Facilité de migration | Devez-vous effectuer une migration « lift-and-shift » de votre charge de travail ? Autrement dit, est-il nécessaire de faire passer votre charge de travail dans le cloud Azure sans avoir à changer les composants, la configuration ou le code de votre application ? Une migration « lift-and-shift » réduit le risque que votre charge de travail rencontre des problèmes quand elle commence à s’exécuter dans le cloud. Elle réduit également les coûts, les efforts et le temps nécessaires pour effectuer la migration. |
| Échelle de la charge de travail | Quelle est l’échelle globale de la charge de travail ? Azure NetApp Files fonctionne mieux avec les charges de travail à l’échelle de l’entreprise qui nécessitent des performances et une disponibilité optimales. À titre d’exemples, citons les déploiements massifs de bases de données, l’infrastructure de bureaux virtuels à grande échelle et les applications de calcul haute performance. Azure NetApp Files peut facilement prendre en charge les charges de travail relativement petites et à basses performances. Toutefois, l’utilisation d’un périphérique NAS virtuel au niveau de l’entreprise, comme Azure NetApp Files dans ces cas, est presque toujours une solution économiquement non viable. |
| Flexibilité | Votre charge de travail a-t-elle besoin d’une certaine flexibilité en termes de niveau de service, de capacité et d’autres types de scalabilité ? Azure NetApp Files vous permet de changer le niveau de service d’un volume entre Standard, Premium et Ultra. Vous pouvez changer les niveaux de service sans interruption de service en déplaçant le volume vers un pool de capacités ayant le niveau souhaité. Vous pouvez également augmenter ou diminuer la taille d’un pool de capacités ou d’un volume à tout moment en fonction de la demande. Si vous disposez d’un pool de capacités avec QoS manuelle, Azure NetApp Files vous permet également de changer le débit d’un volume en fonction des besoins de votre charge de travail. Si votre charge de travail se compose principalement de contenu statique avec une demande relativement constante, la flexibilité d’Azure NetApp Files n’est pas un point à prendre en considération. |
| Technologie de stockage | Avez-vous besoin d’un stockage basé sur des objets ou sur des blocs ? Azure NetApp Files peut prendre en charge n’importe quelle charge de travail compatible POSIX (Portable Operating System Interface for UNIX) qui nécessite un stockage de fichiers partagé. Toutefois, certaines charges de travail ont une dépendance ou une exigence stricte de stockage qui est à la fois basé sur des blocs et en attachement direct. Azure NetApp Files fournit un périphérique NAS virtuel qui le rend inapproprié pour ce type de charge de travail. Toutefois, même si de nombreuses charges de travail ont jusqu’ici utilisé un stockage en attachement direct basé sur des blocs, il ne s’agit pas d’une dépendance ou d’une exigence stricte. Dans ces cas, Azure NetApp Files peut offrir de meilleures performances et une plus grande scalabilité, car le service est moins limité en débit que l’infrastructure basée sur les blocs. |
Important
Avant d’effectuer une migration vers Azure, vous devez envisager de configurer une application de validation technique qui vous permet d’évaluer les niveaux de performances d’Azure NetApp Files. Cette application de test doit être configurée avec une charge de travail réaliste afin que vous puissiez déterminer si Azure NetApp Files fournit les niveaux d’IOPS, de débit et de latence requis par la charge de travail à migrer.
Appliquer les critères
Azure NetApp Files est le choix approprié pour le stockage réseau partagé quand des charges de travail élastiques basées sur des fichiers, à l’échelle de l’entreprise, doivent être migrées en mode « lift-and-shift » vers Azure. Toutefois, ces critères ne s’appliquent pas de la même manière à tous les usages. Voyons comment ces critères s’appliquent aux cas d’usage de notre scénario.
L’équipe web doit-elle utiliser Azure NetApp Files ?
Un déploiement de contenu web est souvent un bon candidat pour la migration vers le cloud, car le déploiement local est probablement exécuté dans un environnement Linux avec des autorisations compatibles POSIX. Ainsi, le déploiement peut être migré en mode « lift-and-shift » vers Azure avec le contenu web et le code stockés dans un volume Azure NetApp Files. Le site web de notre société énergétique est constitué d’un grand nombre de pages qui décrivent les technologies, les produits, les recherches, les documents et les témoignages client de l’entreprise. La nature statique du contenu et le niveau de demande relativement constant sont des arguments en défaveur de l’utilisation d’Azure NetApp Files. Toutefois, l’échelle massive du contenu web de l’entreprise est suffisante pour justifier une instance d’Azure NetApp Files. Dans ce cas, l’entreprise devrait probablement opter pour un pool de capacités utilisant le niveau Standard, qui fournit un débit et des IOPS plus que suffisant pour sa présence sur le web.
L’équipe Azure Virtual Desktop (AVD) doit-elle utiliser Azure NetApp Files ?
Azure NetApp Files peut fournir jusqu’à 450 000 IOPS et une latence inférieure à la milliseconde, ce qui signifie qu’il peut fournir un stockage pour les déploiements AVD (Azure Virtual Desktop) à grande échelle. En tirant parti des fonctionnalités d’Azure NetApp Files, vous pouvez rapidement et facilement optimiser l’échelle de votre déploiement AVD afin de maîtriser les coûts. Azure NetApp Files vous permet de changer le débit et de choisir un autre niveau de service pour vos volumes à la demande sans interruption de service. En outre, en créant des clichés instantanés de volume manuels ou automatiques fréquents, vous pouvez restaurer des conteneurs de profil utilisateur FSLogix individuels quand cela est nécessaire et même rétablir des volumes entiers.
Notre société énergétique fictive a plusieurs milliers d’employés au sein de son déploiement AVD, chaque utilisateur étant doté d’un bureau personnel virtuel. Ce déploiement à grande échelle peut être migré en mode « lift-and-shift » vers Azure et réglé en fonction des besoins afin qu’il offre un débit optimal. Pour des performances optimales, la société devrait probablement opter pour un pool de capacités qui utilise le niveau Premium, qui fournit un débit de 64 Mio/s et 450 000 IOPS.
L’image suivante représente une architecture que la société pourrait utiliser pour un déploiement AVD basé sur les bureaux personnels. Les utilisateurs sont mappés à des pods de bureau spécifiques. Un pod est un réseau virtuel spoke avec un pool de machines virtuelles et un sous-réseau désigné Azure NetApp Files qui utilise un volume tiré du pool de capacités Azure NetApp Files global. Chaque pool a un peu moins de 1 000 machines virtuelles, une pour chaque utilisateur. Azure NetApp Files peut facilement gérer cette grande quantité de bureaux personnels par réseau virtuel de pool d’hôtes de session unique. Si vous avez besoin de bureaux personnels supplémentaires, il est facile d’ajouter des pods.
L’équipe de recherche et développement doit-elle utiliser Azure NetApp Files ?
L’équipe de recherche et développement (R&D) de la société énergétique est responsable de travaux novateurs, notamment des tâches suivantes :
- Inventer de nouveaux produits alimentés par les énergies éolienne et solaire
- Optimiser les produits d’énergie renouvelable existants de l’entreprise.
- Créer des technologies d’énergie renouvelable qui peuvent être concédées sous licence à d’autres sociétés
- Faire progresser la science sur laquelle reposent les produits d’énergie renouvelable de l’entreprise
- Étudier d’autres sources possibles d’énergie renouvelable
La plupart de ces tâches nécessitent des opérations gourmandes en calculs et en données, telles que la conception assistée par ordinateur, la modélisation 3D et les simulations détaillées. En tant que telles, elles nécessitent un nombre d’IOPS élevé, une faible latence et une haute disponibilité. Ces tâches créent souvent des changements d’utilisation extrêmes, où l’utilisation est élevée pendant, par exemple, une simulation complexe, puis pratiquement nulle quand la simulation se termine. Les membres de l’équipe de R&D nécessitent un accès combinant les protocoles SMB et NFS et une conformité POSIX. Toutes ces considérations plaident pour la migration des applications de l’équipe R&D vers Azure et l’utilisation d’Azure NetApp Files comme service de stockage partagé. En l’occurrence, la société nécessite un pool de capacités qui utilise le niveau Ultra (débit de 128 Mio/s et 450 000 IOPS).
L’illustration suivante montre une configuration possible pour exécuter une application de calcul hautes performances dans un réseau virtuel Azure. La configuration utilise Azure NetApp Files comme stockage partagé pour l’application. Un membre de l’équipe R&D accède au front-end via une machine virtuelle Windows ou Linux. L’application HPC s’exécute dans le sous-réseau de calcul, qui est constitué d’un groupe identique de machines virtuelles Linux. Le stockage partagé pour le groupe identique provient d’un sous-réseau désigné contenant une instance d’Azure NetApp Files.
