Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Azure DNS bietet Namensauflösung mithilfe der Microsoft-Azure-Infrastruktur. Dieser Artikel konzentriert sich auf öffentliche DNS-Zonen, die Sie in der Regel für Domänen erstellen, die Sie besitzen und zum Veröffentlichen von Einträgen für Anwendungen und Dienste verwenden, die im Internet verfügbar sind. Die aufgelösten Hostnamen sind öffentlich zugängliche DNS-Namen, und die aufgelösten IP-Adressen sind in der Regel öffentliche IP-Adressen, die über das Internet erreichbar sind.
Azure DNS ist ein nichtregionaler Dienst, der nicht an eine bestimmte Verfügbarkeitszone oder Azure Region gebunden ist.
Wenn Sie Azure verwenden, ist Zuverlässigkeit 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 Azure DNS öffentlichen Zonen auf vorübergehende Fehler, Verfügbarkeitszonenfehler, regionsweite Fehler, Dienstausfälle, Sicherheitsbedrohungen und Fehlkonfiguration, Portal- und Verwaltungstoolausfälle und Dienstwartung reagieren. Außerdem wird beschrieben, wie Sie Ihre Zonenkonfiguration schützen und wiederherstellen und die wichtigsten SLA-Anforderungen (Service Level Agreement) erläutert.
Empfehlungen für die Produktionsimplementierung für Zuverlässigkeit
Befolgen Sie für Produktionsbereitstellungen von Azure DNS öffentlichen Zonen die folgenden Empfehlungen, um die Zuverlässigkeit zu verbessern:
Delegieren Sie an alle vier Namenserver: Azure DNS weist jeder öffentlichen DNS-Zone vier Namenserver zu. Konfigurieren Sie Ihre Domänendelegierung so, dass alle vier Namenserver verwendet werden. Diese Konfiguration bietet Fehlerisolation und ist erforderlich, um sich für die Azure DNS SLA zu qualifizieren.
Konfigurieren Sie die entsprechenden TTL-Werte: Legen Sie Zeit-zu-Live-Werte (TTL) fest, mit denen das Abfragevolumen ausgeglichen wird und wie schnell Clients Datensatzänderungen empfangen. Niedrigere TTL-Werte ermöglichen Clients, Änderungen früher zu erhalten, aber das Abfragevolumen zu erhöhen. Höhere TTL-Werte verringern das Abfragevolumen, können aber das Failover verzögern, nachdem Sie einen Datensatz geändert haben.
Verwenden Sie Aliaseinträge für unterstützte Azure-Ressourcen:Aliaseinträge spiegeln Änderungen an einer zugrunde liegenden Azure-Ressource während der DNS-Auflösung automatisch wider und helfen, veraltete DNS-Einträge zu vermeiden.
Übersicht über die Zuverlässigkeitsarchitektur
In diesem Abschnitt werden einige der wichtigen Aspekte der Funktionsweise des Diensts beschrieben, die aus Zuverlässigkeitsperspektive am relevantesten sind. Im Abschnitt wird die logische Architektur vorgestellt, die einige der Ressourcen und Features enthält, die Sie bereitstellen und verwenden. Außerdem wird die physische Architektur erläutert, die Details zur Funktionsweise des Diensts unter den Deckeln bereitstellt.
Logische Architektur
Die primäre Ressource, die Sie bereitstellen, ist eine Zone, die die DNS-Eintragssätze für eine Domäne enthält. Ein Datensatzsatz ordnet einen DNS-Namen einem Wert zu, z. B. einer IP-Adresse oder einem Endpunkt. Die Namen, die durch eine öffentliche DNS-Zone aufgelöst werden, sind über das Internet erreichbar.
Um Azure DNS autoritativ für Ihre Domäne zu machen, delegieren Sie die Domäne an die Namenserver, die Azure zugewiesen werden, wenn Sie die Zone erstellen. Nachdem die Delegierung eingerichtet wurde, erstellen Sie Datensatzsätze für die DNS-Eintragstypen, die Azure DNS unterstützt. Sie können auch Aliaseinträge erstellen, die auf Azure Ressourcen verweisen, z. B. öffentliche IP-Adressen, Traffic Manager-Profile und Azure Front Door Endpunkte, sodass der DNS-Eintrag mit der Zielressource synchronisiert bleibt.
Während der DNS-Auflösung folgen rekursive DNS-Resolver der DNS-Hierarchie, um zu den autoritativen Azure DNS-Namenservern für Ihre Zone zu gelangen.
Important
Azure DNS löst Namen auf, überwacht jedoch nicht die Endpunktintegrität oder leitet den Anwendungsdatenverkehr weiter. Die Zuverlässigkeit Ihrer Gesamtlösung hängt von der Konfiguration der Ressourcen ab, auf die Ihre DNS-Einträge verweisen, z. B. virtuelle Computer und Lastenausgleichsgeräte.
In diesem Artikel werden diese Ressourcen nicht behandelt, ihre Verfügbarkeitskonfigurationen wirken sich jedoch direkt auf die Resilienz Ihrer Anwendung aus. Überprüfen Sie die Zuverlässigkeitsleitfäden für Azure-Dienste in Ihrer Lösung , um zu erfahren, wie jeder Dienst Ihre Zuverlässigkeitsanforderungen unterstützt.
Physische Architektur
Azure DNS arbeitet als nichtregionaler Dienst und stellt seine Infrastruktur in mehreren Verfügbarkeitszonen in mehreren Azure Regionen weltweit bereit. Mit diesem Design können Azure DNS während eines Ausfalls einer Verfügbarkeitszone oder Region stabil bleiben, da die Infrastruktur in einer anderen Zone oder Region weiterhin auf Lösungsanforderungen reagiert.
Globale Internetprotokolle wie Anycast, DNS und BGP leiten eingehende DNS-Auflösungsanforderungen automatisch an die nächstgelegene gesunde Azure DNS Infrastruktur weiter.
Die Bereitstellungsebene von Azure DNS arbeitet in einer Aktiv-Aktiv-Konfiguration auf zwei unabhängigen Bereitstellungsstacks: einer unter Linux und einer unter Windows. Diese Stapel teilen keinen Code und keine zugrunde liegende Hardware. Da sie unabhängig sind, hat ein Fehler, eine Sicherheitslücke oder ein Ausfall, der einen Stack betrifft, keine Auswirkungen auf den anderen. Diese Unabhängigkeit reduziert das Risiko eines vollständigen Dienstausfalls, der durch einen einzigen Fehlerpunkt verursacht wird, und schützt vor bestimmten Klassen von Zero-Day-Sicherheitsrisiken.
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 die Anleitung zur vorübergehenden Fehlerbehandlung von Azure befolgen, wenn sie mit cloudgehosteten APIs, Datenbanken und anderen Komponenten kommunizieren. Weitere Informationen finden Sie unter Empfehlungen zum Umgang mit vorübergehenden Fehlern.
Azure DNS verarbeitet vorübergehende Fehler über die globale DNS-Infrastruktur.
Wenn während der DNS-Auflösung ein vorübergehender Fehler auftritt, sollte der Client oder der Zwischenlöser entsprechend dem konfigurierten DNS-Wiederholungsverhalten erneut versuchen. Zwischen 2 und 5 Sekunden ist in der Regel ein ausreichender Timeout für einen DNS-Client.
Die Time-to-Live (TTL) jedes DNS-Eintrags wirkt sich ebenfalls darauf aus, wie Ihre Lösung mit Fehlern umgeht. Wenn die TTL sehr niedrig ist, müssen Clients mehr Anfragen an Azure DNS senden, und es gibt mehr potenzielle Gelegenheiten, dass transiente Fehler auftreten. Wenn die TTL sehr hoch ist, kann es bei Clients im Falle eines tatsächlichen Fehlers auf einem Backend-Server, der eine Umleitung auf eine andere IP-Adresse erforderlich macht, zu Verzögerungen beim Failover kommen, bis die TTL abläuft. Konfigurieren Sie TTLs sorgfältig, um Verfügbarkeit, Latenz und Reaktionsfähigkeit auszugleichen.
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 DNS fungiert als nichtregionaler Dienst. Microsoft verteilt seine Infrastruktur über mehrere Verfügbarkeitszonen in mehreren Azure Regionen und repliziert Änderungen an Ihren öffentlichen DNS-Zonen in dieser Infrastruktur. Sie wählen keine Verfügbarkeitszonen aus oder konfigurieren Zonenredundanz. Während eines Ausfalls der Verfügbarkeitszone reagiert die Infrastruktur in einer anderen Zone oder Region weiterhin auf Lösungsanforderungen.
Wenn eine Ressource, die Sie in einer einzelnen Verfügbarkeitszone bereitstellen, z. B. einem virtuellen Computer (VM), während eines Zonenfehlers nicht verfügbar wird, gibt Azure DNS weiterhin die konfigurierte IP-Adresse der Ressource zurück, da die Endpunktintegrität nicht überwacht wird. Wenn Sie ein Failover auf eine Ressource in einer intakten Zone durchführen, sind Sie dafür verantwortlich, den DNS-Eintrag zu aktualisieren, damit Clients die intakte Ressource verwenden. Alternativ platzieren Sie die Ressourcen hinter einem zonenredundanten Load Balancer, der den Datenverkehr an VMs in funktionsfähigen Zonen weiterleitet.
Widerstandsfähigkeit bei regionalen Ausfällen
DNS-Zonen sind widerstandsfähig für Regionsausfälle, da Zonendaten global verfügbar und in mehreren Azure Regionen bereitgestellt werden. Wenn eine Region von einem Ausfall betroffen ist, sind Ressourcen, die Sie in dieser Region bereitgestellt haben, z. B. virtuelle Netzwerke und VMs, möglicherweise nicht verfügbar, aber Azure DNS kann die DNS-Einträge in Ihrer Zone weiterhin auflösen.
Wenn Sie über eine Lösung verfügen, die zwischen mehreren Regionen wechseln muss, z. B. für Notfallwiederherstellungszwecke, sollten Sie Azure Traffic Manager oder Azure Front Door verwenden. Diese Dienste bieten automatisierte Failoverfunktionen, die Sie verwenden können, wenn eine Region fehlerhaft ist.
Resilienz gegenüber Sicherheitsbedrohungen und Fehlkonfigurationen
Sicherheitsangriffe und Konfigurationsfehler sind zwei der wichtigsten Zuverlässigkeitsrisiken für DNS-Zonen. Mehrere Angriffsklassen zielen speziell auf die DNS-Auflösung ab, und versehentliche Fehlkonfigurationen können Ihre Workloads genauso stark stören.
Umfassende Sicherheitsleitlinien speziell für öffentliche DNS-Zonen finden Sie unter Sichern Ihrer Azure DNS Bereitstellung und Schützen von DNS-Zonen und -Einträgen.
Ausfallsicherheit bei Serviceausfällen
Azure DNS ist ein hochsicherer Dienst mit einer SLA für die Verfügbarkeit von 100%, wenn Ihre Anwendung bestimmte Bedingungen erfüllt. Dienstausfälle sind äußerst ungewöhnlich, aber Netzwerkprobleme oder Probleme mit anderer Infrastruktur können die Konnektivität mit dem Azure DNS Dienst stören.
Azure DNS Resilienz beruht zum Teil auf der global verteilten, aktiv aktiven Dienstebenenarchitektur.
Verwenden von mehreren Namenservern
Azure DNS weist jeder öffentlichen DNS-Zone vier Namenserver zu. Wenn Sie Ihre Domäne delegieren, konfigurieren Sie alle vier Namenserver. Wenn ein Resolver einen Namensserver nicht erreichen kann, kann er einen anderen abfragen.
Überwachen auf Dienstausfälle
Verwenden Sie Azure Service Health, um die Integrität von Azure DNS zu überwachen. Konfigurieren Sie Dienststatuswarnungen , um Sie über Dienstvorfälle zu informieren.
Testen auf Dienstausfälle
Azure Chaos Studio bietet Fehler, die DNS-Auflösungsfehler innerhalb einiger Testworkloads simulieren. Diese Fehler lösen keinen Ausfall in Azure DNS aus. Der Chaos Studio Agent stellt den DNS-Fehlerfehler bereit, und AKS Chaos Mesh stellt die DNS-Chaos-Funktion bereit. Verwenden Sie diese Fehler, um zu testen, wie Ihre Anwendungen und Infrastruktur reagieren, wenn die DNS-Auflösung fehlschlägt, z. B. während eines teilweisen Netzwerkfehlers.
Widerstandsfähigkeit gegenüber Ausfällen von Portal- und Verwaltungstools
Wenn Sie Ihre öffentliche DNS-Zone im Azure-Portal verwalten, bereiten Sie einen alternativen Verwaltungspfad für Szenarien vor, in denen Sie nicht auf das Portal zugreifen können, insbesondere, wenn Sie die Zone während eines Ausfalls neu konfigurieren müssen.
Wenn das Azure Portal nicht verfügbar ist, verwenden Sie die Azure CLI, Azure PowerShell oder Infrastruktur als Code (IaC), z. B. Bicep oder Terraform, um Ihre öffentliche DNS-Zone zu verwalten. Diese Tools bleiben auch dann funktionsfähig, wenn das Azure Portal beeinträchtigt wird.
Sichern und Wiederherstellen
Azure DNS ist ein zustandsloser Dienst. Es stellt keine verwalteten Sicherungen oder Point-in-Time-Wiederherstellungen für öffentliche DNS-Zonen bereit.
Um die vollständige Azure Ressourcenkonfiguration beizubehalten, definieren Sie Ihre öffentlichen DNS-Zonen mithilfe von IaC, z. B. Bicep oder Terraform, und speichern Sie die Definitionen in der Quellcodeverwaltung. Testen Sie die Definitionen regelmäßig, damit Sie sie verwenden können, um Ihre Konfiguration erneut bereitzustellen.
Exportieren Sie als zusätzliche Wiederherstellungsoption auf Datensatzebene eine BIND-kompatible Zonendatei. Der Import von Zonendateien hat Einschränkungen und behält nicht jede Azure-spezifische Ressourceneinstellung bei. Verwenden Sie daher keine exportierte Zonendatei als einziges Wiederherstellungsartefakt. Überprüfen Sie die dokumentierten Importbeschränkungen, und überprüfen Sie die Datensätze, nachdem Sie eine Zone wiederhergestellt haben.
Resilienz gegenüber Wartungsarbeiten an Diensten
Microsoft wendet regelmäßig Dienstupdates an und führt andere Wartungen durch. Die Azure Plattform übernimmt diese Aktivitäten automatisch, um sicherzustellen, dass die Wartung nahtlos und transparent für Sie ist. Bei Wartungsereignissen wird keine Ausfallzeit erwartet, es sei denn, Sie wurden über die geplante Wartung in Azure Service Health informiert.
Service-Level-Vereinbarung
Der Service level agreement (SLA) für Azure-Dienste beschreibt die erwartete Verfügbarkeit jedes Diensts 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.
Azure DNS stellt eine SLA mit 100% Verfügbarkeit für gültige DNS-Abfrageantworten bereit, sofern bestimmte Bedingungen erfüllt sind. Zu diesen Bedingungen gehört, fehlgeschlagene Anfragen mindestens 60 Sekunden lang ununterbrochen erneut zu senden und alle Nameserver zu verwenden, die Azure DNS Ihrer Zone zuweist. Überprüfen Sie das SLA-Dokument für die detaillierten Bedingungen.