Azure smart tier GA til Blob og Data Lake

Introduktion

Microsoft har annonceret generel tilgængelighed af smart tier til Azure Blob Storage og Azure Data Lake Storage. For IT-teams, der administrerer store datamiljøer, er dette vigtigt, fordi det automatiserer storage tiering baseret på faktisk objektadgang og reducerer både lageromkostninger og den operationelle byrde ved at vedligeholde lifecycle-politikker.

Hvad er nyt

Smart tier er nu generelt tilgængelig i næsten alle zonale offentlige cloudregioner for både Blob og Data Lake Storage.

Vigtige funktioner omfatter:

• Automatisk tiering på tværs af hot, cool og cold storage tiers
• Kontinuerlig evaluering af hvert objekts seneste adgangstid
• Automatisk flytning tilbage til hot, når et objekt tilgås igen
• Ingen gebyrer for tier transition, early deletion eller retrieval for objekter administreret af smart tier
• Understøttelse af nye og eksisterende zonale storage accounts via Azure-portalen eller API

Microsoft oplyser, at mere end 50 % af kapaciteten administreret af smart tier under preview automatisk blev flyttet til køligere tiers baseret på reelle brugsmønstre.

Sådan fungerer smart tier

Smart tier bruger indbyggede regler til at flytte data uden manuel lifecycle-konfiguration:

• Data, der tilgås ofte, forbliver i hot tier
• Inaktive data flyttes til cool efter 30 dage
• Data flyttes til cold efter yderligere 60 dage uden aktivitet
• Read- og write-operationer genstarter tiering-cyklussen
• Metadata-operationer påvirker ikke overgange

Denne tilgang er designet til miljøer, hvor adgangsmønstre ændrer sig over tid og er svære at forudsige på forhånd.

Betydning for IT-administratorer

For Azure-administratorer er den største fordel mindre administrativt overhead. I stedet for at designe, teste og finjustere lifecycle-regler kan teams lade Azure håndtere tier-placering automatisk.

Dette er især nyttigt til:

• Analytics- og telemetry-workloads
• Data lakes og loglagring
• Store object storage-miljøer med uforudsigelige adgangsmønstre
• Organisationer, der vil undgå omkostningsstigninger forårsaget af genadgang til koldere data

Der er nogle begrænsninger, man skal være opmærksom på:

• Kræver zonal redundancy
• Understøttes ikke til legacy GPv1 accounts
• Gælder ikke for page blobs eller append blobs

Handlinger og næste skridt

Administratorer bør gennemgå egnede storage accounts og vurdere, hvor smart tier kan erstatte eksisterende lifecycle-regler.

Anbefalede næste skridt:

1. Identificer zonale Blob- eller Data Lake Storage-accounts med blandede adgangsmønstre
2. Vurder, om nuværende lifecycle-regler kan forenkles eller fjernes
3. Aktivér smart tier som standard access tier for nye eller eksisterende understøttede accounts
4. Udeluk eventuelle objekter, der skal forblive fastlåst til en bestemt tier
5. Overvåg omkostninger og tiering-adfærd efter implementering

For organisationer, der administrerer store og hurtigt voksende datasæt, giver Azure smart tier en enklere måde at optimere storage-omkostninger på, mens data forbliver online og umiddelbart tilgængelige.