Latest / M365.FM – Podcast Microsoft 365, Copilot & IA en français / Azure NetApp Files expliqué : SAP HANA, HPC, VDI et comparaison avec Azure Files (Doublage IA)

Transcript

Azure NetApp Files expliqué : SAP HANA, HPC, VDI et comparaison avec Azure Files (Doublage IA) · M365.FM – Podcast Microsoft 365, Copilot & IA en français

0:00
Speaker 2: Prêt pour 10 jours consacrés à Microsoft 365, Copilot, l'IA,
0:04
Speaker 2: Azure et aux acteurs qui façonnent l'avenir du travail. En
0:08
Speaker 2: janvier prochain, la M365-ON est de retour et nous voyons
0:11
Speaker 2: plus grand, plus grand. Rejoignez-nous pour des sessions en direct,
0:14
Speaker 2: des démonstrations concrètes et des conseils pratiques d'experts et de
0:17
Speaker 2: MVPs du monde entier. Pas de diapositives génériques, pas de
0:20
Speaker 2: jargon à non plus finir. Nous abordons les vrais défis.
0:23
Speaker 2: Copilot Studio, Agendia, Fabrica, Sécurité, Gouvernance et Automatisation, NAV. Que
0:30
Speaker 2: vous soyez professionnel de l'IT, développeur ou dirigeant d'entreprise, des
0:33
Speaker 2: sessions sont conçues pour vous. Sur 10 jours complets, explorez
0:37
Speaker 2: de multiples technologies et connectez-vous à une communauté mondiale. Suivez
0:41
Speaker 2: le direct et rapportez des connaissances pratiques à votre organisation.
0:45
Speaker 2: Janvier 2027, 10 jours, une seule communauté Microsoft. Les inscriptions
0:50
Speaker 2: sont désormais ouvertes. Réservez votre place dès aujourd'hui. Rendez-vous sur m365n. net.
1:00
Speaker 2: Scrivez-vous sur m365one. net et nous nous retrouverons en direct en janvier.
1:05
Speaker 2: Azure propose déjà de nombreuses options de stockage. Blobs, fichiers, disques.
1:09
Speaker 2: Alors pourquoi Azure NetApp Files existe-t-il? C'est la première question
1:12
Speaker 2: que l'on se pose en entendant ce nom. Et c'est légitime.
1:14
Speaker 2: Microsoft ajoute continuellement des services de stockage et on a
1:17
Speaker 2: l'impression qu'une nouvelle option apparaît chaque trimestre. Alors pour en
1:19
Speaker 2: ajouter un de plus, voici la réponse. La plupart des
1:21
Speaker 2: stockages Azure conviennent parfaitement aux usages courants. Applications web, partage
1:24
Speaker 2: de fichiers, sauvegarde. Tout ce qui fait tourner une entreprise
1:26
Speaker 2: au quotidien. Mais certaines charges de travail ne rentrent pas
1:29
Speaker 2: dans ce mot. Elles ont besoin d'une vitesse incroyable, une
1:31
Speaker 2: performance constante sous pression, sans aucun délai supplémentaire. Azure NetApp
1:36
Speaker 2: Files est conçu spécifiquement pour ces charges de travail. A
1:39
Speaker 2: la fin de cet épisode, vous saurez exactement ce qu'est ANF,
1:42
Speaker 2: quand l'utiliser et quand préférer une solution plus simple. Nous
1:45
Speaker 2: verrons ce qu'il est réellement, ses trois principaux cas d'usage
1:47
Speaker 2: et comment il se compare à Azure Files. Commençons par
1:50
Speaker 2: une définition simple. Ce qu'est réellement Azure NetApp Files? Azure
1:55
Speaker 2: NetApp Files est un service de stockage de fichiers d'entreprise
1:57
Speaker 2: gérés haute performance directement intégrés à Azure. Il ne s'agit
2:00
Speaker 2: pas d'un complément tiers ou d'un ajout greffé ultérieurement. C'est
2:03
Speaker 2: un service Microsoft natif entièrement intégré au portail Azure. Mais
2:06
Speaker 2: qu'est-ce qui le distingue? Sous le capot, il repose sur
2:09
Speaker 2: la technologie NetApp, le même système de stockage qui alimente
2:12
Speaker 2: les centres de données sur site depuis des décennies. NetApp
2:14
Speaker 2: travaille sur le stockage de fichiers d'entreprise depuis les années 90.
2:17
Speaker 2: Il maîtrise la gestion de données rapide et fiable. Microsoft
2:20
Speaker 2: s'est associé à eux pour intégrer cette expertise dans Azure
2:22
Speaker 2: en tant que service géré. Alors qu'est-ce que cela signifie?
2:26
Speaker 2: ANF prend en charge nativement les protocoles SMB et NFS.
2:29
Speaker 2: Charge de travail Windows ou Linux, il gère. Les deux.
2:32
Speaker 2: Vous n'êtes pas obligé de choisir l'un ou l'autre. Le
2:34
Speaker 2: même volume peut servir les deux types de clients, si nécessaire.
2:37
Speaker 2: C'est au niveau des performances qui se distingue vraiment. Nous
2:39
Speaker 2: parlons d'une latence inférieure à la milliseconde et d'un débit massif.
2:42
Speaker 2: Pas assez rapide. C'est réellement d'une rapidité fulgurante. Voici une analogie.
2:46
Speaker 2: Si Azure Files est la berline familiale fiable qui vous
2:48
Speaker 2: mène à destination, Azure NetApp Files est la voiture de sport.
2:52
Speaker 2: Conçue pour la vitesse, elle offre une maniabilité sans pareil.
2:54
Speaker 2: Et le meilleur dans tout ça, c'est que le service
2:55
Speaker 2: est entièrement G. Pas de correctif de serveur, pas de
2:57
Speaker 2: remplacement de radar. Il vous suffit de créer un volume,
2:59
Speaker 2: de choisir votre niveau de performance et de commencer à l'utiliser.
3:01
Speaker 2: Azure et NetApp s'occupent du reste. Mais pourquoi auriez-vous besoin
3:04
Speaker 2: d'une voiture de stockage? Examinons les problèmes que le stockage
3:06
Speaker 2: classique ne peut pas résoudre. Les problèmes que le stockage
3:10
Speaker 2: classique ne peut pas résoudre. La plupart des stockages cloud
3:13
Speaker 2: gèrent très bien l'informatique quotidienne. Applications web, partage de fichiers, sauvegarde.
3:16
Speaker 2: Pour la plupart des gens, cela suffit. Vous n'avez pas
3:18
Speaker 2: besoin d'un moteur de Formule 1 pour aller faire vos courses. Cependant,
3:21
Speaker 2: certaines charges de travail sont différentes. Considérez-les comme des athlètes
3:23
Speaker 2: exigeants qui ont besoin de chaque milliseconde et ne peuvent
3:25
Speaker 2: pas se permettre d'attendre. Voici le problème. Une latence élevée
3:27
Speaker 2: tue les performances des bases de données. Quelques millisecondes supplémentaires
3:30
Speaker 2: sur l'écriture d'un journal peuvent ralentir tout un système transactionnel.
3:33
Speaker 2: Faible débit étouffe les simulations, transformant des tâches de quelques
3:36
Speaker 2: heures en jours de travail. L'incohérence des IOPs est un
3:38
Speaker 2: autre problème. C'est ce qui frustre le plus les utilisateurs
3:40
Speaker 2: de VDI. Une minute, tout va bien. La suivante, le
3:43
Speaker 2: bureau ralentit car le stockage ne suit plus. Laissez-moi vous
3:45
Speaker 2: donner un exemple concret. Une sauvegarde de bases de données
3:48
Speaker 2: SAP HANA de 2,3 trotto sur un stockage classique peut
3:50
Speaker 2: prendre une heure. C'est une heure d'attente et de problèmes potentiels.
3:54
Speaker 2: Sur Azure NetApp Files, la même sauvegarde s'effectue en 2 minutes.
3:56
Speaker 2: Ce n'est pas une faute de frappe, 2 minutes. Le
3:59
Speaker 2: problème n'est pas qu'Azure Files soit mauvais. C'est un excellent
4:01
Speaker 2: service pour ce pour quoi il est conçu, mais il
4:03
Speaker 2: est optimisé pour le coup, pas pour la performance maximale.
4:05
Speaker 2: Il offre une vitesse suffisante à un prix raisonnable, ce
4:07
Speaker 2: qui convient à la plupart des charges de travail, mais
4:09
Speaker 2: pas à toutes. Azure NetApp Files compte cette lacune. Il
4:11
Speaker 2: est conçu pour les charges de travail qui ne peuvent
4:12
Speaker 2: faire aucun compromis sur la vitesse ou la cohérence. Quand
4:15
Speaker 2: chaque milliseconde compte, ANF est la réponse. Alors qui a
4:17
Speaker 2: réellement besoin de ce type de performance? Commençons par l'un
4:20
Speaker 2: des plus gros utilisateurs, SAP HANA. Cas d'utilisation numéro 1,
4:23
Speaker 2: SAP HANA. Parlons de SAP HANA. Si vous n'êtes pas
4:26
Speaker 2: dans le monde des bases de données d'entreprise, vous n'en
4:27
Speaker 2: avez peut-être jamais entendu parler, mais c'est l'une des charges
4:29
Speaker 2: de travail les plus exigeantes du cloud. SAP HANA est
4:32
Speaker 2: une base de données en mémoire, ce qui signifie qu'elle
4:33
Speaker 2: conserve toutes ses données en RAM pour plus de rapidité.
4:36
Speaker 2: Mais même si les données résident en mémoire, HANA a
4:37
Speaker 2: toujours besoin d'un stockage ultra rapide pour les journaux, les sauvegardes,
4:40
Speaker 2: les instantanés. Ses écritures doivent être effectuées rapidement et de
4:42
Speaker 2: manière fiable. Si le stockage ne peut pas suivre, toute
4:44
Speaker 2: la base de données ralentit. C'est pourquoi Azure NetApp Files
4:46
Speaker 2: est certifiée par SAP HANA. Il figure dans le répertoire
4:49
Speaker 2: officiel du matériel SAP HANA, ce qui signifie qu'il a
4:52
Speaker 2: été testé et approuvé par SAP lui-même. Ce n'est pas
4:55
Speaker 2: un détail négligeable. SAP ne certifie pas n'importe quelle solution
4:58
Speaker 2: de stockage. Il les teste minutieusement et seules celles qui
5:01
Speaker 2: réussissent sont retenues. De quel niveau de performance parle-t-on? Une
5:04
Speaker 2: latence constante inférieure à la milliseconde et jusqu'à 4,5 Go
5:07
Speaker 2: par seconde de débit par volume. Pour mettre cela en perspective,
5:11
Speaker 2: l'exigence minimale de SAP pour les journaux HANA est une
5:13
Speaker 2: latence inférieure à 1 milliseconde et NF se situe confortablement
5:16
Speaker 2: sous ce seuil et NF sous ce seuil. C'est important?
5:18
Speaker 2: car une latence supérieure à 1 milliseconde peut ralentir les
5:20
Speaker 2: transactions de la base de données. Lorsque vous traitez des
5:23
Speaker 2: milliers de transactions par seconde, chaque milliseconde supplémentaire s'accumule. Microsoft
5:27
Speaker 2: a même conçu un outil de déploiement spécial appelé Application
5:29
Speaker 2: Volume Group pour HANA. Il optimise la disposition des volumes
5:32
Speaker 2: en les répartissant sur plusieurs points de terminaison de stockage
5:34
Speaker 2: afin qu'aucun point ne devienne un goulot d'étranglement. Imaginez cela
5:37
Speaker 2: comme plusieurs voies sur une autoroute au lieu d'une route étroite.
5:40
Speaker 2: Et les chiffres concernant les sauvegardes méritent d'être sous. Une
5:43
Speaker 2: sauvegarde HANA de 2,3 tours s'effectue en environ 2 minutes
5:45
Speaker 2: avec HANA. Sur un stockage conventionnel, cette même sauvegarde pourrait
5:48
Speaker 2: prendre de 30 à 60 minutes. Ce n'est pas seulement
5:50
Speaker 2: une commodité, cela change ce qui est possible avec vos
5:52
Speaker 2: fenêtres de sauvegarde. L'aspect financier est également intéressant. Grâce au
5:55
Speaker 2: niveau de service flexible, vous pouvez adapter la performance exactement
5:58
Speaker 2: aux besoins de HANA sans surprovisionnement. Vous ne payez pas
6:00
Speaker 2: pour une capacité supplémentaire juste pour obtenir le double nécessaire.
6:04
Speaker 2: SAP est un cas d'usage majeur, mais ANF alimente également
6:06
Speaker 2: un type de charge de travail très différent, le calcul
6:08
Speaker 2: haute performance. Le calcul haute performance, ou HPC. Le calcul
6:12
Speaker 2: haute performance couvre un vaste domaine. Simulation, rendu, modélisation financière,
6:17
Speaker 2: recherche scientifique, tout ce qui implique l'exécution de tâches parallèles
6:20
Speaker 2: massives sur des centaines, voire des milliers de nœuds de calcul.
6:23
Speaker 2: Ces charges de travail ont un besoin très spécifique. Elles
6:25
Speaker 2: nécessitent un accès partagé aux fichiers avec un débit élevé
6:27
Speaker 2: et une faible latence. Plusieurs nœuds doivent lire et écrire
6:30
Speaker 2: les mêmes ensembles de données simultanément. Si votre stockage ne
6:32
Speaker 2: suit pas, vos nœuds de calcul restent inactifs en attendant
6:35
Speaker 2: les données. Et un temps de calcul inactif représente de
6:37
Speaker 2: l'argent gaspillé. Azure NetApp Files atteint jusqu'à 652 Mbps avec
6:41
Speaker 2: une latence inférieure à 2 ms lors des tests de référence,
6:44
Speaker 2: lors des tests de référence. C'est un nombre considérable d'opérations d'entrée-sortie.
6:47
Speaker 2: Et c'est suffisamment rapide pour que le stockage ne soit
6:49
Speaker 2: plus un goulot d'étranglement. Pour les très grands ensembles de données,
6:51
Speaker 2: il existe la fonctionnalité de volume-volumineux, largement. Il prend en
6:54
Speaker 2: charge des capacités allant jusqu'à 2 pétaoctets par volume. Cela
6:56
Speaker 2: représente 2,5 teraoctets dans un seul volume. Imaginez ce que
6:59
Speaker 2: cela signifie pour une équipe de recherche traitant d'énormes simulations
7:01
Speaker 2: ou un studio de cinéma, effectuant le rendu d'un long métrage.
7:04
Speaker 2: Il y a le mode de k-breakthrough. Il pousse le
7:06
Speaker 2: débit jusqu'à 50 gigabits par seconde à partir d'un seul
7:08
Speaker 2: grand volume. C'est une bande passante suffisante pour déplacer rapidement
7:11
Speaker 2: des ensembles de données causes. Voici un exemple concret. L'automatisation
7:15
Speaker 2: de la conception électronique, ou EDA, dans l'industrie des puces.
7:19
Speaker 2: Des entreprises comme NVIDIA et AMD exécutent des milliers de
7:21
Speaker 2: simulations simultanément pour vérifier les designs avant la fabrication. Chaque
7:24
Speaker 2: simulation lit et écrit des données partagées. Le système de
7:27
Speaker 2: stockage doit gérer cette charge concurrente sans ralentir. ANF est
7:30
Speaker 2: conçu exactement pour ce modèle. Alors pourquoi ne pas simplement
7:33
Speaker 2: utiliser Azure Files pour cela? Parce qu'Azure Files a des
7:35
Speaker 2: plafonds de débit au niveau du fichier, soit 300 MHz
7:37
Speaker 2: par seconde en sortie par fichier. Cela signifie que même
7:39
Speaker 2: si votre stockage dispose d'une capacité supérieure, un seul gros
7:42
Speaker 2: fichier ne peut pas dépasser cette limite. ANF n'a aucun
7:44
Speaker 2: niveau des fichiers. Chaque fichier peut saturer la connexion réseau.
7:47
Speaker 2: Pour les charges de travail traitant de gros fichiers de simulation,
7:49
Speaker 2: cette différence est importante. Les recommandations de Microsoft préconisent ANF
7:53
Speaker 2: pour les charges de travail HPC jusqu'à environ 4 zéros
7:56
Speaker 2: mis au rockeur et 6,5 gigas par seconde de débit. Au-delà,
7:59
Speaker 2: une architecture différente pourrait être nécessaire, mais pour la grande
8:02
Speaker 2: majorité des scénarios HPC, ANF est parfaitement adapté. Troisième cas
8:06
Speaker 2: d'usage majeur, l'infrastructure de bureau virtuel, où l'expérience utilisateur est primordiale.
8:11
Speaker 2: Infrastructure de bureau virtuel, VDI. Parlons maintenant de quelque chose
8:14
Speaker 2: que presque tout le monde utilise, l'expérience de bureau. L'infrastructure
8:17
Speaker 2: de bureau virtuel ou VDI signifie héberger des bureaux Windows
8:20
Speaker 2: dans le cloud. Pensez à Azure Virtual Desktop ou Citrix.
8:24
Speaker 2: Au lieu d'utiliser un PC complet sur votre bureau, le
8:26
Speaker 2: bureau réside sur un serveur distant et vous vous y connectez.
8:29
Speaker 2: Voici le défi. Les profils utilisateurs et les données d'application
8:31
Speaker 2: doivent être stockés de manière centralisée et accessible rapidement. Chaque
8:34
Speaker 2: fois qu'une personne se connecte, son profil doit charger ses paramètres,
8:37
Speaker 2: fichiers et données d'application. Si ce stockage est lent, la
8:40
Speaker 2: connexion est lente et des connexions lentes frustrent rapidement les utilisateurs.
8:43
Speaker 2: Et c'est là qu'ANF fait une réelle différence. Les temps
8:46
Speaker 2: de chargement en l'an des profils sont la plainte numéro
8:48
Speaker 2: 1 dans les déploiements VDI depuis des années. Les utilisateurs
8:50
Speaker 2: comparent cela à leur ancien bureau sur site, et si
8:52
Speaker 2: la version cloud semble plus lente, ils le remarquent immédiatement.
8:56
Speaker 2: Azure NetApp Files résout ce problème avec des EPS élevés
8:58
Speaker 2: et une faible latence. Et je ne parle pas d'amélioration théorique.
9:01
Speaker 2: Les résultats concrets montrent que les temps de connexion passent
9:04
Speaker 2: de 20-30 secondes à moins de 5 secondes lorsque les
9:06
Speaker 2: organisations passent d'Azure Files à ANF pour le stockage de
9:09
Speaker 2: leurs profils. C'est le genre d'amélioration que les utilisateurs ressentent vraiment.
9:12
Speaker 2: Pourquoi cela fonctionne-t-il si bien? Car ANF prend en charge
9:14
Speaker 2: jusqu'à 450 IOPS par volume. C'est important quand des centaines
9:19
Speaker 2: d'utilisateurs se connectent en même temps le matin. C'est ce
9:21
Speaker 2: qu'on appelle la tempête de connexion. Tout le monde arrive
9:23
Speaker 2: à 9h00 et soudain, chaque profil doit se charger simultanément.
9:27
Speaker 2: Un système de stockage qui ne peut pas gérer cette
9:28
Speaker 2: concurrence ralentira tout le monde. ANF le gère parfaitement. Il
9:32
Speaker 2: existe une autre fonctionnalité incroyablement utile pour le VDI. ANF
9:35
Speaker 2: prend en charge jusqu'à 255 snapshots par volume. Cela signifie
9:38
Speaker 2: que vous pouvez instantanément rétablir le profil d'un utilisateur à
9:41
Speaker 2: son état d'IAE. Si le profil de quelqu'un est corrompu
9:43
Speaker 2: ou qu'une mise à jour problématique survient, pas besoin de
9:45
Speaker 2: restaurer depuis une sauvegarde. Suffit de pointer vers le snapshot
9:47
Speaker 2: d'hier et c'est terminé. Cela permet d'économiser des heures de support.
9:50
Speaker 2: Et la fiabilité compte également. ANF est accompagné d'un SLA
9:54
Speaker 2: de disponibilité de 99,99%. Pour les déploiements VDI critiques où
9:57
Speaker 2: l'indisponibilité signifie perte de productivité, ce n'est pas le cas.
10:00
Speaker 2: de fiabilité est essentiel. Voici un aspect financier auquel vous
10:02
Speaker 2: ne vous attendez pas. Comme ANF est très rapide, vous
10:04
Speaker 2: pouvez utiliser des machines virtuelles plus petites et moins chères
10:06
Speaker 2: tout en gardant de bonnes performances. Le stockage est un
10:08
Speaker 2: travail intensif donc vos ressources de calcul n'ont pas le fait.
10:11
Speaker 2: Cela peut compenser une partie du coût du stockage premium.
10:13
Speaker 2: Voyez maintenant les trois piliers SAP, HPC, VDI. Mais comment
10:17
Speaker 2: ANF se compare-t-il réellement à son cousin Azure Files? Comment
10:20
Speaker 2: Azure NetApp Files se compare à Azure Files? Azure NetApp
10:23
Speaker 2: Files et Azure Files sont toutes deux des partages de
10:25
Speaker 2: fichiers gérés dans Azure. Cela signifie que vous ne gérez
10:27
Speaker 2: ni correctif de serveur ni remplacement de matériel. La vraie
10:30
Speaker 2: différence réside dans les performances et le prix. Comparons les
10:32
Speaker 2: chiffres bruts. Azure Files Premium est limité à 100 000
10:35
Speaker 2: EPS par partage, ce qui est suffisant pour beaucoup de charges.
10:38
Speaker 2: Mais NF atteint jusqu'à 450 000 EPS par volume, soit
10:41
Speaker 2: plus de 4 fois ce plafond. Lorsque vous exécutez des
10:44
Speaker 2: charges nécessitant un accès concurrent important, cet écart est déterminant.
10:48
Speaker 2: La latence raconte une histoire similaire. Azure Files standard tourne
10:51
Speaker 2: autour de 10 millisecondes et le premium descend à 2
10:53
Speaker 2: ou 3 millisecondes. C'est respectable, mais ANF offre une latence inférieure,
10:57
Speaker 2: à la milliseconde, environ 0.005 ultra. C'est la différence entre
11:01
Speaker 2: un stockage qui est un facteur mineur et un stockage
11:03
Speaker 2: qui est essentiellement invisible-invisible. Le débit est là où l'écart
11:06
Speaker 2: se creuse encore plus. Azure Files a des plafonds au
11:08
Speaker 2: niveau fichier, 300 Mbps en sortie et 200 Mbps en
11:12
Speaker 2: entrée par fichier, en entrée par fichier. Donc même si
11:14
Speaker 2: votre back-end a plus de capacité, un seul gros fichier
11:17
Speaker 2: ne peut pas dépasser cette limite. ANF n'a aucune limite
11:19
Speaker 2: au niveau des fichiers. Chaque fichier peut utiliser autant de
11:22
Speaker 2: débit que le réseau le permet et la taille maximale
11:24
Speaker 2: de partage. Azure Files plafonne à 100 tours par partage.
11:27
Speaker 2: ANF monte jusqu'à 2 PO avec les grands volumes. C'est
11:30
Speaker 2: 20 fois la capacité. Alors qu'en utiliser l'un ou l'autre?
11:33
Speaker 2: Azure Files est le choix idéal pour le partage de
11:35
Speaker 2: fichiers général, les partages départementaux, les cibles de sauvegarde et
11:37
Speaker 2: les charges de travail sensibles. Considérez cela comme une berlée. Fiable, abordable,
11:41
Speaker 2: fait le travail. ANF est destinée aux charges de travail
11:44
Speaker 2: où la latence et le débit sont critiques. SAP HANA, Oracle,
11:47
Speaker 2: SQL Server, HPC, VDI, tout scénario, où une latence inférieure
11:50
Speaker 2: à la milliseconde et un haut niveau d'IOP font une
11:52
Speaker 2: réelle différence sur les performances applicatives. Maintenant, parlons du coût.
11:55
Speaker 2: Azure Files est moins cher pour la plupart des cas d'utilisation,
11:57
Speaker 2: mais c'est voulu. Mais NF peut réellement faire économiser de
11:59
Speaker 2: l'argent dans des scénarios spécifiques. S'il vous permet d'utiliser des
12:02
Speaker 2: machines virtuelles plus petites grâce à un stockage plus rapide,
12:04
Speaker 2: vous économisez sur les coûts de calcul. S'il évite de
12:07
Speaker 2: surprovisionner la capacité juste pour obtenir un débit suffisant, vous
12:09
Speaker 2: économisez sur les coûts de stockage. Ainsi, le tableau complet
12:12
Speaker 2: des coûts n'est pas toujours simple. Il existe une fonctionnalité
12:14
Speaker 2: qui change entièrement l'équation des coûts. Le niveau de service
12:17
Speaker 2: flexible Le niveau de service flexible a juste la performance
12:20
Speaker 2: au plus juste. Voici une fonctionnalité qui change l'équation d'écoute. Traditionnellement,
12:24
Speaker 2: les poules de capacité ANF avaient un ratio fixe. Plus
12:26
Speaker 2: votre poule était grand, plus vous aviez de débit, et
12:28
Speaker 2: plus votre poule était petite, moins vous aviez de débit.
12:31
Speaker 2: Cela semble raisonnable en apparence, mais cela crée un vrai problème.
12:34
Speaker 2: Imaginez que vous ayez une petite base de données, disons
12:36
Speaker 2: 1 Toho, mais qu'elle nécessite un débit élevé pour fonctionner correctement.
12:39
Speaker 2: Avec l'ancien modèle, vous deviez surprovisionner la capacité juste pour
12:41
Speaker 2: obtenir suffisamment de performances. Vous pouviez devoir acheter 64 tu
12:44
Speaker 2: de stockage sur le niveau standard juste pour obtenir le
12:47
Speaker 2: débit dont ce 1 tu a réellement besoin avec les
12:49
Speaker 2: 63 tu restants inutilisés. Vous payez pour de l'espace que
12:51
Speaker 2: vous n'utilisez pas. Ce n'est pas efficace et ce n'est
12:53
Speaker 2: pas bon marché. Le niveau de service flexible change complètement cela.
12:56
Speaker 2: Il découple la capacité du débit avec deux curseurs indépendants
12:59
Speaker 2: au lieu d'un seul. Vous décidez de la quantité de
13:01
Speaker 2: stockage dont vous avez besoin et séparément de la performance nécessaire.
13:04
Speaker 2: Ils n'ont pas besoin de correspondre. Ainsi vous pouvez désormais
13:06
Speaker 2: avoir un pool de 1 tu avec 1 giga par
13:08
Speaker 2: seconde de débit. Sous l'ancien modèle, cette même performance sur
13:11
Speaker 2: le niveau standard aurait nécessité 64 TO de capacité de capacité.
13:14
Speaker 2: C'est la différence de 64 pour 1. Avec le niveau
13:17
Speaker 2: de service flexible, vous payez exactement pour ce dont vous
13:19
Speaker 2: avez besoin. Les économies sont réelles. Dans de nombreux scénarios,
13:21
Speaker 2: vous pouvez espérer 30% ou plus par rapport à l'utilisation
13:24
Speaker 2: du niveau ultra pour la même performance. Et cela avant
13:26
Speaker 2: même de prendre en compte les remises sur la capacité réservée.
13:29
Speaker 2: Le scénario de reprise après-sinistre rend cela encore plus clair.
13:31
Speaker 2: Imaginez que vous ayez besoin de 100 TO de capacité
13:33
Speaker 2: pour un site de secours, mais que vous n'ayez pas
13:35
Speaker 2: besoin de beaucoup de débit tant qu'un basculement réel n'a
13:37
Speaker 2: pas lieu. Sous l'ancien modèle, vous deviez provisionner pour la
13:39
Speaker 2: performance dont vous pourriez avoir besoin un jour. Avec le
13:42
Speaker 2: niveau de service flexible, vous ne payez que pour la capacité,
13:44
Speaker 2: avec un débit de base de 128 MHz par seconde.
13:47
Speaker 2: Et rien de plus. Lorsqu'un basculement survient, vous adaptez le
13:50
Speaker 2: débit à la demande. Une fois terminé, vous le réduisez
13:53
Speaker 2: après une période de refroidissement de 24 heures. En parlant
13:56
Speaker 2: de mise à l'échelle, vous pouvez augmenter le débit selon
13:58
Speaker 2: vos besoins dans certaines limites et réduire après 24 heures.
14:01
Speaker 2: C'est idéal pour gérer les pics de charges. Les traitements
14:03
Speaker 2: de fin de mois, les migrations ou les variations saisonnières,
14:06
Speaker 2: sans payer cette capacité en permanence. Cette fonctionnalité est actuellement
14:09
Speaker 2: disponible en préversion dans toutes les régions NF. C'est l'un
14:12
Speaker 2: des ajouts les plus demandés au service et il change
14:14
Speaker 2: déjà la vision des clients sur les coûts de stockage.
14:17
Speaker 2: Voilà le niveau de service flexible en quelques mots. Un
14:19
Speaker 2: changement simple qui résout un problème majeur. Section de connexion
14:22
Speaker 2: pour synthétiser tout. Voici donc l'élément déclencheur. Azure NetApp Files
14:26
Speaker 2: ne concurrence pas Azure Files. Il comble un écart de
14:29
Speaker 2: performance spécifique, essentiel pour les bonnes charges de travail. Les
14:32
Speaker 2: trois cas d'utilisation que nous avons vus, SAP, HANA, HPC, VDI,
14:35
Speaker 2: ont tous un point commun. Ils nécessitent un accès aux
14:38
Speaker 2: fichiers cohérents, à faible latence et à haut débit. C'est
14:40
Speaker 2: le fil conducteur de chacun d'entre eux. Qu'il s'agisse d'une
14:42
Speaker 2: transaction de base de données, d'une simulation ou d'un utilisateur
14:46
Speaker 2: se connectant à son bureau, le stockage doit répondre instantanément,
14:50
Speaker 2: sans aucune attente. Le niveau de service flexible rend cette
14:52
Speaker 2: performance abordable. Au lieu de surdimensionner une capacité inutile, vous
14:56
Speaker 2: ne payez que ce que vous consommez. Cela modifie toute
14:59
Speaker 2: l'économie du stockage haute performance. Cela rend la vitesse accessible.
15:02
Speaker 2: De plus, ANF s'intègre au reste de l'écosystème Azure. Il
15:05
Speaker 2: utilise Azure AD pour le contrôle des accès. Les instantanés
15:08
Speaker 2: gèrent les sauvegardes et la réplication assure la reprise après-sinistre.
15:11
Speaker 2: Ce n'est pas un outil isolé, c'est une partie de
15:12
Speaker 2: la plateforme globale. La vraie puissance réside dans cette combinaison
15:15
Speaker 2: et non dans une fonctionnalité unique. Performance, flexibilité et simplicité
15:18
Speaker 2: de gestion réunies, vous obtenez un stockage de classe entreprise
15:21
Speaker 2: sans les contraintes associées, sans les contraintes associées. Considérez ANF
15:24
Speaker 2: comme l'outil spécialisé de votre boîte à outils de stockage.
15:26
Speaker 2: Vous n'utilisez pas pour tout mes camps.