Bestem hvor mange lagringskontoer du trenger

  • 10 minutter

Organisasjoner har ofte flere lagringskontoer for å gjøre dem i stand til å implementere ulike sett med krav. I eksempelet på sjokoladeprodusenten finnes det én lagringskonto for private forretningsdata og én lagringskonto for forbrukerbaserte filer. I denne enheten lærer du policyfaktorene som hver type lagringskonto kontrollerer, noe som hjelper deg med å bestemme hvor mange kontoer du trenger.

Hva er Azure Storage?

Azure tilbyr mange måter å lagre dataene dine på, inkludert flere databasealternativer som Azure SQL Database, Azure Cosmos DB og Azure Table Storage. Azure tilbyr flere måter å lagre og sende meldinger på, for eksempel Azure Queues og Event Hubs. Du kan til og med lagre løse filer ved hjelp av tjenester som Azure Files og Azure Blobs.

Azure grupperer fire av disse datatjenestene sammen under navnet Azure Storage. De fire tjenestene er:

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

Illustrasjonen nedenfor viser elementene i Azure Storage.

Illustrasjon som identifiserer Azure-datatjenestene som er en del av Azure Storage.

Disse fire datatjenestene er alle primitive, skybaserte lagringstjenester og brukes ofte sammen i samme program.

Hva er en lagringskonto?

En lagringskonto er en beholder som grupperer et sett med Azure Storage-tjenester sammen. Bare datatjenester fra Azure Storage kan inkluderes i en lagringskonto (Azure Blobs, Azure Files, Azure Queues og Azure Tables). Illustrasjonen nedenfor viser en lagringskonto som inneholder flere datatjenester.

Illustrasjon av en Azure-lagringskonto som inneholder en blandet samling av datatjenester.

Ved å kombinere datatjenester til én enkelt lagringskonto kan du administrere dem som en gruppe. Innstillingene du angir når du oppretter kontoen, eller eventuelle endringer du gjør etter oppretting, gjelder for alle tjenester i lagringskontoen. Hvis du sletter en lagringskonto, slettes alle dataene som er lagret i den.

En lagringskonto er en Azure-ressurs og er en del av en ressursgruppe. Illustrasjonen nedenfor viser et Azure-abonnement som inneholder flere ressursgrupper, der hver gruppe inneholder én eller flere lagringskontoer.

Illustrasjon av et Azure-abonnement som inneholder flere ressursgrupper, hver med én eller flere lagringskontoer.

Andre Azure-datatjenester, for eksempel Azure SQL og Azure Cosmos DB, administreres som uavhengige Azure-ressurser og kan ikke inkluderes i en lagringskonto. Illustrasjonen nedenfor viser en vanlig ordning: Blober, filer, køer og tabeller finnes i lagringskontoer, mens andre tjenester ikke er det.

Illustrasjon av et Azure-abonnement som viser noen datatjenester som ikke kan plasseres i en lagringskonto.

Innstillinger for lagringskonto

En lagringskonto definerer en policy som gjelder for alle lagringstjenester i kontoen. Du kan for eksempel angi at alle de inneholdde tjenestene skal lagres i det amerikanske datasenteret vest, bare tilgjengelig via https og faktureres til salgsavdelingens abonnement.

En lagringskonto definerer følgende innstillinger:

  • Abonnement: Azure-abonnementet som lagringskontotjenestene faktureres til.

  • Plassering: Datasenteret som lagrer tjenestene i kontoen.

  • Ytelse: Bestemmer datatjenestene du kan ha i lagringskontoen og typen maskinvaredisker som brukes til å lagre dataene.

    • Standard kan du ha en hvilken som helst datatjeneste (Blob, Fil, Kø, Tabell) og bruker magnetiske diskstasjoner.
    • Premium tilbyr flere tjenester for lagring av data. Du kan for eksempel lagre ustrukturerte objektdata som blokkblob eller tilføye blober, og spesialisert fillagring som brukes til å lagre og opprette premium filressurser. Disse lagringskontoene bruker heldekkende stasjoner (SSD) for lagring.

  • Replikering: Bestemmer strategien som brukes til å lage kopier av dataene for å beskytte mot maskinvarefeil eller naturkatastrofer. Som et minimum opprettholder Azure automatisk tre kopier av dataene dine i datasenteret som er knyttet til lagringskontoen. Minimum replikering kalles lokalt overflødig lagring (LRS), og beskytter mot maskinvarefeil, men beskytter deg ikke mot en hendelse som uskadeliggjør hele datasenteret. Du kan oppgradere til ett av de andre alternativene, for eksempel geo-redundant lagring (GRS) for å få replikering på forskjellige datasentre over hele verden.

  • Access-nivå: Styrer hvor raskt du får tilgang til blobene i en lagringskonto. Hot access-nivået er optimalisert for lagring av ofte brukte eller endrede data og gir raskere tilgang enn Cool, men til økte lagringskostnader. Cool-tilgangsnivået er optimalisert for lagring av sjelden tilgang til eller endrede data, og har en lavere lagringskostnad. Hot access-nivå gjelder bare for blober, og fungerer som standardverdi for nye blober.

  • sikker overføring kreves: En sikkerhetsfunksjon som bestemmer de støttede protokollene for tilgang. Aktivert krever HTTPS, mens deaktivert tillater HTTP.

  • Virtuelle nettverk: En sikkerhetsfunksjon som tillater innkommende tilgangsforespørsler fra bare de virtuelle nettverkene du angir.

Hvor mange lagringskontoer trenger du?

En lagringskonto representerer en samling innstillinger som plassering, replikeringsstrategi og abonnementseier. Du trenger én lagringskonto for hver gruppe med innstillinger som du vil bruke på dataene. Illustrasjonen nedenfor viser to lagringskontoer som er forskjellige i én innstilling. at én forskjell er nok til å kreve separate lagringskontoer.

Illustrasjon som viser to lagringskontoer med forskjellige innstillinger.

Vanligvis bestemmer datamangfold, kostnadsfølsomhet og toleranse for administrasjonskostnader antall lagringskontoer du trenger.

Datamangfold

Organisasjoner genererer ofte data som er forskjellige langs flere vektorer. For eksempel hvor dataene forbrukes, hvor følsomt det er, hvilken gruppe som betaler regningene for dem osv. Mangfold langs noen av disse vektorene kan føre til flere lagringskontoer. La oss vurdere to eksempler:

  • Har du data som er spesifikke for et land/område? I så fall vil du kanskje lagre dataene i et datasenter i dette landet/området av ytelses- eller samsvarsårsaker. Du trenger én lagringskonto for hvert geografiske område.

  • Har du noen data som er proprietære og noen for offentlig forbruk? I så fall kan du aktivere virtuelle nettverk for de proprietære dataene og ikke for de offentlige dataene. Skille proprietære data og offentlige data krever separate lagringskontoer.

Generelt sett betyr økt mangfold et økt antall lagringskontoer.

Kostnadsfølsomhet

En lagringskonto alene har ingen økonomiske kostnader. Innstillingene du velger for kontoen, påvirker imidlertid kostnadene for tjenester i kontoen. Geo-redundant lagring koster mer enn lokalt overflødig lagring. Premium-ytelse og hot access-nivået øker kostnadene for blober.

Du kan bruke flere lagringskontoer for å redusere kostnadene. Du kan for eksempel partisjonere dataene i kritiske og ikke-kritiske kategorier. Du kan plassere kritiske data i en lagringskonto med geo-redundant lagring og plassere ikke-kritiske data i en annen lagringskonto med lokalt overflødig lagring.

Toleranse for administrasjonskostnader

Hver lagringskonto krever litt tid og oppmerksomhet fra en administrator for å opprette og vedlikeholde. Det øker også kompleksiteten for alle som legger til data i skylagringen. Alle i en administratorrolle må forstå formålet med hver lagringskonto, slik at de legger til nye data i riktig konto.

Lagringskontoer er kraftige verktøy for å hjelpe deg med å oppnå ytelsen og sikkerheten du trenger, samtidig som du minimerer kostnadene. En vanlig strategi er å starte med en analyse av dataene dine. Opprett partisjoner som deler egenskaper som plassering, fakturering og replikeringsstrategi. Deretter oppretter du én lagringskonto for hver partisjon.