Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / Azure NetApp Files uitgelegd: SAP HANA, HPC, VDI en de vergelijking met Azure Files (AI-nasynchronisatie)

Transcript

Azure NetApp Files uitgelegd: SAP HANA, HPC, VDI en de vergelijking met Azure Files (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

• 0:00
  Speaker 2: Klaar voor 10 dagen vol Microsoft 365, Copilot, AI, Azure
• 0:05
  Speaker 2: en de mensen die de toekomst van werk vormgeven. Deze
• 0:08
  Speaker 2: januari is M365 komt terug en we pakken het groter aan.
• 0:12
  Speaker 2: Doe mee voor live sessies, praktijkdemo's en bruikbare kennis van
• 0:16
  Speaker 2: MVP's en experts van over de hele wereld. Geen algemene sliedes,
• 0:20
  Speaker 2: geen eindeloze modewoorden. We pakken de echte uitdagingen aan Copilot Studio,
• 0:25
  Speaker 2: AI Agents, Fabric, Beveiliging, Governance en Automatisering. Of je nu IT-professional,
• 0:31
  Speaker 2: ontwikkelaar of zakelijk leider bent, er zijn sessies speciaal voor
• 0:34
  Speaker 2: jou ontworpen. Met 10 volledige dagen kun je diverse technologieën
• 0:37
  Speaker 2: verkennen en in contact komen met een wereldwijde community. Kijk
• 0:41
  Speaker 2: live mee en neem praktische inzichten mee terug naar je organisatie.
• 0:44
  Speaker 2: Januari 2027, 10 dagen, 1 Microsoft Community. De registratie is
• 0:50
  Speaker 2: nu geopend. Claim vandaag nog je plek. Meld je nu
• 1:01
  Speaker 2: aan op m365con.net en we zien je live in januari.
• 1:05
  Speaker 2: Azure biedt al volop opslagopties, blob, files, disk. Dus, waarom
• 1:09
  Speaker 2: bestaat Azure NetApp files eigenlijk? Dat is de eerste vraag
• 1:12
  Speaker 2: die mensen stellen als ze ervan horen, en het is
• 1:14
  Speaker 2: een terechte vraag. Microsoft blijft OPS-lag services toevoegen, en het
• 1:17
  Speaker 2: lijkt wel of er elk kwartaal een nieuwe optie bij komt. Dus,
• 1:19
  Speaker 2: waarom nog één? Dit is het punt. De meeste Azure
• 1:21
  Speaker 2: opslag is prima geschikt voor algemeen gebruik. Webapps, best-and-shares, backups,
• 1:25
  Speaker 2: de dagelijkse zaken die een bedrijf draaiende houden. Maar sommige
• 1:28
  Speaker 2: workloads passen niet in dat plaatje. Die hebben belachelijk veel
• 1:30
  Speaker 2: snelheid nodig, consistente prestaties onder druk, waarbij extra milliseconden vertraging
• 1:35
  Speaker 2: onacceptabel zijn. Azure NetApp Files is specifiek gebouwd voor die workloads.
• 1:39
  Speaker 2: Aan het eind van deze aflevering weet je precies wat
• 1:41
  Speaker 2: ANF is, wanneer je het gebruikt en wanneer je bij
• 1:43
  Speaker 2: iets simpelers moet blijven. We behandelen wat het werkelijk is,
• 1:46
  Speaker 2: de drie belangrijkste gebruikscenario's waar het uitblinkt. en hoe het
• 1:48
  Speaker 2: zich verhoudt tot Azure Files. Laten we beginnen met een
• 1:51
  Speaker 2: simpele definitie. Wat Azure NetApp Files precies is. Azure NetApp
• 1:55
  Speaker 2: Files is een beheerde, hoogwaardige enterprise best- en sopslag-service die
• 1:58
  Speaker 2: direct in Azure draait. Dit is geen add-on van een
• 2:01
  Speaker 2: derde partij of iets wat je er later bij plaatst.
• 2:03
  Speaker 2: Het is een volwaardige Microsoft-service die volledig in de Azure
• 2:05
  Speaker 2: Portal is geïntegreerd. Maar wat onderscheidt het dan? Onder de
• 2:08
  Speaker 2: motorkap draait het op NetApp-technologie, hetzelfde opslagsysteem dat al decennia
• 2:12
  Speaker 2: on-premises datacenters aandrijft. NetApp houdt zich al sinds de jaren
• 2:15
  Speaker 2: negentig bezig met enterprise bestandsopslag. Zij begrijpen snelle en betrouwbare data.
• 2:20
  Speaker 2: Microsoft is in samenwerking met hen aangegaan om die expertise
• 2:22
  Speaker 2: als beheerde service naar Azure te brengen. Dus, wat betekent
• 2:25
  Speaker 2: dat voor jou? ANF ondersteunt zowel SMB als NFS-protocollen direct
• 2:29
  Speaker 2: uit de doos. Windows workloads, Linux workloads, het kan beide aan.
• 2:32
  Speaker 2: Je hoeft niet tussen de een of de ander te kiezen.
• 2:34
  Speaker 2: Hetzelfde volume kan beide soorten clients bedienen als dat nodig is.
• 2:37
  Speaker 2: Prestaties zijn waar het echt uitblinkt. We hebben het over
• 2:40
  Speaker 2: sap milliseconden latentie en enorme doorvoer. Niet snel genoeg? Het
• 2:43
  Speaker 2: is werkelijk razendsnel. Hier is een vergelijking. Als Azure Files
• 2:47
  Speaker 2: de betrouwbare gezinsauto is die je brengt waar je moet zijn,
• 2:49
  Speaker 2: dan is Azure NetApp Files de sportwagen. Gebouwd voor snelheid
• 2:52
  Speaker 2: en hij rijdt anders dan al het andere in de garage.
• 2:54
  Speaker 2: En het mooiste is, het wordt volledig beheerd. Geen servers patchen,
• 2:57
  Speaker 2: geen hardware vervangen. Je maakt gewoon een volume aan, kiest
• 3:00
  Speaker 2: je prestatieniveau en kunt aan de slag. Azure en NetApp
• 3:02
  Speaker 2: zorgen voor de rest. Maar waarom zou je een sportwagen
• 3:04
  Speaker 2: nodig hebben voor opslag? Laten we kijken naar de problemen
• 3:07
  Speaker 2: die gewone opslag niet kan oplossen. De problemen die gewone
• 3:10
  Speaker 2: opslag niet kan oplossen. De meeste cloud-opslag kan alledaagse IT
• 3:13
  Speaker 2: prima aan. Webapps, best-in-shares, backups. Voor de meeste mensen is
• 3:17
  Speaker 2: dat genoeg. Je hebt geen Formule 1-motor nodig om naar
• 3:19
  Speaker 2: de supermarkt te rijden. Maar sommige workloads zijn anders. Zie
• 3:22
  Speaker 2: ze als veel eisende atleten die elke milliseconde nodig hebben
• 3:25
  Speaker 2: en niet kunnen wachten. Dit is het probleem. Hoge latentie
• 3:28
  Speaker 2: do database prestaties. Een paar extra milliseconden bij een log
• 3:31
  Speaker 2: schrijfactie kunnen een heel transactiesysteem vertragen. Lager door voor smart simulaties,
• 3:34
  Speaker 2: waardoor taken die uren zouden moeten duren, dagen in beslag nemen.
• 3:37
  Speaker 2: Inconsistente IOPS is een ander probleem. Het frustreert VDI gebruikers
• 3:40
  Speaker 2: het meest. Het ene moment is alles in orde, het
• 3:43
  Speaker 2: volgende moment loopt de desktop vast omdat de opslag het
• 3:45
  Speaker 2: niet bijhoudt. Ik geef je een concreet voorbeeld. Een 2,3
• 3:47
  Speaker 2: TB SAP HANA database backup op gewone opslag kan een
• 3:51
  Speaker 2: uur duren. Dat is een uur wachten en potentiële problemen.
• 3:54
  Speaker 2: Op Azure NetApp Files is diezelfde backup in 2 minuten klaar.
• 3:57
  Speaker 2: Geen typfout, 2 minuten. Het probleem is niet dat Azure
• 4:00
  Speaker 2: Files slecht is. Het is een geweldige service voor het
• 4:02
  Speaker 2: doel waarvoor het is ontworpen, maar het is geoptimaliseerd voor kosten,
• 4:04
  Speaker 2: niet voor toprestaties. Het biedt voldoende snelheid tegen een redelijke prijs,
• 4:07
  Speaker 2: en dat is prima voor de meeste workloads, maar niet
• 4:09
  Speaker 2: voor allemaal. Azure NetApp files vult dat gat. Het is
• 4:11
  Speaker 2: gebouwd voor workloads die geen concessies kunnen doen op het
• 4:13
  Speaker 2: gebied van snelheid of consistentie. Wanneer elke milliseconde telt, is
• 4:16
  Speaker 2: ANF het antwoord. Dus, wie heeft dit soort prestaties eigenlijk nodig?
• 4:19
  Speaker 2: Laten we beginnen met een van de grootste gebruikers, SAP HANA.
• 4:22
  Speaker 2: Use case nummer 1, SAP HANA. Laten we het over
• 4:24
  Speaker 2: SAP HANA hebben. Als je niet in de wereld van
• 4:26
  Speaker 2: enterprise databases zit, heb je er misschien niet van gehoord,
• 4:28
  Speaker 2: maar het is een van de meest veel eisende workloads
• 4:30
  Speaker 2: die je in de cloud kunt draaien. SAP HANA is
• 4:32
  Speaker 2: een in-memory database, wat betekent dat alle gegevens voor de
• 4:34
  Speaker 2: snelheid in het RAM-geheugen staan. Maar hoewel data in het
• 4:36
  Speaker 2: geheugen leeft, heeft HANA nog steeds ultrasnelle opslag nodig voor logboeken,
• 4:39
  Speaker 2: backups en snapshots. Die schrijfacties moeten snel en betrouwbaar gebeuren.
• 4:43
  Speaker 2: Als de opslag het niet kan bijhouden, vertraagt de hele database.
• 4:46
  Speaker 2: Daarom is Azure NetApp Filesab gecertificeerd. Het staat in de
• 4:49
  Speaker 2: officiële SAP HANA Hardware gids, wat betekent dat het door
• 4:53
  Speaker 2: SAP zelf is getest en goedgekeurd. Dat is geen kleinigheid.
• 4:56
  Speaker 2: SAP certificeert niet zomaar elke opslagoplossing. Ze testen het grondig
• 5:00
  Speaker 2: en alleen de oplossingen die slagen komen op de lijst.
• 5:02
  Speaker 2: Over wat voor prestaties hebben we het dan? Consistent SAP
• 5:05
  Speaker 2: milliseconden latentie en tot 4,5 gigabyte per seconde aan doorvoer
• 5:09
  Speaker 2: per volume. Om dat in perspectief te plaatsen, de minimale
• 5:12
  Speaker 2: vereiste van SAP voor HANA logschrijfacties is minder dan 1
• 5:15
  Speaker 2: milliseconden latentie en ANF blijft daar ruim onder. Dat is belangrijk,
• 5:18
  Speaker 2: want latentie boven de 1 milliseconden kan database transacties vertragen.
• 5:22
  Speaker 2: Wanneer je duizenden transacties per seconde verwerkt, telt elke extra
• 5:25
  Speaker 2: milliseconde op. Microsoft heeft zelfs een speciaal implementatieprogramma gebouwd genaamd
• 5:29
  Speaker 2: Application Volume Group voor HANA. Het optimaliseert de volumeindeling door
• 5:32
  Speaker 2: ze over meerdere opslageindpunten te spreiden, zodat geen enkel eindpunt
• 5:36
  Speaker 2: een flessenhals wordt. Zie het als meerdere rijstroken op een
• 5:38
  Speaker 2: snelweg in plaats van één smalle weg. En de backupcijfers
• 5:41
  Speaker 2: zijn het bespreken waard. Een HANA backup van 2,3 terabyte
• 5:44
  Speaker 2: is in ongeveer 2 minuten voltooid op ANF. Op conventionele
• 5:47
  Speaker 2: opslag kan diezelfde backup 30 tot 60 minuten duren. Dat
• 5:50
  Speaker 2: is niet alleen handig, het verandert wat er mogelijk is
• 5:52
  Speaker 2: met je backupvensters. De kostenkant is ook interessant. Met flexibele
• 5:56
  Speaker 2: service niveaus kun je de prestaties precies afstemmen op wat
• 5:58
  Speaker 2: HANA nodig heeft, zonder overprovisioning. Je betaalt niet voor extra
• 6:01
  Speaker 2: capaciteit om alleen de benodigde doorvoer te krijgen. SAP is
• 6:04
  Speaker 2: één grote use case, maar ANF ondersteunt ook een heel
• 6:07
  Speaker 2: ander soort werklast. High Performance Computing. High Performance Computing, oftewel HPC.
• 6:12
  Speaker 2: High Performance Computing beslaat een breed gebied. Simulaties, rendering, financiële modellen,
• 6:17
  Speaker 2: wetenschappelijk onderzoek, alles waarbij je enorme parallele taken uitvoert over
• 6:21
  Speaker 2: honderden of zelfs duizenden rekenknooppunten. Deze werklasten hebben een zeer
• 6:24
  Speaker 2: specifieke behoefte. Ze vereisen gedeelde bestandstoegang met hoge doorvoer en
• 6:27
  Speaker 2: lage latentie. Meerdere knooppunten moeten gelijktijdig dezelfde datasets lezen en schrijven.
• 6:32
  Speaker 2: Als je opslag het niet kan bijhouden, blijven je rekenknooppunten
• 6:34
  Speaker 2: inactief wachten op data. Een inactieve rekentijd is verspild geld.
• 6:38
  Speaker 2: Azure NetApp Files levert tot 652.000 IOPS met minder dan
• 6:42
  Speaker 2: 2 milliseconden latentie een benchmarktest. Dat is een enorm aantal
• 6:46
  Speaker 2: invoer-uitvoerbewerkingen en het is snel genoeg zodat opslag zelden nog
• 6:49
  Speaker 2: de flessenhals vormt. Voor echt grote datasets is er de
• 6:52
  Speaker 2: functie voor grote volumes. Het ondersteunt capaciteiten tot 2 petabyte
• 6:56
  Speaker 2: per volume. Dat is 2000 terabyte in één enkel volume.
• 6:59
  Speaker 2: Denk eens aan wat dat betekent voor een onderzoeksteam dat
• 7:01
  Speaker 2: met enorme simulatie-output werkt of een mediastudio die een speelfilm rendert.
• 7:04
  Speaker 2: Dan is er nog de Breakthrough Mode, die verhoogt de
• 7:06
  Speaker 2: doorvoer tot 50 gigabit per seconde vanuit één enkel groot volume.
• 7:09
  Speaker 2: Dat is voldoende bandbreedte om enorme datasets snel te verplaatsen.
• 7:12
  Speaker 2: Hier is een praktijkvoorbeeld, Electronic Design Automation, of EDA, in
• 7:17
  Speaker 2: de chipontwerpindustrie. Bedrijven zoals Nvidia en AMD draaien duizenden simulaties
• 7:21
  Speaker 2: tegelijk om chipontwerpen te verifiëren voor de productie. Elke simulatie
• 7:25
  Speaker 2: leest en schrijft gedeelde data. Het opslagsysteem moet die gelijktijdige
• 7:28
  Speaker 2: belasting aankunnen zonder te vertragen. ANF is precies voor dat
• 7:31
  Speaker 2: patroon gebouwd. Waarom zou je hier niet gewoon Azure Files
• 7:33
  Speaker 2: voor gebruiken? Omdat Azure Files doorvoerlimieten op bestandsniveau heeft, namelijk
• 7:37
  Speaker 2: 300 MB per seconde aan uitgaand verkeer per bestand. Dat
• 7:39
  Speaker 2: betekent dat, zelfs als je opslagbekend meer capaciteit heeft, een
• 7:42
  Speaker 2: enkel groot bestand die limiet niet kan overschrijden. ANF heeft
• 7:44
  Speaker 2: geen limieten op bestandsniveau. Elk bestand kan de netwerkverbinding volledig benutten.
• 7:48
  Speaker 2: Voor workloads die met grote simulatiebestanden werken, maakt dat verschil uit.
• 7:51
  Speaker 2: Microsoft adviseert zelf ANF voor HPC workloads tot ongeveer 4000
• 7:56
  Speaker 2: cores en 6,5 GB per seconde aan doorvoer. Daarboven heb
• 8:00
  Speaker 2: je wellicht een andere architectuur nodig, maar voor het overgrote
• 8:02
  Speaker 2: deel van de HPC scenario's is ANF uitermate geschikt. De
• 8:06
  Speaker 2: derde belangrijke use case, Virtual Desktop Infrastructure, waarbij de gebruikerservaring
• 8:10
  Speaker 2: alles is. Virtual Desktop Infrastructure, oftewel VDI. Laten we het
• 8:13
  Speaker 2: nu hebben over iets waar bijna iedereen mee te maken krijgt,
• 8:16
  Speaker 2: de desktopervaring. Virtual Desktop Infrastructure of VDI betekent het hosten
• 8:20
  Speaker 2: van Windows desktops in de cloud. Denk aan Azure Virtual
• 8:22
  Speaker 2: Desktop of Citrix. In plaats van een volledige PC op
• 8:25
  Speaker 2: je bureau te draaien, staat de desktop op een server
• 8:27
  Speaker 2: en maak je er op afstand verbinding mee. Dit is
• 8:29
  Speaker 2: de uitdaging. Gebruikersprofielen en appdata moeten centraal worden opgeslagen en
• 8:33
  Speaker 2: snel toegankelijk zijn. Elke keer als iemand inlogt, moet het
• 8:35
  Speaker 2: profiel laden, instellingen, bestanden, applicatiegegevens. Als die opslag traag is,
• 8:40
  Speaker 2: is het inloggen traag. En trage laggings maken mensen heel
• 8:42
  Speaker 2: snel ontevreden. En dit is waar ANF echt het verschil maakt.
• 8:45
  Speaker 2: Trage laadtijden voor profielen zijn al jaren de nummer één
• 8:48
  Speaker 2: klacht bij VDI-implementaties. Gebruikers vergelijken het met hun oude on-premises
• 8:52
  Speaker 2: desktop en als de cloudversie trager aanvoelt, merken ze dat direct.
• 8:56
  Speaker 2: Azure NetApp Files lost dit op met hoge IOPS en
• 8:58
  Speaker 2: lage latentie en ik heb het hier niet over theoretische verbeteringen.
• 9:01
  Speaker 2: Resultaten uit de praktijk tonen aan dat de inlogtijden dalen
• 9:04
  Speaker 2: van 20 tot 30 seconden naar minder dan 5 seconden
• 9:06
  Speaker 2: wanneer organisaties voor hun profielopslag overstappen van Azure Files naar ANF.
• 9:10
  Speaker 2: Dat is het soort verbetering dat gebruikers daadwerkelijk voelen. Waarom
• 9:13
  Speaker 2: werkt het zo goed? Omdat ANF tot 450.000 IOPS per
• 9:17
  Speaker 2: volume ondersteunt. Dat is van belang wanneer honderden gebruikers ochtends
• 9:20
  Speaker 2: tegelijk inloggen. Dat is de La Grande Storm. Iedereen komt
• 9:23
  Speaker 2: om 9 uur aan en plotseling moeten alle profielen tegelijk laden.
• 9:27
  Speaker 2: Een opslagsysteem dat die gelijktijdigheid niet aan kan, vertraagt iedereen.
• 9:30
  Speaker 2: ANF kan dit aan. Er is nog een functie die
• 9:33
  Speaker 2: ongelooflijk nuttig is voor VDI. ANF ondersteunt tot 255 snapshots
• 9:37
  Speaker 2: per volume. Dat betekent dat je het profiel van een
• 9:39
  Speaker 2: gebruiker direct kunt terugzetten naar de status van gisteren. Als
• 9:42
  Speaker 2: iemands profiel corrupt raakt of een slechte update iets kapot maakt,
• 9:45
  Speaker 2: hoef je niet vanaf een backup te herstellen. Je wijst
• 9:46
  Speaker 2: gewoon naar de snapshot van gisteren en klaar is het.
• 9:49
  Speaker 2: Dat bespaart uren aan ondersteuningstijd. En het aspect betrouwbaarheid is
• 9:52
  Speaker 2: ook van belang. ANF wordt geleverd met een beschikbaarheidssla van 99,99%.
• 9:56
  Speaker 2: Voor bedrijfskritische VDI-implementaties waar downtime verlies van productiviteit betekent, is
• 10:00
  Speaker 2: dat niveau van betrouwbaarheid essentieel. Hier is een kostenaspect dat
• 10:02
  Speaker 2: je misschien niet verwacht. Omdat ANF zo snel is, kun
• 10:04
  Speaker 2: je in feite kleinere, goedkopere virtuele machines gebruiken en toch
• 10:07
  Speaker 2: goede prestaties behalen. De opslag doet het zware werk, dus
• 10:09
  Speaker 2: je compute hoeft dat niet te doen. Dat kan een
• 10:11
  Speaker 2: deel van de kosten van premiumopslag compenseren. Je ziet nu
• 10:14
  Speaker 2: de drie pijlers, SAP, HPC, VDI, Maar hoe verhoudt ANF
• 10:18
  Speaker 2: zich eigenlijk tot zijn neef Azure Files? Hoe Azure NetApp
• 10:21
  Speaker 2: Files zich verhoudt tot Azure Files? Dus, zowel Azure NetApp
• 10:24
  Speaker 2: Files als Azure Files zijn beheerde best en shares in Azure.
• 10:26
  Speaker 2: Dat betekent dat je geen servers hoeft te patchen of
• 10:28
  Speaker 2: hardware hoeft te vervangen. Het echte verschil zit in de
• 10:30
  Speaker 2: prestaties en de prijs. Laten we de ruwe cijfers vergelijken.
• 10:34
  Speaker 2: Azure Files Premium heeft een limiet van 100.000 IOPS per share,
• 10:37
  Speaker 2: wat voor veel workloads voldoende is. Maar ANF haalt tot 450.000
• 10:39
  Speaker 2: IOPS per volume, meer dan vier keer dat plafond. Wanneer
• 10:43
  Speaker 2: je workloads draait die serieuze gelijktijdige toegang nodig hebben, is
• 10:47
  Speaker 2: dat gat echt van belang. De latency vertelt een vergelijkbaar verhaal.
• 10:50
  Speaker 2: Azure Files Standard zit rond de 10 milliseconden en Premium
• 10:52
  Speaker 2: brengt dat terug naar 2 tot 3 milliseconden. Dat is respectabel,
• 10:56
  Speaker 2: maar ANF levert latency onder de milliseconden rond de 0,5
• 10:58
  Speaker 2: milliseconden op de Ultra Tier. Dat is het verschil tussen
• 11:01
  Speaker 2: opslag als een kleine factor en opslag die in wezen
• 11:04
  Speaker 2: onzichtbaar is. Bij doorvoersnelheid wordt het gat zelfs nog groter.
• 11:07
  Speaker 2: Azure Files heeft limieten op bestandsniveau, 300 MB per seconde
• 11:11
  Speaker 2: egress en 200 MB per seconde ingress per bestand. Dus,
• 11:14
  Speaker 2: zelfs als je backend meer capaciteit heeft, kan een enkel
• 11:16
  Speaker 2: groot bestand die limiet niet overschrijden. ANF heeft geen limieten
• 11:19
  Speaker 2: op bestandsniveau. Elk bestand kan zoveel doorvoer gebruiken als het
• 11:22
  Speaker 2: netwerk toestaat. En wat is de maximale sharegrootte? Azure Files
• 11:25
  Speaker 2: gaat tot maximaal 100 terabyte per share. ANF gaat tot
• 11:28
  Speaker 2: 2 petabyte met grote volumes. Dat is 20 keer de capaciteit. Dus,
• 11:32
  Speaker 2: wanneer gebruik je welke? Azure Files is de juiste keuze
• 11:35
  Speaker 2: voor algemene bestandsuitwisseling, afdelingshares, backupdoelen en kostenbewuste workloads. Zie het
• 11:39
  Speaker 2: als de sedan. Betrouwbaar, betaalbaar, doet wat het moet doen.
• 11:43
  Speaker 2: ANF is bedoeld voor workloads waarbij latentie en doorvoer cruciaal zijn.
• 11:46
  Speaker 2: SAP HANA, Oracle, SQL Server, HPC, VDI, elk scenario waar
• 11:50
  Speaker 2: SAP milliseconden latentie en hoge IOP's echt het verschil maken
• 11:52
  Speaker 2: voor applicatieprestaties. Nu, dit is hoe het zit met de kosten.
• 11:55
  Speaker 2: Azure Files is voor de meeste gebruiksgevallen goedkoper en dat
• 11:57
  Speaker 2: is een bewuste keuze. Maar ANF kan in specifieke scenario's
• 12:00
  Speaker 2: daadwerkelijk geld besparen. Als het je in staat stelt kleinere
• 12:03
  Speaker 2: VM's te gebruiken omdat de opslag sneller is, bespaar je
• 12:05
  Speaker 2: op rekenkosten. Als het voorkomt dat je capaciteit overprovisioneert om
• 12:08
  Speaker 2: voldoende doorvoer te krijgen, bespaar je op opslagkosten. Het totale
• 12:11
  Speaker 2: kostenplaatje is dus niet altijd even rechtdoerecht aan. Er is
• 12:13
  Speaker 2: één functie die de kostenvergelijking volledig verandert. Het flexibele serviceniveau.
• 12:18
  Speaker 2: Het flexibele serviceniveau zorgt voor de juiste prestaties op maat.
• 12:21
  Speaker 2: Hier is een functie die de kostenvergelijking verandert. Traditioneel had
• 12:24
  Speaker 2: een ANF-capaciteitspools een vaste verhouding. Hoe groter je pool, hoe
• 12:27
  Speaker 2: meer doorvoer je kreeg, en hoe kleiner je pool, hoe
• 12:30
  Speaker 2: minder doorvoer je kreeg. Dat klinkt op het eerste gezicht redelijk,
• 12:33
  Speaker 2: maar het creëerde een reëel probleem. Stel je hebt een
• 12:35
  Speaker 2: kleine database, zeg 1 terabyte, maar die heeft hoge doorvoer
• 12:38
  Speaker 2: nodig om goed te draaien. Volgens het oude model zou
• 12:40
  Speaker 2: je capaciteit moeten overprovisioneren om voldoende prestaties te krijgen. Misschien
• 12:43
  Speaker 2: moet je 64 terabyte aan opslag kopen op de standaardlaag
• 12:46
  Speaker 2: om de doorvoer te krijgen die die 1 terabyte werkelijk
• 12:47
  Speaker 2: nodig heeft, waarbij de overige 63 terabyte ongebruikt blijft. Je
• 12:50
  Speaker 2: betaalt voor ruimte die je niet gebruikt. Dat is niet
• 12:53
  Speaker 2: efficiënt en niet goedkoop. Het flexibele serviceniveau verandert dat volledig.
• 12:56
  Speaker 2: Het ontkoppelt capaciteit van door voor twee onafhankelijke knoppen in
• 12:59
  Speaker 2: plaats van één. Je bepaalt hoeveel opslag je nodig hebt
• 13:02
  Speaker 2: en lost daarvan hoeveel prestaties je nodig hebt. Ze hoeven
• 13:04
  Speaker 2: niet overeen te komen. Je kunt nu dus een pool
• 13:06
  Speaker 2: van 1 terabyte hebben met 1 gigabyte per seconde aan doorvoer.
• 13:09
  Speaker 2: Volgens het oude model zou diezelfde prestatie op de standaardlaag
• 13:12
  Speaker 2: 64 terabyte aan capaciteit vereist hebben. Dat is een verschil
• 13:15
  Speaker 2: van 64 op 1. Met het flexibele serviceniveau betaal je
• 13:18
  Speaker 2: precies voor wat je nodig hebt. De kostenbesparingen zijn reëel.
• 13:21
  Speaker 2: In veel scenario's kijk je naar 30% of meer in
• 13:23
  Speaker 2: vergelijking met het gebruik van de ultralaag voor dezelfde prestaties.
• 13:26
  Speaker 2: En dat is nog voordat je rekening houdt met kortingen
• 13:27
  Speaker 2: op gereserveerde capaciteit. Het scenario voor noodherstel maakt dit nog duidelijker.
• 13:31
  Speaker 2: Stel dat je 100 terabytes aan capaciteit nodig hebt voor
• 13:34
  Speaker 2: een doktersite, maar je hebt niet veel ervoor nodig totdat
• 13:36
  Speaker 2: er daadwerkelijk een failover plaatsvindt. Volgens het oude model zou
• 13:38
  Speaker 2: je moeten provisioneren voor de prestaties die je ooit misschien
• 13:41
  Speaker 2: nodig hebt. Met het flexibele serviceniveau betaalt u alleen voor capaciteit,
• 13:44
  Speaker 2: 128 MB per seconde basisdoorvoer en niets meer. Wanneer een
• 13:48
  Speaker 2: failover plaatsvindt, schaalt u de doorvoer op naar behoefte. Als
• 13:51
  Speaker 2: het voorbij is, schaalt u het na een afkoeperiode van
• 13:54
  Speaker 2: 24 uur weer terug. Over schalen gesproken, u kunt de
• 13:57
  Speaker 2: doorvoer verhogen wanneer u dat nodig heeft binnen bepaalde limieten
• 13:59
  Speaker 2: en na 24 uur kunt u weer terugschalen. Dat is
• 14:01
  Speaker 2: perfect voor het afhandelen van piekbelastingen, maandafsluitingen, migratievensters en seizoensgebonden pieken,
• 14:06
  Speaker 2: zonder permanent voor die extra capaciteit te betalen. Deze functie
• 14:09
  Speaker 2: is momenteel beschikbaar in preview in alle ANF-regio's. Het is
• 14:12
  Speaker 2: een van de meest aangevraagde toevoegingen aan de dienst en
• 14:14
  Speaker 2: het verandert nu al hoe klanten over opslagkosten denken. Dat
• 14:17
  Speaker 2: is het flexibele serviceniveau in een notendop. Een eenvoudige verandering
• 14:20
  Speaker 2: die een groot probleem oplost. Verbindingsectie, alles samen brengen. Dus,
• 14:24
  Speaker 2: hier is het aha-moment. Azure NetApp Files concurreert niet met
• 14:27
  Speaker 2: Azure Files. Het vult een specifiek prestatiegaat. Een gat dat
• 14:30
  Speaker 2: ertoe doet voor de juiste workloads. Nu, die drie use
• 14:32
  Speaker 2: cases die we hebben besproken, SAP HANA, HPC, VDI, ze
• 14:36
  Speaker 2: hebben allemaal één ding gemeen. Ze hebben consistenten, low latency,
• 14:39
  Speaker 2: high throughput bestandstoegang nodig. Dat is de rode draad door
• 14:41
  Speaker 2: alles heen. Of het nu gaat om een database transactie,
• 14:44
  Speaker 2: een simulatietaak of een gebruiker die inlogt op zijn desktop.
• 14:47
  Speaker 2: De opslag moet zonder aarzelen leveren. Niet rondhangen en wachten.
• 14:51
  Speaker 2: Het flexibele service niveau maakt die prestaties betaalbaar. In plaats
• 14:54
  Speaker 2: van overprovisionering van capaciteit die u niet nodig heeft, betaalt
• 14:57
  Speaker 2: u alleen voor wat u gebruikt. Dat verandert de hele
• 14:59
  Speaker 2: economie van high performance opslag. Het maakt snelheid toegankelijk. Bovendien
• 15:03
  Speaker 2: integreert ANF met de rest van het Azure ecosysteem. Het
• 15:05
  Speaker 2: gebruikt Azure AD voor toegangscontrole. Snapshots regelen backups en replicatie
• 15:10
  Speaker 2: dekt de Zester Recovery. Het is geen geïsoleerde tool, het
• 15:12
  Speaker 2: is onderdeel van het bredere platform. De echte kracht ligt
• 15:15
  Speaker 2: in de combinatie, niet in een enkele functie. Prestaties, flexibiliteit
• 15:18
  Speaker 2: en beheerde eenvoud samen. U krijgt opslag van Enterprise Niveau
• 15:21
  Speaker 2: zonder de overhead van Enterprise Niveau. Beschouw ANF als de
• 15:24
  Speaker 2: gespecialiseerde tool in uw opslaggereedschapskist. U gebruikt het niet voor alles,
• 15:27
  Speaker 2: maar wanneer.