Teilen über


Unterstützung von Blob Storage-Features in Azure Storage-Konten

Die Funktionsunterstützung wird durch die Art des Kontos beeinflusst, das Sie erstellen, und die Einstellungen, die für dieses Konto aktiviert werden. Sie können die Tabellen in diesem Artikel verwenden, um die Funktionsunterstützung basierend auf diesen Faktoren zu bewerten. Die in diesen Tabellen enthaltenen Elemente ändern sich im Laufe der Zeit, da die Unterstützung laufend erweitert wird.

Verwenden dieser Tabellen

Jede Tabelle verwendet die folgenden Symbole, um die Unterstützungsstufe anzuzeigen:

Symbol BESCHREIBUNG
Vollständig unterstützt.
🟦 Auf Vorschauebene unterstützt
 ⬤ Noch nicht unterstützt

Diese Tabelle beschreibt die Auswirkungen der Aktivierung der Funktion und nicht die spezifische Verwendung dieser Funktion. Wenn Sie beispielsweise das Network File System (NFS) 3.0-Protokoll aktivieren, aber niemals das NFS 3.0-Protokoll zum Hochladen eines Blobs verwenden, zeigt ein Häkchen in der Spalte NFS 3.0 aktiviert an, dass die Funktionsunterstützung nicht negativ beeinflusst wird, wenn nur die NFS 3.0-Unterstützung aktiviert wird.

Auch wenn eine Funktion nicht negativ beeinflusst wird, ist sie möglicherweise nicht kompatibel, wenn sie mit einer bestimmten Funktion verwendet wird. Die Aktivierung von NFS 3.0 hat beispielsweise keine Auswirkungen auf die Microsoft Entra-Autorisierung. Sie können Microsoft Entra ID jedoch nicht verwenden, um eine NFS 3.0-Anforderung zu autorisieren. Informationen zu bekannten Einschränkungen finden Sie in diesen Artikeln:

Standardmäßige allgemein v2 Konten

In der folgenden Tabelle wird beschrieben, ob eine Funktion in einem Standardkonto für allgemeine Zwecke v2 unterstützt wird, wenn Sie einen hierarchischen Namespace (HNS), das NFS 3.0-Protokoll oder SFTP aktivieren.

Wichtig

Diese Tabelle beschreibt die Auswirkungen der Aktivierung von HNS, NFS oder SFTP und nicht die spezifische Verwendung dieser Funktionen.

Storage-Feature Standard HNS NFS SFTP
Zugriffsebenen (heiß, kalt, Cold und Archiv)
Microsoft Entra Security 1 1
Azure DNS-Zonenendpunkte (Vorschau)
Blob-Inventar
Blobindextags  ⬤  ⬤  ⬤
Blobmomentaufnahmen 🟦  ⬤ 🟦
Blob Storage APIs
Blob Storage Azure CLI Befehle
Blob Storage-Ereignisse  ⬤
Blob Storage PowerShell Befehle
Blobversionsverwaltung  ⬤  ⬤  ⬤
blobfuse
Änderungsfeed  ⬤  ⬤  ⬤
Benutzerdefinierte Domänen 🟦 🟦 🟦
Kundenseitig verwaltetes geplantes Failover (Preview) 🟦 🟦  ⬤  🟦
Kundenseitig verwaltetes geplantes Failover 🟦  ⬤  🟦
Kundenseitig verwaltete Schlüssel mit Schlüsseltresor im selben Mandanten
Kundenseitig verwaltete Schlüssel mit Schlüsseltresor in einem anderen Mandanten (mandantenübergreifend)  ⬤  ⬤
Vom Kunden bereitgestellte Schlüssel  ⬤  ⬤  ⬤
Datenredundanzoptionen 2
Verschlüsselungsbereiche
Unveränderlicher Speicher  ⬤  ⬤
Nachverfolgung des Zeitpunkts des letzten Zugriffs für die Lebenszyklusverwaltung  ⬤
Richtlinien für die Lebenszyklusverwaltung (Blob löschen)
Lebenszyklusverwaltung (Tiering)
Protokollierung in Azure Monitor
Metriken in Azure Monitor
Objektreplikation für Blockblobs  ⬤  ⬤  ⬤
Point-in-Time-Wiederherstellung für Blockblobs  ⬤  ⬤  ⬤
Den anonymen Lesezugriff verhindern
Vorläufiges Löschen für Blobs
Vorläufiges Löschen für Container
Statische Websites 🟦
Storage Analytics-Protokolle (klassisch)  ⬤
Metriken von Storage Analytics (klassisch)3  ⬤  ⬤  ⬤  ⬤

1 Anforderungen, die Clients mit NFS 3.0 oder SFTP durchführen, können nicht mithilfe von Microsoft Entra-Sicherheit autorisiert werden.

2 Es werden nur lokal redundanter Speicher (LRS) und zonenredundanter Speicher (ZRS) unterstützt.

3 Metriken von Storage Analytics werden nicht mehr verwendet. Weitere Informationen finden Sie unter Wechseln zu Metriken in Azure Monitor.

Premium-Blockblobkonten

In der folgenden Tabelle wird beschrieben, ob ein Feature in einem Premium-Blockblob-Konto unterstützt wird, wenn Sie einen hierarchischen Namespace (HNS), das NFS 3.0-Protokoll oder SFTP aktivieren.

Wichtig

Diese Tabelle beschreibt die Auswirkungen der Aktivierung von HNS, NFS oder SFTP und nicht die spezifische Verwendung dieser Funktionen.

Storage-Feature Standard HNS NFS SFTP
Zugriffsebenen (heiß, kalt, Cold und Archiv)  ⬤  ⬤  ⬤  ⬤
Microsoft Entra Security 1 1
Azure DNS-Zonenendpunkte (Vorschau)
Blob-Inventar
Blobindextags  ⬤  ⬤  ⬤
Blobmomentaufnahmen 🟦  ⬤ 🟦
Blob Storage APIs
Blob Storage Azure CLI Befehle
Blob Storage-Ereignisse  ⬤
Blob Storage PowerShell Befehle
Blobversionsverwaltung  ⬤  ⬤  ⬤
blobfuse
Änderungsfeed  ⬤  ⬤  ⬤
Benutzerdefinierte Domänen 🟦 🟦 🟦
Kundenseitig verwaltetes geplantes Failover  ⬤  ⬤  ⬤  ⬤
Kundenseitig verwaltetes geplantes Failover  ⬤  ⬤  ⬤  ⬤
Kundenseitig verwaltete Schlüssel mit Schlüsseltresor im selben Mandanten
Kundenseitig verwaltete Schlüssel mit Schlüsseltresor in einem anderen Mandanten (mandantenübergreifend)  ⬤  ⬤
Vom Kunden bereitgestellte Schlüssel  ⬤  ⬤  ⬤
Datenredundanzoptionen 2
Verschlüsselungsbereiche
Unveränderlicher Speicher  ⬤  ⬤
Nachverfolgung des Zeitpunkts des letzten Zugriffs für die Lebenszyklusverwaltung  ⬤
Richtlinien für die Lebenszyklusverwaltung (Blob löschen)
Lebenszyklusverwaltung (Tiering)  ⬤  ⬤  ⬤  ⬤
Protokollierung in Azure Monitor
Metriken in Azure Monitor 🟦 🟦 🟦
Objektreplikation für Blockblobs  ⬤  ⬤  ⬤
Point-in-Time-Wiederherstellung für Blockblobs  ⬤  ⬤  ⬤  ⬤
Den anonymen Lesezugriff verhindern
Vorläufiges Löschen für Blobs
Vorläufiges Löschen für Container
Statische Websites 🟦
Storage Analytics-Protokolle (klassisch) 🟦  ⬤
Metriken von Storage Analytics (klassisch)3  ⬤  ⬤  ⬤  ⬤

1 Anforderungen, die Clients mit NFS 3.0 oder SFTP durchführen, können nicht mithilfe von Microsoft Entra-Sicherheit autorisiert werden.

2 Es werden nur lokal redundanter Speicher (LRS) und zonenredundanter Speicher (ZRS) unterstützt.

3 Metriken von Storage Analytics werden nicht mehr verwendet. Weitere Informationen finden Sie unter Wechseln zu Metriken in Azure Monitor.

Siehe auch