Trace Id is missing
Zum Hauptinhalt wechseln

Azure-Verfügbarkeitszonen

Hochverfügbarkeit für Ihre unternehmenskritischen Anwendungen und Daten

Vertrauen Sie mit Azure-Verfügbarkeitszonen auf Resilienz und Hochverfügbarkeit

Mithilfe von Azure-Verfügbarkeitszonen erzielen Sie Hochverfügbarkeit bei Ihrer Business Continuity & Disaster Recovery-Strategie und profitieren von integrierter Sicherheit und einer flexiblen, hochleistungsfähigen Architektur.

Video container

Steigern Sie die Resilienz und Verfügbarkeit Ihrer Anwendungen, die durch eine Betriebszeit-SLA von 99,99 Prozent für virtuelle Computer gestützt wird.

Aktivieren Sie die erweiterte Skalierbarkeit für Anwendungen, die eine Aktiv-Aktiv-Skalierung für mehrere Standorte unterstützen.

Erfüllen Sie bei kritischen Anwendungen die Compliance und die gesetzlichen Anforderungen.

Verbessern Sie die Recovery Time Objectives (RTOs) und Recovery Point Objectives (RPOs).

Schützen Sie sich vor Infrastrukturunterbrechungen

Vermeiden Sie einen Single Point of Failure dank unseres regionalen Netzwerkdesigns. Dadurch werden mindestens drei physisch getrennte, strategisch angeordnete Rechenzentren pro Region vernetzt und über 30 Machbarkeits- und Risikofaktoren berücksichtigt. Sorgen Sie für eine synchrone Replikation, wappnen Sie sich gegen Rechenzentrumsausfälle und minimieren oder unterbinden Sie Auswirkungen auf Ihre Kunden. Der Schlüssel dazu ist ein Latenzperimeter von weniger als zwei Millisekunden zwischen Azure-Verfügbarkeitszonen.

Profitieren Sie von Hochverfügbarkeit und Geschäftskontinuität

Erzielen Sie Hochverfügbarkeit und Geschäftskontinuität in allen verfügbaren Azure-Regionen, ohne die Datenresidenz zu beeinträchtigen. Selbst bei einem Ausfall Ihres primären Rechenzentrums können Sie weiterhin auf Ihre Daten zugreifen sowie Hochverfügbarkeit und Sicherungskopien gewährleisten. Mithilfe zonenredundanter Dienste erzielen Sie automatisch Resilienz.

Sichern Sie sich die nötige Skalierbarkeit und Hochverfügbarkeit

Sorgen Sie bei allen Anwendungen für verbesserte Skalierbarkeit, schnelle Wiederherstellung und gleichbleibende Datenintegrität. Nach Standortausfällen ist eine nahtlose Wiederherstellung möglich, und durch zonenredundante Dienste ist sogar die Verfügbarkeit weniger komplex. Senken Sie die Kosten für die Site Recovery durch automatisierte Datenreplikation, und ermöglichen Sie gleichzeitig eine Aktiv-Aktiv-Skalierung mit latenzarmer Datenreplikation.

Erfüllen Sie sicher Ihre Lösungsanforderungen

Nutzen Sie den Multizonen-Support, um Verfügbarkeitszonen mit integrierter Sicherheit zu planen und zu konfigurieren. Für die ganzheitliche Resilienz – selbst bei einem Ausfall – stehen Ihnen verschiedenste Azure-Dienste wie zonenredundanter Speicher (ZRS) zur Verfügung. Die Datenübertragung innerhalb von Verfügbarkeitszonen und zwischen Azure-Regionen ist geschützt.

Häufig gestellte Fragen

  •  

    Bei Azure-Verfügbarkeitszonen handelt es sich um physisch und logisch getrennte Rechenzentren mit eigenen, unabhängigen Stromquellen, Netzwerken und Kühlsystemen. Sie sind über ein Netzwerk mit extrem niedriger Latenz verbunden und stellen einen wichtigen Baustein für hochverfügbare Anwendungen dar. Mit Verfügbarkeitszonen sind Ihre Daten selbst bei Zwischenfällen (z. B. unterbrochene Stromversorgung oder Kühlungsprobleme) an einem Rechenzentrumsstandort geschützt. Mehr erfahren.

     

  •  

    Verfügbarkeitszonen sind in jedem Land verfügbar, in dem es eine Azure-Region gibt. Erfahren Sie mehr über Azure-Geografien.

     

  • Der Latenzperimeter von weniger als zwei Millisekunden zwischen Verfügbarkeitszonen stellt sicher, dass Kunden minimal oder gar nicht beeinträchtigt werden.

  • Ja. Daten, die einzelne oder mehrere Zonen durchlaufen, werden verschlüsselt.

  • Für den Planungsprozess nutzen wir über 30 Machbarkeits- und Risikokriterien, um die Anordnung der einzelnen Verfügbarkeitszonen zu evaluieren. Bei diesem Prozess werden sowohl erhebliche individuelle Risiken als auch gemeinsame Risiken für mehrere Verfügbarkeitszonen ermittelt.

  • Azure-Dienste, die Verfügbarkeitszonen unterstützen, können in drei Kategorien unterteilt werden:  zonale, zonenredundante und nicht-regionale Dienste. Kundenworkloads können so kategorisiert werden, dass jedes dieser Architekturszenarien verwendet werden kann, um die erforderliche Anwendungsleistung und -stabilität zu erzielen.

    • Zonale Dienste: Eine Ressource kann in einer bestimmten, selbstgewählten Verfügbarkeitszone bereitgestellt werden, um strengere Latenz- oder Leistungsanforderungen zu erfüllen. Die Resilienz wird quasi von selbst erzielt, indem Anwendungen und Daten in einer oder mehreren Zonen der Region repliziert werden. Ressourcen können an eine bestimmte Zone angeheftet werden. Beispielsweise können Sie virtuelle Computer, verwaltete Datenträger oder IP-Standardadressen an eine bestimmte Zone anheften. So erzielen Sie eine bessere Resilienz, da eine oder mehrere Ressourceninstanzen auf mehrere Zonen verteilt werden.
    • Zonenredundante Dienste (ZRS): Bei zonenredundanten Diensten erfolgt die Datenreplikation automatisch, um Ressourcen vor einem Single Point of Failure zu schützen. Zonenredundanter Speicher repliziert die Daten beispielsweise in drei Zonen, damit die Hochverfügbarkeit dieser Daten nicht durch einen Zonenausfall gefährdet wird.
    • Nicht-regionale Dienste: Dienste, bei denen keine Abhängigkeit von einer bestimmten Azure-Region besteht, sind resilienter gegen zonen- und regionsweite Ausfälle.

    Weitere Informationen finden Sie unter Azure-Dienste mit Unterstützung für Verfügbarkeitszonen.

  • Hier finden Sie die vollständige Liste der Azure-Dienste, die von Verfügbarkeitszonen unterstützt werden.

  • Wenn die App auf zonenredundanten Diensten basiert, müssen Sie sich nicht mit der komplexen Entwicklung der App-Architektur befassen. Die Resilienz spielt nur eine Rolle, wenn die App sowohl eine zonale als auch eine zonenredundante Architektur verwendet. Das Azure Well-Architected Framework umfasst mehrere Leitfäden, mit denen Sie die Workloadqualität verbessern und mehr über die Entwicklung von App-Architekturen erfahren können.