Freigeben über

Zuverlässigkeit in Azure NetApp Files

Azure NetApp Files ist eine systemeigene Dateispeicherlösung auf Enterprise-Niveau, die nahtlos in Azure integriert ist und die Dateifreigabe über die NFS-Protokolle (Network File System) und Server Message Block (SMB) ermöglicht. Azure NetApp Files ist für hohe Leistung ausgelegt und bietet skalierbaren und sicheren Dateispeicher, der als Dienst verwaltet wird.

Wenn Sie Azure verwenden, ist zustellbarkeit eine gemeinsame Verantwortung. Microsoft bietet eine Reihe von Funktionen zur Unterstützung von Resilienz und Wiederherstellung. Sie sind dafür verantwortlich, zu verstehen, wie diese Funktionen in allen von Ihnen verwendeten Diensten funktionieren, und die Funktionen auswählen, die Sie benötigen, um Ihre Geschäftsziele und Uptime-Ziele zu erfüllen.

In diesem Artikel wird beschrieben, wie Sie NetApp-Dateien für eine Vielzahl potenzieller Ausfälle und Probleme widerstandsfähig machen, einschließlich vorübergehender Fehler, Ausfall der Verfügbarkeitszone und Regionsausfälle. Außerdem wird beschrieben, wie Sie Sicherungen verwenden können, um aus anderen Arten von Problemen wiederherzustellen, und hebt einige wichtige Informationen zum Azure NetApp Files Service Level Agreement (SLA) hervor.

Bereitstellungsempfehlungen für die Produktion

Informationen zum Bereitstellen von Azure NetApp Files zur Unterstützung der Zuverlässigkeitsanforderungen Ihrer Lösung und wie sich die Zuverlässigkeit auf andere Aspekte Ihrer Architektur auswirkt, finden Sie unter Architecture best practices for Azure NetApp Files in the Azure Well-Architected Framework.

Übersicht über die Zuverlässigkeitsarchitektur

Um Azure NetApp Files zu verwenden, müssen Sie ein NetApp-Konto konfigurieren, das Capacity-Pools enthält, die volumes hosten. Sie können Kapazität und Durchsatz unabhängig voneinander konfigurieren und Datenschutzoptionen verwalten, die auf unterschiedliche Anforderungen zugeschnitten sind. Sie können die Replikation zwischen Volumes aktivieren, auch wenn diese sich an unterschiedlichen Standorten befinden.

Resilienz für vorübergehende Fehler

Vorübergehende Fehler sind kurze, zeitweilige Fehler in Komponenten. Sie treten häufig in einer verteilten Umgebung wie der Cloud auf und sind ein normaler Bestandteil von Vorgängen. Vorübergehende Fehler korrigieren sich nach kurzer Zeit. Es ist wichtig, dass Ihre Anwendungen vorübergehende Fehler behandeln können, in der Regel durch Wiederholen betroffener Anforderungen.

Alle in der Cloud gehosteten Anwendungen sollten den Azure richtlinien für die vorübergehende Fehlerbehandlung befolgen, wenn sie mit allen in der Cloud gehosteten APIs, Datenbanken und anderen Komponenten kommunizieren. Weitere Informationen finden Sie unter Empfehlungen zur Behandlung vorübergehender Fehler.

Neben vorübergehenden Fehlertypen, die sich auf jede cloudbasierte Lösung auswirken können, können gelegentlich geplante Wartungen wie Plattformupdates, Dienstupdates und Softwareupgrades auch Azure NetApp Files beeinflussen.

Aus Sicht eines Dateiprotokolls (z. B. NFS und SMB) sind vorübergehende Fehler nicht störend, wenn die Anwendung die Eingabe/Ausgabe-Unterbrechungen (E/A), die während dieser Ereignisse auftreten können, verarbeiten kann. Die E/A-Pausen sind für gewöhnlich kurz, zwischen ein paar Sekunden bis zu 30 Sekunden. Einige Anwendungen müssen möglicherweise angepasst werden, um die E/A-Unterbrechungen zu verarbeiten.

Das NFS-Protokoll ist robust, und Client-Server-Dateivorgänge werden im Allgemeinen normal fortgesetzt. Einige Anwendungen erfordern möglicherweise eine Optimierung, um E/A-Unterbrechungen von bis zu 30 bis 45 Sekunden zu verarbeiten. Stellen Sie sicher, dass Sie die Resilienzeinstellungen der Anwendung kennen, um Wartungsereignisse des Speicherdienstes bewältigen zu können.

Für interaktive Apps, die das SMB-Protokoll nutzen, reichen die Standardprotokolleinstellungen in der Regel aus. Azure NetApp Files unterstützt auch SMB-kontinuierliche Verfügbarkeit, wodurch SMB-Transparentes Failover ermöglicht wird. Das transparente SMB-Failover beseitigt Unterbrechungen, die durch Servicewartungsereignisse verursacht werden. Es verbessert auch die Zuverlässigkeit und die Benutzererfahrung.

Die kontinuierliche SMB-Verfügbarkeit ist nur für bestimmte Anwendungen verfügbar.

Weitere Empfehlungen finden Sie unter Application Resilience FAQs zu Azure NetApp Files.

Ausfallsicherheit bei Ausfällen von Verfügbarkeitszonen

Verfügbarkeitszonen sind physisch getrennte Gruppen von Rechenzentren innerhalb einer Azure Region. Wenn eine Zone ausfällt, erfolgt ein Failover der Dienste zu einer der verbleibenden Zonen.

Azure NetApp Files unterstützt zonal Bereitstellung von Volumes. Verwenden Sie das Volume-Platzierungsfeature für Verfügbarkeitszonen in Azure NetApp Files, um jedes Volume in einer einzigen Verfügbarkeitszone Ihrer Wahl bereitzustellen. Sie können dieses Feature nur verwenden, wenn Azure NetApp Files in dieser Verfügbarkeitszone vorhanden ist und über ausreichende Kapazität verfügt. Wenn Sie über Latenz-sensible Anwendungen verfügen, können Sie ein Volume in derselben Verfügbarkeitszone wie Ihre Azure Computeressourcen und andere Dienste bereitstellen.

Im folgenden Diagramm zeigen orangefarbene Pfeile mit durchgezogenen Pfeilspitzen, wie alle virtuellen Maschinen (VMs) innerhalb der Region in peered virtuellen Netzwerken auf alle Azure NetApp Files Ressourcen zugreifen können. Grüne Pfeile zeigen, wie VMs, die auf Azure NetApp Files-Volumes in derselben Zone zugreifen, die Domäne für Verfügbarkeitszonenfehler teilen. Es gibt keine Replikation zwischen den verschiedenen Volumes auf Plattformebene.

Diagramm, das die Volumenplatzierung der Azure NetApp Files in den Verfügbarkeitszonen zeigt.

Eine Bereitstellung in einer einzigen Zone reicht nicht aus, um hohe Anforderungen an die Zuverlässigkeit zu erfüllen. Um Daten zwischen Volumes in verschiedenen Verfügbarkeitszonen asynchron zu replizieren, können Sie die zonenübergreifende Replikation verwenden. Sie müssen die zonenübergreifende Replikation separat von der Platzierung der Volumes in den Verfügbarkeitszonen konfigurieren.

Wenn eine Verfügbarkeitszone ausfällt, sind Sie dafür verantwortlich, den Ausfall zu erkennen und auf ein alternatives Volume in einer anderen Zone umzuschalten.

Anforderungen

  • Region support: Zonenübergreifende Replikation ist in allen verfügbarkeitszonenfähigen Regionen verfügbar, die Azure NetApp Files unterstützen.

  • Die Verfügbarkeitszonenvolumenplatzierung in Azure NetApp Files bietet die Platzierung von zonenbezogenen Volumen. Es wird eine geringe Latenz angezeigt, wenn Sie eine Verbindung mit VMs innerhalb derselben Verfügbarkeitszone herstellen. Die Platzierung von Volumes in Verfügbarkeitszonen gewährleistet jedoch keine räumliche Nähe zu VMs oder anderen Ressourcen, und das Volume kann sich in einem anderen physischen Teil des Rechenzentrums befinden.

  • Die Replikation ist nur zwischen verschiedenen Azure Abonnements zulässig, wenn sie sich innerhalb desselben Microsoft Entra Mandanten befinden.

  • Weitere Überlegungen zu Verfügbarkeitszonen in Azure NetApp Files finden Sie in den Abschnitten Anforderungen und Überlegungen zur Verwendung der zonenübergreifenden Replikation und Verwaltung der Verfügbarkeitszonen-Volume-Platzierung.

Kosten

Es gibt keine zusätzliche Gebühr, um die Verfügbarkeitszonen-Volume-Platzierung in Azure NetApp Dateien zu aktivieren. Sie zahlen nur für die Kapazitätspools und Ressourcen, die Sie innerhalb dieser Zonen bereitstellen.

Die replizierten Volumes werden in einem Kapazitätspool gehostet. Die Kosten für die zonenübergreifende Replikation basieren auf der bereitgestellten Kapazitätspoolgröße und -ebene. Es gibt keine zusätzlichen Kosten für die Datenreplikation.

Konfigurieren der Unterstützung von Verfügbarkeitszonen

Sie müssen die Volumeplatzierung und die zonenübergreifende Replikation separat konfigurieren.

  • Volumeplatzierung:

    • Erstellen Sie ein neues Volume oder konfigurieren Sie ein vorhandenes Volume mit Unterstützung für Verfügbarkeitszonen. Informationen zum Konfigurieren von Verfügbarkeitszonen für Volumes in Azure NetApp Files finden Sie unter Manage Availability Zone volume placement for Azure NetApp Files.

      Wenn Sie von Terraform verwaltete Volumes mit Verfügbarkeitszonen bereitstellen, sind weitere Konfigurationen erforderlich. Weitere Informationen finden Sie unter Bereitstellen der Verfügbarkeitszone für von Terraform verwaltete Volumes.

      Wenn Sie die rollenbasierte Zugriffssteuerung verwenden, stellen Sie sicher, dass Sie die richtigen Berechtigungen konfigurieren.

    • Migrieren Sie ein Volume zwischen Verfügbarkeitszonen. Nachdem Sie ein Volume so konfiguriert haben, dass es in eine Verfügbarkeitszone eingefügt wird, kann die angegebene Verfügbarkeitszone nicht mehr geändert werden. Sie können Volumes nicht zwischen Verfügbarkeitszonen verschieben.

    • Deaktivieren Sie die Verfügbarkeitszonenunterstützung für ein Volume. Nachdem ein Volume für die Platzierung in einer Verfügbarkeitszone konfiguriert wurde, können Sie die Unterstützung für Verfügbarkeitszonen nicht mehr deaktivieren.

  • Zonenübergreifende Replikation

    • Aktivieren Sie die zonenübergreifende Replikation. Um die Resilienz Ihrer Lösung zu verbessern, konfigurieren Sie die zonenübergreifende Replikation für ein anderes Volume.

    • Deaktivieren Sie die zonenübergreifende Replikation. Sie können die zonenübergreifende Replikation deaktivieren, indem Sie die Replikationspaarung unterbrechen. Weitere Informationen finden Sie unter Manage Disaster Recovery mithilfe von Azure NetApp Files.

Verhalten, wenn alle Zonen fehlerfrei sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn mehrere Azure NetApp Files Volumes in separaten Verfügbarkeitszonen bereitgestellt werden, die zonenübergreifende Replikation aktiviert ist und alle Verfügbarkeitszonen betriebsbereit sind.

  • Datenverkehrsrouting zwischen Zonen: Eingehende Anforderungen werden an das bestimmte Volume weitergeleitet, das sich in der von Ihnen ausgewählten Verfügbarkeitszone befindet.

  • Datenreplikation zwischen Zonen: Azure NetApp Files zonenübergreifende Replikation bedeutet, dass alle Änderungen am Quellvolume asynchron auf die Zielvolumes repliziert werden. Sie können entscheiden, wie häufig die Replikation erfolgt. Die zonenübergreifende Replikation unterstützt drei Replikationszeitpläne: alle 10 Minuten, stündlich und täglich.

    Von Bedeutung

    Der 10-minütige Replikationszeitplan wird für große Volumes mit zonenübergreifender Replikation nicht unterstützt.

Verhalten bei einem Zoneausfall

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn mehrere Azure NetApp Files Volumes in separaten Verfügbarkeitszonen bereitgestellt werden, die zonenübergreifende Replikation aktiviert ist und ein Ausfall der Verfügbarkeitszone besteht.

  • Erkennung und Reaktion: Sie sind dafür verantwortlich, den Verlust einer Verfügbarkeitszone zu erkennen und ein Failover zu initiieren.

    Failover ist ein manueller Prozess. Wenn Sie das Zielvolume aktivieren müssen, beispielsweise wenn Sie ein Failover zur Zielverfügbarkeitszone durchführen möchten, müssen Sie die Replikationsverbindung trennen und anschließend das Zielvolume einbinden. Weitere Informationen finden Sie unter Failover auf Zielvolume.

  • Notification: Um den Status Ihres Azure NetApp Files Volume zu überwachen, können Sie Azure Monitor Metriken verwenden. Azure Monitor erkennt Anomalien, die ein Zonen-Down-Szenario über Echtzeitmetriken wie Eingabe-/Ausgabevorgänge pro Sekunde (IOPS), Latenz und Kapazitätsauslastung angeben. Sie können Warnmeldungen und Benachrichtigungen konfigurieren, die an Admins gesendet werden, damit diese umgehend reagieren können, indem sie Dateifreigaben neu ausbalancieren oder Failover- oder andere Notfallwiederherstellungsprotokolle initiieren.

  • Aktive Anforderungen: Während eines Zonenausfalls kann es bei aktiven Anforderungen zu Unterbrechungen oder erhöhten Latenzen kommen.

  • Erwarteter Datenverlust: Der Umfang des Datenverlusts oder Recovery Point Objective (RPO), mit dem Sie während eines Zonenausfalls rechnen müssen, hängt von dem von Ihnen konfigurierten Zeitplan für die zonenübergreifende Replikation ab.

    Replikationszeitplan Typisches RPO
    Alle 10 Minuten 20 Minuten
    Stündlich Zwei Stunden
    Täglich Weniger als 48 Stunden

  • Erwartete Ausfallzeiten: Für die Ausfallsicherung in einer anderen Zone müssen Sie die Peeringbeziehung trennen, um das Zielvolume zu aktivieren und Lese- und Schreibzugriff auf Daten am zweiten Standort zu ermöglichen. Nachdem Sie die Unterbrechung des Peering angestoßen haben, können Sie davon ausgehen, dass das Failover innerhalb einer Minute abgeschlossen ist.

    Die Gesamtdauer der Ausfallzeit oder Recovery Time Objective (RTO), die Sie während eines Zonenausfalls erwarten können, hängt jedoch von mehreren Faktoren ab, darunter die Zeit, die Ihre Systeme oder Prozesse benötigen, um den Ausfall der Zone zu erkennen und Failover-Prozesse zu initiieren. Sie müssen auch entscheiden, ob Sie Ihre Antwort automatisieren möchten oder ob manuelle Schritte erforderlich sind. Bei gut vorbereiteten Konfigurationen dauert der gesamte Vorgang in der Regel zwischen einigen Minuten und bis zu einer Stunde.

  • Datenverkehrsumleitung: Sie sind dafür verantwortlich, den Datenverkehr Ihrer Anwendung umzuleiten, damit eine Verbindung zum neu aktiven Zielvolume hergestellt wird. Weitere Informationen finden Sie unter Failover auf Zielvolume.

Zonenwiederherstellung

Failback ist ein manueller Vorgang, bei dem Sie eine Neusynchronisierung durchführen, die Replikation wiederherstellen und das Quellvolume erneut mounten müssen, damit der Client darauf zugreifen kann. Weitere Informationen finden Sie unter Manage Disaster Recovery mithilfe von Azure NetApp Files.

Test auf Zonenfehler

Sie können Ihre Konfiguration für die zonenübergreifende Replikation mithilfe von Momentaufnahmen Ihres Volumes sicher testen. Weitere Informationen zu einem allgemeinen Ansatz zum Testen der zonenübergreifenden Replikationskonfiguration finden Sie unter Test disaster recovery for Azure NetApp Files.

Widerstandsfähigkeit bei regionalen Ausfällen

Standardmäßig ist Azure NetApp Files ein Einzelregionsdienst. Wenn die Region nicht mehr verfügbar ist, sind auch die in dieser Region gespeicherten Volumes nicht mehr verfügbar. Um die Resilienz zu verbessern, wenn ein regionaler Ausfall auftritt, unterstützt Azure NetApp Files die regionsübergreifende Replikation. Sie können Daten asynchron aus einem Azure NetApp Files Volume (der Quelle) in einer Region in ein anderes Azure NetApp Files Volume (das Ziel) in einer anderen Region replizieren, die Microsoft vorwählen. Diese Funktion ermöglicht es Ihnen, bei einem regionsweiten Ausfall oder Notfall ein Failover für Ihre kritische Anwendung auszuführen.

Hinweis

Sie können auch ein einzelnes Volume in eine andere Verfügbarkeitszone und in eine andere Region replizieren. Weitere Informationen finden Sie unter Understand Azure NetApp Files Replikation.

Anforderungen

Regionsunterstützung: Die sekundäre Region, in die Sie Ihr Volume replizieren können, ist abhängig von der primären Region. Weitere Informationen finden Sie unter Unterstützte Regionspaare.

Überlegungen

Die Replikation ist nur zwischen verschiedenen Azure Abonnements zulässig, wenn sie sich innerhalb desselben Microsoft Entra Mandanten befinden.

Weitere Überlegungen zur regionsübergreifenden Replikation in Azure NetApp Files finden Sie unter Requirements und Überlegungen zur Verwendung der regionsübergreifenden Replikation.

Kosten

Regionsübergreifende Replikationsgebühren basieren auf der Datenmenge, die Sie replizieren. Weitere Informationen und einige Beispielszenarien finden Sie unter Kostenmodell für die regionsübergreifende Replikation.

Konfigurieren der Unterstützung für mehrere Regionen

  • Regionsübergreifende Replikation aktivieren: Um die Resilienz Ihrer Lösung zu verbessern, konfigurieren Sie die regionsübergreifende Replikation.

  • Regionsübergreifende Replikation deaktivieren: Sie können die regionsübergreifende Replikation deaktivieren, indem Sie die Replikationspaarung aufheben. Weitere Informationen finden Sie unter Manage Disaster Recovery mithilfe von Azure NetApp Files.

Verhalten, wenn alle Regionen funktionsfähig sind

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Azure NetApp Files Volumes für die Verwendung der regionsübergreifenden Replikation konfiguriert sind und beide Regionen betriebsbereit sind.

  • Datenverkehrsrouting zwischen Regionen: Eingehende Anforderungen werden an das spezifische Volume weitergeleitet, das sich in der primären Region befindet.

  • Datenreplikation zwischen Regionen: Azure NetApp Files regionenübergreifende Replikation bedeutet, dass alle Änderungen am Quellvolumen asynchron auf Zielvolumen repliziert werden. Sie können entscheiden, wie häufig die Replikation erfolgt. Die regionsübergreifende Replikation unterstützt drei Replikationszeitpläne: alle 10 Minuten, stündlich und täglich.

    Von Bedeutung

    Der 10-minütige Replikationszeitplan wird für große Volumes mit regionsübergreifender Replikation nicht unterstützt.

  • Überwachen der Replikationsintegrität: Sie können den Zustand der Peeringbeziehung überwachen und Warnmeldungen konfigurieren, die Sie benachrichtigen, wenn der Replikationsrückstand Ihren erwarteten Schwellenwert überschreitet. Weitere Informationen finden Sie unter Anzeigen der Integrität und Überwachen des Status der Replikationsbeziehung.

Verhalten während eines Regionenausfalls

In diesem Abschnitt wird beschrieben, was Sie erwarten müssen, wenn Azure NetApp Files Volumes für die Verwendung der regionsübergreifenden Replikation konfiguriert sind und es einen Ausfall der primären Region gibt.

  • Erkennung und Reaktion: Sie sind dafür verantwortlich, den Verlust einer Region zu erkennen und ein Failover zu initiieren. Failover ist ein manueller Prozess. Wenn Sie das Zielvolume aktivieren müssen, beispielsweise wenn Sie ein Failover zur Zielregion durchführen möchten, müssen Sie die Replikationsverbindung trennen und anschließend das Zielvolume einbinden. Weitere Informationen finden Sie unter Failover auf Zielvolume.

  • Notification: Um den Status Ihres Azure NetApp Files Volume zu überwachen, können Sie Azure Monitor Metriken verwenden. Azure Monitor erkennt Anomalien, die ein Region-down-Szenario über Echtzeitmetriken wie IOPS, Latenz und Kapazitätsauslastung angeben. Sie können Warnmeldungen und Benachrichtigungen konfigurieren, die an Admins gesendet werden, damit diese umgehend reagieren können, indem sie Dateifreigaben neu ausbalancieren oder Failover- oder andere Notfallwiederherstellungsprotokolle initiieren.

  • Aktive Anforderungen: Während eines Regionsausfalls kann es bei aktiven Anforderungen zu Unterbrechungen oder erhöhten Latenzen kommen.

  • Erwarteter Datenverlust: Der Umfang des Datenverlusts oder RPO, mit dem Sie während eines Regionsausfalls rechnen müssen, hängt von dem von Ihnen konfigurierten Zeitplan für die zonenübergreifende Replikation ab.

    Replikationszeitplan Typisches RPO
    Alle 10 Minuten Weniger als 20 Minuten
    Stündlich Weniger als zwei Stunden
    Täglich Weniger als 48 Stunden

  • Erwartete Ausfallzeiten: Für die Ausfallsicherung in einer anderen Region müssen Sie die Peeringbeziehung trennen, um das Zielvolume zu aktivieren und Lese- und Schreibzugriff auf Daten am zweiten Standort zu ermöglichen. Nachdem Sie die Unterbrechung des Peering angestoßen haben, können Sie davon ausgehen, dass das Failover innerhalb einer Minute abgeschlossen ist.

    Die Gesamtdauer der Ausfallzeit oder RTO, die Sie während eines Zonenausfalls erwarten können, hängt jedoch von mehreren Faktoren ab, darunter die Zeit, die Ihre Systeme oder Prozesse benötigen, um den Ausfall der Zone zu erkennen und Failover-Prozesse zu initiieren. Sie müssen auch entscheiden, ob Sie Ihre Antwort automatisieren möchten oder ob manuelle Schritte erforderlich sind. Bei gut vorbereiteten Konfigurationen dauert der gesamte Vorgang in der Regel zwischen einigen Minuten und bis zu einer Stunde.

  • Datenverkehrsumleitung: Sie sind dafür verantwortlich, den Datenverkehr Ihrer Anwendung umzuleiten, damit eine Verbindung zum neu aktiven Zielvolume hergestellt wird. Weitere Informationen finden Sie unter Failover auf Zielvolume.

Region-Wiederherstellung

Nachdem die primäre Region wiederhergestellt wurde, sind Sie für ein Failback verantwortlich. Failback ist ein manueller Vorgang, bei dem Sie eine Neusynchronisierung durchführen, die Replikation wiederherstellen und das Quellvolume erneut mounten müssen, damit der Client darauf zugreifen kann. Weitere Informationen finden Sie unter Manage Disaster Recovery mithilfe von Azure NetApp Files.

Test auf Regionsfehler

Sie können Ihre Konfiguration für die regionsübergreifende Replikation mithilfe von Momentaufnahmen Ihres Volumes sicher testen. Weitere Informationen zu einem allgemeinen Ansatz zum Testen ihrer regionsübergreifenden Replikationskonfiguration finden Sie unter Test disaster recovery for Azure NetApp Files.

Sichern und Wiederherstellen

Azure NetApp Files Backup erweitert die Datenschutzfunktionen von Azure NetApp Files, indem eine vollständig verwaltete Sicherungslösung für langfristige Wiederherstellung, Archivierung und Compliance bereitgestellt wird. Sicherungen, die der Dienst erstellt, werden im Azure-Speicher abgelegt, unabhängig davon, ob Volumesnapshots für eine kurzfristige Wiederherstellung oder zum Klonen verfügbar sind. Sicherungen, die der Dienst anlegt, können innerhalb der Region in neue Azure NetApp Files Volumes wiederhergestellt werden. Azure NetApp Files Sicherung unterstützt sowohl richtlinienbasierte (geplante) Sicherungen als auch manuelle (On-Demand)-Sicherungen.

Zur weiteren Sicherheit fügen Azure NetApp Files snapshots Stabilität, Skalierbarkeit und schnelle Wiederherstellbarkeit hinzu, ohne die Leistung zu beeinträchtigen. Sie bieten die Grundlage für andere Redundanzlösungen, einschließlich Sicherung, regionsübergreifender Replikation und zonenübergreifender Replikation.

Für die meisten Lösungen sollten Sie sich nicht ausschließlich auf Sicherungen verlassen. Verwenden Sie stattdessen die in diesem Handbuch beschriebenen anderen Funktionen, um Ihre Resilienzanforderungen zu unterstützen. Sicherungen schützen jedoch vor einigen Risiken, die andere Ansätze nicht vermeiden. Weitere Informationen finden Sie unter Was sind Redundanz, Replikation und Sicherung?.

Service-Level-Vereinbarung

Der ServiceLevel-Vertrag (SLA) für Azure-Dienste beschreibt die erwartete Verfügbarkeit der einzelnen Dienste und die Bedingungen, die Ihre Lösung erfüllen muss, um diese Verfügbarkeitserwartungen zu erreichen. Weitere Informationen finden Sie unter Dienstleistungsvereinbarungen für Onlinedienste.

Verwandte Inhalte

  • Last updated on