Prijsoverwegingen voor Azure Blob Storage beschrijven

Voltooid

Het gebruik van zakelijke en persoonlijke opslag in uw bedrijf blijft met een exponentiële snelheid toenemen. Een van de meest voorkomende manieren om capaciteitsbeperkingen van on-premises opslaginfrastructuur te verhelpen, is door cloudmogelijkheden te gebruiken. Als Azure-beheerder bent u verantwoordelijk voor het bijhouden van azure-resourcekosten en moet u geschikte cloudmogelijkheden identificeren. U moet ook hun prijsmodellen verkennen en de optimale manier bepalen om ze te gebruiken. Houd er echter rekening mee dat uw beslissingen rekening moeten houden met niet alleen de kosten, maar ook andere opslagkenmerken, zoals tolerantie en prestaties.

In deze les bepaalt u de prijsoverwegingen die zijn gekoppeld aan Azure Blob Storage. Deze overwegingen omvatten het factureringsmodel en de methoden voor het schatten van kosten op basis van een reeks configuratieopties en verwachte gebruikspatronen.

Het factureringsmodel van Azure Blob Storage beschrijven

Het factureringsmodel van Azure Blob Storage bestaat uit verschillende onderdelen die verschillende beschikbare opties weerspiegelen wanneer u deze service implementeert en gebruikt. De eenvoudigste is de kosten per gigabyte (GB) die zijn gekoppeld aan de opslagcapaciteit die is toegewezen om ruimte te bieden voor data-at-rest. Zelfs in dit geval zijn de werkelijke kosten echter afhankelijk van criteria zoals het type opslagaccount en het replicatiebereik en de blob-toegangslaag. De opslagcapaciteit wordt gefactureerd per gemiddelde dagelijkse hoeveelheid gegevens die gedurende een maandelijkse periode in GB's zijn opgeslagen.

U kunt de kernkosten die zijn gekoppeld aan het actieve blobgebruik onderverdelen in de volgende categorieën:

• Opslagbewerkingen, die per transactie worden gemeten

• Gegevensoverdrachten, die worden gemeten per GB

Er zijn verschillende andere beschikbare Azure Blob Storage-onderdelen die de totale opslagkosten verder kunnen beïnvloeden:

• Blob-indextags (met prijzen per tag): met deze tags kunt u gegevens categoriseren met behulp van sleutel-waardekenmerken.

• Wijzigingenfeed (met prijswijzigingen per geregistreerd wijziging): met deze optie kunt u wijzigingen in blobs en de bijbehorende metagegevens bijhouden.

• Versleutelingsbereiken (met prijzen per maand): met bereiken kunt u verschillende versleutelingssleutels per container of per blobniveau gebruiken.

• Queryversnelling (met gegevens per gigabyte gescand en geretourneerd): met deze functie kunt u de hoeveelheid gegevens beperken die is opgehaald uit JSON- of CSV-blobs door filterpredicaten en kolomprojecties toe te passen.

• Hiërarchische naamruimte (met prijzen per gigabyte en per maand die van toepassing zijn op metagegevensgebruik): Hiermee kunt u een hiërarchie met meerdere niveaus maken en aanvullende protocollen gebruiken, zoals Network File System v3 (NFSv3) en Secure FTP (SFTP).

Voor gegevensverkeer kunnen ook extra netwerkkosten (per gigabyte) in rekening worden gebracht. Met name verkeer van een Azure-regio (alleen uitgaand verkeer) is onderhevig aan extra kosten. Voor gegevensoverdracht tussen regio's verschilt het tarief tussen intra-continentale en inter-continentale overdrachten.

Zoals eerder vermeld, zijn de kosten van Azure Blob Storage ook afhankelijk van de instellingen van het opslagaccount, zoals het type opslagaccount (dat is gekoppeld aan prestaties) en het replicatiebereik:

• Het type opslagaccount moet worden geselecteerd op het moment van inrichten, en met uitzondering van v1-accounts voor algemeen gebruik, kan niet worden gedempt. Blobs worden ondersteund in standaardopslagaccounts (v1 en v2) en Premium-opslagaccounts (blok-blob). In dit geval wijzen de voorwaarden standard en premium hun respectieve prestatiekenmerken aan. Premium Storage biedt prestaties die gelijk zijn aan SSD's (Solid-State Drives), terwijl standard-opslag prestaties biedt die vergelijkbaar zijn met traditionele magnetische schijven. De prijzen voor beide opslagtypen weerspiegelen dit onderscheid. Opslagaccounts voor algemeen gebruik kunnen alle typen inhoud hosten, waaronder blobs (blok, toevoeg en pagina), tabellen, wachtrijen en bestanden. Blok-blobopslagaccounts kunnen alleen blok- en toevoeg-blobs bevatten.

• U moet het replicatiebereik van het opslagaccount selecteren op het moment van inrichten. In tegenstelling tot het type opslagaccount kunt u dit later wijzigen (met enkele uitzonderingen). Replicatiebereik bepaalt de tolerantie en beschikbaarheid van de accountinhoud. Het ondersteunt de volgende opties, die worden vermeld in de volgorde van stijgende prijzen:

  • Lokaal redundante opslag (LRS) repliceert de inhoud van een opslagaccount synchroon over drie replica's binnen dezelfde fysieke locatie. Dit is de laagste replicatieoptie, maar het wordt niet aanbevolen voor workloads waarvoor hoge beschikbaarheid of duurzaamheid is vereist.
  • Zone-redundante opslag (ZRS) biedt meer tolerantie door de inhoud van een opslagaccount te repliceren op fysieke locaties (beschikbaarheidszones) in dezelfde Azure-regio.
  • Met geografisch redundante opslag (GRS) kunt u tolerantie op regioniveau implementeren door asynchrone replicatie van de inhoud van een opslagaccount in twee regio's mogelijk te maken. De secundaire regio bevat automatisch drie extra kopieën van het opslagaccount, synchroon gerepliceerd binnen die regio.
  • Geografisch zone-redundante opslag (GZRS) verhoogt de tolerantie en kosten verder door ZRS (in de primaire regio), GRS (voor replicatie tussen regio's) en LRS (voor replicatie binnen de secundaire regio) te combineren.
  • Geografisch redundante opslag met leestoegang (RA-GRS) biedt alleen-lezentoegang tot de GRS-replica's in de secundaire regio.
  • Geografisch zone-redundante opslag met leestoegang (RA-GZRS) biedt alleen-lezentoegang tot de GZRS-replica's in de secundaire regio.

Notitie

Premium blok-blob-opslagaccounts bieden alleen ondersteuning voor LRS- en ZRS-replicatieopties.

Een andere belangrijke factor die van invloed is op de opslagkosten, is de toegangslaag, die wordt overgenomen of expliciet is toegewezen aan afzonderlijke blobs. U kunt kiezen uit dynamische, statische, koude en archieflagen. Met toegangslagen kunt u het prijsmodel kiezen dat overeenkomt met uw huidige en verwachte opslaggebruikspatronen. De dynamische laag minimaliseert de ophaaltijd en de kosten van opslagbewerkingen. De archieflaag minimaliseert de opslagkosten per gigabyte, maar legt een wachttijd op tijdens het ophalen van gegevens. De cool-laag biedt dezelfde ophaaltijd als de dynamische laag en biedt prijzen voor een gemiddeld bereik per gigabyte in ruil voor hogere toegangskosten. De koude laag heeft lagere opslagkosten en hogere toegangskosten dan de statische laag.

Notitie

Voor het verplaatsen van blobs tussen lagen worden extra kosten in rekening gebracht.

Houd er ten slotte rekening mee dat de prijzen variëren tussen Azure-regio's. Het kan relevant zijn als u de flexibiliteit hebt om de regio te selecteren waarin uw gegevens worden gehost.

Aan het einde van elke factureringscyclus worden de kosten voor elke categorie samen met hun samenvattingen vastgelegd in de factuur die beschikbaar is in Azure Portal.

Kosten voor Azure Blob Storage schatten

Door inzicht te krijgen in uw toegangspatronen en deze te correleren met uw duurzaamheid en beschikbaarheidsbehoeften, kunt u uw Azure Blob Storage-kosten het beste beheren. Het primaire hulpprogramma voor het schatten van deze kosten is de Azure-prijscalculator. U kunt echter ook overwegen de op Microsoft Excel gebaseerde sjabloon te gebruiken die het Azure Storage-team biedt. Deze sjabloon biedt enkele initiële richtlijnen door een vooraf gedefinieerde set werkbladen op te geven. Ze berekenen automatisch de migratie, maandelijkse schattingen en toekomstige prijsramingen op basis van de workloadgestuurde invoer die u opgeeft. Deze invoer omvat:

• Doelregio

• Gewenste duurzaamheid (het replicatiebereik)

• Toegangslaag (Premium, dynamisch, statisch of archief)

• De huidige hoeveelheid opslagruimte

• Gemiddelde bestandsgrootte

• Verwachte groei per maand (in gigabytes)

• Volume van leesbewerkingen (in gigabytes)

• Hoeveelheid gegevens die maandelijks is verwijderd (in gigabytes)

U kunt de sjabloon aanpassen aan uw specifieke behoeften. U kunt de resulterende waarden die door de sjabloon worden gegenereerd, gebruiken als invoer voor de Azure-prijscalculator.

Notitie

We hebben een koppeling naar de Excel-sjabloon opgenomen in de sectie Samenvatting van deze module.

Azure-prijscalculator

Als u de geschatte opslagkosten wilt berekenen, selecteert u op de pagina azure-prijscalculator de tegel Opslagaccounts. Schuif op dezelfde pagina omlaag naar de sectie Opslagaccounts en geef de opties op die overeenkomen met de verwachte gebruiksbehoeften.

Notitie

Voordat u een schatting berekent, kunt u overwegen om u aan te melden op de azure-prijscalculatorpagina met hetzelfde account dat u gebruikt om uw Azure-omgeving te beheren. Hiermee kunt u de resulterende offerte opslaan voor toekomstige naslaginformatie.

Houd rekening met de volgende informatie bij het doorlopen van uw schatting:

• Gegevensopslag, metagegevens en versleutelingsbereiken worden per maand gefactureerd. Als u verwacht dat hun gebruik korter is, kunt u de kosten pro rato berekenen door de dagelijkse kosten te berekenen.

• Als u eenheidsprijzen wilt identificeren, raadpleegt u de pagina met prijzen voor Azure Block Storage. Als u hiërarchische naamruimten voor het account inschakelt, moet u ervoor zorgen dat de vervolgkeuzelijst Bestandsstructuur is ingesteld op Hiërarchische naamruimte (NFS v3.0, SFTP Protocol). Als u hiërarchische naamruimten voor het account inschakelt en het Data Lake Storage-eindpunt wilt gebruiken, raadpleegt u de prijzenpagina van Azure Data Lake Storage Gen2. Transactieprijzen verschillen tussen deze twee pagina's, maar de opslagkosten zijn bijna identiek.

• Gebruik de redundantie-, regio- en valutafilters om te bepalen in hoeverre deze van invloed zijn op de uiteindelijke kosten.