Latest / M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands / Azure Files uitgelegd: je fileserver in de cloud en de nieuwe bestandsshare-resource (AI-nasynchronisatie)

Transcript

Azure Files uitgelegd: je fileserver in de cloud en de nieuwe bestandsshare-resource (AI-nasynchronisatie) · M365.FM – Microsoft 365, Copilot & AI podcast in het Nederlands

0:00
Speaker 2: Klaar voor 10 dagen Microsoft 365, Copilot, AI, Azure en
0:05
Speaker 2: de mensen die de toekomst van werk vormgeven? Deze januari
0:08
Speaker 2: is M365 komt terug en we pakken groter uit. Doe
0:12
Speaker 2: mee voor live sessies, praktijkdemo's en praktische kennis van MVP's
0:16
Speaker 2: en experts uit de hele wereld. Geen algemene presentaties, geen
0:20
Speaker 2: eindeloos jargon. 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 bedrijfsleider bent, er zijn sessies speciaal voor jou.
0:35
Speaker 2: Met 10 volledige dagen kun je diverse technologieën verkennen en
0:38
Speaker 2: in contact komen met een wereldwijde community. Kijk live mee
0:41
Speaker 2: en neem praktische inzichten mee terug naar je organisatie. Januari 2027,
0:47
Speaker 2: 10 dagen, 1 Microsoft Community. Registratie is nu geopend. Ga
0:52
Speaker 2: naar m365com.net en verzeker je vandaag nog van een plek.
0:56
Speaker 2: Dat is m365com.net. Meld je nu aan op m365com.net en
1:03
Speaker 2: we zien je live in januari. Als je ooit op
1:05
Speaker 2: een vrijdagmiddag een krashende bestandsurfer hebt meegemaakt, ken je de paniek,
1:09
Speaker 2: de verwoede telefoontjes, de vraag, werkt de backup, de vraag
1:12
Speaker 2: die niemand wil beantwoorden en de rit naar kantoor om
1:14
Speaker 2: alleen maar naar een knipperend kastje te kijken. Ik ben
1:17
Speaker 2: Mirko Peters en vandaag kijken we naar een betere manier,
1:19
Speaker 2: Azure Files. Dit is het punt met traditionele bestandsurfers. Ze
1:22
Speaker 2: zijn fysiek, wat betekent dat ze onderhoud, beveiligingspetjes, backupbeheer en
1:26
Speaker 2: iemand nodig hebben om een harde schijf te vervangen als
1:27
Speaker 2: deze kapot gaat. Voor kleine teams is dat een enorme last.
1:30
Speaker 2: Je runt immers geen datacenter. Je probeert gewoon je werk
1:32
Speaker 2: te doen. Aan het einde van deze aflevering begrijp je
1:34
Speaker 2: wat Azure Files echt is, waarom de nieuwe Fileshares Resource
1:37
Speaker 2: de installatie veel eenvoudiger maakt en wanneer het de juiste
1:39
Speaker 2: keuze is voor jouw team. Pak je koffie en laten
1:41
Speaker 2: we beginnen. Wat is Azure Files? Dus, wat is Azure
1:44
Speaker 2: Files precies? Hier is de simpelste definitie. Azure Files is
1:47
Speaker 2: een cloudgebaseerde bestandsshare die je kunt koppelen als een netwerkschijf,
1:51
Speaker 2: zonder serverbeheer, zonder hardware, zonder OS-updates en zonder backup-schema's waar
1:55
Speaker 2: je wakker van ligt. Bij een traditionele bestandsurfer ben jij
1:58
Speaker 2: de beheerder. Bij Azure Files is Microsoft de beheerder. Zie
2:01
Speaker 2: het als een archiefkast die in het datacenter van Microsoft
2:04
Speaker 2: staat in plaats van onder je bureau. Je opent nog
2:06
Speaker 2: steeds de lade en pakt een bestand, maar de kast zelf.
2:08
Speaker 2: De sloten, de brandveiligheid en het onderhoud, dat wordt allemaal
2:11
Speaker 2: voor je geregeld. Het verschil is dat je je nooit
2:13
Speaker 2: zorgen hoeft te maken dat de kast kapot gaat. Azure
2:15
Speaker 2: Files werkt met Windows, Linux en Mac. Elk apparaat dat
2:18
Speaker 2: SMB ondersteunt... De standaardtaal voor Windows Bestandsdeling, of NFS, de
2:22
Speaker 2: standaard voor Linux, kan verbinding maken. Je hebt er toegang
2:25
Speaker 2: toe via internet of via een privé-netwerk als je verkeer
2:27
Speaker 2: buiten het openbare web wilt houden. En het wordt volledig beheerd.
2:31
Speaker 2: Microsoft regelt de hardware, software updates, backups en hoge beschikbaarheid.
2:35
Speaker 2: Als er een schijf uitvalt in een datacenter, vervangen ze
2:37
Speaker 2: die zonder dat je het merkt. De meeste gebruikers merken
2:40
Speaker 2: niet eens dat het er is, maar het is een kerndienst.
2:42
Speaker 2: Geen nachtelijke noodritjes naar kantoor meer. Laten we, om te
2:45
Speaker 2: begrijpen waarom je dit zou willen, eerst naar de oude
2:47
Speaker 2: manier kijken. De pijn van traditionele bestend servers. Stel je
2:50
Speaker 2: voor dat je een klein bedrijf runt met 15 werknemers.
2:53
Speaker 2: Ergens in de bezemkast staat een fysieke server. Misschien is
2:55
Speaker 2: het een oude PC die je hebt hergebruikt. Of een
2:58
Speaker 2: echte server die een paar jaar geleden duizenden euro's kostte.
3:00
Speaker 2: Hoe dan ook, hij draait op Windows Server en verzorgt
3:02
Speaker 2: best en shares voor iedereen in het bedrijf. Het punt is,
3:05
Speaker 2: harde schijven gaan kapot. Dat doen ze altijd. En als
3:07
Speaker 2: die schijf sterft, ligt de bestandsshare eruit. Misschien heb je
3:10
Speaker 2: een backup, misschien ook niet. Misschien vaalt de backup al
3:12
Speaker 2: zes maanden stilletjes zonder dat je het wist. Dat is
3:14
Speaker 2: een gesprek dat niemand wil voeren. Dan is er nog
3:16
Speaker 2: het ruimteprobleem. Best-end-servers raken snel vol. Iemand zet 15 gig
3:19
Speaker 2: aan vakantiefoto's op de gedeelde schijf. Een andere afdeling hamstert
3:23
Speaker 2: oude projectbestanden van drie jaar geleden. Om opslag toe te voegen,
3:26
Speaker 2: moet je nieuwe hardware kopen of urenlang je bestaande systeem herconfigureren.
3:29
Speaker 2: Geen van beide opties is leuk. En dan het patchen.
3:31
Speaker 2: Windows Server heeft regelmatig beveiligingsupdates nodig, wat downtime betekent. Iemand
3:35
Speaker 2: moet in het weekend inloggen. De updates toepassen en hopen
3:38
Speaker 2: dat de server weer opstart. Als dat niet zo is,
3:40
Speaker 2: ben je de zondagmiddag kwijt aan probleemoplossing. Ransomware is een
3:43
Speaker 2: andere zorg. Eén klik op de verkeerde e-mailbijlage en je
3:46
Speaker 2: bestandserver wordt versleuteld. Elk bestand is vergrendeld. Het herstelproces is
3:50
Speaker 2: pijnlijk en je moet er maar op hopen dat je
3:51
Speaker 2: backups echt werken. Als je kantoor meerdere vestigingen heeft, wordt
3:54
Speaker 2: het nog erger. Bestanden delen tussen vestigingen betekent VPN's opzetten
3:58
Speaker 2: of trage replicatie. De externe vestiging krijgt slechts een fractie
4:00
Speaker 2: van de snelheid van het hoofdkantoor. Mensen klagen en jij
4:02
Speaker 2: bent tijd kwijt aan het afstellen van verbindingen. Hier is
4:04
Speaker 2: een praktijkvoorbeeld. Een klein bouwbedrijf dat ik ken had 15
4:08
Speaker 2: werknemers en een verouderde server in de hoek van de
4:10
Speaker 2: kantine staan. Elke keer als iemand zei, de bestandserver is traag.
4:14
Speaker 2: Voelde de eigenaar een knoop in zijn maag? Was hij
4:16
Speaker 2: aan het sterven? Was het tijd om weer 5000 dollar
4:18
Speaker 2: aan hardware uit te geven? Moest hij een ITR inhuren
4:21
Speaker 2: om alleen dat ene kastje te beheren? Die stress, die
4:23
Speaker 2: constante lichte zorg over één enkel stuk hardware, is precies
4:26
Speaker 2: wat Azure Files wegneemt. Het gaat niet alleen om de functies,
4:28
Speaker 2: het gaat erom dat je er helemaal niet over na
4:30
Speaker 2: hoeft te denken. Azure Files neemt al die overhead weg.
4:33
Speaker 2: Laten we eens kijken hoe het echt werkt. Hoe Azure
4:35
Speaker 2: Files werkt SMB, NFS en Mounten Azure Files gebruikt standaard protocollen.
4:40
Speaker 2: Wat betekent dat in begrijpelijke taal? Het betekent dat je
4:42
Speaker 2: geen speciale software of aangepaste tools nodig hebt om verbinding
4:45
Speaker 2: te maken. Als je computer verbinding kan maken met een netwerkschijf,
4:47
Speaker 2: kan deze verbinding maken met Azure Files. Voor Windows machines
4:50
Speaker 2: is dat SMB, Server Message Block. Het is hetzelfde protocol
4:53
Speaker 2: dat je huidige bestandsserver gebruikt. Voor Linux systemen is dat NFS,
4:57
Speaker 2: Network Filesystem. Beide zijn industriestandaarden die al tientallen jaren bestaan.
5:01
Speaker 2: Azure Files spreekt beide talen vloeiend. Dus, hoe gebruik je
5:04
Speaker 2: het eigenlijk? Je mount het. Op Windows wijs je het
5:06
Speaker 2: toe als stationsletter, Z of S of welke letter je
5:09
Speaker 2: ook wilt. Op Linux mount je het naar een mappad.
5:11
Speaker 2: Hoe dan ook, het ziet eruit en voelt aan als
5:13
Speaker 2: lokale opslag. Open Verkenner en daar staat het. Sleep bestanden
5:17
Speaker 2: zoals je dat bij een map op je eigen harde
5:18
Speaker 2: schijf zou doen. Dit is het gedeelte dat mensen verrast.
5:21
Speaker 2: Gegevens worden standaard versleuteld verzonden wanneer je SMB 3.0 of
5:24
Speaker 2: hoger gebruikt, wat moderne Windows en macOS systemen ondersteunen. De
5:27
Speaker 2: verbinding tussen je computer en Azure Files is versleuteld tijdens
5:29
Speaker 2: het transport. Niemand op het netwerk kan je bestanden onderscheppen
5:32
Speaker 2: terwijl ze worden verplaatst. Dat is erg belangrijk voor de
5:34
Speaker 2: beveiliging en het is standaard ingeschakeld. Je kunt Azure Best
5:37
Speaker 2: & Shares vanaf vrijwel overal mounten. Vanaf een virtuele machine
5:40
Speaker 2: die in Azure draait, uiteraard. Vanaf een on-premises server verbonden
5:43
Speaker 2: via VPN of ExpressRoute. Zelfs vanaf je laptop via internet
5:46
Speaker 2: als je het correct hebt ingesteld. De bestandsshare bevindt zich
5:48
Speaker 2: in de cloud, maar voelt lokaal aan. Laat me een
5:50
Speaker 2: concreet voorbeeld geven. Stel dat je boekhoudteam toegang nodig heeft
5:53
Speaker 2: tot dezelfde set spreadsheets. In de oude wereld zou je
5:55
Speaker 2: een bestandserver opzetten, machtigingen configureren en hopen dat het netwerk
5:59
Speaker 2: niet uitvalt. Met Azure Files maak je één bestand share aan,
6:01
Speaker 2: koppel je deze als schijfzet op elke boekhoudmachine en ze
6:04
Speaker 2: zijn klaar. Ze weten nooit dat het in de cloud staat,
6:06
Speaker 2: ze zien gewoon een werkende stationsletter. Authenticatie wordt afgehandeld via identiteit.
6:10
Speaker 2: In plaats van opslagaccountsleutels te beheren, die lange reeksen die
6:13
Speaker 2: op wachtwoorden op steroïden lijken, gebruik je Azure Active Directory
6:16
Speaker 2: of je on-premises Active Directory. Gebruikers loggen in met hun
6:18
Speaker 2: normale inloggegevens, dezelfde gebruikersnaam en hetzelfde wachtwoord die ze voor
6:21
Speaker 2: e-mail gebruiken. Geen extra sleutels om op te slaan, geen
6:23
Speaker 2: gedeelde geheimen om te roteren. De oorspronkelijke opzet van Azure
6:26
Speaker 2: Files had een eigenaardigheid, en dat is waar de nieuwe
6:28
Speaker 2: verandering om de hoek komt kijken. De oude manier, opslagaccounts.
6:31
Speaker 2: Dit wordt een beetje technisch, maar geloof me, het is
6:33
Speaker 2: de moeite waard om even op te letten. Oorspronkelijk waren
6:36
Speaker 2: bestend shares in Azure geen op zichzelf staande entiteiten. Ze
6:38
Speaker 2: bevonden zich binnen iets dat een opslagaccount wordt genoemd. Stel
6:41
Speaker 2: je een opslagaccount voor als een grote container. In die
6:43
Speaker 2: container kon je blobs voor ongestructureerde data plaatsen, queues voor berichten,
6:46
Speaker 2: tabellen voor gestructureerde data, En ja, je kon er ook
6:49
Speaker 2: bestendshares aanmaken. Maar hier is het probleem dat Opslagaccount had limieten, IOPS-limieten, doorvoerlimieten,
6:55
Speaker 2: capaciteitslimieten en elke bestandshare in die container moest die limieten delen.
6:59
Speaker 2: Dus als je vijf bestendshares in één Opslagaccount had, streden
7:02
Speaker 2: ze allemaal om dezelfde prestatiecapaciteit. Eén drukke share kon alle
7:05
Speaker 2: anderen vertragen. Netwerkinstellingen werkten op dezelfde manier. Firewallregels en privé-eindpunten
7:10
Speaker 2: zijn van toepassing op het hele opslagaccount. Je kon niet
7:13
Speaker 2: zeggen dat deze bestandsshare alleen toegankelijk is vanaf het netwerk
7:16
Speaker 2: van de financiële afdeling en die bestandsshare voor iedereen open is.
7:19
Speaker 2: De netwerkregels waren alles of niets. Dan waren er nog
7:21
Speaker 2: de sleutels van het opslagaccount. Elk opslagaccount had twee toegangssleutels
7:25
Speaker 2: en die sleutels gaven volledige toegang tot alles binnenin, elke blob.
7:29
Speaker 2: Elke queue, elke tabel en elke bestandsshare. Als je alleen
7:31
Speaker 2: toegang nodig had tot één bestandsshare, jammer dan, de sleutel
7:34
Speaker 2: opende alles. Facturering was een ander hoofdpijndossier, alle kosten werden
7:37
Speaker 2: getoond op het niveau van het opslagaccount. Dus als je
7:39
Speaker 2: kosten wilde doorbelasten aan verschillende afdelingen, moest je handmatige berekeningen maken. Nou,
7:43
Speaker 2: de share van het marketingteam gebruikte ongeveer 30% van de opslag,
7:46
Speaker 2: dus zij zijn 30% van de rekening verschuldig. Dat gaat
7:49
Speaker 2: snel vervelen. Hier is een vergelijking, stel je voor dat
7:51
Speaker 2: je een magazijn huurt. In dat magazijn heb je verschillende kamers,
7:55
Speaker 2: maar het magazijn heeft één ingang, één beveiliger en één elektriciteitsmeter.
7:59
Speaker 2: Elke kamer deelt dezelfde stroom, dezelfde toegangsregels en dezelfde rekening.
8:02
Speaker 2: Als één kamer de airconditioning hoog zet, worden alle andere
8:05
Speaker 2: kamers warmer. Als je één kamer afzonderlijk wilt beveiligen... Kan
8:09
Speaker 2: dat niet omdat er maar één deur is? Zo voelde
8:11
Speaker 2: het oude opslagaccountmodel. Eén grote container met gedeelde limieten, gedeelde
8:14
Speaker 2: beveiliging en gedeelde facturering. Het werkte, maar het was niet elegant,
8:18
Speaker 2: vooral niet als je alleen een simpele bestandsshare wilde. Maar
8:20
Speaker 2: Microsoft luisterde naar de feedback en bouwde iets beters. De
8:23
Speaker 2: nieuwe bestandsshare resource. De nieuwe bestandsshare resource. Dus, dit is
8:27
Speaker 2: wat er is veranderd. Microsoft heeft een goed nieuwe resource
8:29
Speaker 2: op het hoogste niveau gemaakt. Je maakt nu rechtstreeks een
8:30
Speaker 2: file share aan zonder een storage account als bovenliggend niveau.
8:32
Speaker 2: Het is een op zichzelf staand iets. Denk erover zoals ManagedX.
8:35
Speaker 2: Weet je nog hoe dat vroeger werkte met virtuele machines?
8:37
Speaker 2: Je moest een storage account aanmaken, daar een pageblop in
8:40
Speaker 2: maken en die blop vervolgens aan je VM koppelen. Het
8:42
Speaker 2: was een heel proces. Toen introduceerde Microsoft ManagedX. Je maakt
8:46
Speaker 2: gewoon een disk aan. Klaar, geen storage account, geen pageblop,
8:49
Speaker 2: geen gedoe. De nieuwe Fileshares resource werkt op dezelfde manier.
8:52
Speaker 2: Achter de schermen is er een nieuwe resource provider genaamd Microsoft.
8:55
Speaker 2: File shares. Het is onafhankelijk en zelfstandig. Wanneer je nu
8:58
Speaker 2: een file share aanmaakt, creëer je geen kindelement van iets anders.
9:01
Speaker 2: Je creëert de resource zelf. Dus, wat levert dat je
9:03
Speaker 2: eigenlijk op? Laat me de voordelen met je doornemen. Ten
9:06
Speaker 2: eerste heeft elke share zijn eigen limieten, IOPS, doorvoer en capaciteit.
9:09
Speaker 2: Deze zijn nu allemaal per share. Geen gedeelde pool meer
9:12
Speaker 2: met andere file shares. Eén drukke share kan een andere
9:14
Speaker 2: niet vertragen. Als je engineering team hun share overbelast met beeldartefacten...
9:18
Speaker 2: Blijft de share van Auer gewoon doorlopen? Ten tweede is
9:21
Speaker 2: de netwerkconfiguratie per share. Private endpoints en firewallregels stel je
9:25
Speaker 2: in op de individuele file share. Wil je één share
9:27
Speaker 2: die alleen toegankelijk is vanuit het virtuele netwerk van financiën
9:30
Speaker 2: en een andere die openstaat voor het hele bedrijf? Geen probleem,
9:33
Speaker 2: ze zijn onafhankelijk. Ten derde is er geen storage account sleutel.
9:36
Speaker 2: Weet je nog die machtige sleutel die toegang gaf tot alles? Verdwenen.
9:40
Speaker 2: Authenticatie is gebaseerd op identiteit of via netwerkregels. Gebruikers loggen
9:44
Speaker 2: in met hun normale inloggegevens. Geen gedeelde geheimen om te beheren.
9:47
Speaker 2: Geen sleutels om te roteren. Geen risico dat een gelekte
9:49
Speaker 2: sleutel al je shares blootlegt. Ten vierde is de facturering
9:52
Speaker 2: per share. In Azure Cost Management zie je precies wat
9:55
Speaker 2: elke file share kost. Als je kosten moet doorbelasten aan afdelingen,
9:58
Speaker 2: staat het daar direct. Geen handmatige berichtstellingen. geen spreadsheets, geen giswerk.
10:02
Speaker 2: Ten vijfde heeft het controlepaneel zijn eigen quota. Het controlepaneel
10:05
Speaker 2: is de laag die bewerkingen afhandelt zoals shares aanmaken, wijzigen,
10:08
Speaker 2: verwijderen en snapshots maken. In het oude model konden veel
10:11
Speaker 2: beheerders die aan veel shares in één storage account werkten,
10:14
Speaker 2: de beheerlimieten bereiken. Nu heeft elke share zijn eigen bucket
10:17
Speaker 2: voor die bewerkingen, waardoor een limiet veel moeilijker te bereiken is.
10:19
Speaker 2: Nu is er een addertje onder het gras. Bij algemene
10:21
Speaker 2: beschikbaarheid is deze nieuwe resource momenteel beperkt tot de SSD-tier
10:24
Speaker 2: en het NFS-protocol. Dat is een specifieke use case, krachtige
10:27
Speaker 2: Linux file shares, maar SMB-ondersteuning en de HDD-tier komen eraan.
10:31
Speaker 2: Microsoft is duidelijk geweest over die roadmap. Dus in plaats
10:33
Speaker 2: van een grote bucket te beheren met veel shares die
10:35
Speaker 2: allemaal dezelfde limieten, netwerkregels, sleutels en factuur delen. Nu is
10:39
Speaker 2: elke share een eigen kleine bucket met een eigen slot. Simpel.
10:42
Speaker 2: Dus wanneer is het logisch om Azure Files daadwerkelijk te gebruiken?
10:45
Speaker 2: Wanneer Azure Files gebruiken? Dus wanneer is Azure Files echt zinvol?
10:49
Speaker 2: Laat me je door de scenario's leiden. Ten eerste is
10:51
Speaker 2: er lift en shift. Je hebt een oude applicatie die
10:53
Speaker 2: afhankelijk is van best-end shares. Misschien is het een legacy
10:55
Speaker 2: bedrijfsapplicatie of een aangepaste tool die je tien jaren geleden bouwde.
10:58
Speaker 2: Normaal gesproken betekent verhuizen naar de cloud het herschrijven van code,
11:02
Speaker 2: configuraties wijzigen en nadenken over datatoegang. Met Azure Files hoef
11:05
Speaker 2: je echter geen enkele regel code aan te passen. De
11:07
Speaker 2: app ziet simpelweg een netwerkschijf. Het maakt niet uit of
11:10
Speaker 2: die schijf in de bezemkast op kantoor staat of in
11:12
Speaker 2: een Microsoft datacenter. Hetzelfde protocol, hetzelfde gedrag. Dat is precies
11:15
Speaker 2: het punt. Een andere belangrijke use case is het delen
11:17
Speaker 2: van configuratiebestanden, lags of gegevens over meerdere virtuele machines. Stel,
11:21
Speaker 2: je hebt een cluster van webservers. Ze hebben allemaal dezelfde
11:23
Speaker 2: configuratie nodig. In plaats van bestanden naar elke VM te
11:26
Speaker 2: kopiëren en te hopen dat ze synchroon blijven, koppel je
11:28
Speaker 2: één Azure Bestandshare aan elke server. Wijzig één bestand en
11:30
Speaker 2: elke server ziet het direct. Geen gedoe meer met uiteenlopende versies.
11:34
Speaker 2: Ontwikkel- en testteams zijn hier ook dol op. Je kunt
11:36
Speaker 2: binnen enkele minuten een bestandsshare opzetten, een week gebruiken en
11:38
Speaker 2: dan verwijderen als je klaar bent. Geen hardware om te kopen,
11:41
Speaker 2: geen server om buitengebruik te stellen. Voor iedereen die tijdelijke
11:43
Speaker 2: gedeelde opslag nodig heeft, is dit een enorme tijdsbesparing. Dan
11:46
Speaker 2: is er nog het hybride cloud scenario. Azure Filesync laat
11:49
Speaker 2: je bestanden cashen op een lokale server terwijl Azure Files
11:51
Speaker 2: de bron van waarheid blijft. Je on-premises gebruikers krijgen lokale
11:54
Speaker 2: prestaties voor de bestanden die ze het meest gebruiken. Ondertussen
11:57
Speaker 2: blijft de kopie in de cloud automatisch up-to-date. Nevenvestigingen zijn
12:00
Speaker 2: hier dol op, externe teams ook. Het biedt het beste
12:02
Speaker 2: van twee werelden zonder het hoofdpijndossier. Maar Azure Files is
12:05
Speaker 2: niet het antwoord op alles. Gebruik het niet voor hoogwaardige databases.
12:08
Speaker 2: Als je database snelheid nodig hebt, kies dan voor Azure
12:10
Speaker 2: SQL of ManagedX. Azure Files is een bestandsshare, geen database engine.
12:14
Speaker 2: Het is geoptimaliseerd voor bestandstoegangspatronen, niet voor transactionele workloads. Het
12:18
Speaker 2: zijn verschillende tools voor verschillende taken. Gebruik het niet waar
12:21
Speaker 2: SharePoint of Microsoft Teams al in de behoefte voor ziet.
12:23
Speaker 2: Als je documenten deelt die mensen tegelijkertijd bewerken, is SharePoint
12:26
Speaker 2: een betere keuze. Je krijgt versiegeschiedenis, co-opering en diepe integratie
12:30
Speaker 2: met de rest van Microsoft 365. Azure Files is bedoeld
12:34
Speaker 2: voor scenario's waar SharePoint net niet voldoet. Gebruik het niet
12:37
Speaker 2: voor applicaties die aangepaste best- en s-systeemfuncties nodig hebben, zoals
12:40
Speaker 2: symbolische koppelingen, harde koppelingen of uitgebreide attributen. Azure Files kan
12:43
Speaker 2: uitstekend omgaan met standaard bestandsysteemgedrag, maar ondersteunt niet elk specifiek randgeval.
12:47
Speaker 2: Ken je vereisten voordat je een keuze maakt? Laat me
12:50
Speaker 2: een voorbeeld uit de praktijk geven. Een bouwbedrijf heeft vestigingen
12:53
Speaker 2: in drie steden. Elk kantoor heeft toegang nodig tot dezelfde blauwdrukken,
12:57
Speaker 2: contracten en inspectierapporten. In de oude opzet hadden ze een
12:59
Speaker 2: server op het hoofdkantoor en verbonden medewerkers op afstand via
13:02
Speaker 2: een trage VPN. Het openen van een blauwdruk kon minuten duren.
13:05
Speaker 2: Met Azure Files maken ze één gedeelde map in de
13:07
Speaker 2: cloud aan. Elk kantoor koppelt deze aan. Blauwdrukken openen in
13:10
Speaker 2: enkele seconden. Contracten zijn altijd de nieuwste versie. Geen VPN vereist.
13:14
Speaker 2: Geen server om te onderhouden. Het werkt gewoon. Maar prestaties
13:17
Speaker 2: en beveiliging doen er ook toe, dus laten we die bespreken. Prestaties,
13:21
Speaker 2: beveiliging en kosten op een rij. Laten we beginnen met prestaties.
13:25
Speaker 2: Als je snelheid nodig hebt, draait de premium laag op
13:27
Speaker 2: SSD's en levert een latentie van minder dan een milliseconde.
13:29
Speaker 2: We hebben het over maximaal 102.400 IOPS per share met
13:32
Speaker 2: het Provision V2 model. Dat is serieuze doorvoersnelheid voor veel
13:35
Speaker 2: eisende workloads. De standaardlaag gebruikt normale harde schijven. Die is langzamer,
13:39
Speaker 2: maar veel goedkoper. Perfect voor archiefopslag of algemeen delen van
13:42
Speaker 2: bestanden waar snelheid niet kritiek is. Microsoft heeft onlangs metadata
13:46
Speaker 2: caching toegevoegd voor SSD-shares. Dit verlaagt de latentie met wel
13:50
Speaker 2: 55% bij het weergeven van mappen of bladeren door folders.
13:53
Speaker 2: Als je workflow veel kleine bestanden en frequent navigeren door
13:56
Speaker 2: mappen bevat, merk je een duidelijk verschil. Nu, beveiliging. Azure
13:59
Speaker 2: Files heeft standaard encryptie in rust, adres, ingeschakeld. Elke byte
14:02
Speaker 2: die je schrijft, wordt versleuteld voordat deze op de schijf terechtkomt.
14:05
Speaker 2: Je hoeft niets te configureren. Het staat gewoon aan. Encryptie
14:08
Speaker 2: tijdens transport staat ook standaard aan voor SMB 3.0 en hoger.
14:11
Speaker 2: Je gegevens blijven versleuteld terwijl ze reizen tussen je computer
14:13
Speaker 2: en de cloud. Niemand op het netwerk kan ze lezen.
14:16
Speaker 2: Microsoft raadt aan om op identiteit gebaseerde toegang te gebruiken
14:18
Speaker 2: in plaats van opslagaccountsleutels. Dat betekent dat je gebruikers inloggen
14:21
Speaker 2: met hun normale werkgegevens, dezelfde die ze gebruiken voor e-mail
14:23
Speaker 2: en Teams. Geen gedeelde sleutels om te beheren, geen risico
14:26
Speaker 2: op een lekkende sleutel. Voor netwerkisolatie heb je opties. Private
14:29
Speaker 2: endpoints geven je bestandsshare een privé IP-adres binnen je eigen
14:32
Speaker 2: virtuele netwerk. Service endpoints houden het verkeer op de Microsoft backbone.
14:36
Speaker 2: Firewallregels laten je toegang beperken tot specifieke IP bereiken. Je
14:40
Speaker 2: kunt deze combineren zoals je wilt en er is Microsoft
14:42
Speaker 2: Defender voor storage. Dit controleert je bestend shares op verdachte activiteiten.
14:46
Speaker 2: Als iemand malware uploadt via de rest API kan Defender
14:49
Speaker 2: dit opvangen. Het is een extra beschermingslaag voor gevoelige omgevingen.
14:53
Speaker 2: Qua kosten hanteert de premium laag provisioned pricing. Je reserveert
14:56
Speaker 2: een bepaalde hoeveelheid capaciteit, IOPS en doorvoer en betaalt voor
15:00
Speaker 2: wat je reserveert. Standaard is Pay-As-You-Go. Je betaalt alleen voor
15:03
Speaker 2: de opslag die je daadwerkelijk gebruikt. Als je workloads voorspelbaar zijn,
15:06
Speaker 2: kunnen Azure Files reserveringen je tot 36% besparen. Verbind je
15:10
Speaker 2: voor 1 of 3 jaar en Microsoft geeft je een korting.
15:12
Speaker 2: Geen invloed op prestaties, alleen lagere rekeningen. Een praktische tip,
15:16
Speaker 2: hou je compute en opslag in dezelfde Azure regio. Datatransferkosten
15:19
Speaker 2: tussen regio's lopen snel op. Plaats je VM's en bestend
15:22
Speaker 2: shares bij elkaar en je vermijdt die egresskosten volledig. Dat
15:25
Speaker 2: is een hoop informatie. Laat ik het samenvatten. Het grotere
15:28
Speaker 2: geheel waarom dit ertoe doet. Dit is de kern van
15:30
Speaker 2: het idee. Het oude opslagaccountmodel dwong je alle complexiteit te beheren,
15:34
Speaker 2: zelfs als je alleen een simpele bestandsshare wilde. Je moest opslagaccounts,
15:37
Speaker 2: gedeelde limieten, netwerkregels die overal golden en facturati die alles
15:40
Speaker 2: op één hoop gooiden, begrijpen. Het was alsof je een
15:42
Speaker 2: heel gebouw huurde om slechts één kamer te gebruiken. De
15:44
Speaker 2: nieuwe file shares resource lost dat op. Nu huur je
15:47
Speaker 2: alleen nog maar.