Beslut, hvor mange lagerkonti du har brug for

  • 10 minutter

Organisationer har ofte flere lagerkonti for at gøre det muligt for dem at implementere forskellige sæt krav. I eksemplet med chokoladeproducenten er der én lagerkonto til private forretningsdata og én lagerkonto til forbrugerrelaterede filer. I dette undermodul lærer du de politikfaktorer, som hver type lagerkonto styrer, hvilket hjælper dig med at bestemme, hvor mange konti du har brug for.

Hvad er Azure Storage?

Azure indeholder mange måder at gemme dine data på, herunder flere databaseindstillinger, f.eks. Azure SQL Database, Azure Cosmos DB og Azure Table Storage. Azure tilbyder flere måder at gemme og sende meddelelser på, f.eks. Azure Queues og Event Hubs. Du kan endda gemme løse filer ved hjælp af tjenester som Azure Files og Azure Blobs.

Azure grupperer fire af disse datatjenester under navnet Azure Storage. De fire tjenester er:

  • Azure Blobs
  • Azure Files
  • Azure-køer
  • Azure-tabeller

Følgende illustration viser elementerne i Azure Storage.

Illustration, der identificerer de Azure-datatjenester, der er en del af Azure Storage.

Disse fire datatjenester er alle primitive, cloudbaserede lagertjenester og bruges ofte sammen i det samme program.

Hvad er en lagerkonto?

En lagerkonto er en objektbeholder, der grupperer et sæt Azure Storage-tjenester. Det er kun datatjenester fra Azure Storage, der kan inkluderes i en lagerkonto (Azure Blobs, Azure Files, Azure Queues og Azure Tables). Følgende illustration viser en lagerkonto, der indeholder flere datatjenester.

Illustration af en Azure Storage-konto, der indeholder en blandet samling af datatjenester.

Hvis du kombinerer datatjenester til en enkelt lagerkonto, kan du administrere dem som en gruppe. De indstillinger, du angiver, når du opretter kontoen, eller de ændringer, du foretager efter oprettelsen, gælder for alle tjenester på lagerkontoen. Hvis du sletter en lagerkonto, slettes alle de data, der er gemt i den.

En lagerkonto er en Azure-ressource og er en del af en ressourcegruppe. Følgende illustration viser et Azure-abonnement, der indeholder flere ressourcegrupper, hvor hver gruppe indeholder en eller flere lagerkonti.

Illustration af et Azure-abonnement, der indeholder flere ressourcegrupper, hver med en eller flere lagerkonti.

Andre Azure-datatjenester, f.eks. Azure SQL og Azure Cosmos DB, administreres som uafhængige Azure-ressourcer og kan ikke inkluderes i en lagerkonto. Følgende illustration viser et typisk arrangement: Blobs, Filer, Køer og Tabeller er indeholdt i lagerkonti, mens andre tjenester ikke er.

Illustration af et Azure-abonnement, der viser nogle datatjenester, der ikke kan placeres på en lagerkonto.

Indstillinger for lagerkonto

En lagerkonto definerer en politik, der gælder for alle lagertjenesterne i kontoen. Du kan f.eks. angive, at alle de indeholdte tjenester gemmes i datacenteret det vestlige USA, kun er tilgængelige via https, og faktureres til salgsafdelingens abonnement.

En lagerkonto definerer følgende indstillinger:

  • Abonnement: Det Azure-abonnement, som lagerkontotjenesterne faktureres til.

  • Placering: Det datacenter, der gemmer tjenesterne på kontoen.

  • Ydeevne: Bestemmer de datatjenester, du kan have på din lagerkonto, og den type hardwaredisketter, der bruges til at gemme dataene.

    • Standard giver dig mulighed for at have en hvilken som helst datatjeneste (Blob, Fil, Kø, Tabel) og bruger magnetiske diskdrev.
    • Premium- leverer flere tjenester til lagring af data. Det kan f.eks. være lagring af ustrukturerede objektdata som blokblotter eller tilføjelse af blobs og specialiseret fillager, der bruges til at gemme og oprette Premium-filshares. Disse lagerkonti bruger SSD (Solid State Drev) til lagring.

  • Replikering: Bestemmer den strategi, der bruges til at oprette kopier af dine data for at beskytte mod hardwarefejl eller naturkatastrofer. Azure vedligeholder som minimum automatisk tre kopier af dine data i det datacenter, der er knyttet til lagerkontoen. Den mindste replikering kaldes lokalt redundant lager (LRS) og beskytter mod hardwarefejl, men beskytter dig ikke mod en hændelse, der lammer hele datacenteret. Du kan opgradere til en af de andre muligheder, f.eks. geo-redundant lager (GRS), for at få replikering i forskellige datacentre i hele verden.

  • adgangsniveau: Styrer, hvor hurtigt du kan få adgang til blobs på en lagerkonto. Niveauet Hot access er optimeret til lagring af ofte tilgåede eller ændrede data og giver hurtigere adgang end Cool, men til højere lageromkostninger. Cool-adgangsniveauet er optimeret til lagring af data, der sjældent tilgås eller ændres, og har lavere lageromkostninger. Niveauet Hot access gælder kun for blobs og fungerer som standardværdi for nye blobs.

  • Sikker overførsel kræves: En sikkerhedsfunktion, der bestemmer de understøttede protokoller for adgang. Aktiveret kræver HTTPS, mens deaktiveret tillader HTTP.

  • virtuelle netværk: En sikkerhedsfunktion, der kun tillader indgående adgangsanmodninger fra de virtuelle netværk, du angiver.

Hvor mange lagerkonti har du brug for?

En lagerkonto repræsenterer en samling indstillinger, f.eks. placering, replikeringsstrategi og abonnementsejer. Du skal bruge én lagerkonto for hver gruppe af indstillinger, du vil anvende på dine data. Følgende illustration viser to lagerkonti, der adskiller sig fra hinanden i én indstilling. at én forskel er nok til at kræve separate lagerkonti.

Illustration, der viser to lagerkonti med forskellige indstillinger.

Typisk bestemmer din datadiversitet, omkostningsfølsomhed og tolerance for administrationsomkostninger det antal lagerkonti, du har brug for.

Datadiversitet

Organisationer genererer ofte data, der adskiller sig fra flere vektorer. Hvor dataene f.eks. forbruges, hvor følsomme de er, hvilken gruppe der betaler regningerne for dem osv. Mangfoldighed langs en af disse vektorer kan føre til flere lagerkonti. Lad os se på to eksempler:

  1. Har du data, der er specifikke for et land/område? Hvis det er tilfældet, kan det være en god idé at gemme dataene i et datacenter i det pågældende land/område af hensyn til ydeevnen eller overholdelse af angivne standarder. Du skal bruge én lagerkonto for hvert geografisk område.

  2. Har du nogle data, der er beskyttede, og nogle til offentligt forbrug? Hvis det er tilfældet, kan du aktivere virtuelle netværk for de beskyttede data og ikke for de offentlige data. Adskillelse af beskyttede data og offentlige data kræver separate lagerkonti.

Generelt betyder øget mangfoldighed et øget antal lagerkonti.

Omkostningsfølsomhed

En lagerkonto har i sig selv ingen økonomiske omkostninger. Men de indstillinger, du vælger for kontoen, påvirker omkostningerne ved tjenester på kontoen. Geo-redundant lager koster mere end lokalt redundant lager. Premium-ydeevne og niveauet Hot access øger omkostningerne ved blobs.

Du kan bruge flere lagerkonti til at reducere omkostningerne. Du kan f.eks. opdele dine data i kritiske og ikke-kritiske kategorier. Du kan placere dine vigtige data på en lagerkonto med geo-redundant lager og placere dine ikke-kritiske data på en anden lagerkonto med lokalt redundant lager.

Tolerance for administrationsomkostninger

Hver lagerkonto kræver lidt tid og opmærksomhed fra en administrator for at oprette og vedligeholde. Det øger også kompleksiteten for alle, der føjer data til dit cloudlager. Alle i en administratorrolle skal forstå formålet med hver lagerkonto, så de føjer nye data til den korrekte konto.

Lagerkonti er effektive værktøjer, der kan hjælpe dig med at opnå den ydeevne og sikkerhed, du har brug for, samtidig med at du minimerer omkostningerne. En typisk strategi er at starte med en analyse af dine data. Opret partitioner, der deler egenskaber som placering, fakturering og replikeringsstrategi. Opret derefter én lagerkonto for hver partition.