Zonales DNS – Übersicht

In diesem Dokument werden die Vorteile und die empfohlene Vorgehensweise für die Migration Ihrer Arbeitslasten und Ihrer Organisation vom globalen DNS zum zonalen DNS beschrieben.

Zonales DNS verringert das Risiko regionsübergreifender Ausfälle und verbessert die allgemeine Zuverlässigkeit Ihrer Projekte in Compute Engine.

Vorteile der Verwendung zonaler DNS-Namen

Google Cloud bietet zwei Arten von internen DNS-Namen: zonal und global.

Zonales DNS

Zonale DNS-Namen umfassen den Namen Ihrer Compute Engine-Instanz, die Zone, in der sich Ihre Instanz befindet, und das Projekt, zu dem die Instanz gehört. Diese Namen werden innerhalb einer bestimmten Zone aufgelöst. Daher ist my-vm.zone1.google.com eindeutig für zone1 und stellt eine andere Instanz als my-vm.zone2.google.com dar. Diese Isolation bietet einen entscheidenden Vorteil:

  • Höhere Verfügbarkeit: Wenn es in einer Zone zu einem Ausfall kommt, wirkt sich das nicht auf die DNS-Auflösung in anderen Zonen aus. Das führt zu einer höheren Verfügbarkeit Ihrer Anwendungen.

Zonales DNS ist die standardmäßige interne DNS-Auflösungsmethode für Organisationen, die nach dem 6. September 2018 erstellt wurden.

Globales DNS

Globale DNS-Namen enthalten nicht die Zone, in der sich die Instanz befindet. Das bedeutet, dass jede Instanz in allen Zonen Ihres Projekts einen eindeutigen DNS-Namen haben muss. Dieser Ansatz hat jedoch einen erheblichen Nachteil:

  • Single Point of Failure: Wenn der globale DNS-Dienst Probleme hat, kann dies alle Ihre Instanzen beeinträchtigen, unabhängig davon, in welcher Zone sie sich befinden. Dies kann zu folgenden Problemen führen:
    • Neue Instanzen können nicht erstellt werden: Möglicherweise können Sie in keiner Region, in der Fehler auf der Steuerungsebene auftreten, neue Instanzen erstellen.
    • Dienstunterbrechungen: Wichtige Compute Engine-Dienste wie Autoscaling oder automatische Reparatur für verwaltete Instanzgruppen (MIGs) funktionieren möglicherweise nicht richtig.

Empfohlene Vorgehensweise für die Migration vom globalen zum zonalen DNS

Im Allgemeinen umfasst die Migration vom globalen DNS zum zonalen DNS zwei Schritte:

  1. Konfigurieren Sie neue Projekte so, dass sie standardmäßig zonales DNS verwenden.
  2. Migrieren Sie vorhandene Projekte von globalem DNS zu zonalem DNS, indem Sie die Metadateneinstellung für internes DNS ändern.

Einige Projekte sind möglicherweise nicht mit zonalem DNS kompatibel. Diese Projekte müssen analysiert und Fehler behoben werden, bevor sie zu zonalem DNS migriert werden können.

Leitfaden zur Projektkompatibilität

Compute Engine prüft den Verlauf Ihres internen DNS der letzten 30 Tage, um festzustellen, ob Sie ohne Codeänderungen zu zonalem DNS migrieren können. Auch wenn Ihr Projekt für die Migration empfohlen wird, sollten Sie prüfen, ob Ihre spezifische Arbeitslastkonfiguration für die Umstellung auf zonales DNS bereit ist. Damit nach der Migration alles reibungslos funktioniert, sollten Sie die folgenden Umgebungsfaktoren prüfen:

1. DNS-Suchdomains (nur Linux oder Unix)

Wenn Sie zu zonalem DNS wechseln, fügt Compute Engine dem Suchpfad der Instanz eine neue Domain hinzu.

  • Wann ist eine Bestätigung erforderlich? Wenn Sie ältere Linux- oder Unix-Distributionen verwenden, die glibc Version 2.25 oder früher nutzen, gilt für das System ein Limit von maximal sechs Suchdomains.

  • Wann Sie diesen Schritt überspringen können: Wenn auf der Instanz eines der folgenden Betriebssysteme ausgeführt wird, müssen Sie nichts prüfen:

    • Windows
    • Container-Optimized OS
    • Debian 10 oder höher
    • Fedora CoreOS 27 oder höher
    • RHEL 8 oder höher
    • Ubuntu 18.04 oder höher
    • Benutzerdefinierte Images mit glibc-Version 2.26 oder höher

So prüfen Sie Ihre Umgebung:

  1. Stellen Sie eine Verbindung zu Ihrer Linux-Instanz her und prüfen Sie die glibc-Version mit dem folgenden Befehl:

    ldd --version

  2. Wenn Sie die glibc-Version 2.25 oder früher verwenden, können Sie Ihre aktuellen Suchdomains mit dem folgenden Befehl aufrufen:

    cat /etc/resolv.conf

    In der Zeile search in der Ausgabe werden die aktuellen Suchdomains angezeigt. Sie sollten nicht mehr als fünf Domains haben, um eine neue Suchdomain hinzuzufügen, ohne das Betriebssystemlimit von sechs zu überschreiten.

So können Sie das Problem beheben:

Wenn Ihre Instanz das Limit für die Suchdomain auf einer betroffenen Betriebssystemversion überschreitet, können Sie die Einschränkung mit einer der folgenden Methoden beheben:

  • Neue Instanz erstellen: Erstellen Sie eine Ersatzinstanz mit einem kompatiblen Betriebssystem-Image (z. B. Debian 10+ oder RHEL 8+).
  • Vorhandene Instanz aktualisieren: Aktualisieren Sie das Gastbetriebssystem auf Ihrer Compute-Instanz, damit es ein konformes Betriebssystem ausführt.

2. Länge des Instanznamens (Legacy-Betriebssysteme)

Beim zonalen DNS wird dem internen voll qualifizierten Domainnamen (FQDN) ein zonaler Qualifikator angehängt, wodurch der Name insgesamt länger wird.

  • Wann eine Überprüfung erforderlich ist: Legacy-Systeme wie Windows Server 2003 oder älter haben aufgrund älterer NetBIOS-Konventionen ein Limit von 15 Zeichen für Namen.
  • Maßnahmen:Wenn Sie diese alten Systeme verwenden, prüfen Sie, ob die längeren zonalen DNS-Namen diese Zeichenbeschränkung nicht überschreiten.

Moderne Windows-Betriebssystem-Images sind nicht betroffen.

So können Sie das Problem beheben:

Wenn ein Instanzname in einem Legacy-Betriebssystem nach dem Anhängen des zonalen Qualifizierers 15 Zeichen überschreitet, können Sie das Problem mit einer der folgenden Methoden beheben:

  • Instanz umbenennen: Beenden Sie die Instanz und benennen Sie sie um, sodass der kombinierte FQDN innerhalb des NetBIOS-Limits von 15 Zeichen bleibt.
  • Betriebssystem aktualisieren: Aktualisieren Sie das Gastbetriebssystem der Compute-Instanz auf ein modernes Windows-Betriebssystem-Image, für das die NetBIOS-Namensbeschränkungen nicht mehr gelten.

3. Gemeinsam genutzte VPC-Netzwerke

Wenn Ihre Infrastruktur Dienstprojekte verwendet, die über eine freigegebene VPC verbunden sind, verhält sich die Namensauflösung nach der Umstellung auf zonales DNS etwas anders.

  • Maßnahmen:Damit die Kommunikation in Ihrer freigegebene VPC reibungslos funktioniert, müssen Sie dafür sorgen, dass Ihre Anwendungen Instanznamen in diesen Dienstprojekten mithilfe des zonalen FQDN auflösen. Der zonale FQDN enthält den Namen der jeweiligen Zone.

Nächste Schritte