Quand utiliser Azure NetApp Files

Effectué

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é. 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é du déploiement ou de la 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é du déploiement ou de la 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 de nouveaux déploiements et 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 VDI à 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.
Flexibilité Votre charge de travail a-t-elle besoin de flexibilité en termes de performances, de capacité et de scalabilité ? Azure NetApp Files vous permet de modifier le niveau de service d’un volume entre Standard, Premium et Ultra sans interruption de service, en déplaçant le volume vers un pool de capacités avec le niveau de service 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 avez défini votre pool de capacités avec la QoS manuelle, Azure NetApp Files vous permet également de changer le débit d’un volume indépendamment en fonction des besoins de votre charge de travail.
Technologie de stockage Avez-vous besoin d’un stockage basé sur des blocs ou sur des fichiers ? Azure NetApp Files fonctionne pour n’importe quelle charge de travail compatible POSIX qui peut utiliser 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. 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 ce cas, Azure NetApp Files peut fournir de meilleures performances et une meilleure scalabilité, car les machines virtuelles Azure sont moins limitées en termes de débit réseau que l’infrastructure SSD basée sur des blocs, et les volumes Azure Network Files sont connectés au réseau.

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. 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.

Une équipe Oracle Database doit-elle utiliser Azure NetApp Files ?

Les charges de travail Oracle Database les plus exigeantes nécessitent une capacité d’E/S élevée et un accès à faible latence au stockage. La solution fournit un accès aux fichiers partagés avec le protocole NFS (Network File System). L’architecture utilise Azure NetApp Files, un service de stockage de fichiers partagé. Azure NetApp Files offre les avantages suivants :

  • Les limites d’E/S de disque liées aux taux d’accès qui s’appliquent au niveau de la machine virtuelle n’affectent pas Azure NetApp Files. Par conséquent, vous pouvez utiliser des références SKU de machine virtuelle plus petites que ce que vous feriez avec un stockage sur disque, sans dégrader les performances. Cette approche peut réduire considérablement les coûts.
  • Azure NetApp Files offre de la flexibilité. Vous pouvez agrandir ou réduire des déploiements à la demande pour maintenir l’efficacité de votre configuration en termes de coûts.

En tant que service natif Azure simple à utiliser, Azure NetApp Files s’exécute dans l’environnement de centre de données Azure. Vous pouvez approvisionner, utiliser et mettre à l’échelle Azure NetApp Files comme toute autre option de stockage Azure. Azure NetApp Files utilise un parc de matériel nu pour le stockage flash. Outre l’utilisation du stockage partagé et hautement évolutif, Azure NetApp Files offre des latences inférieures à une milliseconde. Ces facteurs rendent ce service particulièrement adapté à l’utilisation du protocole NFS pour exécuter des charges de travail Oracle Database sur des réseaux.

Le diagramme suivant représente une architecture possible. Les composants interagissent comme suit :

  • Oracle Database s’exécute sur des machines virtuelles Azure au sein du sous-réseau Oracle.
  • Dans le sous-réseau Azure NetApp Files, Azure NetApp Files fournit un accès NFS aux fichiers de données et fichiers journaux.
  • Le protocole de connexion Oracle Direct NFS (dNFS) améliore les performances et le débit.

Diagramme représentant un déploiement Oracle Database sur Azure NetApp Files.

Une é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.

Considérez un scénario où plusieurs employés travaillent au sein du déploiement AVD, avec chaque utilisateur utilisant 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.

Le diagramme suivant représente une architecture possible que la société pourrait utiliser pour un déploiement AVD basé sur des 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.

Diagramme illustrant une configuration typique pour l’exécution de plusieurs pools de bureau virtuels Azure dans un réseau virtuel Azure. La configuration utilise Azure NetApp Files fournit un stockage partagé pour chaque pool de bureaux virtuels.

Une équipe de recherche et développement doit-elle utiliser Azure NetApp Files ?

La plupart des équipes de recherche et développement ont des applications qui nécessitent des opérations gourmandes en calculs et en données, comme 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é.

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 un volume Azure NetApp Files.

Le diagramme suivant représente une configuration classique pour exécuter une application de calcul hautes performances dans un réseau virtuel Azure.