Freigeben über

Ändern der Azure Storage-Redundanzkonfiguration: Häufig gestellte Fragen

Es gibt viele verschiedene Faktoren, die dazu führen können, dass die Redundanzoptionen Ihrer Speicherkonten geändert werden müssen. Die richtige Redundanzoption gleicht die Datenverfügbarkeit, Notfallwiederherstellung, Leistung und Kostenanforderungen Ihrer Organisation ab. Diese Anforderungen werden gegen die Risiken und Vorteile abgewogen, die mit den verschiedenen Redundanzoptionen verbunden sind. Regelmäßige Bewertungen und Anpassungen sind erforderlich, um eine optimale und robuste Datenspeicherstrategie sicherzustellen.

Es gibt auch viele Faktoren, die beim Ändern von Redundanzoptionen berücksichtigt werden müssen, insbesondere aus Zeit- und Kostenperspektive. Die Zeit zum Ändern von Redundanzoptionen kann je nach verschiedenen Faktoren variieren. Diese Faktoren können die Optionen, die geändert werden, die Größe Ihres Kontos und die aktuellen Ressourcenanforderungen innerhalb einer Region umfassen. Es kann auch Kosten für die Datenübertragung und erhöhte Speicheranforderungen während und nach einem Übergang geben.

Von Bedeutung

In der Praxis kann eine Speicherkontokonvertierung auf die SKU oder den Typ eines Speicherkontos verweisen. Sie können z. B. ein älteres Universell V1-Speicherkonto in standardmäßiges Universell V2-Speicherkonto konvertieren, sodass eine verbesserte Verfügbarkeit, Resilienz und Features ermöglicht werden.

Für die Zwecke dieses Artikels bezieht sich eine Speicherkontokonvertierung speziell auf die Änderung der Redundanzkonfiguration eines Speicherkontos.

Dieser Artikel enthält Antworten auf häufig gestellte Fragen zum Ändern von Azure Storage-Redundanzoptionen für Ihre Speicherkonten:

Wie unterscheiden sich Geo- und Zonenkonvertierungen?

Die Begriffe Geo und Zonal beziehen sich auf zwei verschiedene Arten von Strategien zur Bereitstellung zusätzlicher Datenredundanz in Azure. Um diese Strategien zu beheben, bietet Azure zwei verschiedene Arten von Redundanzoptionsänderungen: diejenigen, die georedundanten Speicher (GRS) und zonenredundanten Speicher (ZRS) umfassen.

Wie ihre Namen bedeuten, schützt Zonenredundanz vor Zonenausfällen, während Georedundanz vor großen regionalen Katastrophen schützt. Wenn Sie die Redundanzoption eines Speicherkontos ändern, wirkt sich die Art der von Ihnen initiierten Konvertierung auf die Dauer des Prozesses, potenzielle Kosten und widersprüchliche Features oder Szenarien aus. Weitere Informationen finden Sie im Artikel Redundanzoption für ein Speicherkonto ändern.

Zonal-Konvertierung

Zonal redundanz repliziert Daten über mehrere Verfügbarkeitszonen oder isolierte Rechenzentren innerhalb einer einzelnen Region. Diese Zonen oder Rechenzentren verfügen über unabhängige Energie, Kühlung und Vernetzung.

Wenn Sie einem Speicherkonto Zonalredundanz hinzufügen, wird Ihr Speicherkonto einer zonalen Konvertierung unterzogen, die Ihre Daten vor Fehlern innerhalb eines bestimmten Rechenzentrums schützt. Durch das Entfernen von Zonenredundanz wird dieser Schutz rückgängig gemacht.

Zu den zonalen Konvertierungen gehören:

  • LRS → ZRS
  • ZRS → LRS
  • GRS → GZRS
  • GZRS → GRS
  • RA-GRS → RA-GZRS
  • RA-GZRS → RA-GRS

Geokonvertierung

Georedundanz repliziert Daten in eine sekundäre, geografisch entfernte Region. Diese Replikation schützt Ihre Daten vor großen regionalen Katastrophen wie Hurrikans, Erdbeben und Überschwemmungen. Wenn Sie einem Speicherkonto Georedundanz hinzufügen, wird Ihr Speicherkonto einer Geokonvertierung unterzogen, die Ihre Daten vor regionalen Fehlern schützt. Durch das Entfernen von Georedundanz wird dieser Schutz rückgängig gemacht.

Geokonvertierungen umfassen:

  • LRS → GRS
  • GRS → LRS
  • ZRS → GZRS oder RA-GZRS
  • GZRS oder RA-GZRS → ZRS

Welche Gebühren sind einer SKU-Konvertierung zugeordnet?

Es gibt keine Anfangskosten für die Herstellung von Zonenumwandlungen. Nachdem jedoch ein Konto erfolgreich konvertiert wurde, können die laufenden Datenspeicherungs- und Transaktionskosten aufgrund der erhöhten Replikation höher sein. Beispielsweise gibt es keine Gebühr für die erstkonvertierung eines Kontos von LRS in ZRS. Da ZRS jedoch höhere Kosten sowohl für die Datenspeicherung als auch für Transaktionen hat, kann es zu höheren Kosten als LRS kommen.

Wenn Sie Georedundanz hinzufügen , verursacht die resultierende Geokonvertierung zum Zeitpunkt der Änderung eine Gebühr für die Übertragung von Georeplikationsdaten . Diese Überweisungsgebühr gilt, da Ihr gesamtes Speicherkonto in eine sekundäre Region repliziert wird. Da alle nachfolgenden Schreibvorgänge auch in die sekundäre Region repliziert werden, unterliegen sie auch der Datenübertragungsgebühr.

Es entstehen keine Gebühren, wenn Sie Georedundanz entfernen , z. B. das Konvertieren von GRS → LRS oder GZRS → ZRS.

Wenn Sie die Lesezugriffsberechtigung von einem Speicherkonto entfernen, fallen weiterhin Gebühren als RA-GRS oder RA-GZRS für 30 Tage nach dem Datum an, an dem es konvertiert wurde. Diese Richtlinie gilt für RA-GRS → GRS oder RA-GZRS → GZRS.

Weitere Informationen zum Ändern der Replikationsoptionen eines Speicherkontos finden Sie unter " Ändern der Redundanzoption für einen Speicherkontoartikel ".

Wie lange dauert der SKU-Konvertierungsprozess?

Der Typ der Kontokonvertierung, die Sie initiieren, wirkt sich auf die Dauer des Prozesses aus. Um die Zeitachse besser zu verstehen, ist es wichtig, die Unterschiede zwischen Zonal- und Georedundanz zu kennen. Ausführliche Informationen zu diesen Unterschieden finden Sie im Abschnitt 'Wie unterscheiden sich Geo- und Zonen-Konversionen'.

Die tatsächliche Zeit, die zum Abschließen einer der Konvertierungsarten benötigt wird, kann je nach verschiedenen Faktoren variieren. Weitere Informationen zu den Unterschieden zwischen Conversions und den Faktoren, die sich auf die SKU-Konvertierungszeiten auswirken, finden Sie im Abschnitt Wie unterscheiden sich geo- und zonale Konvertierungen.

Zonal-Konvertierung

Zonale Redundanzkonvertierungen beginnen in der Regel innerhalb weniger Tage, nachdem eine Anforderung überprüft wurde. Je nach den aktuellen Ressourcenanforderungen in der Region, der Kontogröße und anderen Faktoren kann es jedoch wochenlang dauern. Der Fortschritt der Konvertierung ändert sich zu In progress, wenn die Datenverschiebung beginnt.

Zurzeit gibt es keine Service-Level-Vereinbarung (SLA) für die Vollendung einer Zonen-Konvertierung, und der Konvertierungsprozess kann nicht durch das Stellen einer Supportanfrage beschleunigt werden. Der Status des Konvertierungsfortschritts ändert sich zu In progress, wenn die Datenübertragung beginnt.

Wenn Sie mehr Kontrolle über die Zeitachse einer Konvertierung benötigen, z. B. wenn sie gestartet und beendet wird, sollten Sie eine manuelle Migration durchführen. Manuelle Migrationen verwenden ein Feature oder Tool wie AzCopy, um die Daten Ihres aktuellen Speicherkontos mit der gewünschten Redundanz zu einem anderen Speicherkonto zu migrieren.

Weitere Informationen zum Ändern der Replikationsoptionen eines Speicherkontos finden Sie unter " Ändern der Redundanzoption für einen Speicherkontoartikel ".

Geokonvertierung

Zurzeit ist keine SLA für den Abschluss einer Geokonvertierung vorhanden, und es ist nicht möglich, diesen Vorgang durch Senden einer Supportanfrage zu beschleunigen. Der Zeitrahmen, der zum Abschließen dieser Konvertierungen benötigt wird, kann je nach verschiedenen Faktoren variieren, einschließlich:

  • Anzahl und Größe der im Speicherkonto gespeicherten Objekte.
  • Verfügbare Ressourcen für die Hintergrundreplikation, z. B. CPU, Arbeitsspeicher, Datenträger und WAN-Kapazität.

Weitere Informationen zu den Faktoren, die die SKU-Konvertierungszeiten beeinflussen, finden Sie im Artikel Initiieren eines Failovers für Speicherkonten. Weitere Informationen zum Ändern der Replikationsoptionen eines Speicherkontos finden Sie auch im Artikel 'Redundanzoption für ein Speicherkonto'.

Warum dauert mein SKU-Konvertierungsprozess so lange?

Der SKU-Konvertierungsprozess wird in der Regel innerhalb weniger Tage abgeschlossen, kann jedoch bis zu ein paar Wochen dauern, abhängig von den aktuellen Ressourcenanforderungen in der Region, der Kontogröße sowie verschiedenen anderen Faktoren.

Zurzeit gibt es keine SLA für die Fertigstellung einer Geo- oder Zonal-SKU-Konvertierung, und es ist nicht möglich, den Prozess durch Senden einer Supportanfrage zu beschleunigen.

Wenn Sie mehr Kontrolle über die Zeitachse einer Konvertierung benötigen, z. B. wenn sie gestartet und beendet wird, sollten Sie eine manuelle Migration durchführen. Manuelle Migrationen verwenden ein Feature oder Tool wie AzCopy, um die Daten Ihres aktuellen Speicherkontos mit der gewünschten Redundanz zu einem anderen Speicherkonto zu migrieren.

Weitere Informationen zum Ändern der Replikationsoptionen eines Speicherkontos finden Sie unter " Ändern der Redundanzoption für einen Speicherkontoartikel ".

Wie wirkt sich eine SKU-Konvertierung auf Leistung und Verfügbarkeit aus? Ist eine Ausfallzeit der Anwendung zu erwarten? Wird ein Datenverlust erwartet?

Während einer SKU-Konvertierung können Sie weiterhin auf Daten in Ihrem Speicherkonto zugreifen, ohne dass die Haltbarkeit oder Verfügbarkeit verloren geht. Die Azure Storage SLA wird während des Konvertierungsprozesses beibehalten, und es geht keine Daten verloren. Ebenso bleiben Dienstendpunkte, Zugriffstasten, freigegebene Zugriffssignaturen und andere Kontooptionen unverändert.

Weitere Informationen zum Ändern der Replikationsoptionen eines Speicherkontos finden Sie unter " Ändern der Redundanzoption für einen Speicherkontoartikel ".

Wie kann ich mein Konto von LRS in GZRS konvertieren?

Eine direkte LRS-→ GZRS-Konvertierung wird nicht unterstützt. Für diese spezifische Konvertierung ist ein zweistufiger Prozess erforderlich, der auf zwei Arten abgeschlossen werden kann:

  • LRS → ZRS, gefolgt von ZRS → GZRS oder
  • LRS → GRS, gefolgt von GRS → GZRS.

Beim Ausführen einer LRS-→ ZRS-Konvertierung , gefolgt von ZRS → GZRS, müssen Sie mindestens 72 Stunden zwischen den Konvertierungen warten. Diese temporäre Verzögerung stellt die Konsistenz und Integrität des Kontos sicher, indem Hintergrundprozesse abgeschlossen werden können, bevor eine andere Änderung vorgenommen wird.

Wie kann ich mein Konto von GZRS in LRS konvertieren?

Eine direkte GZRS-→ LRS-Konvertierung wird nicht unterstützt. Diese Konvertierung erfordert einen zweistufigen Prozess, der auf zwei Arten abgeschlossen werden kann:

  • GZRS → ZRS, gefolgt von ZRS → LRS oder
  • GZRS → GRS, gefolgt von GRS → LRS.

Beim Ausführen einer GZRS-→ GRS-Konvertierung , gefolgt von GRS → LRS, müssen Sie mindestens 72 Stunden zwischen den Konvertierungen warten. Diese temporäre Verzögerung stellt die Konsistenz und Integrität des Kontos sicher, indem Hintergrundprozesse abgeschlossen werden können, bevor eine andere Änderung vorgenommen wird.

Wie kann ich mein Konto von GRS in ZRS konvertieren?

Eine direkte GRS-→ ZRS-Konvertierung wird nicht unterstützt. Diese Konvertierung erfordert einen zweistufigen Prozess, der auf zwei Arten abgeschlossen werden kann:

  • GRS → GZRS, gefolgt von GZRS → ZRS.
  • GRS → LRS, gefolgt von LRS → ZRS.

Beim Ausführen einer GRS-→ GZRS-Konvertierung gefolgt von GZRS → ZRS müssen Sie mindestens 72 Stunden zwischen den Konvertierungen warten. Diese temporäre Verzögerung stellt die Konsistenz und Integrität des Kontos sicher, indem Hintergrundprozesse abgeschlossen werden können, bevor eine andere Änderung vorgenommen wird.

Wenn Sie die anfängliche GRS-→ LRS-Konvertierung abschließen, wird Ihr Speicherkonto vorübergehend zu LRS, einer niedrigeren Redundanzoption. Diese Option bietet weniger Haltbarkeit und Verfügbarkeit.

Wie kann ich mein Konto von ZRS in GRS konvertieren?

Eine direkte ZRS-→ GRS-Konvertierung wird nicht unterstützt. Diese Konvertierung erfordert einen zweistufigen Prozess, der auf zwei Arten abgeschlossen werden kann:

  • ZRS → GZRS, gefolgt von GZRS → GRS oder
  • ZRS → LRS gefolgt von LRS → GRS.

Beim Ausführen einer ZRS-→ LRS-Konvertierung gefolgt von LRS → GRS müssen Sie mindestens 72 Stunden zwischen den Konvertierungen warten. Diese temporäre Verzögerung stellt die Konsistenz und Integrität des Kontos sicher, indem Hintergrundprozesse abgeschlossen werden können, bevor eine andere Änderung vorgenommen wird.

Wenn Sie die anfängliche ZRS-→ LRS-Konvertierung abschließen, wird Ihr Speicherkonto vorübergehend in LRS, einer niedrigeren Redundanzoption, aufbewahrt. Diese Option bietet viel weniger Haltbarkeit und Verfügbarkeit.

Was sind die widersprüchlichen Features oder Szenarien für SKU-Konvertierungen?

Wie bei der Konvertierungsdauer wirkt sich die Art der Kontokonvertierung, die Sie initiieren, auf die Anzahl der widersprüchlichen Features und Szenarien aus.

Regionen-Umwandlungen

Zonal-Konvertierungen umfassen das Hinzufügen oder Entfernen von Verfügbarkeitszonenoptionen zu Ihrem Konto. In der folgenden Liste werden die am häufigsten auftretenden widersprüchlichen Features oder Szenarien hervorgehoben, die beim Versuch einer Zonalkonvertierung Fehler generieren können. Wenn ein Fehler auftritt, enthält die Fehlermeldung in der Regel Details zu dem spezifischen Konflikt.

  • Objektreplikation: Bei zonalen Konvertierungen von Konten mit Objektreplikation (OR) kann ein Fehler auftreten. In diesem Fall können Sie die OR-Richtlinien Ihres Kontos löschen und die Konvertierung erneut versuchen.
  • NFSv3: NFSv3 kann nicht konfiguriert werden. Um ein NFSv3-fähiges Konto in ZRS zu konvertieren, müssen Sie eine manuelle Migration durchführen. Manuelle Migrationen verwenden ein Feature oder Tool wie AzCopy, um die Daten Ihres aktuellen Speicherkontos mit der gewünschten Redundanz zu einem anderen Speicherkonto zu migrieren. Weitere Informationen zur Verwendung von AzCopy finden Sie unter Verwenden von AzCopy zum Kopieren von Blobs.
  • Punkt-in-Zeit-Wiederherstellung (PITR): Regionale Umstellungen auf Konten mit Punkt-in-Zeit-Wiederherstellung (PITR) können einen Fehler verursachen. In diesem Fall können Sie PITR deaktivieren und die Migration wiederholen.
  • Archivdaten: Konten, die Daten innerhalb der Archivebene enthalten, können Fehler generieren. Vor dem Konvertieren sollten Sie Archivdaten aktivieren, indem Sie sie entweder auf die kalte oder heiße Ebene verschieben, und dann die Konvertierung wiederholen. Sie können auch alle archivierten Daten löschen, bevor Sie sie konvertieren.
  • NFSv4-Konten mit öffentlichen Endpunkten: Beim Versuch, ein Speicherkonto mit einem öffentlichen Endpunkt zu migrieren, treten möglicherweise Probleme auf. Sie sollten den Zugriff auf die öffentlichen Endpunkte des Speicherkontos deaktivieren, bevor Sie die Konvertierung wiederholen. Weitere Informationen zum Ändern der Kontoreplikation finden Sie im Artikel " Ändern der Replikation eines Speicherkontos ".
  • Routingauswahl, Internetrouting: Sie sollten Ihre Routingeinstellung auf das Microsoft-Netzwerkrouting festlegen. Ausführliche Informationen finden Sie unter Konfigurieren der Netzwerkroutingeinstellung.
  • Konten mit aktivierter Startdiagnose: Die Startdiagnose für virtuelle Computer (VMs) wird für ZRS nicht unterstützt. Migrationen einschließlich LRS → ZRS; GRS → GZRS; und RA-GRS → RA-GZRS werden blockiert. Sie können die Startdiagnose für Ihr Konto vor der Migration deaktivieren, aber Sie können sie nach Abschluss der Konvertierung nicht mehr aktivieren. Ausführliche Informationen finden Sie in der Startdiagnose für VMs im Azure-Artikel .
  • Nicht unterstütztes Ziel: Obwohl die Region Ihres Kontos eine bestimmte SKU unterstützt, unterstützen nicht alle Regionen zonalmigrationen. Beim Versuch, innerhalb eines nicht unterstützten Bereichs zu konvertieren, können Fehler auftreten. Beispielsweise unterstützt die Region Kanada Ost GZRS nicht; Wenn Sie versuchen, Ihr Konto von GRS in GZRS zu konvertieren, wird ein Fehler generiert. Weitere Informationen dazu, welche SKUs in einer bestimmten Region unterstützt werden, finden Sie im Artikel "Liste der Azure-Regionen ".
  • Widersprüchliche Konvertierung: Möglicherweise hat Ihr Konto derzeit eine widersprüchliche Migration im Prozess. Sie haben beispielsweise möglicherweise bereits eine LRS→GRS-Migration in Bearbeitung. Beim Versuch, eine LRS-→ ZRS-Konvertierung durchzuführen, tritt ein Fehler auf. Warten Sie, bis die ursprüngliche Migration abgeschlossen ist, bevor Sie eine neue Konvertierungsanforderung übermitteln.
  • Failover beim Konto: Wenn für Ihr Konto ein Failover durchgeführt wurde, können Sie Ihr Konto erneut an seine ursprüngliche primäre Region senden und die Anforderung noch mal übermitteln.

Geokonvertierungen

Geokonvertierungen umfassen das Hinzufügen oder Entfernen von Replikationszielen in sekundären, geografisch entfernten Regionen. In der folgenden Liste werden die am häufigsten auftretenden widersprüchlichen Features oder Szenarien hervorgehoben, die beim Versuch einer Geokonvertierung Fehler generieren können. Wenn ein Fehler auftritt, enthält die Fehlermeldung in der Regel Details zu dem spezifischen Konflikt.

  • Archivdaten: Wenn Ihr Konto Daten auf der Archivebene enthält, müssen die Daten rehydratiert werden, bevor eine LRS-→ GRS-Anforderung übermittelt werden kann. Da der Speicherressourcenanbieter (SRP) überprüft, ob keine archivierten Daten vorhanden sind, bevor die Konvertierung ausgeführt wird, sollten Sie eine Fehlermeldung fast sofort erhalten.
  • Nicht unterstütztes Ziel: Es gibt einige Azure-Regionen mit drei Verfügbarkeitszonen und keine Satellitenregion. Diese Regionen unterstützen ZRS , aber nicht GZRS. Stellen Sie sicher, dass Ihre Region Ihre gewünschte SKU unterstützt.

Siehe auch

  • Last updated on