Azure Storage-accounts: stapsgewijze tutorial voor beginners

Stapsgewijze gids voor het aanmaken van een Storage-account

Voor het aanmaken van een Storage-account kun je de Azure Portal gebruiken als je een grafische interface verkiest, of kiezen voor PowerShell of de Azure CLI als je liever scriptt.

Met de Azure Portal

1. Klik in de Azure Portal op “Create a resource”.

2. Ga naar “Storage” en selecteer “Storage account”. Je kunt ook “storage account” typen in het zoekvak.

3. Onder het tabblad “Basics” vind je de vereiste instellingen voor het storage-account:

De instellingen “Basics” voor een storage-account configureren. Afbeelding door de auteur

• Subscription: Kies het Azure-abonnement dat je voor dit storage-account wilt gebruiken.
• Resource group: Selecteer een bestaande resourcegroep of maak een nieuwe door op "Create new" te klikken en een naam in te voeren.
• Storage Account name: Voer een unieke naam in voor je Storage-account. Deze naam moet tussen 3 en 24 tekens lang zijn en mag alleen cijfers en kleine letters bevatten. Meestal bevat de naam ook voor- of achtervoegsels. Dat kan een nummer of afkorting zijn die verwijst naar een project, afdeling, doel of omgeving.  
• Region: Kies de Azure-regio waar je storage-account wordt gehost. Dit is doorgaans de regio die het dichtst bij jouw locatie ligt.
• Performance: Selecteer de prestatielaag (Standard of Premium). Standard is doorgaans voldoende voor de meeste use-cases.
• Redundancy: Kies de redundantieoptie die past bij je datareplicatiebehoeften. Voor niet-kritieke data volstaat lokaal redundante opslag (LRS).   

4. De volgende instellingen zijn optioneel, maar leuk om je Storage-account verder te personaliseren:

• Networking: Configureer netwerktoegang, stel benodigde netwerkregels of -beperkingen in en kies openbare of private endpoints afhankelijk van je beveiligingseisen.
• Data protection: Stel opties voor databescherming in, zoals point-in-time containerherstel. Met deze functie kun je je data herstellen naar een eerdere staat op een specifiek tijdstip. Een andere noemenswaardige functie is de soft delete-instelling. Door soft delete in te schakelen, blijft verwijderde data gedurende een bepaalde retentieperiode bewaard, zodat per ongeluk of kwaadwillig verwijderde data kan worden hersteld.   
• Tags: Voeg tags toe om je Storage-account te organiseren met sleutel-waardekoppels, zoals “project: AI chatbot”. Dit is handig voor resourcebeheer en facturatie.

5. Controleer de configuraties en klik op “Review+Create”. Klik na validatie op “Create” om het aanmaken van het storage-account af te ronden. Als de validatie mislukt, moet je de instellingen controleren en onjuiste of ontbrekende verplichte instellingen corrigeren. 

Met Powershell

Volg deze stappen om een Storage-account met PowerShell aan te maken:

1. Open de PowerShell-console en log in op je Azure-account met:

Connect-AzAccount

2. Maak een nieuwe resourcegroep aan als je er nog geen hebt:

New-AzResourceGroup -Name “ResourceGroup001”> -Location “EastUS”

3. Maak het storage-account aan:

New-AzStorageAccount -ResourceGroupName “ResourceGroup001”> -Name “datastorage” -Location “EastUS” -SkuName “Standard_LRS” -Kind “StorageV2”

Deze code maakt direct een storage-account met de naam “datastorage” aan in de resourcegroep “ResourceGroup001” en de Azure-regio “EastUS”. 

De SkuName verwijst naar de prestatielaag (Standard of Premium) en de redundantieoptie (in dit geval “LRS” of lokaal redundante opslag). Je kunt op dezelfde manier extra instellingen opnemen; zo kun je bijvoorbeeld tags toevoegen met de optie -Tags. 

Je kunt extra opdrachten voor storage-accounts opzoeken op de website van Microsoft.

4. Controleer of het Storage-account is aangemaakt door deze code te gebruiken om je nieuwe account op te zoeken:

 Get-AzStorageAccount -ResourceGroupName "ResourceGroup001" -Name "datatstorage"

Met de Azure CLI

Volg deze stappen om een Storage-account met de Azure CLI aan te maken:

1. Open de CLI-console en meld je aan bij je Azure-account:

az login

2. Maak een resourcegroep aan (als je die nog niet hebt):

az group create --name ResourceGroup001 --location EastUS

3. Maak het Storage-account aan:

az storage account create --name mystorageaccount --resource-group myResourceGroup --location eastus --sku Standard_LRS --kind StorageV2 

Je kunt ook extra opties voor je storage-account toevoegen, zoals --tags.

Bekijk de DataCamp Azure CLI Cheat Sheet om meer te leren over het gebruik van Azure CLI.

4. Controleer of het Storage-account succesvol is aangemaakt:

az storage account show --name mystorageaccount --resource-group myResourceGroup

Geavanceerde configuratieopties voor Storage-accounts

Voor de meeste opslagscenario’s is het accounttype “General purpose v2 storage” het aanbevolen type. Dit type biedt de nieuwste functies voor Azure Storage, is het meest kostenefficiënt en ondersteunt alle opslagtypen, zoals blobs, files en queues.

In deze sectie verkennen we deze opslagtypen en hun gebruik dieper en bespreken we hoe je kosten beheert.

Datatype

Elk type storage-account is afgestemd op specifieke opslagbehoeften. Inzicht in de verschillen tussen deze accounttypen en hun use-cases helpt je weloverwogen beslissingen te nemen bij het inrichten en beheren van je Azure-opslagoplossingen.

Hier is een overzicht van de verschillende datatypen voor storage-accounts:

Prijzen

Azure Storage-prijzen hangen sterk af van de opslaglaag, opties voor dataredundantie en toegangsprofielen. 

Door deze factoren te begrijpen en de juiste opties voor je data te kiezen, kun je kosten optimaliseren en er tegelijk voor zorgen dat je opslagoplossing aan je prestatie- en toegankelijkheidsbehoeften voldoet. 

We bespreken eerst de belangrijkste factoren die de prijs van storage-accounts in Azure beïnvloeden. Vervolgens gaan we dieper in op twee belangrijke opties die prestaties en prijs beïnvloeden: de toegangslagen en de dataredundantie-opties. 

Factoren die de kosten beïnvloeden

Azure Storage-prijzen worden beïnvloed door verschillende factoren, waaronder:

• Opslagcapaciteit: De hoeveelheid data die in je storage-account is opgeslagen. Grotere hoeveelheden opslag leiden over het algemeen tot hogere kosten.
• Opslaglagen: De gekozen laag (hot, cool, cold of archive) heeft een grote invloed op de prijs. Elke laag is geoptimaliseerd voor verschillende gebruikspatronen en kosten.
• Transacties en data-opvraging: Het aantal bewerkingen op de data, zoals lezen, schrijven en verwijderen. Hogere transactievolumes kunnen tot hogere kosten leiden.
• Opties voor dataredundantie: De gekozen replicatiestrategie (LRS, ZRS, GRS, GZRS) beïnvloedt de kosten. Hogere redundantieniveaus bieden meer dataduurzaamheid en beschikbaarheid, maar tegen een hogere prijs.
• Uitgaande datatransfers: Data die buiten Azure-regio’s wordt overgedragen, brengt extra kosten met zich mee. Dit is vooral relevant voor toepassingen met aanzienlijke data-egress naar externe systemen of gebruikers.

Vergelijking tussen opslagtoegangslagen

Azure Storage biedt vier toegangslagen: hot, cool, cold en archive. Door de juiste laag te kiezen voor je toegangsprofielen, kun je kosten optimaliseren.

Hier is een overzicht van de verschillende lagen, kosten en use-cases:

Opties voor dataredundantie

Dataredundantie in Azure verwijst naar het repliceren van data op verschillende locaties om duurzaamheid, beschikbaarheid en toegankelijkheid te garanderen, zelfs bij hardwarestoringen, netwerkproblemen of rampen. 

Elke redundantieoptie biedt verschillende niveaus van bescherming, beschikbaarheid en kosten.  Deze opties zorgen ervoor dat je data veilig is en kan worden hersteld of vanuit alternatieve locaties kan worden benaderd wanneer dat nodig is. 

De volgende tabel sorteert de verschillende opties van lage naar hoge kosten:

Wil je meer diepgaande kennis over Azure? Bekijk dan de cursus Azure Architecture and Services. 

Lifecyclebeheer

Naast het kiezen van de juiste opties voor je storage-account, kun je met lifecyclebeheer in Azure Storage de dataverplaatsing tussen verschillende toegangslagen automatiseren om kosten te optimaliseren. 

Zo stel je beleidsregels in voor geautomatiseerde dataverplaatsing: 

Het overzichtsscherm voor lifecyclebeheer van een storage-account. Afbeelding door de auteur

1. Ga naar je storage-account in de Azure-portal. Selecteer onder de sectie “Data management” “Lifecycle management”.

2. Klik op “Add rule” om een nieuw lifecyclebeheerbeleid te maken. Geef een naam op voor de regel en specificeer de voorwaarden waaronder de regel moet gelden.

3. Definieer voorwaarden en acties:

• Stel voorwaarden in op basis van de leeftijd van de data of de datum van laatste toegang.
• Definieer acties zoals het verplaatsen van data naar een koelere laag of het verwijderen ervan na een opgegeven periode.
• Je kunt bijvoorbeeld een regel instellen om blobs naar de cool-laag te verplaatsen als ze 30 dagen niet zijn gewijzigd, naar de cold-laag na 90 dagen en vervolgens naar de archive-laag als ze 180 dagen niet zijn benaderd.

4. Controleer de regelinstellingen en sla het beleid op. Op basis van de gedefinieerde voorwaarden wordt het beleid automatisch toegepast op de blobs in het storage-account.

Voorbeeldscenario’s voor lifecyclebeheer

Hier zijn enkele veelvoorkomende scenario’s die datateams kunnen tegenkomen en mogelijke lifecyclebeheerstrategieën voor elk.

1. Compliance en retentie:

• Scenario: Regelgeving vereist dat specifieke data jarenlang wordt bewaard, maar zelden wordt benaderd.
• Strategie: Bewaar data het eerste jaar in de Cold-laag en verplaats deze daarna naar de Archive-laag voor langdurige bewaring. Deze aanpak garandeert compliance en minimaliseert opslagkosten.

2. Applicatiedata:

• Scenario: Een applicatie genereert logs die in de eerste maand belangrijk zijn, maar daarna slechts soms worden geraadpleegd. Ze moeten echter nog steeds snel beschikbaar zijn. 
• Strategie: Stel een beleid in om logs na 30 dagen van de hot- naar de cool-laag te verplaatsen. Zo houd je het opslaggebruik en de kosten onder controle, terwijl je noodzakelijke data gedurende de vereiste periode bewaart.

3. Development- en testdata:

• Scenario: Developmentteams genereren grote hoeveelheden data tijdens softwareontwikkeling en testfasen, die intensief wordt benaderd tijdens de ontwikkelcyclus maar na verloop van tijd minder relevant wordt. 
• Strategie: Sla development- en testdata op in de hot-laag tijdens actieve ontwikkeling. Wanneer de actieve ontwikkeling afneemt, verplaats je data na 90 dagen naar de cold-laag en na 180 dagen naar de archive-laag, waar deze kan worden opgevraagd voor audit of referentie.

Conclusie

Azure Storage-accounts bieden schaalbare, veilige en flexibele opties voor dataopslag. In deze tutorial bespraken we hoe je storage-accounts aanmaakt, beheert en optimaliseert met Azure Portal, PowerShell en Azure CLI. We behandelden ook geavanceerde configuratie-opties, prijzen en strategieën om kosten te besparen. 

Wil je meer leren over de fundamentele mogelijkheden van Azure? Bekijk dan DataCamp’s Azure Fundamentals-track.