Freigeben über


Grundlegendes zu Abrechnungsmodellen für Azure Files

Azure Files unterstützt zwei verschiedene Speichermedientarife (SSD und HDD), sodass Sie Ihre Dateifreigaben an die Leistungs- und Preisanforderungen Ihres jeweiligen Szenarios anpassen können:

  • 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): Standarddateifreigaben werden auf Festplattenlaufwerken (HDDs) gehostet und bieten eine kostengünstige Speicheroption für die allgemeine Verwendung.

Azure Files verfügt über mehrere Preismodelle, einschließlich bereitgestellter Abrechnung und Optionen mit nutzungsbasierter Abrechnung:

  • Bereitgestellte Abrechnungsmodelle: In einem bereitgestellten Abrechnungsmodell basieren die Primärkosten der Dateifreigabe auf der Grüße des Speichers, IOPS (Eingabe- und Ausgabevorgänge pro Sekunde) und dem Durchsatz, den Sie beim Erstellen oder Aktualisieren der Dateifreigabe bereitstellen, unabhängig von der eigentlichen Verwendung. Azure Files verfügt über zwei verschiedene bereitgestellte Modelle bereitgestelltes v2 und bereitgestelltes v1.

    • Bereitgestelltes v2: Im bereitgestellten v2-Modell haben Sie die Möglichkeit, Speicher, IOPS und Durchsatz separat bereitzustellen, obwohl wir Ihnen eine Empfehlung zur ersten Bereitstellung geben.
    • Bereitgestelltes v1: Im bereitgestellten v1-Modell stellen Sie die Menge des Speichers bereit, den Sie für die Freigabe benötigen, während IOPS und Durchsatz basierend auf dem bereitgestellten Speicher ermittelt werden. Das bereitgestellte v1-Modell für Azure Files ist nur für SSD-Dateifreigaben verfügbar.
  • Nutzungsbasiertes Abrechnungsmodell: Bei einem nutzungsbasierten Modell basieren die Kosten der Dateifreigabe darauf, wie viel Sie die Freigabe in Form von verwendetem Speicher, Transaktion und Datenübertragungskosten verwenden. Das nutzungsbasierte Modell für Azure Files ist nur für HDD-Dateifreigaben verfügbar. Es wird empfohlen, das bereitgestellte v2-Modell für neue Bereitstellungen als HDD-Dateifreigaben zu verwenden.

In diesem Artikel werden die Abrechnungsmodelle für Azure Files erläutert, um Ihnen zu helfen, Ihre monatliche Azure Files-Rechnung zu verstehen. Preisinformationen zu Azure Files finden Sie auf der Seite „Azure Files – Preise“.

Gilt für:

Verwaltungsmodell Abrechnungsmodell Medienebene Redundanz SMB NFS
Microsoft.Storage Bereitgestelltes v2 HDD (Standard) Lokal (LRS) Ja Nein
Microsoft.Storage Provisioned v2 HDD (Standard) Zone (ZRS) Ja Nein
Microsoft.Storage Provisioned v2 HDD (Standard) Geo (GRS) Ja Nein
Microsoft.Storage Provisioned v2 HDD (Standard) GeoZone (GZRS) Ja Nein
Microsoft.Storage Bereitgestelltes v1 SSD (Premium) Lokal (LRS) Ja Ja
Microsoft.Storage Bereitgestelltes v1 SSD (Premium) Zone (ZRS) Ja Ja
Microsoft.Storage Nutzungsbasierte Bezahlung HDD (Standard) Lokal (LRS) Ja Nein
Microsoft.Storage Nutzungsbasierte Bezahlung HDD (Standard) Zone (ZRS) Ja Nein
Microsoft.Storage Nutzungsbasierte Bezahlung HDD (Standard) Geo (GRS) Ja Nein
Microsoft.Storage Nutzungsbasierte Bezahlung HDD (Standard) GeoZone (GZRS) Ja No

Speichereinheiten

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

Akronym Definition Einheit
KiB 1\.024 Bytes Kibibyte
MiB 1\.024 KiB (1.048.576 Bytes) Mebibyte
GiB 1\.024 MiB (1.073.741.824 Bytes) Gibibyte
TiB 1\.024 GiB (1.099.511.627.776 Bytes) Tebibyte

Obwohl die Binärmaßeinheiten (Basis 2) von den meisten Betriebssystemen und Tools zum Messen von Speichermengen verwendet werden, werden sie häufig als die Dezimaleinheiten (Basis 10) falsch bezeichnet, die Ihnen möglicherweise vertrauter sind: KB, MB, GB und TB. Obwohl die Gründe für die Fehlbezeichnung variieren, ist der häufigste Grund, warum Betriebssysteme wie Windows die Speichereinheiten falsch bezeichnen, dass viele Betriebssysteme mit diesen Akronymen begonnen haben, bevor sie von der IEC (International Electrotechnical Commission), dem BIPM (International Bureau of Weights and Measures) und dem NIST (US National Institute of Standards and Technology) standardisiert wurden.

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

Betriebssystem Maßsystem Bezeichnungen
Windows Binär Konsistent dezimal (Basis 10) bezeichnet
Linux-Verteilungen Normalerweise Basis 2 (Binär), einige Software verwendet Basis 10 (Dezimal) Inkonsistente Bezeichnung, Übereinstimmung zwischen Maß und Bezeichnung hängt vom Softwarepaket ab.
macOS, iOS und iPad-Betriebssystem Dezimal Konsistente dezimale Bezeichnungen (Basis 10)

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

Prüfliste für die Gesamtkosten von Dateifreigaben

Wenn Sie aus einer lokalen Umgebung zu Azure Files migrieren oder Azure Files mit anderen Cloudspeicherlösungen vergleichen, sollten Sie die folgenden Faktoren berücksichtigen, um einen fairen Vergleich sicherzustellen:

  • Wie bezahlen Sie für Speicher, IOPS und Bandbreite? Bei den meisten Cloudlösungen gibt es Modelle, die sich an den Prinzipien entweder des bereitgestellten Speichers, z. B. Preisdefinition und Einfachheit, oder des Speichers mit nutzungsbasierter Bezahlung orientieren. Letzteres kann die Kosten optimieren, weil Ihnen nur die tatsächliche Nutzung in Rechnung gestellt wird. Von besonderem Interesse für bereitgestellte Modelle sind die Mindestgröße der bereitgestellten Freigabe, die Bereitstellungseinheit und die Möglichkeit, die Bereitstellung zu erhöhen und zu verringern.

  • Gibt es Methoden zum Optimieren der Speicherkosten? Mit Azure Files-Reservierungen können Sie einen Rabatt von bis zu 36 % für Speicher 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 Reservierungen haben keine Auswirkungen 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, sollten Sie berücksichtigen, ob Speicher-Ausfallsicherheit und -Redundanz integriert sind oder ob es sich um etwas handelt, das Sie selbst zusammenstellen müssen.

  • Was müssen Sie verwalten? Bei Azure Files ist die grundlegende Verwaltungseinheit ein Speicherkonto. Andere Lösungen erfordern möglicherweise eine zusätzliche Verwaltung, z. B. Betriebssystemupdates oder die Verwaltung virtueller Ressourcen wie VMs, Festplatten 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 und Sie können keine weiteren Daten hinzufügen, es sei denn, Sie erhöhen die Größe Ihrer Freigabe oder löschen einige der 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 erst nach 24 Stunden eine in der letzten Erhöhung bereitgestellte Menge wieder verringern. 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, basierend auf der von Ihnen angegebenen Menge an bereitgestelltem Speicher. Obwohl diese Empfehlungen auf der typischen Kundennutzung für diesen Umfang des bereitgestellten Speichers für diese Medienebene in Azure Files basieren, stellen Sie möglicherweise fest, dass Ihre Workload mehr oder weniger IOPS und Durchsatz als die „typische Dateifreigabe“ erfordert. Sie können dann je nach Ihren individuellen Dateifreigabeanforderungen optional mehr oder weniger IOPS und Durchsatz bereitstellen.

Bereitgestellte v2-Verfügbarkeit

Das bereitgestellte v2-Modell wird für Dateifreigaben in Speicherkonten mit dem FileStorage-Speicherkontotyp bereitgestellt. Derzeit sind die folgenden Untergruppen von Speicherkonto-SKUs verfügbar:

Art des Speicherkontos Speicherkonto-SKU Art der verfügbaren Dateifreigabe
FileStorage StandardV2_LRS HDD stellt v2-Dateifreigaben mit der angegebenen LRS-Redundanz (Local) bereit.
FileStorage StandardV2_ZRS HDD bereitgestellte v2-Dateifreigaben mit der angegebenen Zone (ZRS)-Redundanz.
FileStorage StandardV2_GRS HDD stellt v2-Dateifreigaben mit der angegebenen Geo (GRS)-Redundanz bereit.
FileStorage StandardV2_GZRS HDD stellt v2-Dateifreigaben mit der angegebenen GeoZone (GZRS)-Redundanz bereit.

Derzeit sind diese SKUs in einer begrenzten Teilmenge von Regionen generell verfügbar:

  • Frankreich, Mitte
  • Frankreich, Süden
  • Australien (Osten)
  • Australien, Südosten
  • Asien, Osten
  • Asien, Südosten
  • USA, Westen 2
  • USA, Westen-Mitte
  • Europa, Westen
  • Nordeuropa

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:

Artikel HDD-Wert
Speicherbereitstellungseinheit 1 GiB
IOPS-Bereitstellungseinheit 1 E/A / s
Bereitstellungseinheit für den Durchsatz 1 MiB / s
Bereitgestellter Mindestspeicher je Dateifreigabe 32GiB
Bereitgestellter Mindest-IOPS je Dateifreigabe 500 IOPS
Bereitgestellter Mindestdurchsatz je Dateifreigabe 60 MiB / s
Höchstens bereitgestellter Speicher je Dateifreigabe 256 TiB (262.144 GiB)
Höchstens bereitgestellter IOPS je Dateifreigabe 50.000 IOPS
Höchstens bereitgestellter Durchsatz je Dateifreigabe 5.120 MiB / s
Höchstens bereitgestellter Speicher je Speicherkonto 4 PiB (4.194.304 GiB)
Höchstens bereitgestellter IOPS je Speicherkonto 50.000 IOPS
Höchstens bereitgestellter Durchsatz je Speicherkonto 5.120 MiB / s
Maximale Anzahl von Dateifreigaben pro Speicherkonto 50 Dateifreigaben

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:

Formelname HDD-Formel
IOPS-Empfehlung MIN(MAX(1000 + CEILING(0.2 * ProvisionedStorageGiB), 500), 50000)
Empfehlung für den Durchsatz MIN(MAX(60 + CEILING(0.02 * ProvisionedStorageGiB), 60), 5120)

Je nach Ihren individuellen Dateifreigabeanforderungen stellen Sie möglicherweise fest, dass Sie mehr oder weniger IOPS oder Durchsatz als unsere Empfehlungen benötigen. Diese Empfehlungen können Sie optional bei Bedarf mit Ihren eigenen Werten ersetzen.

Bereitgestelltes v2-Bursting

Kreditbasierte IOPS-Bursting bietet zusätzliche Flexibilität bei der IOPS-Nutzung. Diese Flexibilität wird am besten als Puffer gegen unvorhergesehene E/A-Spitzen verwendet. Bei etablierten E/A-Mustern empfehlen wir die Bereitstellung für E/A-Spitzen.

IOPS-Burstcredits sammeln 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 Burstcredits 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 Guthaben weder aufgelaufen sind noch in Anspruch genommen werden.

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:

Artikel HDD-Formel
IOPS-Burstgrenzwert MIN(MAX(3 * ProvisionedIOPS, 5000), 50000)
IOPS-Burstcredits (BurstLimit - ProvisionedIOPS) * 3600

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

Bereitgestellte IOPS IOPS-Grenzwert bei HDD-Burst HDD-Burstcredits
500 Bis zu 5.000 16.200.000
1.000 Bis zu 5.000 14.400.000
3,000 Bis zu 9.000 21.600.000
5\.000 Bis zu 15.000 36.000.000
10.000 Bis zu 30.000 72.000.000
25,000 Bis zu 50.000 90.000.000
50.000 Bis zu 50.000 0

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, gibt es keine zusätzlichen Kosten für den Speicher 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.

Bereitgestelltes v2 vorläufig löschen

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

Bereitgestellte v2-Abrechnungszähler

Mit dem bereitgestellten v2-Abrechnungsmodell bereitgestellte Dateifreigaben werden nach den folgenden fünf Zählermengen 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.
  • Nutzung des Momentaufnahmenüberlaufs: Menge differenzieller Nutzung für Momentaufnahmen in GiB, die nicht in die bereitgestellte Speicherkapazität passt. Weitere Informationen finden Sie unter bereitgestellte 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 bereitgestelltem v2-vorläufiges Löschen.

Der Verbrauch über die bereitgestellten v2-Abrechnungszähler wird stündlich in Stundeneinheiten ausgegeben. Für eine Freigabe mit 1024 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.

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 bereitgestellte v1-Dateifreigabe erstellen, geben Sie an, wie viel Speicherplatz Ihre Freigabe benötigt, und Werte von IOPS und Durchsatz werden dann berechnet. Das bereitgestellte v1-Modell für Azure Files ist nur für SSD-Dateifreigaben verfügbar.

Die von Ihnen bereitgestellte Speichermenge bestimmt die garantierten Speicher-, IOPS- und Durchsatzgrenzwerte 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 und Sie können keine weiteren Daten hinzufügen, es sei denn, Sie erhöhen die Größe Ihrer Freigabe oder löschen einige der Daten. Kreditbasiertes IOPS-Bursting bietet zusätzliche Flexibilität bei der Nutzung, auf Best-Effort-Basis, während Credits verbleiben.

Im Gegensatz zum Kauf von lokalem Speicher können bereitgestellte v1-Dateifreigaben dynamisch nach oben oder unten skaliert werden, da sich Ihre Anforderungen ändern. Sie können den bereitgestellten Speicher der letzten Speichererhöhung jedoch erst nach 24 Stunden wieder verringern. 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 das tun, gehen keine Daten verloren, aber die genutzte Größe wird Ihnen trotzdem in Rechnung gestellt, und Sie erhalten die Leistung der bereitgestellten Freigabe, nicht die genutzte Größe.

Bereitgestellte v1-Verfügbarkeit

Das bereitgestellte v1-Modell wird für SSD-Dateifreigaben in Speicherkonten mit dem FileStorage-Speicherkontotyp bereitgestellt:

Art des Speicherkontos Speicherkonto-SKU Art der verfügbaren Dateifreigabe
FileStorage Premium_LRS Auf SSD bereitgestellte v1-Dateifreigabe mit der angegebenen LRS-Redundanz (Local).
FileStorage Premium_ZRS Auf SSD bereitgestellte v1-Dateifreigabe mit der angegebenen Zonenredundanz (ZRS).

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

Bereitgestellte v1-Bereitstellungsdetails

Wenn Sie eine bereitgestellte v1-Dateifreigabe 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. Dateifreigaben sind basierend auf den folgenden Attributen eingeschränkt:

Element Wert
Speicherbereitstellungseinheit 1 GiB
Bereitgestellter Mindestspeicher je Dateifreigabe 100 GB
Höchstens bereitgestellter Speicher je Dateifreigabe 100 TiB (102.400 GiB)
Höchstens bereitgestellter Speicher je Speicherkonto 100 TiB (102.400 GiB)

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

Artikel Formel
Berechnete bereitgestellte IOPS (Baseline) MIN(3000 + 1 * ProvisionedStorageGiB, 102400)
Berechneter bereitgestellter Durchsatz (MiB / s) 100 + CEILING(0.04 * ProvisionedStorageGiB) + CEILING(0.06 * ProvisionedStorageGiB)

Je nach Ihren individuellen Dateifreigabeanforderungen stellen Sie möglicherweise fest, dass Sie mehr IOPS oder Durchsatz benötigen, als unsere Bereitstellungsformeln ergeben. In diesem Fall müssen Sie mehr Speicher bereitstellen, um den erforderlichen IOPS oder Durchsatz zu erhalten.

Bereitgestelltes v1-Bursting

Kreditbasierte IOPS-Bursting bietet zusätzliche Flexibilität bei der IOPS-Nutzung. Diese Flexibilität wird am besten als Puffer gegen unvorhergesehene E/A-Spitzen verwendet. Bei etablierten E/A-Mustern empfehlen wir die Bereitstellung für E/A-Spitzen.

IOPS-Burstcredits sammeln 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 Burstcredits 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 Guthaben weder aufgelaufen sind noch in Anspruch genommen werden.

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:

Artikel Formel
Burstgrenzwert MIN(MAX(3 * ProvisionedStorageGiB, 10000), 102400)
Burstguthaben (BurstLimit - BaselineIOPS) * 3600

Die folgende Tabelle zeigt einige Beispiele dieser Formeln für die bereitgestellten Freigabengrößen:

Kapazität (GiB) IOPS-Grundwert Burst-IOPS Burstguthaben Durchsatz (eingehend und ausgehend) (MiB/s)
100 3.100 Bis zu 10.000 24.840.000 110
500 3\.500 Bis zu 10.000 23.400.000 150
1\.024 4.024 Bis zu 10.000 21.513.600 203
5\.120 8.120 Bis zu 15.360 26.064.000 613
10.240 13.240 Bis zu 30.720 62.928.000 1.125
33.792 36.792 Bis zu 102 400 227.548.800 3\.480
51.200 54.200 Bis zu 102 400 164.880.000 5.220
102.400 102.400 Bis zu 102 400 0 10.340

Die effektive Leistung der Dateifreigabe hängt u. a. von den Grenzwerten des Computernetzwerks, der verfügbaren Netzwerkbandbreite, den E/A-Größen und der Parallelität ab. Zur optimalen Nutzung der Parallelisierung empfehlen wir, SMB Multichannel für SSD-Dateifreigaben zu aktivieren. Im Leitfaden zur SMB-Leistung und zur Behebung von Leistungsproblemen finden Sie einige häufige Leistungsprobleme und Abhilfemaßnahmen.

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.

Bereitgestelltes v1-vorläufiges Löschen

Gelöschte Dateifreigaben in Speicherkonten mit aktivierter vorläufiger Löschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Freigabe für die Dauer des vorläufigen Löschzeitraums in Rechnung gestellt. Die Speicherkapazität für vorläufiges Löschen wird dem verwendeten Momentaufnahmespeicher angerechnet. Weitere Informationen zum vorläufigen Löschen finden Sie unter Aktivieren von vorläufigem Löschen für Azure-Dateifreigaben.

Bereitgestellte v1-Abrechnungszähler

Mit dem bereitgestellten v1-Abrechnungsmodell werden bereitgestellte Dateifreigaben mit den folgenden zwei Zählern 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-Abrechnungszähler wird stündlich in Monatseinheiten ausgegeben. Für eine Freigabe mit 1024 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.
  • 1024 Einheiten für den Zähler Premium-Bereitstellung, wenn er für einen Monat kumuliert wurde.

Nutzungsbasiertes Modell

Bei diesem nutzungsbasierten Modell wird der zu zahlende Betrag dadurch bestimmt, wie viel Sie in Anspruch nehmen, und nicht auf Grundlage einer bereitgestellten Menge. 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. Ein Modell mit nutzungsbasierter Abrechnung kann im Rahmen eines Budgetierungsprozesses schwer zu planen sein, da das Modell vom Verbrauch der Endnutzerinnen und -benutzer abhängt. Daher wird empfohlen, das bereitgestellte v2-Modell für neue Bereitstellungen der Dateifreigabe zu verwenden. Das nutzungsbasierte Modell ist nur für HDD-Dateifreigaben verfügbar.

Verfügbarkeit von nutzungsbasierter Abrechnung

Das nutzungsbasierte Modell wird für HDD-Dateifreigaben in Speicherkonten mit dem StorageV2- oder Storage-Speicherkontotyp bereitgestellt:

Art des Speicherkontos Speicherkonto-SKU Art der verfügbaren Dateifreigabe
StorageV2 oder Storage Standard_LRS Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen LRS-Redundanz (Local).
StorageV2 oder Storage Standard_ZRS Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen ZRS-Redundanz (Zone).
StorageV2 oder Storage Standard_GRS Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen GRS-Redundanz (Geo).
StorageV2 oder Storage Standard_GZRS Nutzungsbasierte Dateifreigabe auf HDD mit der angegebenen GZRS-Redundanz (GeoZone).

HHD-Dateifreigaben mit dem nutzungsbasierten Modell sind in allen Azure-Regionen generell verfügbar.

Unterschiede bei den Zugriffsebenen

Wenn Sie eine HDD-Dateifreigabe erstellen, haben Sie die Wahl 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-Transaktionsaufkommen optimiert. Die transaktionsoptimierte Ebene hat zwar den höchsten Preis für die Speicherung ruhender Daten, bietet aber die niedrigsten Transaktionspreise.
  • Die heiße Ebene ist für aktive Workloads ohne hohes Transaktionsaufkommen vorgesehen. 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.
  • Bei der kalten Speicherebene sind die Kosten für Workloads mit geringer Aktivität optimiert. Diese Ebene weist die niedrigsten Kosten für die Speicherung ruhender Daten, aber die höchsten Kosten für Transaktionen auf.

Wenn Sie einen Workload, auf den nur selten zugegriffen wird, in die transaktionsoptimierte Zugriffsebene verlagern, zahlen Sie für die wenigen Male im Monat, die Sie Transaktionen mit Ihrem Anteil durchführen, fast nichts. Allerdings zahlen Sie einen hohen Betrag für die Kosten der Datenspeicherung. Wenn Sie dieselbe Freigabe auf die kalte Speicherzugriffsebene 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 viel günstigeren Datenspeicherpreis. Bei Wahl der optimalen Speicherzugriffsebene für Ihren Anwendungsfall können Sie erheblich Kosten sparen.

Ähnlich zahlen Sie, wenn Sie eine Workload mit häufigem Zugriff auf die kalte Speicherzugriffsebene verlagern, viel mehr für Transaktionen, aber weniger für Datenspeicherung. Dies kann dazu führen, dass die gestiegenen Kosten für Transaktionen die Einsparungen aufgrund niedrigerer Kosten für Datenspeicherung überwiegen. Dies kann bewirken, dass Sie für die kalte Speicherebene mehr zahlen als bei Wahl von „transaktionsoptimiert“. 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 nutzungsbasierte Dateifreigabe am kostengünstigsten ist, hängt von Ihrer Workload und von der Aktivitätsebene 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. Für nutzungsbasierte Dateifreigaben empfehlen wir, während der anfänglichen Migration zu Azure Files mit der transaktionsoptimierten Ebene zu beginnen und dann nach Abschluss der Migration basierend auf der Verwendung die richtige Zugriffsebene auszuwählen. Die Transaktionsverwendung während der Migration gibt in der Regel keinen Aufschluss über die normale Transaktionsverwendung.

Was sind Transaktionen?

Wenn Sie eine Azure-Dateifreigabe auf einem Computer mit SMB bereitstellen, wird die Azure-Dateifreigabe wie lokaler Speicher auf Ihrem Computer verfügbar gemacht. Dies bedeutet, dass Anwendungen, Skripts und andere Programme auf Ihrem Computer auf die Dateien und Ordner auf der Azure-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 Aufgabe, die der Endbenutzer als einzelnen Vorgang wahrnimmt (z. B. das Lesen einer Datei von Anfang bis Ende), könnte in mehrere von Azure Files verarbeitete SMB-Transaktionen übersetzt werden.

Bei dem von Standard-Dateifreigaben verwendeten Abrechnungsmodell „Nutzungsbasierte Bezahlung“ erfolgt die Abrechnung prinzipiell auf Grundlage der Nutzung. SMB- und FileREST-Transaktionen von Anwendungen und Skripts stellen die Verwendung Ihrer Dateifreigabe dar und werden in Ihrer Rechnung aufgeführt. 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 verschiedenen Transaktionskategorien gruppiert, deren Preise sich je nach Auswirkung auf die Azure-Dateifreigabe unterscheiden. Diese Kategorien sind „Schreiben“, „Auflisten“, „Lesen“ „Sonstige“ und „Löschen“.

Die folgende Tabelle zeigt die Kategorisierung der einzelnen Transaktionen:

Transaktionsbucket Verwaltungsvorgänge Datenvorgänge
Schreibtransaktionen
  • CreateShare
  • SetFileServiceProperties
  • SetShareMetadata
  • SetShareProperties
  • SetShareAcl
  • SnapshotShare
  • RestoreShare
  • CopyFile
  • Create
  • CreateDirectory
  • CreateFile
  • PutRange
  • PutRangeFromURL
  • SetDirectoryMetadata
  • SetFileMetadata
  • SetFileProperties
  • SetInfo
  • Write
  • PutFilePermission
  • Flush
  • SetDirectoryProperties
Listentransaktionen
  • ListShares
  • ListFileRanges
  • ListFiles
  • ListHandles
Lesetransaktionen
  • GetFileServiceProperties
  • GetShareAcl
  • GetShareMetadata
  • GetShareProperties
  • GetShareStats
  • FilePreflightRequest
  • GetDirectoryMetadata
  • GetDirectoryProperties
  • GetFile
  • GetFileCopyInformation
  • GetFileMetadata
  • GetFileProperties
  • QueryDirectory
  • QueryInfo
  • Read
  • GetFilePermission
Sonstige/Protokolltransaktionen
  • AcquireShareLease
  • BreakShareLease
  • ReleaseShareLease
  • RenewShareLease
  • ChangeShareLease
  • AbortCopyFile
  • Cancel
  • ChangeNotify
  • Close
  • Echo
  • Ioctl
  • Lock
  • Logoff
  • Negotiate
  • OplockBreak
  • SessionSetup
  • TreeConnect
  • TreeDisconnect
  • CloseHandles
  • AcquireFileLease
  • BreakFileLease
  • ChangeFileLease
  • ReleaseFileLease
Löschtransaktionen
  • DeleteShare
  • ClearRange
  • DeleteDirectory
  • DeleteFile

Hinweis

NFS 4.1 ist nur für SSD-Dateifreigaben mit dem Abrechnungsmodell „Bereitgestellt“ verfügbar. Transaktionsbuckets haben keine Auswirkung auf die Abrechnung für bereitgestellte Dateifreigaben.

Wechseln zwischen Zugriffsebenen

Sie können für eine nutzungsbasierte Dateifreigabe zwischen den drei Standardzugriffsebenen wechseln. Die bewährte Methode zur Kostenoptimierung besteht jedoch darin, nach der anfänglichen Migration die kostengünstigste Zugriffsebene auszuwählen und diese beizubehalten, sofern sich Ihr Zugriffsmuster nicht ändert. Dies liegt daran, dass das Ändern der Zugriffsebene einer Standard-Dateifreigabe wie im Folgenden beschrieben zu zusätzlichen Kosten führt:

  • Transaktionen: Wenn Sie eine Freigabe von einer heißeren in eine kältere Speicherzugriffsebene verschieben, werden Ihnen für jede Datei in der Freigabe die Schreibtransaktionskosten der kälteren Zugriffsebene berechnet. Wenn Sie eine Dateifreigabe von einer kälteren in eine heißere Zugriffsebene verschieben, werden Ihnen für jede Datei in der Freigabe die Lesetransaktionskosten der kalten Zugriffsebene berechnet.

  • Datenabruf: Wenn Sie von der kalten zur heißen oder transaktionsoptimierten Speicherzugriffsebene wechseln, werden Ihnen basierend auf der Größe der verschobenen Daten Gebühren für den Datenabruf berechnet. 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:

Zugriffsebene Transaktionsoptimiert (Ziel) Heiße Ebene (Ziel) Kalte Ebene (Ziel)
Transaktionsoptimiert (Quelle) --
  • 1 Schreibtransaktion auf der heißen Ebene pro Datei
  • 1 Schreibtransaktion auf der kalten Ebene pro Datei
Heiße Ebene (Quelle)
  • 1 Lesetransaktion auf der heißen Ebene pro Datei
    --
    • 1 Schreibtransaktion auf der kalten Ebene pro Datei
    Kalte Ebene (Quelle)
    • 1 Lesetransaktion auf der kalten Ebene pro Datei
    • Datenabruf pro insgesamt verbrauchter GiB
    • 1 Lesetransaktion auf der kalten Ebene pro Datei
    • Datenabruf pro insgesamt verbrauchter GiB
    --

    Obwohl es keine formale Begrenzung dafür gibt, wie oft Sie die Zugriffsebene Ihrer Dateifreigabe ändern können, dauert die Umstellung Ihrer Freigabe je nach der darin enthaltenen Datenmenge eine gewisse Zeit. Sie können die Zugriffsebene der Freigabe nicht ändern, während die Dateifreigabe zwischen Zugriffsebenen umgestellt wird. Das Ändern der Zugriffsebene der Dateifreigabe hat keine Auswirkung auf den regulären Zugriff auf die Dateifreigabe.

    Auswählen einer Zugriffsebene

    Unabhängig davon, wie Sie vorhandene Daten zu Azure Files migrieren, wird zunächst empfohlen, die Dateifreigabe auf der Dienstzugriffsebene „transaktionsoptimiert“ zu erstellen, da während der Migration eine große Anzahl von Transaktionen auftritt. Nachdem Ihre Migration abgeschlossen ist und Sie den Dienst während einiger Tage oder Wochen regelmäßig genutzt haben, können Sie Ihre Transaktionsanzahl in den Preisrechner eingeben, um herauszufinden, welche Zugriffsebene für Ihre Workload am besten geeignet ist.

    Da bei nutzungsbasierten Dateifreigaben Transaktionsinformationen nur auf Speicherkontoebene angezeigt werden, stellt das Verwenden der Speichermetriken zum Schätzen der günstigsten Zugriffsebene auf Dateifreigabeebene keine ideale Lösung dar. Wenn möglich, sollten Sie nur eine Dateifreigabe in jedem Speicherkonto bereitstellen, um eine vollständige Sichtbarkeit in der 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 Überwachung Metriken 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.

    Hinweis

    Stellen Sie sicher, dass Sie Transaktionen über einen bestimmten Zeitraum anzeigen, um eine genauere Vorstellung von der durchschnittlichen Anzahl der Transaktionen zu erhalten. Vergewissern Sie sich, dass der ausgewählte Zeitraum sich nicht mit der ersten Bereitstellung überschneidet. Multiplizieren Sie die durchschnittliche Anzahl der Transaktionen während dieses Zeitraums, um die geschätzte Anzahl der Transaktionen in einem gesamten Monat zu erhalten.

    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 mit den erworbenen Reservierungen für nutzungsbasierte Dateifreigaben verrechnet werden.

    Nutzungsbasierte vorläufige Löschung

    Gelöschte Dateifreigaben in Speicherkonten mit aktivierter vorläufiger Löschung werden basierend auf der verwendeten Speicherkapazität der gelöschten Dateifreigabe für die Dauer des vorläufigen Löschzeitraums 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 Dateifreigaben für Ihr nutzungsbasiertes Speicherkonto darstellt. Außerdem bedeutet dies, dass die Nutzung vorläufig gelöschter Dateifreigaben mit den erworbenen Reservierungen für nutzungsbasierte Dateifreigaben verrechnet werden.

    Nutzungsbasierter Abrechnungszähler

    Dateifreigaben, die mit dem nutzungsbasierten Abrechnungsmodell erstellt wurden, werden anhand der folgenden Zähler abgerechnet:

    • Gespeicherte Daten: Der verwendete Speicher einschließlich der Livefreigaben, differenziellen Momentaufnahmen und vorläufig gelöschten Dateifreigaben in GiB.
    • Metadaten: Die Größe der Dateisystemmetadaten, die Dateien und Verzeichnissen zugeordnet sind, z. B. Zugriffssteuerungslisten (ACLs) und andere Eigenschaften in GiB. Dieser Abrechnungszähler wird nur für Dateifreigaben in den heißen oder kalten Zugriffsebenen verwendet.
    • Schreibvorgänge: Die Anzahl der Schreibtransaktionsbuckets (1 Bucket = 10.000 Transaktionen).
    • Listenvorgänge: Die Anzahl der Listentransaktionsbuckets (1 Bucket = 10.000 Transaktionen).
    • Lesevorgänge: Die Anzahl der Lesetransaktionsbuckets (1 Bucket = 10.000 Transaktionen).
    • Andere Vorgänge / Protokollvorgänge: Die Anzahl der anderen Transaktionsbuckets (1 Bucket = 10.000 Transaktionen).
    • Datenabruf: Die Datenmenge, die aus der Dateifreigabe in GiB abgerufen wird. Dieser Zähler wird nur für Dateifreigaben in den kalten Zugriffsebenen verwendet.
    • Georeplikationsdatenübertragung: Wenn die Dateifreigabe über die Geo- oder GeoZone-Redundanz verfügt, wird die Datenmenge, die in die Dateifreigabe in die sekundäre Region in GiB geschrieben wurde, repliziert.

    Der Verbrauch der Abrechnungszähler Gespeicherten Daten und Metadaten wird stundenweise in Bezug auf monatliche Einheiten angerechnet. Für eine Freigabe mit 1024 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 den Zähler 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 den Zähler 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 den Zähler 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.
    • 1024 Einheiten für den Zähler Gespeicherte Daten, wenn er 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 sie nicht im Bezug auf einen Zeitrahmen ausgegeben werden, müssen Sie keine speziellen Umrechnungen von Einheiten beachten.

    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 bereitgestellten und nutzungsbasierten Dateifreigaben geben Sie die maximale Größe für die Dateifreigabe an. 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 auf ihre Größe ohne Berücksichtigung, wie sie tatsächlich gespeichert wird, wenn möglicherweise Speicheroptimierungen angewendet werden. Die logische Größe der Datei gibt an, wie viele KiB/MiB/GiB übertragen werden würden, wenn Sie die Datei an einen anderen Speicherort kopieren würden. Bei bereitgestellten und nutzungsbasierten Dateifreigaben 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. Dieser Wert kann mit der logischen Größe der Datei übereinstimmen oder auch kleiner sein, je nachdem, 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 Momentaufnahmeabrechnung 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: Diese können in Form von Fixkosten pro Kundenkonto, Endbenutzerkonto (manchmal auch „Kopfkosten“ genannt), Azure-Dateifreigabe oder Speicherkonto anfallen. Sie könnten auch auf Einheiten der Speicherauslastung basieren, beispielsweise Fixkosten für jeden 500 GiB-Datenblock in der 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 aufgeführt. Sie beziehen sich jedoch direkt darauf, wie Sie den Mehrwertdienst mit Ihrer Dateifreigabe verwenden.

    • Azure Files-Kosten für die Verwendung eines Mehrwertdiensts: Azure Files berechnet Kunden und Kundinnen keine Kosten für das Hinzufügen von Mehrwertdiensten. Durch das Hinzufügen von Mehrwert zur Azure-Dateifreigabe kann der Mehrwertdienst dennoch die Kosten erhöhen, die für Ihre Azure-Dateifreigabe anfallen. Dies ist aufgrund von Transaktionsgebühren bei nutzungsbasierten Dateifreigaben einfach zu erkennen. Wenn der Mehrwertdienst Transaktionen in Ihrem Namen Transaktionen in der Dateifreigabe ausführt, werden diese in Ihrer Abrechnung für Azure Files-Transaktionen aufgeführt, 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önnten lokal, in einer Azure-VM oder sogar in einer anderen Cloud gehostet werden. Außer wenn Sie Azure-Dateisynchronisierung bei einem Windows Dateiserver verwenden, der in einer Azure-VM gehostet wird, sind die Kapitalkosten (d. h. die Hardware-Vorabkosten Ihrer Lösung) und die Betriebskosten (d. h. Arbeitskosten, Kosten für Strom usw.) nicht Teil Ihrer Azure-Rechnung, aber weiterhin ein großer Teil Ihrer Gesamtkosten. Sie sollten Folgendes berücksichtigen: die Menge der Daten, die Sie lokal zwischenspeichern müssen, die Anzahl der CPUs und die Menge des Arbeitsspeichers, den Ihre Windows-Dateiserver zum Hosten der Workloads von Azure-Dateisynchronisierung benötigen (weitere Informationen dazu finden Sie unter empfohlene Systemressourcen), sowie andere organisationsspezifische Kosten, die für Sie möglicherweise entstehen.

    • 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 sehr gering ist, ist sie eine Komponente Ihrer Rechnung, die berücksichtigt werden muss. 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. Da Azure-Dateisynchronisierung eine Synchronisierungslösung für Azure Files ist, wird sie dazu führen, dass Sie Azure Files-Ressourcen nutzen. 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 Standarddateifreigaben bei Azure-Dateisynchronisierung, obwohl Azure-Dateisynchronisierung bei Premium-Dateifreigaben auf Wunsch vollständig unterstützt wird.

      • Speichernutzung. Azure-Dateisynchronisierung repliziert alle Änderungen, die Sie an dem Pfad auf Ihrem Windows-Dateiserver vorgenommen haben, der auf Ihrem Serverendpunkt für Ihre Azure-Dateifreigabe angegeben ist. Dadurch wird Speicher verbraucht. Bei Standarddateifreigaben bedeutet dies, dass das Hinzufügen oder Vergrößern von vorhandenen Dateien auf Serverendpunkten zu einem Anstieg der Speicherkosten führt, weil die Änderungen repliziert werden. Bei Premium-Dateifreigaben wird bereitgestellter Speicherplatz durch Änderungen verbraucht. Sie sind dafür verantwortlich, die Bereitstellung regelmäßig nach Bedarf zu erhöhen, um den Anstieg der Dateifreigabe zu berücksichtigen.

      • 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.

      • Transaktionen aus Änderung. Wenn sich Dateien auf Serverendpunkten ändern, werden die Änderungen in die Cloudfreigabe hochgeladen, wodurch Transaktionen generiert 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 Cloudaufzählung. 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 dieser Überprüfung werden Transaktionen generiert, die dem Speicherkonto mit einer Rate von einer ListFiles-Transaktion pro Verzeichnis und Tag in Rechnung gestellt werden. Sie können diese Zahl in den Preisrechner eingeben, um die Überprüfungskosten 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 Backup

    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 es 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.

    Wenn Sie die Kosten für die Verwendung von Azure Backup berechnen, berücksichtigen Sie Folgendes:

    • Lizenzierungskosten für geschützte Instanzen für Daten in Azure-Dateifreigaben: Azure Backup berechnet eine Lizenz für eine geschützte Instanz 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. Dies bestimmt, wie unterschiedlich die Momentaufnahme gegenüber der Live-Dateifreigabe ist, und daher, wie viele zusätzliche Daten von Azure Files gespeichert werden.

      • Transaktionskosten durch Wiederherstellungsvorgänge: Wiederherstellungsvorgänge aus einer Momentaufnahme in der Livefreigabe verursachen Transaktionen. Bei Standard-Dateifreigaben bedeutet dies, dass Lesevorgänge aus Momentaufnahmen bzw. Schreibvorgängen während Wiederherstellungsvorgängen als normale Transaktionen der Dateifreigabe in Rechnung gestellt werden. Bei bereitgestellten Dateifreigaben werden diese Vorgänge auf die bereitgestellten IOPS für die Dateifreigabe 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 für Speicher 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 auch bei bereitgestellten Dateifreigaben eine Transaktionsrate, bei denen 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 Speicher 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 für 10 TiB oder 100 TiB mit größeren Rabatten für den Erwerb einer Reservierung mit höherer Kapazität verwendet werden. 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 an Dateifreigaben umfasst, könnten Sie eine 100 TiB-Reservierung und zwei 10 TiB-Reservierungen erwerben, um den gesamten Bedarf an Speicherkapazität zu decken.
    • 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.
    • Ebene: Die Azure Files-Ebene für die Kapazitätsreservierung. Reservierungen sind derzeit für die Ebenen „Premium (SSD)“, „Heiß (HDD)“ und „Kalt (HDD)“ 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.
    • Fakturierungsintervall: Gibt an, wie oft das Konto für die Reservierung belastet wird. Die Optionen umfassen Monatlich oder Im Voraus.

    Sobald Sie eine Reservierung erwerben, wird diese automatisch für Ihre bestehende Speichernutzung verwendet. Wenn Sie mehr Speicherplatz nutzen, als Sie reserviert haben, zahlen Sie für den nicht durch die Reservierung abgedeckten Restbetrag den Listenpreis. 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 bei Azure-Dateifreigabemomentaufnahmen für nutzungsbasierte und bereitgestellte v1-Dateifreigaben. Wenn Sie Momentaufnahmen von nutzungsbasierten Dateifreigaben erstellen, werden die Differenzbeträge für die Momentaufnahmen auf die Reservierung angerechnet und als Teil der normalen Verbrauchseinheiten für Speicher abgerechnet. Wenn Sie jedoch Momentaufnahmen von bereitgestellte v1-Dateifreigaben erstellen, werden die Momentaufnahmen über eine separate Verbrauchseinheit abgerechnet und nicht auf die Reservierung angerechnet.

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

    Siehe auch