Grundlegendes zu Abrechnungsmodellen für Azure Files

Die Kosten für eine Bereitstellung von Azure Files werden durch vier Schlüsselfaktoren bestimmt:

• Abrechnungsmodell: Azure Files unterstützt drei verschiedene Abrechnungsmodelle, die die Kostenstruktur einer Azure Files-Bereitstellung gestalten:

  • Bereitgestellte Version 2: Ein bereitgestelltes Abrechnungsmodell, bei dem Sie die Möglichkeit haben, Speicher, IOPS und Durchsatz separat bereitzustellen. Sie zahlen basierend auf dem, was Sie bereitstellen, unabhängig davon, wie viel Sie tatsächlich verwenden. Wir empfehlen das bereitgestellte v2-Modell für alle neuen Azure Files-Bereitstellungen.
  • Bereitgestellte Version 1: Ein bereitgestelltes Abrechnungsmodell, bei dem Sie den benötigten Speicherplatz bereitstellen, während IOPS und Durchsatz durch den von Ihnen bereitgestellten Speicher bestimmt werden. Es wird empfohlen, das bereitgestellte v2-Modell zu verwenden, es sei denn, Sie haben einen bestimmten Grund, das bereitgestellte v1-Modell zu verwenden.
  • Pay-as-you-go: Ein nutzungsbasiertes Abrechnungsmodell, bei dem die Kosten basierend darauf bestimmt werden, wie viel Sie die Dateifreigabe verwenden, in Form von verwendetem Speicher, Transaktions- und Datenübertragungskosten. Es wird empfohlen, das bereitgestellte v2-Modell zu verwenden, es sei denn, Sie haben einen bestimmten Grund, das Pay-as-you-go-Modell zu verwenden.

• Medienebene: Azure Files unterstützt zwei verschiedene Medienebenen von Speicher, SSD und HDD. So können Sie die Dateifreigaben an die Anforderungen Ihres Szenarios in Bezug auf Leistung und Preis anpassen.

  • SSD (Premium): Dateifreigaben, die auf Festkörperspeicherlaufwerken (SSDs) gehostet werden, bieten eine konsistente hohe Leistung und niedrige Latenz für die meisten E/A-Vorgänge innerhalb des einstelligen Millisekundenbereichs.
  • HDD (Standard): Dateifreigaben werden auf Festplattenlaufwerken (HDDs) gehostet und bieten so eine kostengünstige Speicheroption für eine universelle Verwendung.

• Redundanz: Azure Files unterstützt vier verschiedene Redundanzoptionen, mit denen Sie steuern können, wie viele Kopien Ihrer Daten gespeichert sind und wo diese kopiert werden, in der Azure-Infrastruktur platziert werden. Stabilere Optionen bieten eine höhere Haltbarkeit und Verfügbarkeit, aber zu höheren Kosten:

  • Lokal: Lokal redundanter Speicher (LRS) speichert drei Kopien Ihrer Daten in einem einzigen Rechenzentrum in einer Region.
  • Zone: Zonenredundanter Speicher (ZRS) speichert drei Kopien Ihrer Daten in unabhängigen Rechenzentren (Verfügbarkeitszonen) in einer Region.
  • Geo: Georedundanter Speicher (GRS) speichert drei Kopien der Daten in der primären Region und repliziert asynchron in eine gekoppelte Region für insgesamt sechs Kopien. Nur auf HDD-Speicher verfügbar.
  • GeoZone: GeoZone-redundanter Speicher (GZRS) kombiniert Zonenredundanz in der primären Region mit asynchroner Replikation in einer sekundären Region. Nur auf HDD-Speicher verfügbar.

• Ressourcenmodell: Azure Files unterstützt zwei verschiedene Arten von Ressourcen, verwaltbare Elemente, die Sie in Ihren Azure-Abonnements und Ressourcengruppen erstellen und konfigurieren. Jeder Ressourcentyp unterstützt geringfügig unterschiedliche Abrechnungsmodelloptionen, was wiederum sich auf Kosten und Kostenstruktur auswirkt:

  • Speicherkonten stellen einen freigegebenen Speicherpool, IOPS und Durchsatz dar, in dem Sie je nach Art des Speicherkontos klassische Dateifreigaben oder andere Speicherressourcen bereitstellen können. Speicherkonten unterstützen alle Abrechnungsmodelle, Medienebenen und Redundanzoptionen. Für alle Speicherressourcen, die in einem Speicherkonto bereitgestellt werden, treffen die für dieses Speicherkonto geltenden Grenzwerte zu. Klassische Dateifreigaben unterstützen sowohl die SMB- als auch nfS-Protokolle, obwohl NFS nur auf SSD-Speicher unterstützt wird. Speicherkonten werden vom Microsoft.Storage Ressourcenanbieter angeboten.

  • Dateifreigaben (Vorschau) sind ein neuer Ressourcentyp der obersten Ebene, der die Bereitstellung von Azure Files vereinfacht, indem das Speicherkonto eliminiert wird. Dateifreigaben unterstützen nur das empfohlene Modell „Bereitgestellt v2“ und unterstützen ausschließlich die SSD-Medienstufe mit dem NFS-Dateisystemprotokoll. Dateifreigaben werden vom Microsoft.FileShares-Ressourcenanbieter angeboten.

Preisinformationen zu Azure Files finden Sie auf der Seite „Azure Files – Preise“.

Speichereinheiten

In Azure Files werden Binärmaßeinheiten (Basis 2) zur Darstellung der Speicherkapazität verwendet: KiB, MiB, GiB und TiB.

Die Basis-2 Maßeinheiten werden häufig von den meisten Betriebssystemen und Werkzeugen verwendet, um Lagermengen zu messen. Sie werden jedoch häufig als Basis-10-Einheiten bezeichnet, mit denen Sie möglicherweise vertrauter sind: KB, MB, GB und TB. Der häufige Grund, warum Betriebssysteme wie Windows die Speichereinheiten falsch bezeichnen, ist, dass viele Betriebssysteme mit diesen Akronymen begonnen haben, bevor sie von der International Electrotechnical Commission (IEC), dem International Bureau of Weights and Measures (BIPM) und dem US National Institute of Standards and Technology (NIST) standardisiert wurden.

In der folgenden Tabelle wird gezeigt, wie häufig verwendete Betriebssysteme Speicher messen und bezeichnen:

Wenden Sie sich an den Hersteller Ihres Betriebssystems, wenn Ihr Betriebssystem hier nicht aufgeführt ist.

Prüfliste für die Gesamtbetriebskosten von Dateifreigaben

Wenn Sie von der lokalen Infrastruktur zu Azure Files migrieren oder Azure Files mit anderen Cloudspeicherlösungen vergleichen, sollten Sie die folgenden Faktoren berücksichtigen, um einen fairen Vergleich unter gleichen Bedingungen sicherzustellen.

• Wie bezahlen Sie für Speicher, IOPS und Bandbreite? Die meisten Cloudlösungen verfügen über Modelle, die sich an den Grundsätzen der bereitgestellten Speicherung, wie z. B. Preisdeterminismus und Einfachheit, oder pay-as-you-go Storage orientieren, was kostenoptimiert werden kann, indem Sie nur die tatsächlich genutzten Kosten belasten. Die bereitgestellten Abrechnungsmodelle können je nach Mindestgröße der bereitgestellten Freigabe, der Bereitstellungseinheit und der Möglichkeit, die Bereitstellung zu erhöhen und zu verringern, variieren.

• Gibt es Methoden zum Optimieren der Speicherkosten? Sie können Azure Files-Reservierungen verwenden, um bis zu 36% Rabatt auf Speicher zu erzielen. Andere Lösungen können Strategien wie Deduplizierung oder Komprimierung einsetzen, um die Speichereffizienz zu optimieren. Diese Strategien zur Speicheroptimierung sind jedoch oft mit nicht monetären Kosten, z. B. einer geringeren Leistung, verbunden. Azure Files Reservations haben keine Nebenwirkungen auf die Leistung.

• Wie erzielen Sie die Speicher-Ausfallsicherheit und Redundanz? Mit Azure Files werden Speicher-Ausfallsicherheit und Redundanz in das Produktangebot integriert. Alle Ebenen und Redundanzebenen stellen sicher, dass Daten hochverfügbar sind und auf mindestens drei Kopien Ihrer Daten zugegriffen werden kann. Wenn Sie andere Dateispeicheroptionen in Betracht ziehen, überlegen Sie, ob Speicherresilienz und Redundanz integriert ist, oder etwas, das Sie selbst zusammenstellen müssen.

• Was müssen Sie verwalten? Azure Files ist eine vollständig verwaltete Lösung. Andere Lösungen erfordern möglicherweise Betriebssystemupdates oder verwalten virtuelle Ressourcen wie VMs, Datenträger und Netzwerk-IP-Adressen.

• Was sind die Kosten für Mehrwertprodukte? Azure Files unterstützt Integrationen in mehrere Mehrwertdienste von Erst- und Drittanbietern. Mehrwertdienste wie Azure Backup, Azure-Dateisynchronisierung und Microsoft Defender for Storage bieten Sicherung, Replikation und Zwischenspeichern sowie Sicherheitsfunktionen für Azure Files. Für Mehrwertlösungen fallen – unabhängig davon, ob lokal oder in der Cloud – eigene Lizenzierungs- und Produktkosten an. Sie werden aber oft als ein Teil der Gesamtkosten für den Dateispeicher betrachtet.

Bereitgestelltes v2-Modell

Das bereitgestellte v2-Modell für Azure Files koppelt die Vorhersehbarkeit der Gesamtbetriebskosten mit Flexibilität, sodass Sie eine Dateifreigabe erstellen können, die Ihre genauen Speicher- und Leistungsanforderungen erfüllt. Wenn Sie eine neue bereitgestellte v2-Dateifreigabe erstellen, geben Sie an, wie viel Speicher, IOPS und Durchsatz Ihre Dateifreigabe benötigt. Der Betrag jeder von Ihnen bereitgestellten Menge bestimmt Ihre Gesamtrechnung.

Die Menge an Speicher, IOPS und Durchsatz, die Sie bereitstellen, sind die garantierten Grenzwerte für die Verwendung Ihrer Dateifreigabe. Wenn Sie beispielsweise eine 2 TiB-Freigabe bereitstellen und 2 TiB-Daten in Ihre Freigabe hochladen, ist Ihre Freigabe voll. Sie können keine weiteren Daten hinzufügen, es sei denn, Sie erhöhen die Größe Ihres Speicherplatzes oder löschen einige Daten. Kreditbasiertes IOPS-Bursting bietet zusätzliche Flexibilität bei der Nutzung, auf Best-Effort-Basis, während Credits verbleiben.

Die Menge an Speicher, IOPS und Durchsatz, die Sie bereitstellen, kann dynamisch nach oben oder unten skaliert werden, wenn sich Ihre Anforderungen ändern. Sie können jedoch eine bereitgestellte Menge nur dann verringern, wenn seit der letzten Erhöhung der Menge 24 Stunden vergangen sind. Speicher-, IOPS- und Durchsatzänderungen werden innerhalb weniger Minuten nach einer Bereitstellungsänderung wirksam.

Wenn Sie eine neue Dateifreigabe mit dem bereitgestellten v2-Modell erstellen, wird standardmäßig empfohlen, wie viele IOPS und wie viel Durchsatz Sie benötigen. Dies wird basierend auf der von Ihnen angegebenen Menge des bereitgestellten Speichers berechnet. Diese Empfehlungen basieren auf der typischen Kundennutzung für diesen bereitgestellten Speicher für die von Ihnen ausgewählte Medienebene. Möglicherweise stellen Sie jedoch fest, dass Ihre Workload mehr oder weniger IOPS und Durchsatz als die "typische Dateifreigabe" erfordert. In diesem Fall können Sie je nach Ihren individuellen Dateifreigabeanforderungen optional mehr oder weniger IOPS und Durchsatz bereitstellen.

Bereitgestellte v2-Verfügbarkeit

Das bereitgestellte v2-Modell ist für die folgenden Kombinationen aus Medienebene, Redundanz und Dateifreigabeprotokoll verfügbar:

Medienebene	Redundanz	Dateifreigabeprotokoll	Klassische Dateifreigaben (Microsoft.Storage)	Dateifreigaben (Microsoft.FileShares)
SSD (Solid-State-Laufwerk)	Lokal	KMU
SSD (Solid-State-Laufwerk)	Zone	KMU
SSD (Solid-State-Laufwerk)	Lokal	NFS
SSD (Solid-State-Laufwerk)	Zone	NFS
HDD	Lokal	KMU
HDD	Zone	KMU
HDD	Geo	KMU
HDD	GeoZone	KMU
HDD	Lokal	NFS
HDD	Zone	NFS
HDD	Geo	NFS
HDD	GeoZone	NFS

Derzeit ist das bereitgestellte v2-Modell in einer begrenzten Teilmenge von Regionen allgemein verfügbar:

• Alle öffentlichen Azure-Cloudregionen.
• Alle Cloudregionen von Azure US Government.

Bereitgestellte v2-Bereitstellungsdetails

Wenn Sie eine bereitgestellte v2-Dateifreigabe erstellen, geben Sie die bereitgestellte Kapazität für die Dateifreigabe in Bezug auf Speicher, IOPS und Durchsatz an. Dateifreigaben sind basierend auf den folgenden Attributen eingeschränkt:

Standardmäßig empfehlen wir die Bereitstellung von IOPS und Durchsatz basierend auf dem von Ihnen angegebenen bereitgestellten Speicher. Diese Empfehlungsformeln basieren auf der typischen Kundennutzung für diesen bereitgestellten Speicher für diese Medienebene in Azure Files:

Je nach Ihren individuellen Anforderungen an die Dateifreigabe stellen Sie möglicherweise fest, dass Sie mehr oder weniger IOPS oder Durchsatz benötigen als unsere Empfehlungen. Sie können diese Empfehlungen optional bei Bedarf mit Ihren eigenen Werten überschreiben.

Bereitgestelltes v2-Bursting

Auf Kredit basierende IOPS-Bursts bieten zusätzliche Flexibilität bei der IOPS-Nutzung. Diese Flexibilität wird am besten als Puffer gegen unvorhergesehene E/A-Spitzen verwendet. Bei etablierten I/O-Mustern empfehlen wir, für I/O-Spitzen vorzusorgen.

IOPS-Burst-Credits häufen sich an, wenn Datenverkehr für Ihre Dateifreigabe unterhalb der bereitgestellten IOPS (Baseline) liegt. Wenn die IOPS-Nutzung einer Dateifreigabe die bereitgestellten IOPS überschreitet und IOPS-Burstcredits verfügbar sind, kann die Dateifreigabe bis zum maximal zulässigen IOPS-Grenzwert Bursts verwenden. Dateifreigaben können weiterhin Bursts ausführen, solange Credits verbleiben. Dies hängt aber von der Anzahl der aufgelaufenen Burst-Credits ab. Jede E/A über die bereitgestellte IOPS hinaus verbraucht einen Credit. Sobald alle Credits verbraucht wurden, kehrt die Freigabe wieder zu der bereitgestellten IOPS zurück. IOPS für die Dateifreigabe muss nichts Besonderes tun, um Bursting zu verwenden. Bursting arbeitet auf Best-Effort-Basis.

Freigabeguthaben können drei Zustände aufweisen:

• Ansammelnd, wenn die Dateifreigabe weniger als die bereitgestellte IOPS verwendet.
• Abnehmend, wenn die Dateifreigabe mehr als die bereitgestellten IOPS verwendet und sich im Burstmodus befindet.
• Konstant, wenn die Dateifreigabe genau die bereitgestellten IOPS verwendet und Credits weder angesammelt noch in Anspruch genommen wurden.

Eine neue Dateifreigabe beginnt mit der vollen Anzahl von Guthaben im Burstbucket. Burstcredits sammeln sich nicht an, wenn die Freigabe-IOPS aufgrund einer Einschränkung durch den Server unter die bereitgestellte Grenze fällt. Die folgenden Formeln werden verwendet, um den IOPS-Burstgrenzwert und die Anzahl der für eine Dateifreigabe möglichen Credits zu bestimmen:

In der folgenden Tabelle sind einige Beispiele für diese Formeln für verschiedene bereitgestellte IOPS-Beträge dargestellt:

Bereitgestellte v2-Ressourcenmodelle

Das bereitgestellte v2-Abrechnungsmodell ist für beide Ressourcentypen verfügbar, die von Azure Files verwendet werden. Sie können eine bereitgestellte v2-Dateifreigabe entweder als klassische Dateifreigabe entweder innerhalb eines Speicherkontos (Microsoft.Storage) oder direkt als Dateifreigabe der obersten Ebene (Microsoft.FileShares) erstellen.

Bereitgestellte klassische v2-Dateifreigaben (Microsoft.Storage)

Um eine klassische Dateifreigabe mit dem bereitgestellten v2-Modell zu erstellen, muss Ihr Speicherkonto eine der folgenden Kombinationen von Einstellungen verwenden:

Weitere Informationen zum Erstellen einer klassischen Dateifreigabe mithilfe des bereitgestellten v2-Modells finden Sie unter Erstellen einer klassischen Dateifreigabe.

Klassische Dateifreigaben, die im selben Speicherkonto erstellt werden, nutzen gemeinsam die Grenzwerte für Speicher, IOPS und Durchsatz dieses Speicherkontos.

Um eine Ordnungsgemäße Bereitstellung von Azure Files mit dem bereitgestellten v2-Abrechnungsmodell auf klassischen Dateifreigaben durchzuführen, müssen Sie die folgenden Dimensionen der Kapazitätsplanung berücksichtigen:

• Wie viel bereitgestellter Speicher, IOPS und Durchsatz benötigen Sie für jede klassische Dateifreigabe? Wie ändern sich diese Anforderungen im Laufe der Zeit?
  Da Speicherkonten gemeinsame Grenzwerte aufweisen, müssen Sie beim Zuweisen klassischer Dateifreigaben zu Speicherkonten sowohl jetzt als auch im Laufe der Zeit die Anforderungen jeder klassischen Dateifreigabe berücksichtigen. Die Bereitstellungslogik für das bereitgestellte v2-Modell verhindert, dass Sie mehr Speicher, IOPS oder Durchsatz bereitstellen, als das Speicherkonto unterstützt. Wenn genügend klassische Dateifreigaben in einem einzigen Speicherkonto platziert werden, sodass eine dieser Dimensionen maximal überschritten wird, können vorhandene klassische Dateifreigaben nicht wachsen, ohne zuerst zu einem anderen Speicherkonto zu migrieren. Um dieses Risiko zu verringern, planen Sie in jedem Speicherkonto ausreichend Spielraum ein, damit Sie die Zuordnungen von klassischen Dateifreigaben zu Speicherkonten für mindestens 3 bis 5 Jahre beibehalten können.

• Haben Sie besondere Anforderungen hinsichtlich der Nachverfolgung der Rechnung für jede klassische Dateifreigabe an einzelne Projekte, Abteilungen oder Kunden?
  In Azure ist die niedrigste Granularität, für die Sie die Abrechnung sehen können, die Ressource, d. h. wenn Sie zwei klassische Dateifreigaben in dasselbe Speicherkonto setzen, können Sie ihre Kosten nicht einfach auf einzelne Projekte, Abteilungen oder Kunden zurückverfolgen. Um dies zu beheben, gruppieren Sie klassische Dateifreigaben in Speicherkonten basierend darauf, wie sie aus Abrechnungsperspektive nachverfolgt werden müssen.

• Wie viele Speicherkonten sind in Ihrem Abonnement für Ihre Zielregion verfügbar?
  Ein zusätzlicher Komplizierungsfaktor ist die Anzahl der Speicherkonten, die Sie pro Abonnement pro Region haben können. Weitere Informationen finden Sie unter Microsoft.Storage Kontrollebene-Grenzen . Je nachdem, wie viele Speicherkonten Sie benötigen, müssen Sie möglicherweise zusätzliche Abonnements verwenden, um zusätzliche Speicherkonten zu erzielen.

Bereitgestellte v2-Dateifreigaben (Microsoft.FileShares)

Das Erstellen von Dateifreigaben mithilfe des Microsoft.FileShares Verwaltungsmodells erleichtert die Bereitstellung von Azure Files erheblich:

• Sie müssen nicht die aktuellen und zukünftigen Anforderungen jeder Dateifreigabe berücksichtigen, um zu entscheiden, wo diese Dateifreigabe bereitgestellt werden soll.
  Die Bereitstellung jeder Dateifreigabe ist unabhängig von der Bereitstellung jeder anderen Dateifreigabe. Die einzige Überlegung für das Wachstum der Dateifreigabe ist die Beschränkung der Dateifreigabe, die in den Bereitstellungsdetails für v2-Bereitstellungen beschrieben ist.

• Die Abrechnung für jede Dateifreigabe wird unabhängig nachverfolgt.
  Da Dateifreigaben Ressourcen auf oberster Ebene sind, können Sie die Rechnung für jede Dateifreigabe unabhängig von jeder anderen Dateifreigabe nachverfolgen. Sie können auch Tags verwenden, um die Ressourcen zu gruppieren, um Kosten für Projekte, Abteilungen oder Kunden nachzuverfolgen.

• Dateifreigaben verfügen zwar immer noch über eine Beschränkung pro Abonnement pro Region, der Grenzwert für Dateifreigaben ist jedoch viel höher als der Grenzwert für Speicherkonten.
  Weitere Informationen finden Sie unter Microsoft.FileShares Begrenzungen der Steuerebene.

Bereitgestellte v2-Momentaufnahmen

Azure Files unterstützt Momentaufnahmen, die mit Volumenschattenkopien (VSS) auf Windows-Dateiservern vergleichbar sind. Weitere Informationen zu freigegebenen Momentaufnahmen finden Sie unter Übersicht über Momentaufnahmen für Azure Files.

Momentaufnahmen unterscheiden sich immer von der Livefreigabe und voneinander. Wenn die differenzielle Gesamtgröße aller Momentaufnahmen im bereitgestellten v2-Abrechnungsmodell in den überschüssigen bereitgestellten Speicherplatz der Dateifreigabe passt, entstehen keine zusätzlichen Kosten für die Speicherung der Momentaufnahmen. Wenn die Größe der Livefreigabedaten plus der differenziellen Momentaufnahmedaten größer als der bereitgestellte Speicher der Freigabe ist, wird die zusätzliche Kapazität für die Momentaufnahmen mit der Verbrauchseinheit Overflow Snapshot Usage in Rechnung gestellt. Die Formel zum Bestimmen der Überlaufmenge lautet: MAX((LiveShareUsedGiB + SnapshotDifferentialUsedGiB) - ProvisionedStorageGiB, 0)

Einige Mehrwertdienste für Azure Files können Momentaufnahmen als Teil ihres Wertangebots nutzen. Weitere Informationen finden Sie unter Mehrwertdienste für Azure Files.

Vorläufiges Löschen in bereitgestelltem v2

Gelöschte Dateifreigaben in Speicherkonten mit aktivierter Vorläufiglöschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Freigabe für den definierten Aufbewahrungszeitraum in Rechnung gestellt. Um sicherzustellen, dass eine gelöschte Dateifreigabe immer wiederhergestellt werden kann, werden der bereitgestellte Speicher, die IOPS und der Durchsatz der Freigabe bis zum Löschen der Dateifreigabe auf die Grenzen des Speicherkontos angerechnet. Sie werden jedoch nicht in Rechnung gestellt. Weitere Informationen zu Soft Delete finden Sie unter Aktivieren von Soft Delete für Azure-Dateifreigaben.

„Bereitgestellt v2“-Verbrauchseinheiten für Abrechnung

Mit dem v2-Abrechnungsmodell bereitgestellte Dateifreigaben werden nach den folgenden Verbrauchseinheiten für die Abrechnung abgerechnet:

• Bereitgestellter Speicher: Die In GiB bereitgestellte Speichermenge.
• Bereitgestellte IOPS: Die Menge der bereitgestellten IOPS (E/A / s).
• Bereitgestellter Durchsatz MiBPS: Die Menge an bereitgestelltem Durchsatz in MiB / s.
• Überbeanspruchung von Snapshots: Jedwede Nutzung eines differenziellen Snapshots in GiB, die die bereitgestellte Speicherkapazität überschreitet. Weitere Informationen finden Sie unter bereitgestellten v2-Momentaufnahmen.
• Nutzung des vorläufigen Löschens: Verwendete Speicherkapazität in GiB für vorläufig gelöschte Dateifreigaben. Weitere Informationen finden Sie unter Bereitgestelltes vorläufiges Löschen in v2.

Die Verbrauchseinheiten über die bereitgestellten v2-Abrechnungszähler werden stündlich ausgegeben. Für eine Freigabe mit 1.024 GiB sollte beispielsweise Folgendes angezeigt werden:

• 1.024 Einheiten für den Zähler Bereitgestellter Speicher für eine einzelne Stunde.
• 24.576 Einheiten für den Zähler Bereitgestellter Speicher, wenn er für einen Tag kumuliert wurde.
• Eine unterschiedliche Anzahl von Einheiten, wenn sie für einen Monat aggregiert werden, abhängig von der Anzahl der Tage im Monat:
  • 28-Tage Monat (normaler Februar): 688.128 Einheiten für den Zähler Bereitgestellter Speicher.
  • 29-Tage Monat (Schaltjahr Februar): 712.704 Einheiten für den Zähler Bereitgestellter Speicher.
  • 30-Tage Monat: 737.280 Einheiten für den Zähler Bereitgestellter Speicher.
  • 31-Tage Monat: 761.856 Einheiten für den Zähler Bereitgestellter Speicher.

Bereitgestellte v2-Migrationen

Der Prozess für die Migration Ihrer SMB Azure-Dateifreigaben von einem pay-as-you-go-Modell zum bereitgestellten v2-Abrechnungsmodell unterscheidet sich je nachdem, ob Sie Azure File Sync verwenden.

• Wenn Sie Azure Files ohne Azure-Dateisynchronisierung verwenden, finden Sie weitere Informationen unter Migrieren von Dateien von einer SMB-Azure-Dateifreigabe zu einer anderen.
• Wenn Sie die Azure-Dateisynchronisierung verwenden, finden Sie weitere Informationen unter Migrieren von Dateien von einer Azure-Dateifreigabe zu einer anderen bei Verwendung der Azure-Dateisynchronisierung.

Bereitgestelltes v1-Modell

Die bereitgestellte v1-Methode stellt Speicher, IOPS und Durchsatz in einem festen Verhältnis zueinander bereit, ähnlich wie der Kauf von Speicher in einer lokalen Speicherlösung. Wenn Sie eine neue klassische Dateifreigabe vom Typ „Bereitgestellt v1“ erstellen, geben Sie an, wie viel Speicherplatz Ihre Freigabe benötigt. Die Werte für IOPS und Durchsatz werden berechnet. Das bereitgestellte v1-Modell für Azure Files ist nur für die SSD-Medienebene verfügbar.

Die von Ihnen bereitgestellte Speichermenge bestimmt die garantierten Speicher-, IOPS- und Durchsatzgrenzwerte für die Verwendung Ihrer klassischen Dateifreigabe. Wenn Sie beispielsweise eine 2 TiB-Freigabe bereitstellen und 2 TiB-Daten in Ihre klassische Dateifreigabe hochladen, ist sie voll. Sie können keine weiteren Daten hinzufügen, es sei denn, Sie erhöhen die Größe der klassischen Dateifreigabe oder löschen einige Daten. Kreditbasiertes IOPS-Bursting bietet zusätzliche Flexibilität bei der Nutzung, auf Best-Effort-Basis, während Credits verbleiben.

Im Gegensatz zum Erwerb von lokalem Speicher können bereitgestellte klassische v1-Dateifreigaben dynamisch nach oben oder unten skaliert werden, wenn sich Ihre Anforderungen ändern. Sie können den bereitgestellten Speicher jedoch erst nach 24 Stunden verringern, nachdem der letzte Speicheranstieg abgelaufen ist. Speicher-, IOPS- und Durchsatzänderungen werden innerhalb weniger Minuten nach einer Bereitstellungsänderung wirksam.

Es ist möglich, die Größe Ihrer bereitgestellten Freigabe unter Ihre genutzten GiB zu reduzieren. Wenn Sie dies tun, gehen keine Daten verloren, sie werden jedoch weiterhin für die verwendete Größe in Rechnung gestellt. Sie erhalten die Leistung der bereitgestellten Freigabe, nicht die genutzte Größe.

Bereitgestellte v1-Verfügbarkeit

Das bereitgestellte v1-Modell ist für die folgenden Kombinationen aus Medienebene, Redundanz und Dateifreigabeprotokoll verfügbar:

Medienebene	Redundanz	Dateifreigabeprotokoll	Klassische Dateifreigaben (Microsoft.Storage)	Dateifreigaben (Microsoft.FileShares)
SSD (Solid-State-Laufwerk)	Lokal	KMU
SSD (Solid-State-Laufwerk)	Zone	KMU
SSD (Solid-State-Laufwerk)	Lokal	NFS
SSD (Solid-State-Laufwerk)	Zone	NFS
HDD	Lokal	KMU
HDD	Zone	KMU
HDD	Geo	KMU
HDD	GeoZone	KMU
HDD	Lokal	NFS
HDD	Zone	NFS
HDD	Geo	NFS
HDD	GeoZone	NFS

Die klassischen SSD-Dateifreigaben mit dem bereitgestellten v1-Modell sind in den meisten Azure-Regionen allgemein verfügbar. Weitere Informationen finden Sie unter Verfügbare Produkte nach Region.

Bereitgestellte v1-Bereitstellungsdetails

Wenn Sie eine klassische Dateifreigabe vom Typ „Bereitgestellt v1“ erstellen, geben Sie an, wie viel Speicherplatz Ihre Freigabe benötigt. Jedes von Ihnen bereitgestellte GiB berechtigt Sie zu mehr IOPS und Durchsatz in einem festen Verhältnis. Die bereitgestellten klassischen v1-Dateifreigaben sind basierend auf den folgenden Attributen eingeschränkt:

Die Menge der in der Freigabe bereitgestellten IOPS und des Durchsatzes wird durch die folgenden Formeln bestimmt:

Je nach Ihrer individuellen anforderung für die klassische Dateifreigabe stellen Sie möglicherweise fest, dass Sie mehr IOPS oder Durchsatz benötigen, als unsere Bereitstellungsformeln bereitstellen. In diesem Fall müssen Sie mehr Speicher bereitstellen, um den erforderlichen IOPS- oder Durchsatzwert zu erhalten.

Bereitgestelltes v1-Bursting

Das bereitgestellte v1-Modell unterstützt zwei Arten von Bursting: kreditbasiertes Bursting, das als Teil der Bereitstellung kostenlos enthalten ist, und kostenpflichtiges Bursting, ein erweitertes Feature, mit dem Sie optional die nutzungsbasierte Abrechnung unterstützen können, wenn die IOPS und der Durchsatz den bereitgestellten Betrag überschreiten.

Bereitgestelltes v1 kreditbasiertes Bursting

Auf Kredit basierende IOPS-Bursts bieten zusätzliche Flexibilität bei der IOPS-Nutzung. Diese Flexibilität wird am besten als Puffer gegen unvorhergesehene E/A-Spitzen verwendet. Bei etablierten I/O-Mustern empfehlen wir, für I/O-Spitzen vorzusorgen.

IOPS-Burst-Credits häufen sich an, wenn der Datenverkehr für Ihre klassische Dateifreigabe unterhalb der bereitgestellten IOPS (Baseline) liegt. Wenn die IOPS-Nutzung einer klassischen Dateifreigabe die bereitgestellten IOPS überschreitet und IOPS-Burstcredits verfügbar sind, kann die klassische Dateifreigabe bis zum maximal zulässigen IOPS-Grenzwert Bursts verwenden. Klassische Dateifreigaben können weiterhin Bursts ausführen, solange Credits verbleiben. Dies hängt aber von der Anzahl der aufgelaufenen Burst-Credits ab. Jede E/A über die bereitgestellte IOPS hinaus verbraucht einen Credit. Sobald alle Credits verbraucht wurden, kehrt die Freigabe wieder zu der bereitgestellten IOPS zurück. Für IOPS für die klassische Dateifreigabe sind keine besonderen Maßnahmen erforderlich, um Bursting zu verwenden. Bursting arbeitet auf Best-Effort-Basis.

Freigabeguthaben können drei Zustände aufweisen:

• Anwachsend, wenn die klassische Dateifreigabe weniger als die bereitgestellten IOPS verwendet.
• Abnehmend, wenn die klassische Dateifreigabe mehr als die bereitgestellten IOPS verwendet und sich im Burstmodus befindet.
• Konstant, wenn die klassische Dateifreigabe genau die bereitgestellten IOPS nutzt und weder Gutschriften angesammelt noch verwendet werden.

Eine neue klassische Dateifreigabe beginnt mit der vollständigen Anzahl von Guthaben im Burst-Bucket. Burstcredits sammeln sich nicht an, wenn die Freigabe-IOPS aufgrund einer Einschränkung durch den Server unter die bereitgestellte Grenze fällt. Die folgenden Formeln werden verwendet, um den IOPS-Burstgrenzwert und die Anzahl der für eine klassische Dateifreigabe möglichen Credits zu bestimmen:

In der folgenden Tabelle sind einige Beispiele für diese Formeln für die bereitgestellten Größen dargestellt:

Bereitgestellte v1 kostenpflichtige Platzierung

Kostenpflichtige Aufstockung ist ein erweitertes Feature des „Bereitgestellt v1“-Modells, das Kunden unterstützt, die nie gedrosselt werden möchten. Kostenpflichtiges Bursting beinhaltet eine zusätzliche nutzungsbasierte Abrechnung für jeden IOPS oder Durchsatz, der über den bereitgestellten Speicherplatz hinausgeht. Dies unterscheidet sich von kreditbasiertem Bursting, das als Teil des bereitgestellten Speichers kostenlos enthalten ist. Kostenpflichtiges Bursting kann zwar die Bereitstellung Ihrer klassischen Dateifreigabe erheblich flexibler gestalten, bei falscher Verwendung jedoch auch zu unerwarteten Abrechnungen führen.

Wie kreditbasiertes Bursting ist kostenpflichtiges Bursting kein Ersatz für die Bereitstellung der richtigen Menge an IOPS und Durchsatz. Vielmehr bietet es zusätzlichen Schutz vor einer Drosselung, falls eine unerwartete Nachfrage erfolgt. Wenn Sie über ein einheitliches IOPS- oder Durchsatzniveau verfügen, ist es günstiger, genügend IOPS und Durchsatz (durch Speicherbereitstellung) bereitzustellen, um die Nachfrage abzudecken, anstatt auf kostenpflichtiges Bursting zu vertrauen.

Kostenpflichtiges Bursting ist standardmäßig deaktiviert, Sie können es jedoch aktivieren, indem Sie die Anweisungen befolgen, um die Kosten- und Leistungsmerkmale einer bereitgestellten klassischen v1-Dateifreigabe (nur PowerShell und CLI) zu ändern. Wenn kostenpflichtiges Bursting aktiviert ist, empfehlen wir eine sorgfältige Überwachung der IOPS- und Durchsatznutzung mithilfe der folgenden Metriken, die über azure monitor verfügbar sind:

• Bereitgestellte IOPS für Dateifreigaben
• Bereitgestellte Bandbreite MiB/s für Dateifreigabe (Durchsatz)
• Transaktionen von Max IOPS
• Bandbreite nach Max MiB/s (Durchsatz)
• Platzguthaben für IOPS (kreditbasiertes Bursting)
• Paid Bursting IOS (IOs)
• Kostenpflichtige Platzbandbreite

Bereitgestellte v1-Ressourcenmodelle

Sie können eine bereitgestellte v1-Dateifreigabe nur als klassische Dateifreigabe in einem Speicherkonto (Microsoft.Storage) erstellen.

Klassische Dateifreigaben vom Typ „Bereitgestellt v1“ (Microsoft.Storage)

Um eine klassische Dateifreigabe mit dem bereitgestellten v1-Modell zu erstellen, muss Ihr Speicherkonto eine der folgenden Kombinationen von Einstellungen verwenden:

Weitere Informationen zum Erstellen einer klassischen Dateifreigabe mithilfe des bereitgestellten v1-Modells finden Sie unter Erstellen einer klassischen Dateifreigabe.

Klassische Dateifreigaben, die im selben Speicherkonto erstellt werden, nutzen gemeinsam die Grenzwerte für Speicher, IOPS und Durchsatz dieses Speicherkontos.

Um eine Ordnungsgemäße Bereitstellung von Azure Files mit dem bereitgestellten v1-Abrechnungsmodell auf klassischen Dateifreigaben durchzuführen, müssen Sie die folgenden Dimensionen der Kapazitätsplanung berücksichtigen:

• Wie viel bereitgestellter Speicher, IOPS und Durchsatz benötigen Sie für jede klassische Dateifreigabe? Wie ändern sich diese Anforderungen im Laufe der Zeit?
  Aufgrund der Begrenzungen des freigegebenen Speicherkontos müssen Sie beim Zuweisen klassischer Dateifreigaben zu Speicherkonten sowohl die gegenwärtigen als auch die zukünftigen Anforderungen jeder klassischen Dateifreigabe in Betracht ziehen. Die Bereitstellungslogik für das bereitgestellte v1-Modell verhindert, dass Sie mehr Speicher bereitstellen, als das Speicherkonto unterstützt. Obwohl Sie mehr IOPS und Durchsatz bereitstellen dürfen, als das Speicherkonto bereitstellt, können Sie nicht mehr als die Grenzwerte für IOPS und Durchsatz des Speicherkontos verwenden. Um unerwartete Drosselung zu vermeiden, stellen Sie nicht mehr IOPS oder Durchsatz bereit, als das Speicherkonto unterstützt.

  Darüber hinaus kann das Platzieren von zu vielen klassischen Dateifreigaben in einem Speicherkonto das zukünftige Wachstum einschränken. Sobald ein Speicherkonto voll ist, können Sie vorhandene klassische Dateifreigaben nicht erweitern, ohne zuerst einige zu einem anderen Speicherkonto zu migrieren. Um dieses Risiko zu verringern, planen Sie genügend Pufferkapazität in Ihren Speicherkonten ein, damit Sie die Zuordnungen von klassischen Dateifreigaben zu Speicherkonten für mindestens 3 bis 5 Jahre aufrechterhalten können.

• Haben Sie besondere Anforderungen hinsichtlich der Nachverfolgung der Rechnung für jede klassische Dateifreigabe an einzelne Projekte, Abteilungen oder Kunden?
  In Azure ist die niedrigste Granularität, für die Sie die Abrechnung sehen können, die Ressource, d. h. wenn Sie zwei klassische Dateifreigaben in dasselbe Speicherkonto setzen, können Sie ihre Kosten nicht einfach auf einzelne Projekte, Abteilungen oder Kunden zurückverfolgen. Um dies zu beheben, gruppieren Sie klassische Dateifreigaben in Speicherkonten basierend darauf, wie sie aus Abrechnungsperspektive nachverfolgt werden müssen.

• Wie viele Speicherkonten sind in Ihrem Abonnement für Ihre Zielregion verfügbar?
  Ein zusätzlicher Komplizierungsfaktor ist die Anzahl der Speicherkonten, die Sie pro Abonnement pro Region haben können. Weitere Informationen finden Sie unter Microsoft.Storage Kontrollebene-Grenzen . Je nachdem, wie viele Speicherkonten Sie benötigen, müssen Sie möglicherweise zusätzliche Abonnements verwenden, um zusätzliche Speicherkonten zu erzielen.

Bereitgestellte v1-Momentaufnahmen

Azure Files unterstützt Momentaufnahmen, die mit Volumenschattenkopien (VSS) auf Windows-Dateiservern vergleichbar sind. Weitere Informationen zu freigegebenen Momentaufnahmen finden Sie unter Übersicht über Momentaufnahmen für Azure Files.

Momentaufnahmen unterscheiden sich immer von der Livefreigabe und voneinander. Im bereitgestellten v1-Abrechnungsmodell wird die differenzielle Gesamtgröße mit einem Verbrauchszähler abgerechnet, unabhängig davon, wie viel bereitgestellter Speicher nicht verwendet wird. Der Zähler für verwendeten Momentaufnahmespeicher hat einen reduzierten Preis gegenüber dem Preis für den bereitgestellten Speicher.

Vorläufiges Löschen in bereitgestelltem v1

Gelöschte klassische Dateifreigaben in Speicherkonten mit aktivierter Vorläufiglöschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Freigabe für den definierten Aufbewahrungszeitraum in Rechnung gestellt. Die Speicherkapazität für vorläufiges Löschen wird dem verwendeten Momentaufnahmespeicher angerechnet. Weitere Informationen zu Soft Delete finden Sie unter Aktivieren von Soft Delete für Azure-Dateifreigaben.

Bereitgestellte v1-Abrechnungszähler

Mit dem Abrechnungsmodell „Bereitgestellt v1“ werden bereitgestellte klassische Dateifreigaben mit den folgenden Verbrauchseinheiten abgerechnet:

• Premium-Bereitstellung: Die In GiB bereitgestellte Speichermenge.
• Premium-Momentaufnahmen: Die Menge der verwendeten Momentaufnahmen und die verwendete Kapazität für vorläufiges Löschen.

Der Verbrauch über die bereitgestellten v1-Verbrauchseinheiten für die Abrechnung wird stündlich in Monatseinheiten ausgegeben. Für eine Freigabe mit 1.024 GiB sollte beispielsweise Folgendes angezeigt werden:

• Eine unterschiedliche Anzahl von Einheiten für eine einzelne Stunde abhängig von der Anzahl der Tage im Monat:
  • 28-Tage Monat (normaler Februar): 1,5238 Einheiten für den Zähler Premium-Bereitstellung.
  • 29-Tage Monat (Schaltjahr Februar): 1,4713 Einheiten für den Zähler Premium-Bereitstellung.
  • 30-Tage Monat: 1,4222 Einheiten für den Zähler Premium-Bereitstellung.
  • 31-Tage Monat: 1,3763 Einheiten für den Zähler Premium-Bereitstellung.
• Eine unterschiedliche Anzahl von Einheiten, wenn sie für einen Tag aggregiert werden, abhängig von der Anzahl der Tage im Monat:
  • 28-Tage Monat (normaler Februar): 36,5714 Einheiten für den Zähler Premium-Bereitstellung.
  • 29-Tage Monat (Schaltjahr Februar): 35,3103 Einheiten für den Zähler Premium-Bereitstellung.
  • 30-Tage Monat: 34,1333 Einheiten für den Zähler Premium-Bereitstellung.
  • 31-Tage Monat: 33,0323 Einheiten für den Zähler Premium-Bereitstellung.
• 1.024 Einheiten für die Verbrauchseinheit Premium-Bereitstellung, wenn sie für einen Monat kumuliert wurde.

Modell für die nutzungsbasierte Bezahlung

Im Pay-as-you-go-Modell werden Sie über den von Ihnen verwendeten Speicherplatz in Rechnung gestellt, nicht wie viel Sie bereitstellen. Grundsätzlich zahlen Sie die Kosten einer gespeicherten Menge an logischen Daten und Sie zahlen zusätzlich für Transaktionen, die auf der Nutzung dieser Daten basieren. Die Pay-as-you-go-Abrechnung kann schwierig in den Budgetierungsprozess einzuplanen sein, da Sie basierend auf dem Verbrauch zahlen. Daher wird empfohlen, das bereitgestellte v2-Modell für neue bereitstellungen der klassischen Dateifreigabe zu verwenden. Das pay-as-you-go-Modell ist nur für HDD-Speicher verfügbar.

Verfügbarkeit von nutzungsbasierter Abrechnung

Das pay-as-you-go-Modell steht für die folgenden Kombinationen aus Medienebene, Redundanz und Dateifreigabeprotokoll zur Verfügung:

Medienebene	Redundanz	Dateifreigabeprotokoll	Klassische Dateifreigaben (Microsoft.Storage)	Dateifreigaben (Microsoft.FileShares)
SSD (Solid-State-Laufwerk)	Lokal	KMU
SSD (Solid-State-Laufwerk)	Zone	KMU
SSD (Solid-State-Laufwerk)	Lokal	NFS
SSD (Solid-State-Laufwerk)	Zone	NFS
HDD	Lokal	KMU
HDD	Zone	KMU
HDD	Geo	KMU
HDD	GeoZone	KMU
HDD	Lokal	NFS
HDD	Zone	NFS
HDD	Geo	NFS
HDD	GeoZone	NFS

Klassische HDD-Dateifreigaben mit dem Modell mit nutzungsbasierter Zahlung sind in allen Azure-Regionen generell verfügbar.

Unterschiede bei den Zugriffsebenen

Wenn Sie eine klassische Dateifreigabe in einem Speicherkonto mit nutzungsbasierter Zahlung erstellen, wählen Sie zwischen den folgenden Zugriffsebenen: transaktionsoptimiert, heiß und kalt. Alle drei Zugriffsebenen werden auf exakt derselben Standardspeicherhardware gespeichert. Der Hauptunterschied dieser drei Zugriffsebenen besteht im Preis für die Speicherung ruhender Daten (bei kälteren Ebenen niedriger) und im Transaktionspreis (bei kälteren Ebenen höher). Das bedeutet Folgendes:

• Wie der Name bereits vermuten lässt, ist der Preis der transaktionsoptimierten Ebene für Workloads mit hohem IOPS (Transaktion) optimiert. Die transaktionsoptimierte Option hat zwar den höchsten Preis für die Speicherung ruhender Daten, bietet aber die niedrigsten Transaktionspreise.
• Hot ist für aktive Arbeitslasten, die nicht eine große Anzahl von Transaktionen beinhalten. Verglichen mit der transaktionsoptimierten Ebene hat sie einen etwas niedrigeren Preis für die Speicherung ruhender Daten, aber etwas höhere Transaktionspreise. Stellen Sie sie sich als Mittelweg zwischen den Ebenen „Transaktionsoptimiert“ und „Kalt“ vor.
• Cool optimiert den Preis für Workloads, die keine hohe Aktivität haben, und bietet den niedrigsten Speicherpreis für ruhende Daten, aber die höchsten Transaktionspreise.

Bei Wahl der optimalen Speicherzugriffsebene für Ihren Anwendungsfall können Sie erheblich Kosten sparen. Wenn Sie eine Workload, auf die nur selten zugegriffen wird, in die transaktionsoptimierte Zugriffsebene verlagern, zahlen Sie fast nichts für die wenigen Transaktionen, die Sie pro Monat über Ihre klassische Dateifreigabe durchführen. Sie zahlen jedoch einen hohen Betrag für die Datenspeicherungskosten. Wenn Sie dieselbe Freigabe auf die kalte Zugriffsebene verlagern würden, müssten Sie weiterhin fast nichts für die Transaktionskosten bezahlen – einfach, weil Sie Transaktionen für diese Workload nur selten durchführen. Die kalte Speicherzugriffsebene bietet jedoch einen günstigeren Preis für die Datenspeicherung.

Ebenso zahlen Sie, wenn Sie einen stark zugänglichen Workload in der coolen Zugriffsebene haben, viel mehr Transaktionskosten, aber weniger für Datenspeicherungskosten. Dies kann zu einer Situation führen, in der die Kosten durch die Erhöhung der Transaktionspreise die Einsparungen durch den reduzierten Preis für Datenspeicher übersteigen, und Sie möglicherweise mehr für Cool Storage zahlen, als Sie für optimierte Transaktionen gezahlt hätten. Bei bestimmten Nutzungsebenen ist es möglich, dass die heiße Speicherzugriffsebene am wirtschaftlichsten ist, während die kalte Speicherzugriffsebene teurer als die Ebene „transaktionsoptimiert“ ist.

Welche Zugriffsebene für Ihre klassische Dateifreigabe mit nutzungsbasierter Zahlung am kostengünstigsten ist, hängt von Ihrer Workload und von der Aktivitätsstufe ab. In der Praxis lässt sich die wirtschaftlichste Zugriffsebene am besten ermitteln, indem der tatsächliche Ressourcenverbrauch der Freigabe (gespeicherte Daten, Schreibtransaktionen usw.) untersucht wird. Bei klassischen Pay-as-you-go-Dateifreigaben empfehlen wir, während der ersten Migration in Azure Files mit der transaktionsoptimierten Stufe zu beginnen und dann basierend auf der Verwendung nach Abschluss der Migration die richtige Zugriffsebene auszuwählen. Die Transaktionsnutzung während der Migration ist in der Regel kein Hinweis auf die normale Transaktionsnutzung.

Was sind Transaktionen?

Wenn Sie eine klassische Dateifreigabe mithilfe des Modells mit nutzungsbasierter Zahlung auf einem Computer mit SMB bereitstellen, wird die klassische Dateifreigabe auf Ihrem Computer verfügbar gemacht, als wäre sie lokaler Speicher. Dies bedeutet, dass Anwendungen, Skripts und andere Programme auf Ihrem Computer auf die Dateien und Ordner auf der klassischen Dateifreigabe zugreifen können, ohne wissen zu müssen, dass sie in Azure gespeichert sind.

Bei Lese- und Schreibvorgängen für eine Datei führt die von Ihnen verwendete Anwendung eine Reihe von API-Aufrufen an die Dateisystem-API aus, die von Ihrem Betriebssystem bereitgestellt wird. Ihr Betriebssystem übersetzt diese Aufrufe dann in SMB-Protokolltransaktionen, die zur Ausführung an Azure Files übertragen werden. Eine einfache Aufgabe, die der Endbenutzer als einzelner Vorgang wahrnimmt, z. B. das Lesen einer Datei von Anfang bis Ende, kann in mehrere SMB-Transaktionen übersetzt werden, die von Azure Files bereitgestellt werden.

Grundsätzlich werden klassische Dateifreigaben mit dem Modell mit nutzungsbasierter Zahlung basierend auf der Nutzung abgerechnet. SMB- und FileREST-Transaktionen von Anwendungen und Skripts stellen die Verwendung Ihrer klassischen Dateifreigabe dar und werden als Teil Ihrer Rechnung angezeigt. Das gleiche Konzept gilt für Mehrwert-Clouddienste, die Sie Ihrer Freigabe hinzufügen können, z. B. Azure-Dateisynchronisierung oder Azure Backup.

Transaktionen werden in fünf verschiedene Transaktionskategorien gruppiert, die je nach Auswirkungen auf die klassische Dateiablage unterschiedliche Preise aufweisen. Diese Kategorien sind „Schreiben“, „Auflisten“, „Lesen“ „Sonstige“ und „Löschen“.

Die folgende Tabelle zeigt die Kategorisierung der einzelnen Transaktionen:

Wechseln zwischen Zugriffsebenen

Obwohl Sie die Zugriffsebene einer klassischen Dateifreigabe mithilfe des pay-as-you-go-Modells ändern können, empfiehlt es sich, die Kosten nach der ersten Migration zu optimieren, um die kostenoptimale Zugriffsebene auszuwählen und dort zu bleiben, es sei denn, Ihr Zugriffsmuster ändert sich. Dies liegt daran, dass das Ändern der Zugriffsebene einer klassischen Dateifreigabe zu zusätzlichen Kosten wie folgt führt:

• Transaktionen: Wenn Sie eine Freigabe von einer heißeren Zugriffsebene auf eine kühlere Zugriffsebene verschieben, fallen für jede Datei in der klassischen Dateifreigabe die Schreibtransaktionsgebühren der kühleren Zugriffsebene an. Wenn Sie eine klassische Dateifreigabe von einer kühleren Zugriffsebene auf eine heißere Zugriffsebene verschieben, entsteht für jede Datei in der klassischen Dateifreigabe die Lesetransaktionsgebühr der kühleren Zugriffsstufe.

• Datenabruf: Wenn Sie von der coolen Zugriffsebene zur heißen oder transaktionsoptimierten Ebene wechseln, fällt eine Datenabrufgebühr an, die abhängig von der Menge der verschobenen Daten ist. Die Datenabrufgebühr fällt nur für die kalte Speicherzugriffsebene an.

Die folgende Tabelle zeigt die Kostenaufschlüsselung für den Wechsel von Zugriffsebenen:

Sie können die Zugriffsebene einer klassischen Dateifreigabe bis zu fünf Mal innerhalb eines 30-Tage-Fensters ändern. Der erste Tag des 30-Tage-Fensters beginnt, wenn die erste Ebene geändert wird. Änderungen zwischen Zugriffsebenen erfolgen umgehend, jedoch können Sie, wenn Sie die Zugriffsstufe einer Freigabe ändern, diese innerhalb von 24 Stunden nicht erneut ändern, auch wenn Sie die Eigenschaft der Zugriffsstufe weniger als fünf Mal in den letzten 30 Tagen geändert haben.

Auswählen einer Zugriffsebene

Unabhängig davon, wie Sie vorhandene Daten in Azure Files migrieren, empfehlen wir, die klassische Dateifreigabe zunächst in der transaktionsoptimierten Zugriffsebene zu erstellen. Dies ist auf die große Anzahl von Transaktionen zurückzuführen, die während der Migration anfallen. Nachdem Die Migration abgeschlossen ist und Sie einige Tage oder Wochen mit regelmäßiger Nutzung arbeiten, können Sie die Transaktionsanzahl mit dem Preisrechner verbinden, um zu ermitteln, welche Zugriffsebene für Ihre Workload am besten geeignet ist.

Da Pay-as-you-go-Speicherkonten nur Transaktionsinformationen auf Speicherkontoebene anzeigen, ist die Verwendung der Speichermetriken, um zu schätzen, welche Zugriffsebene auf der klassischen Dateifreigabeebene günstiger ist, eine unvollkommene Wissenschaft. Wenn möglich, empfehlen wir, nur eine klassische Dateifreigabe in jedem Speicherkonto bereitzustellen, um einen vollständigen Einblick in die Abrechnung zu gewährleisten.

So können Sie vorherige Transaktionen anzeigen:

1. Navigieren Sie zum Speicherkonto im Azure-Portal.
2. Wählen Sie im Dienstmenü unter ÜberwachungMetriken aus.
3. Wählen Sie Bereich als Ihren Speicherkontonamen, Metriknamespace als „Datei“, Metrik als „Transaktionen“ und Aggregation als „Summe“ aus.
4. Wählen Sie Apply Splitting (Aufteilung anwenden) aus.
5. Wählen Sie Werte als „API-Name“ aus. Wählen Sie das gewünschte Limit und Sortieren aus.
6. Wählen Sie den gewünschten Zeitraum aus.

Ressourcenmodelle mit nutzungsbasierter Zahlung

Sie können eine Pay-as-You-Go-Dateifreigabe nur als klassische Dateifreigabe in einem Speicherkonto (Microsoft.Storage) erstellen.

Klassische Dateifreigaben mit nutzungsbasierter Zahlung (Microsoft.Storage)

Um eine klassische Dateifreigabe mit dem Pay-as-you-go-Modell zu erstellen, muss Ihr Speicherkonto eine der folgenden Kombinationen von Einstellungen verwenden:

Klassische Dateifreigaben, die im selben Speicherkonto erstellt werden, nutzen gemeinsam die Grenzwerte für Speicher, IOPS und Durchsatz dieses Speicherkontos.

Weitere Details finden Sie unter Speicherkonto-Datenebenenbeschränkungen , einschließlich der Regionen, die höhere Grenzwerte für IOPS und Durchsatz unterstützen.

Um eine ordnungsgemäße Bereitstellung von Azure Files mit dem Pay-as-you-go-Abrechnungsmodell auf klassischen Dateifreigaben durchzuführen, müssen Sie die folgenden Dimensionen der Kapazitätsplanung berücksichtigen:

• Wie viel verwendeter Speicher, IOPS und Durchsatz benötigen Sie für jede klassische Dateifreigabe? Wie ändern sich diese Anforderungen im Laufe der Zeit?
  Aufgrund der Begrenzungen des freigegebenen Speicherkontos müssen Sie beim Zuweisen klassischer Dateifreigaben zu Speicherkonten sowohl die gegenwärtigen als auch die zukünftigen Anforderungen jeder klassischen Dateifreigabe in Betracht ziehen. Im Gegensatz zu den Modellen „Bereitgestellt v2“ und „Bereitgestellt v1“ bietet das Modell mit nutzungsbasierter Zahlung nur wenige Schutzmaßnahmen, die Ihnen helfen, die Grenzwerte des Speicherkontos für klassische Dateifreigaben im selben Speicherkonto gemeinsam zu nutzen. Jede klassische Dateifreigabe in einem pay-as-you-go-Speicherkonto kann bis zu den klassischen Dateifreigabebeschränkungen für die Größe der Dateifreigabe und bis zu den Speicherkontogrenzwerten für IOPS und Durchsatz umfassen. Das Einfügen von zwei klassischen Dateifreigaben in das gleiche Speicherkonto mit nutzungsbasierter Zahlung kann zu einem IOPS- oder Durchsatzkonflikt führen. Um unerwartete Drosselungen zu vermeiden, beschränken Sie die Anzahl der klassischen Dateifreigaben, die Sie in einem Speicherkonto mit nutzungsbasierter Zahlung platzieren.

• Haben Sie besondere Anforderungen hinsichtlich der Nachverfolgung der Rechnung für jede klassische Dateifreigabe an einzelne Projekte, Abteilungen oder Kunden?
  In Azure ist die niedrigste Granularität, für die Sie die Abrechnung sehen können, die Ressource, d. h. wenn Sie zwei klassische Dateifreigaben in dasselbe Speicherkonto setzen, können Sie ihre Kosten nicht einfach auf einzelne Projekte, Abteilungen oder Kunden zurückverfolgen. Um dies zu beheben, gruppieren Sie klassische Dateifreigaben in Speicherkonten basierend darauf, wie sie aus Abrechnungsperspektive nachverfolgt werden müssen.

• Wie viele Speicherkonten sind in Ihrem Abonnement für Ihre Zielregion verfügbar?
  Ein zusätzlicher Komplizierungsfaktor ist die Anzahl der Speicherkonten, die Sie pro Abonnement pro Region haben können. Weitere Informationen finden Sie unter Microsoft.Storage Kontrollebene-Grenzen . Je nachdem, wie viele Speicherkonten Sie benötigen, müssen Sie möglicherweise zusätzliche Abonnements verwenden, um zusätzliche Speicherkonten zu erzielen.

Nutzungsbasierte Momentaufnahmen

Azure Files unterstützt Momentaufnahmen, die mit Volumenschattenkopien (VSS) auf Windows-Dateiservern vergleichbar sind. Weitere Informationen zu freigegebenen Momentaufnahmen finden Sie unter Übersicht über Momentaufnahmen für Azure Files.

Momentaufnahmen unterscheiden sich immer von der Livefreigabe und voneinander. Im nutzungsbasierten Abrechnungsmodell wird die differenzielle Gesamtgröße dem normal verwendeten Speicherzähler angerechnet. Dies bedeutet, dass auf Ihrer Rechnung keine separate Position angezeigt wird, die Momentaufnahmen für Ihr nutzungsbasiertes Speicherkonto darstellt. Außerdem bedeutet dies, dass die Nutzung differenzieller Momentaufnahmen auf die Reservierungen angerechnet wird, die für klassische Dateifreigaben mit nutzungsbasierter Zahlung erworben wurden.

Nutzungsbasierte vorläufige Löschung

Gelöschte klassische Dateifreigaben in Speicherkonten mit aktiviertem vorläufigem Löschen werden während des definierten Aufbewahrungszeitraums basierend auf der verwendeten Speicherkapazität in Rechnung gestellt. Die Speicherkapazität für vorläufiges Löschen wird dem normal verwendeten Speicher angerechnet. Dies bedeutet, dass auf Ihrer Rechnung keine separate Position angezeigt wird, die vorläufig gelöschte klassische Dateifreigaben für Ihr Speicherkonto mit nutzungsbasierter Zahlung darstellt. Außerdem bedeutet dies, dass die Nutzung vorläufig gelöschter klassischer Dateifreigaben auf die erworbenen Reservierungen für klassische Dateifreigaben mit nutzungsbasierter Zahlung angerechnet wird.

Nutzungsbasierter Abrechnungszähler

Klassische Dateifreigaben, die mit dem nutzungsbasierten Abrechnungsmodell erstellt wurden, werden anhand der folgenden Verbrauchseinheiten abgerechnet:

• Gespeicherte Daten: Der verwendete Speicher einschließlich Live Shares, differenziellen Momentaufnahmen und vorläufig gelöschten klassischen Dateifreigaben in GiB.
• Metadaten: Die Größe der Dateisystemmetadaten, die Dateien und Verzeichnissen zugeordnet sind, z. B. Zugriffssteuerungslisten (ACLs) und andere Eigenschaften in GiB. Diese Verbrauchseinheit für die Abrechnung wird nur für klassische Dateifreigaben in der heißen oder kalten Zugriffsebene verwendet.
• Schreibvorgänge: Die Anzahl der Schreibtransaktions-Buckets (ein Bucket = 10.000 Transaktionen).
• Listenvorgänge: Die Anzahl der Listentransaktions-Buckets (ein Bucket = 10.000 Transaktionen).
• Lesevorgänge: Die Anzahl der Lesetransaktions-Buckets (ein Bucket = 10.000 Transaktionen).
• Andere Vorgänge / Protokollvorgänge: Die Anzahl der anderen Transaktions-Buckets (ein Bucket = 10.000 Transaktionen).
• Datenabruf: Die Datenmenge, die aus der klassischen Dateifreigabe in GiB gelesen wird. Diese Verbrauchseinheit wird nur für klassische Dateifreigaben in der kalten Zugriffsebene verwendet.
• Georeplikationsdatenübertragung: Wenn die klassische Dateifreigabe über Geo- oder GeoZone-Redundanz verfügt, die Datenmenge, die in die klassische Dateifreigabe geschrieben und in die sekundäre Region repliziert wird, in GiB.

Die Verbrauchseinheiten für die Abrechnungszähler Gespeicherten Daten und Metadaten werden stundenweise in Bezug auf monatliche Einheiten angerechnet. Für eine Freigabe mit 1.024 verwendeten GiB sollte beispielsweise Folgendes angezeigt werden:

• Eine unterschiedliche Anzahl von Einheiten für eine einzelne Stunde abhängig von der Anzahl der Tage im Monat:
  • 28-Tage Monat (normaler Februar): 1,5238 Einheiten für die Verbrauchseinheit Gespeicherte Daten.
  • 29-Tage Monat (Schaltjahr Februar): 1,4713 Einheiten für den Zähler Gespeicherte Daten.
  • 30-Tage Monat: 1,4222 Einheiten für den Zähler Gespeicherte Daten.
  • 31-Tage Monat: 1,3763 Einheiten für die Verbrauchseinheit Gespeicherte Daten.
• Eine unterschiedliche Anzahl von Einheiten, wenn sie für einen Tag aggregiert werden, abhängig von der Anzahl der Tage im Monat:
  • 28-Tage Monat (normaler Februar): 36,5714 Einheiten für die Verbrauchseinheit Gespeicherte Daten.
  • 29-Tage Monat (Schaltjahr Februar): 35.3103 Einheiten für den Zähler Gespeicherte Daten.
  • 30-Tage Monat: 34,1333 Einheiten für den Zähler Gespeicherte Daten.
  • 31-Tage Monat: 33,0323 Einheiten für den Zähler Gespeicherte Daten.
• 1.024 Einheiten für die Verbrauchseinheit Gespeicherte Daten, wenn sie für einen Monat kumuliert wurde.

Der Verbrauch für die anderen Zähler (z. B. Schreibvorgänge oder Datenabruf) wird stündlich ausgegeben, aber da diesen Verbrauchseinheiten kein Zeitrahmen zugeordnet ist, müssen keine speziellen Umrechnungen von Einheiten beachtet werden.

Bereitgestellt/Kontingent, logische Größe und physische Größe

Azure Files verfolgt drei verschiedene Werte für die Freigabekapazität:

• Bereitgestellte Größe oder Kontingent: Bei sowohl bereitgestellten als auch nutzungsabhängigen Dateifreigaben legen Sie die maximale Größe fest, bis zu der die Dateifreigabe wachsen darf. In bereitgestellten Dateifreigaben wird dieser Wert als "bereitgestellte Größe" bezeichnet. Sie zahlen für die Menge, die Sie bereitstellen, unabhängig davon, wie viel Sie tatsächlich verbrauchen. Bei nutzungsbasierten Dateifreigaben wird dieser Wert als Kontingent bezeichnet, und er wirkt sich nicht direkt auf Ihre Rechnung aus. Die bereitgestellte Größe ist ein Pflichtfeld für bereitgestellte Dateifreigaben. Wenn die bereitgestellte Größe für nutzungsbasierte Dateifreigaben nicht direkt angegeben wurde, wird die Freigabe standardmäßig auf den maximalen Wert festgelegt, der vom Speicherkonto unterstützt wird (100 TiB).

• Logische Größe: Die logische Größe einer Dateifreigabe oder Datei bezieht sich darauf, wie groß sie ist, ohne zu überlegen, wie sie tatsächlich gespeichert wird, ohne dass eine Speicheroptimierung erforderlich ist. Die logische Größe der Datei entspricht der Datenmenge in KiB/MiB/GiB, die bei einem Kopiervorgang an einen anderen Standort übertragen würde. Bei bereitgestellten Dateifreigaben und Dateifreigaben mit nutzungsbasierter Bezahlung wird die logische Gesamtgröße der Dateifreigabe zur Abrechnung in Bezug auf bereitgestellte Größe/Kontingent verwendet. Bei nutzungsbasierten Dateifreigaben ist die logische Größe die Menge, die für die Abrechnung des Verbrauchs von Daten im Ruhezustand verwendet wird. Die logische Größe wird in den Eigenschaftendialogfelder von Windows für Dateien/Ordner als „Größe“ und in Azure Files-Metriken als „Inhaltslänge“ bezeichnet.

• Physische Größe: Die physische Größe der Datei bezieht sich auf die Größe der Datei nach ihrer Codierung auf dem Datenträger. Die physische Größe kann sich an der logischen Größe der Datei ausrichten oder kleiner sein, je nachdem, in wie die Datei vom Betriebssystem geschrieben wurde. Ein häufiger Grund für den Unterschied zwischen der logischen und der physischen Größe ist die Verwendung von platzsparenden Dateien. Die physische Größe der Dateien in der Freigabe wird für die Abrechnung von Momentaufnahmen verwendet, obwohl die zugewiesenen Bereiche von Momentaufnahmen gemeinsam genutzt werden, wenn sie unverändert sind (differenzieller Speicher).

Mehrwertdienste

Wie viele lokale Speicherlösungen bietet Azure Files Integrationspunkte für Produkte von Erst- und Drittanbietern, die in kundeneigene Dateifreigaben integriert werden können. Obwohl diese Lösungen einen erheblichen Mehrwert für Azure Files bieten können, sollten Sie die zusätzlichen Kosten berücksichtigen, die diese Dienste zu den Gesamtkosten einer Azure Files-Lösung beitragen.

Die Kosten werden in drei Buckets unterteilt:

• Lizenzierungskosten für den Mehrwertdienst: Lizenzkosten können in Form von Fixkosten pro Kunde, Endbenutzer (manchmal als "Kopfkosten"), Dateifreigabe oder Speicherkonto bezeichnet werden. Sie können auch auf Einheiten der Speicherauslastung basieren, zum Beispiel einen festen Preis für jeden 500 GiB-Abschnitt in einer Dateifreigabe.

• Transaktionskosten für den Mehrwertdienst: Einige Mehrwertdienste haben ein eigenes Konzept von Transaktionen zusätzlich zu dem ausgewählten Azure Files-Abrechnungsmodell. Diese Transaktionen werden auf Ihrer Rechnung unter den Gebühren des Mehrwertdiensts angezeigt; Sie beziehen sich jedoch direkt auf die Verwendung des Mehrwertdiensts mit Ihrer Dateifreigabe.

• Azure Files-Kosten für die Verwendung eines Mehrwertdiensts: Azure Files berechnet Kundinnen und Kunden keine direkten Gebühren für das Hinzufügen von Mehrwertdiensten. Jedoch kann als Teil der Wertsteigerung der Azure-Dateifreigabe der Mehrwertdienst die Kosten erhöhen, die Sie auf Ihrer Azure-Dateifreigabe sehen. Diese Kosten sind aufgrund von Transaktionsgebühren bei nutzungsbasierten Dateifreigaben einfach zu erkennen. Wenn der Mehrwertdienst Transaktionen mit der Dateifreigabe in Ihrem Auftrag durchführt, werden sie in Ihrer Azure Files-Transaktionsrechnung angezeigt, obwohl Sie diese Transaktionen nicht direkt selbst ausgeführt haben. Dies gilt auch für bereitgestellte Dateifreigaben, obwohl sie dort möglicherweise weniger spürbar sind. Transaktionen durch Mehrwertdienste auf bereitgestellten Dateifreigaben werden Ihren bereitgestellten IOPS-Werten hinzugerechnet. was bedeutet, dass Mehrwertdienste möglicherweise mehr Speicher bereitstellen müssen, um genügend IOPS oder Durchsatz für Ihre Workload verfügbar zu haben.

Wenn Sie die Gesamtkosten für Ihre Dateifreigabe berechnen, sollten Sie die Kosten für Azure Files und alle Mehrwertdienste berücksichtigen, die Sie mit Azure Files verwenden möchten.

Es gibt mehrere Mehrwertdienste von Erst- und Drittanbietern. Dieses Dokument deckt nur eine Teilmenge der gängigen Erstanbieterdienste ab, die Kund*innen mit Azure-Dateifreigaben verwenden können. Weitere Informationen zu Diensten, die hier nicht aufgeführt sind, finden Sie auf der Preisseite des jeweiligen Diensts.

Azure-Dateisynchronisierung

Die Azure-Dateisynchronisierung ist ein Mehrwertdienst für Azure Files, der mindestens eine lokale Windows-Dateifreigabe mit einer Azure-Dateifreigabe synchronisiert. Da die Azure-Dateifreigabe in der Cloud eine vollständige Kopie der Daten in einer synchronisierten Dateifreigabe enthält, die lokal verfügbar ist, können Sie Ihren lokalen Windows-Dateiserver in einen Cache für die Azure-Dateifreigabe umwandeln, um Ihren lokalen Platzbedarf zu verringern. Weitere Informationen finden Sie unter Einführung in die Azure-Dateisynchronisierung.

Berücksichtigen Sie bei den Gesamtkosten für eine Lösung mit der Azure-Dateisynchronisierung die folgenden Kostenaspekte:

• Kapital- und Betriebskosten für Windows-Dateiserver mit mindestens einem Serverendpunkt. Azure-Dateisynchronisierung als Replikationslösung ist unabhängig von den Standorten der Windows-Dateiserver, die mit Azure Files synchronisiert werden; sie können lokal, in einer Azure-VM oder sogar in einer anderen Cloud gehostet werden. Die Kosten für Synchronisierungsserver, die lokal oder von anderen Cloudanbietern gehostet werden, umfassen sowohl Kapital- als auch Betriebskosten, die nicht als Teil Ihrer Azure-Rechnung nachverfolgt werden, aber dennoch Teil der Gesamtkosten der Lösung sind. Kapitalkosten sind die vorab anfallenden Hardwarekosten Ihrer Lösung. Betriebskosten sind die laufenden Arbeitskosten, Strom usw. Sie sollten Folgendes berücksichtigen: die Menge der Daten, die Sie lokal zwischenspeichern müssen, die Anzahl der CPUs und die Größe des Arbeitsspeichers, den Ihre Windows-Dateiserver zum Hosten der Workloads von Azure-Dateisynchronisierung benötigen, sowie andere organisationsspezifische Kosten, die für Sie möglicherweise entstehen. Weitere Informationen finden Sie in den empfohlenen Systemressourcen.

• Pro-Server-Lizenzierungskosten für Server, die bei Azure-Dateisynchronisierung registriert wurden. Um Azure-Dateisynchronisierung bei einem bestimmten Windows-Dateiserver verwenden zu können, müssen Sie sie zuerst bei der Azure-Ressource von Azure-Dateisynchronisierung, dem Speichersynchronisierungsdienst, registrieren. Bei jedem Server, den Sie nach dem ersten Server registrieren, gibt es eine monatliche Pauschalgebühr. Obwohl diese Gebühr gering ist, ist es eine Komponente Ihrer Rechnung, die Sie berücksichtigen müssen. Informationen zum aktuellen Preis der Serverregistrierungsgebühr für Ihre gewünschte Region finden Sie auf der Azure Files-Preisseite im Abschnitt „Dateisynchronisierung“.

• Azure Files-Kosten. Die Azure-Dateisynchronisierung nutzt Ressourcen aus Ihrer Azure-Dateifreigabe. Einige dieser Ressourcen, z. B. der Speicherverbrauch, sind relativ offensichtlich, während andere wie Transaktion und Momentaufnahmenutzung es möglicherweise nicht sind. Für die meisten Kunden empfehlen wir die Verwendung von HDD-bereitgestellten v2-Dateifreigaben mit der Azure-Dateisynchronisierung, auch wenn die Azure-Dateisynchronisierung für alle Abrechnungsmodelle von Azure Files vollständig unterstützt wird (SSD-bereitgestellt v2, SSD-bereitgestellt v1 oder HDD mit nutzungsbasierter Zahlung).

  • Speichernutzung. Die Azure-Dateisynchronisierung repliziert alle Änderungen, die Sie an Ihrem Serverendpunkt und Ihrer Azure-Dateifreigabe vornehmen, was dazu führt, dass Speicherplatz verbraucht wird. Bei bereitgestellten Dateifreigaben wird bereitgestellter Speicherplatz durch Änderungen verbraucht. Sie sind daher dafür verantwortlich, die Bereitstellung regelmäßig nach Bedarf zu erhöhen, um das Wachstum der Dateifreigabe zu berücksichtigen. Bei Dateifreigaben mit nutzungsbasierter Zahlung führt das Hinzufügen oder Erhöhen der Größe vorhandener Dateien auf Serverendpunkten dazu, dass die Kosten für den verwendeten Speicher steigen, da die Änderungen repliziert werden.

  • Nutzung von Momentaufnahmen. Azure-Dateisynchronisierung erstellt Freigabemomentaufnahmen und Momentaufnahmen auf Dateiebene im Rahmen der regulären Nutzung. Obwohl die Nutzung von Momentaufnahmen immer differenziell ist, kann dies auf spürbare Weise zur gesamten Azure Files-Rechnung beitragen.

  • IOPS/Durchsatzauslastung: Mit der Azure-Dateisynchronisierung werden IOPS und Durchsatzauslastung zum Übertragen von Änderungen von Ihren Serverendpunkten an Ihre Azure-Dateifreigabe gesteuert. Wenn Sie eine bereitgestellte Dateifreigabe verwenden, sollten Sie deren Nutzung überwachen, um sicherzustellen, dass genügend IOPS und Durchsatz bereitgestellt werden, damit es nicht zu einer Drosselung kommt. Wenn Sie eine Dateifreigabe mit nutzungsbasierter Zahlung verwenden, wird die IOPS-Nutzung in Form von Transaktionen in Rechnung gestellt. Im Allgemeinen sind zwei Arten von Transaktionen zu berücksichtigen:

    • Transaktionen aus Änderung. Wenn sich Dateien auf Servern ändern, werden die Änderungen in den Cloud-Speicher hochgeladen, wodurch Transaktionen erzeugt werden. Wenn das Cloudtiering aktiviert ist, werden zusätzlich zu den Kosten für ausgehende Daten zusätzliche Transaktionen für das Verwalten mehrstufiger Daten generiert, einschließlich E/A-Vorgänge für mehrstufige Dateien. Obwohl es schwierig sein kann, die Menge und Art der Transaktionen aufgrund von Änderungsraten und Cacheeffizienz vorherzusagen, können Sie mithilfe Ihrer vorherigen Transaktionsmuster zukünftige Kosten schätzen, wenn Sie der Meinung sind, dass Ihre zukünftige Nutzung ähnlich wie Ihre aktuelle Nutzung ist.

    • Transaktionen aus der Cloud-Bestandsaufnahme. Die Azure-Dateisynchronisierung zählt die Azure-Dateifreigabe in der Cloud einmal pro Tag auf, um Änderungen zu entdecken, die direkt an der Freigabe vorgenommen wurden, sodass sie mit den Serverendpunkten synchronisiert werden können. Bei diesem Scan werden Transaktionen generiert, die dem Speicherkonto entsprechend der Rate von einer ListFiles-Transaktion pro Verzeichnis pro Tag in Rechnung gestellt werden. Sie können diese Zahl in den Preisrechner eingeben, um die Scankosten zu schätzen.

    Tipp

    Wenn Sie nicht wissen, über wie viele Ordner Sie verfügen, kann das TreeSize-Tool von JAM Software GmbH hilfreich sein.

Azure Datensicherung

Azure Backup bietet eine serverlose Sicherungslösung für Azure Files, die sich in Ihre Dateifreigaben und in andere Mehrwertdienste wie Azure-Dateisynchronisierung nahtlos integrieren lässt. Azure Backup für Azure Files ist eine auf Momentaufnahmen basierende Sicherungslösung, die einen Planungsmechanismus für die automatische Erstellung von Momentaufnahmen nach einem vom Administrator definierten Zeitplan bietet. Außerdem bietet sie eine benutzerfreundliche Schnittstelle zum Wiederherstellen von gelöschten Dateien/Ordnern oder der gesamten Freigabe zu einem bestimmten Zeitpunkt. Weitere Informationen finden Sie unter Informationen zum Sichern von Azure-Dateifreigaben.

Berücksichtigen Sie bei Der Betrachtung der Kosten für die Verwendung von Azure Backup die folgenden Faktoren:

• Lizenzierungskosten für geschützte Instanzen für Daten in Azure-Dateifreigaben: Azure Backup berechnet geschützte Instanzlizenzierungskosten pro Speicherkonto, das gesicherte Azure-Dateifreigaben enthält. Eine geschützte Instanz ist als 250 GiB des Azure-Dateifreigabespeichers definiert. Für Speicherkonten, die weniger als 250 GiB enthalten, wird ein Teilbetrag der Kosten für die geschützte Instanz berechnet. Weitere Informationen finden Sie unter Azure Backup – Preise. Sie müssen Azure Files aus der Liste der Dienste auswählen, die Azure Backup schützen kann.

• Azure Files-Kosten. Azure Backup erhöht die Kosten von Azure Files wie folgt:

  • Differenzielle Kosten für Momentaufnahmen von Azure-Dateifreigaben. Azure Backup automatisiert das Erstellen von Momentaufnahmen von Azure-Dateifreigaben nach einem vom Administrator definierten Zeitplan. Momentaufnahmen sind immer differenziell. Die zusätzlichen Kosten sind jedoch davon abhängig, wie lange die Momentaufnahmen aufbewahrt werden und wie stark die Dateifreigabe in dieser Zeit genutzt wird. Diese Faktoren bestimmen, wie stark sich die Momentaufnahme von der Livedateifreigabe unterscheidet und wie viele zusätzliche Daten daher von Azure Files gespeichert werden.

  • Transaktionskosten durch Wiederherstellungsvorgänge. Wiederherstellungen einer Momentaufnahme in einen Live Share verursachen Transaktionskosten. Bei Standard-Dateifreigaben werden Lesevorgänge aus Momentaufnahmen bzw. Schreibvorgängen während Wiederherstellungen als normale Transaktionen der Dateifreigabe abgerechnet. Bei bereitgestellten Dateifreigaben werden diese Vorgänge auf die bereitgestellten IOPS für die Dateifreigaben angerechnet.

Microsoft Defender für Speicher

Microsoft Defender bietet Unterstützung für Azure Files als Teil des Produkts Microsoft Defender for Storage. Microsoft Defender for Storage erkennt ungewöhnliche und potenziell schädliche Zugriffs- und Exploitversuche bei Azure-Dateifreigaben über SMB oder FileREST. Microsoft Defender für Speicher wird auf Abonnementebene für alle Dateifreigaben in Speicherkonten dieses Abonnements aktiviert.

Microsoft Defender for Storage unterstützt keine Antivirenfunktionen für Azure-Dateifreigaben.

Die Hauptkosten von Microsoft Defender für Speicher sind zusätzliche Transaktionskosten, die das Produkt zusätzlich zu den Transaktionen durchführt, die in den Azure-Dateifreigabe anfallen. Obwohl diese Kosten auf den in Azure Files entstandenen Transaktionen basieren, sind sie nicht Teil der Abrechnung für Azure Files, sondern Teil der Kosten für Microsoft Defender. Microsoft Defender für Speicher berechnet selbst bei bereitgestellten Dateifreigaben eine Transaktionsgebühr, während Azure Files Transaktionen bereits als Teil der IOPS-Bereitstellung enthält. Die aktuelle Transaktionsrate finden Sie auf der Preisseite für Microsoft Defender für Cloud unter der Tabellenzeile von Microsoft Defender für Speicher.

Bei transaktionsintensiven Dateifreigaben fallen erhebliche Kosten für die Verwendung von Microsoft Defender für die Speicherung an. Je nach diesen Kosten könnten Sie auch entscheiden, Microsoft Defender for Storage-Abonnements für bestimmte Speicherkonten zu kündigen. Weitere Informationen finden Sie unter Ausschließen eines Speicherkontos aus dem Schutz von Microsoft Defender für Speicher.

Reservierungen

Azure Files unterstützt Reservierungen (auch als reservierte Instanzen bezeichnet) für die bereitgestellten v1- und nutzungsbasierten Modelle. Mit Speicherreservierungen können Sie einen Preisnachlass für Speicherplatz erzielen, indem Sie sich im Voraus auf die Speichernutzung festlegen. Sie sollten den Kauf von reservierten Instanzen für alle Produktions-Workloads oder Dev/Test-Workloads mit konsistenten Footprints in Betracht ziehen. Wenn Sie eine Reservierung erwerben, müssen Sie die folgenden Dimensionen angeben:

• Kapazitätsgröße: Reservierungen können entweder für 10 TiB oder 100 TiB erfolgen, mit erheblicheren Rabatten für den Kauf einer höheren Kapazitätsreservierung. Sie können mehrere Reservierungen erwerben, darunter auch Reservierungen mit unterschiedlicher Kapazität, um Ihre Workloadanforderungen zu erfüllen. Wenn Ihre Produktionsbereitstellung beispielsweise 120 TiB von klassischen Dateifreigaben aufweist, können Sie eine 100 TiB-Reservierung und zwei 10 TiB-Reservierungen erwerben, um die gesamten Speicherkapazitätsanforderungen zu erfüllen.
• Laufzeit: Sie können Reservierungen für eine Laufzeit von einem Jahr oder drei Jahren erwerben, wobei Sie für den Erwerb einer längeren Reservierungslaufzeit erhebliche Rabatte erhalten.
• Stufe: Die Stufe von Azure Files für die Reservierung. Reservierungen sind derzeit für das abrechnungsbasierte Abrechnungsmodell SSD v1 (als „Premium“) und das HDD-Abrechnungsmodell mit nutzungsbasierte Bezahlung (nur heiße und kalte Zugriffsebenen) verfügbar.
• Standort: Die Azure-Region für die Reservierung. Reservierungen stehen in ausgewählten Regionen von Azure zur Verfügung.
• Redundanz: Die Speicherredundanz für die Reservierung. Reservierungen werden für alle von Azure Files unterstützten Redundanzen unterstützt, einschließlich LRS, ZRS, GRS und GZRS.
• Abrechnungshäufigkeit: Gibt an, wie oft das Konto für die Reservierung in Rechnung gestellt wird. Die Optionen umfassen Monatlich oder Im Voraus.

Nachdem Sie eine Reservierung erworben haben, wird diese automatisch auf Ihre vorhandene Speichernutzung angerechnet. Wenn Sie mehr Speicher verwenden, als Sie reserviert haben, bezahlen Sie den Listenpreis für das Guthaben, das nicht von der Reservierung abgedeckt ist. Gebühren für Transaktionen, Bandbreite, Datenübertragung und Speicherung von Metadaten sind in der Reservierung nicht enthalten.

Es gibt Unterschiede hinsichtlich der Funktionsweise von Reservierungen mit Freigabemomentaufnahmen für v1-Dateifreigaben mit nutzungsbasierter Zahlung und bereitgestellte v1-Dateifreigaben. Wenn Sie Momentaufnahmen von klassischen Dateifreigaben mit nutzungsbasierter Zahlung erstellen, werden die Momentaufnahmedifferenzen auf die Reservierung angerechnet und als Teil der normalen Verbrauchseinheiten für Speicher abgerechnet. Wenn Sie jedoch Momentaufnahmen von bereitgestellten klassischen v1-Dateifreigaben erstellen, werden die Momentaufnahmen über eine separate Verbrauchseinheit abgerechnet und nicht auf die Reservierung angerechnet.

Weitere Informationen zum Kauf von Reservierungen finden Sie unter Optimieren der Kosten für Azure Files mit Reservierungen.

Siehe auch

• Azure Files – Preise
• Kostenschätzungsbeispiele
• Planen einer Azure Files-Bereitstellung und Planung für eine Azure File Sync-Bereitstellung
• Klassische Dateifreigabe erstellen
• Erstellen Sie eine Dateifreigabe (Vorschau)