Zonales DNS – Übersicht

In diesem Dokument werden die Vorteile und der empfohlene Ansatz für die Migration Ihrer Arbeitslasten und Organisation von globalem DNS zu zonalem 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 von zonalen 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 die Instanz befindet, und das Projekt, zu dem die Instanz gehört. Diese Namen werden in einer bestimmten Zone aufgelöst. Daher ist my-vm.zone1.google.com für zone1 eindeutig und stellt eine andere Instanz als my-vm.zone2.google.com dar. Diese Isolation bietet einen wichtigen Vorteil:

  • Verbesserte Verfügbarkeit: Wenn es in einer Zone zu einem Ausfall kommt, hat dies keine Auswirkungen auf die DNS-Auflösung in anderen Zonen. Dadurch wird die Verfügbarkeit Ihrer Anwendungen erhöht.

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 umfassen nicht die Zone, in der sich die Instanz befindet. Das bedeutet, dass jede Instanz einen eindeutigen DNS-Namen in allen Zonen Ihres Projekts haben muss. Dieser Ansatz hat einen erheblichen Nachteil:

  • Single Point of Failure: Wenn es Probleme mit dem globalen DNS-Dienst gibt, 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: Kritische Compute Engine-Dienste wie Autoscaling oder die automatische Reparatur für verwaltete Instanzgruppen (MIGs) funktionieren möglicherweise nicht richtig.

Empfohlener Ansatz für die Migration von globalem DNS zu zonalem DNS

Im Allgemeinen umfasst die Migration von globalem DNS zu zonalem DNS zwei Schritte:

  1. Konfigurieren Sie neue Projekte so, dass standardmäßig zonales DNS verwendet wird.
  2. Migrieren Sie vorhandene Projekte von der Verwendung 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 die internen DNS-Daten 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, prüfen Sie die folgenden Umgebungsfaktoren:

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 prüfen? Wenn Sie ältere Linux- oder Unix-Distributionen verwenden, die glibc Version 2.25 oder früher verwenden, hat das System ein Limit von sechs Suchdomains.

  • Wann überspringen? 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 glibc Version 2.25 oder früher verwenden, rufen Sie Ihre aktuellen Suchdomains mit dem folgenden Befehl auf:

    cat /etc/resolv.conf

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

So leiten Sie Gegenmaßnahmen ein :

Wenn Ihre Instanz das Limit für Suchdomains in einer betroffenen Betriebssystemversion überschreitet, können Sie die Beschrä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, sodass ein kompatibles Betriebssystem ausgeführt wird.

2. Länge des Instanznamens (ältere Betriebssysteme)

Zonales DNS fügt dem internen vollständig qualifizierten Domainnamen (Fully Qualified Domain Name, FQDN) einen zonalen Qualifikator hinzu, wodurch der Name insgesamt länger wird.

  • Wann prüfen? Ältere Systeme wie Windows Server 2003 oder früher haben aufgrund älterer NetBIOS-Konventionen ein Limit von 15 Zeichen für den Namen.
  • Was tun? Wenn Sie diese älteren Systeme verwenden, prüfen Sie, ob die längeren zonalen DNS-Namen dieses Zeichenlimit nicht überschreiten.

Moderne Windows-Betriebssystem-Images sind nicht betroffen.

So leiten Sie Gegenmaßnahmen ein :

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

  • Instanz umbenennen: Beenden Sie die Instanz und benennen Sie sie so um, dass der kombinierte FQDN das NetBIOS-Limit von 15 Zeichen nicht überschreitet.
  • Betriebssystem aktualisieren: Aktualisieren Sie das Gastbetriebssystem der Compute- Instanz auf ein modernes Windows-Betriebssystem-Image, für das die NetBIOS-Namens- beschrä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 dem Wechsel zu zonalem DNS etwas anders.

  • Was tun? Damit die Kommunikation in Ihrer freigegebene VPC reibungslos funktioniert, prüfen Sie, ob Ihre Anwendungen Instanznamen in diesen Dienstprojekten mit dem zonalen FQDN auflösen. Der zonale FQDN enthält den spezifischen Zonennamen.

Nächste Schritte