Wie sollte ein hybrides Multicloud-DNS gestaltet sein, um Cloud-Migrationen zu unterstützen, ohne ein instabiles Durcheinander bei der Weiterleitung zu verursachen?
Hybrides Multicloud-DNS funktioniert, wenn zentralisiertes DDI, klare Governance und integrierte Dienste der Cloud-Anbieter Ad-hoc-Forwarder und Zonenkopien durch eine durchdachte, beobachtbare Architektur ersetzen.
· 01 — Frühzeitiges Erkennen der Herausforderungen eines hybriden Multicloud-DNS bei Cloud-Migrationen
Welche neuen Herausforderungen in Bezug auf DNS und Konnektivität bringt hybrides Multicloud-Networking bei Cloud-Migrationen mit sich?
Hybride Multicloud-Netzwerke führen segmentierte virtuelle Netzwerke ein,
überlappende IP-Adressräume, fragmentierte DNS-Namensräume und neue Sicherheitsgrenzen, die Konnektivität, Sicherheit und Beobachtbarkeit deutlich komplexer machen als bei herkömmlichen Rechenzentrumsnetzwerken.
Cloud-Netzwerke ersetzen bekannte Layer-2-Domänen und klare Grenzen zwischen öffentlich und privat durch VPCs, Peering, Gateways und private Endpunkte, die über verschiedene Anbieter verteilt sind. Microservices und Kubernetes erhöhen die Anzahl der Dienste und DNS-Namen, während Multi-Cloud-Designs zu überlappenden IP-Adressräumen und fragmentierten Namensräumen führen, die die typischen Kompetenzen von Cloud-Teams übersteigen.
Die Sicherheit in diesen Umgebungen hängt vom konsequenten Einsatz von Mikrosegmentierungstools, Netzwerkzugriffskontrolllisten und umfassenderen Kontrollmechanismen wie SASE und Zero Trust ab, die sich über Clouds und lokale Umgebungen erstrecken. Eine effektive Observability erfordert eine koordinierte Aggregation von Telemetriedaten, einschließlich DNS-Daten, über Teams und Plattformen hinweg, denn wie bereits erwähnt: „Eine effektive Observability erfordert die koordinierte Erfassung, Aggregation und Analyse von Daten aus vielen Quellen.“
Collaboration is the key to gaining control over the cloud networking challenges of connectivity, security, and observability. Learn more with BlueCat.
8 min·Blog
Weiterlesen →
· 02 — Wiederherstellung der DDI-Transparenz, während Cloud- und DevOps-Teams ihre eigenen DNS-Zonen aufbauen
Wie können DDI-Teams die Kontrolle zurückgewinnen, wenn Cloud- und DevOps-Teams ihr eigenes DNS und ihren eigenen IP-Bereich verwalten?
DDI-Teams gewinnen die Kontrolle zurück, indem sie eine einzige, genaue „Source of Truth“ für DNS, DHCP und IPAM etablieren
in On-Premises- und Cloud-Umgebungen, gepaart mit umfassender Transparenz bei DNS-Abfragen und automatisierter Erkennung, die manuelle Weiterleitungskonstrukte ersetzt.
Die Einführung von Hybrid-Clouds führt häufig dazu, dass zentrale DDI-Teams keinen Überblick über die DNS- und IP-Nutzung in der Cloud haben, was zu Silos, fragmentiertem Adressraum und sich überschneidenden Bereichen führt, die das Risiko von Konflikten und Ausfällen erhöhen. Wie Andrew Wertkin feststellt: „Eine einzige Quelle der Wahrheit ist notwendig, um Automatisierung auf jedem Niveau erfolgreich voranzutreiben“, da Skripte, die auf unvollständigen Daten basieren, zuverlässig zu Fehlern führen.
Sich auf manuell gepflegte bedingte Forwarder und Stub-Zonen zu verlassen, um Cloud- und On-Premise-DNS miteinander zu verknüpfen, führt zu instabilen, schwer skalierbaren Konfigurationen, die die Benutzererfahrung beeinträchtigen. Um die Kontrolle zurückzugewinnen, sind eine automatisierte Erkennung von Cloud-DNS und IP-Zuweisungen sowie Transparenz auf Abfrageebene erforderlich – „Wir müssen jede einzelne DNS-Abfrage sehen können“ –, damit hybride Auflösungspfade, Richtlinien und Automatisierung zentral gesteuert werden können.
In an ONUG webinar, BlueCat’s Andrew Wertkin explains how DNS, DHCP, and IPAM visibility is key to automation and taming four hybrid cloud challenges.
6 min·Blog
Weiterlesen →
· 03 — Integration von Unternehmens- und Cloud-Anbieter-DNS ohne einen „Wilden Westen“ aus Zonen
Wie sollten Unternehmens- und Cloud-Anbieter-DNS integriert werden, damit hybride Multicloud-Umgebungen einen„Wilden Westen“ aus doppelten Zonen vermeiden?
Hybride Multicloud-Umgebungen sollten eine integrierte DNS-Architektur verwenden, die das DNS des Unternehmens und das der Cloud-Anbieter gezielt kombiniert,
vermeidet es doppelte Zonen und Ad-hoc-Weiterleitungen und gewährleistet eine strenge Governance in Bezug auf Namensgebung, RBAC und Sicherheit über alle Anbieter hinweg.
Unternehmen können sich praktisch nicht ausschließlich auf On-Premise- oder ausschließlich auf Cloud-DNS standardisieren; „sie müssen eine integrierte Architektur entwerfen, die beides nutzt, wo jeweils eines erforderlich ist.“ Wenn jedes Cloud-Team Einträge kopieren, Zonen duplizieren und einmalige Weiterleiter erstellen darf, entsteht ein„Wilder Westen“, der die Transparenz untergräbt und die betriebliche Komplexität erhöht.
Da sich das DNS jedes Cloud-Dienstanbieters anders verhält, benötigen Architekten anbieterbezogene Muster, die sich dennoch in eine einheitliche globale Namens- und Sicherheitsstrategie einfügen. Hybride DNS-Designs sollten explizit auf Veränderungen und Ausfälle ausgelegt sein, mit klaren Plänen für Verbindungsverluste, lokales Caching und sich weiterentwickelnde Weiterleitungswege, damit DNS-Änderungen und -Ausfälle abhängige Anwendungen nicht stören.
Networking pros explore integrating enterprise and cloud DNS during the fifth Critical Conversation on Critical Infrastructure hosted in Network VIP.
67 min·Blog
Weiterlesen →
· 04 — Ersetzen instabiler bedingter Forwarder durch ein einheitliches hybrides DDI
Wie kann hybrides Multicloud-DNS über ein instabiles Flickwerk aus bedingten Weiterleitern hinausgehen?
Hybrides Multicloud-DNS geht über instabile bedingte Forwarder hinaus, indem es auf eine einzige unternehmensweite DDI-Quelle der Wahrheit standardisiert
das sich in cloud-native DDI integriert oder diese ersetzt, und durch die zentrale Verwaltung der DNS-Auflösung über mehrere Pfade anstelle von Ad-hoc-Regeln pro Umgebung.
Die Zentralisierung auf einer unternehmensweiten DDI-Plattform, die als maßgebliche Daten- und Steuerungsebene dient, ermöglicht die zentrale Verwaltung hybrider DNS-Auflösungspfade, während gleichzeitig bei Bedarf eine Integration mit Cloud-nativen Diensten gewährleistet ist. Die Implementierung einer Multi-Path-DNS-Auflösung mit automatischer Umleitung bei NXDOMAIN verbessert die Zuverlässigkeit, Transparenz und operative Kontrolle, da dasselbe System, das die Einträge kennt, auch steuert, wie Anfragen zwischen On-Premise- und Cloud-Umgebungen geleitet werden.
Public clouds handle their own DDI. But problems arise when applications have to access data or services through the native DDI of multiple environments.
5 min·Blog
Weiterlesen →
· 05 — Reduzierung der Ausuferung bedingter Weiterleitungsregeln im Hybrid-Cloud-DNS
Wie können Hybrid-Cloud-DNS-Teams das Risiko und den Aufwand bei der Verwaltung von Tausenden bedingter Weiterleitungsregeln reduzieren?
Hybrid-Cloud-DNS-Teams reduzieren die Ausuferung von Weiterleitungsregeln durch die Standardisierung auf einer zentralisierten DDI-Plattform
das einzelne bedingte Forwarder durch automatisierte, priorisierte Mehrweg-Auflösungen ersetzt, die über eine einzige IPAM-Schnittstelle verwaltet werden.
1.000sder Forwarder
1.000s der Forwarder
In Hybrid-Cloud-Umgebungen sammeln sich regelmäßig Tausende von bedingten DNS-Weiterleitungsregeln an, wodurch sich Risiken und der Betriebsaufwand auf eine kleine Gruppe von DNS-Experten konzentrieren.
„Hybrid-Cloud-Umgebungen zwingen Netzwerkteams oft dazu, Tausende von bedingten DNS-Weiterleitungsregeln zu verwalten, um Lücken bei der Namensauflösung zwischen Cloud und On-Premises zu überbrücken.“ Diese Komplexität bündelt das Fachwissen bei wenigen Spezialisten, verzögert die Servicebereitstellung und erhöht das Ausfallrisiko, während DevOps- und Cloud-Teams dazu gedrängt werden, auf Schatten-IT-Workarounds außerhalb der Netzwerk-Governance zurückzugreifen.
· 06 — Ausweitung der zentralisierten DDI-Steuerung auf Cloud-native Umgebungen
Wie können Netzwerkteams die zentralisierte DDI-Steuerung auf cloud-natives DNS ausweiten, ohne Entwickler auszubremsen?
Netzwerkteams erweitern die zentralisierte DDI-Steuerung auf cloudnative Umgebungen, indem sie eine einheitliche DDI-Plattform nutzen, die sich mit den von der Cloud zugewiesenen DNS- und IP-Ressourcen synchronisiert,
lokalisierte DNS-Dienste und unterstützt die delegierte Verwaltung, sodass Cloud-Teams unter gemeinsamen Richtlinien ihre Agilität bewahren können.
„Siloartiges Cloud-DNS und separat verwaltete On-Premises-Infrastruktur untergraben die zentralisierte DDI-Kontrolle“, was zu Konflikten, verminderter Zuverlässigkeit und unklaren Verantwortlichkeiten führt. Das bloße Hinzufügen von Protokollierung reicht nicht aus; Infrastrukturteams benötigen eine zentralisierte, einheitliche DDI-Plattform, die „lokale Funktionen auf Cloud-Umgebungen ausweitet“, um lokale DNS-Dienste bereitzustellen und gleichzeitig globale Richtlinien durchzusetzen.
When cloud and on-premises DNS are separate, enterprise-wide control is out of reach. Learn how BlueCat can provide a single source of truth for DNS.
5 min·Blog
Weiterlesen →
· 07 — Weiterleitungswege
Welcher hybride Multicloud-DNS-Ansatz ist sinnvoll für Netzwerke, die modernisiert werden müssen, ohne bestehende Dienste zu stören?
Der richtige Weg zu einem hybriden Multicloud-DNS hängt davon ab, ob die unmittelbare Priorität darin besteht, Transparenz zu gewinnen, architektonische Ordnung zu schaffen, den Betriebsaufwand zu reduzieren oder die zentralisierte Kontrolle auf sich schnell entwickelnde Cloud-Plattformen auszuweiten; die meisten Unternehmen durchlaufen diese Phasen iterativ und nicht im Rahmen eines einzigen Migrationsvorgangs.
PATH 01
Wenn die Ausbreitung der Hybrid-Cloud die zentralisierte Übersicht überholt hat.
Schaffen Sie DDI-Transparenz und eine einzige Quelle der Wahrheit
Beginnen Sie damit, DNS-, DHCP- und IP-Daten aus lokalen und Cloud-Umgebungen in einem einzigen maßgeblichen System zu konsolidieren und Transparenz auf Abfrageebene zu ermöglichen. Dies reduziert Konflikte und schafft die Grundlage für sichere Automatisierung und Governance. Es ist die Voraussetzung für jede tiefgreifendere architektonische Neugestaltung.
Wenn das DNS-Verhalten von On-Premise- und CSP-Umgebungen voneinander abweicht.
Definieren Sie eine integrierte Unternehmens-Cloud-DNS-Architektur
Entwerfen Sie ein einheitliches hybrides DNS-Modell, das Unternehmens- und Anbieter-DNS gezielt kombiniert – mit cloud-spezifischen Mustern, gemeinsamen Namensstandards und expliziten Plänen für die Fehler- und Änderungsbehandlung. Dies verhindert einen „Wilden Westen“ aus unabhängig verwalteten Zonen und bewahrt gleichzeitig die Agilität der Anwendungsteams.
Wenn bedingte Forwarder unüberschaubar geworden sind.
Ersetzen Sie Ad-hoc-Forwarder durch ein einheitliches hybrides DDI
Führen Sie eine zentralisierte DDI-Plattform als Daten- und Steuerungsebene für DNS ein, die sich in cloudnative Dienste integriert oder diese ersetzt. Nutzen Sie sie, um die Mehrwegauflösung zentral zu definieren, die Ausuferung von Weiterleitungsregeln zu reduzieren und ein vorhersehbares Verhalten in lokalen und Cloud-Netzwerken wiederherzustellen.
Wenn DevOps- und Cloud-Teams unter gemeinsamen Richtlinien Geschwindigkeit benötigen.
Erweiterung der zentralisierten DDI-Steuerung auf Cloud-native Workflows
Synchronisieren Sie die zentrale DDI mit den von der Cloud zugewiesenen Ressourcen und implementieren Sie eine delegierte Verwaltung, damit Cloud-Teams DNS und IP im Rahmen der Governance bereitstellen können. Dadurch wird eine einzige Quelle der Wahrheit gewahrt und gleichzeitig werden lokalisierte, leistungsfähige DNS-Dienste bereitgestellt, die den Zero-Trust- und Compliance-Anforderungen entsprechen.
Diese Fragen spiegeln wider, wie Netzwerk-, Cloud- und Sicherheitsteams in der Regel hybride Multicloud-DNS-Optionen bei realen Migrationsprojekten bewerten.
Der sicherste Ansatz besteht darin, eine integrierte hybride DNS-Architektur zu entwerfen, die das Unternehmens-DNS und das DNS des Cloud-Anbieters als aufeinander abgestimmte Komponenten und nicht als getrennte Inseln behandelt. Das zentrale DNS sollte für Unternehmensnamensräume weiterhin maßgebend bleiben, während Weiterleitungsmuster zu Route 53 und Azure DNS standardisiert und getestet werden. Explizite Ausfallszenarien, lokales Caching und Pläne für das Änderungsmanagement sorgen dafür, dass die Anwendungsabhängigkeiten während der Umstellung stabil bleiben.
Wenn man jedem Cloud-Team erlaubt, das DNS unabhängig zu verwalten, führt dies fast immer zu doppelten Zonen, inkonsistenten Einträgen und schwer zu debuggenden Auflösungspfaden. Ein „Wild-West“-DNS-Modell untergräbt die Transparenz und Sicherheit, wenn die Umgebung wächst. Ein besseres Vorgehen besteht darin, globale Namens- und Governance-Standards zu definieren und anschließend die kontrollierte Verwaltung innerhalb dieses Rahmens an Anwendungs- und Cloud-Teams zu delegieren.
Bedingte Weiterleiter werden zum Problem, wenn sie sich zu Tausenden von Regeln ansammeln, die sich über mehrere Clouds und On-Premise-Umgebungen erstrecken. In dieser Größenordnung konzentrieren sie das Fachwissen auf wenige Experten, verlangsamen Änderungen und erhöhen das Ausfallrisiko, wenn Regeln miteinander in Konflikt stehen oder veralten. Eine zentralisierte, DDI-gesteuerte Mehrweg-Auflösung erreicht dasselbe Ziel bei weitaus geringerem betrieblichen Aufwand.“
Eine zentralisierte DDI erfordert nicht den Verzicht auf cloud-natives DNS; sie erfordert vielmehr die Festlegung, welches System die „Quelle der Wahrheit“ ist und wie die Systeme integriert werden. Viele Konzepte behalten das CSP-DNS für die Service-Erkennung innerhalb der Cloud bei, während eine Unternehmens-DDI-Plattform zur Definition von Unternehmenszonen, Adressräumen und umgebungsübergreifender Auflösung genutzt wird. Entscheidend ist, dass Weiterleitung und Richtlinien von der zentralen Plattform aus orchestriert und nicht ad hoc eingerichtet werden.
DNS-Governance kann die Geschwindigkeit fördern, wenn sie als gemeinsame Leitplanken und nicht als manuelle Kontrolle umgesetzt wird. Eine zentralisierte DDI-Plattform mit APIs und delegierter Verwaltung ermöglicht es DevOps-Pipelines, DNS-Einträge innerhalb vordefinierter Bereiche und Richtlinien zu erstellen und zu aktualisieren. Dadurch werden eine einzige Quelle der Wahrheit und die Sicherheitslage gewahrt, während der Self-Service für Anwendungsteams erhalten bleibt.
sollte überdacht werden, sobald Workloads sowohl lokal als auch in mindestens einer Cloud ausgeführt werden und bevor Multi-Cloud- oder groß angelegte Microservices-Bereitstellungen erfolgen. Frühe Migrationen stützen sich oft auf schnelle bedingte Weiterleitungen, die später zu technischer Schuld werden. Investitionen in Transparenz, eine integrierte Architektur und eine zentralisierte DDI-Steuerung in frühen Phasen verhindern Ausfälle und Nacharbeiten, wenn die Umgebung skaliert wird.
Haben Sie noch Fragen?
Erhalten Sie konkrete Antworten von einem BlueCat-Mitarbeiter.
We’re using cookies on this website to improve your experience. Cookies help us learn how you interact with our website and remember you when you come back so we can tailor it to your interests.
To learn more about cookies and how we use them, read our cookie notice.
Some cookies are essential, while others help us to improve your experience by giving us insight into how you are using our website. You may adjust your preferences for non-essential cookies below.
To learn more about cookies and how we use them, read our cookie notice. You can also review our privacy policy for more details on the personal data we collect, use, hold, and disclose when you visit our website or use our products and services.
Functional cookies
Functional cookies are essential cookies that allow us to remember choices or changes you have made (such as to language settings or your choices regarding the use of cookies). These cookies cannot be turned off since they are essential for the operation of our Websites.
Analytics cookies
Analytics cookies are non-essential cookies that collect information on how visitors use our Websites. We use this information with your consent to measure the number of visitors to our Websites, determine whether specific content or communication has been viewed, and to help us improve our Websites and communication. These cookies can be turned off.
Personalisation Storage
Personalisation cookies are non-essential cookies that collect information when you fill out a form on this website. We only use this information with your consent to pre-fill other forms on the site. These cookies can be turned off.
Marketing cookies
Marketing cookies are cookies that are placed by third parties to collect information about your visits and actions on our Websites so that they or we can deliver ads to you later, such as when you are on certain third-party sites or platforms. These cookies may be used by those third parties to build a profile of your interests and show you relevant ads on other websites. These cookies also enable visitors to our Websites to share content on social networks and to enable and evaluate interactions with our communication and social media tools. These cookies can be turned off.
