Public-Cloud-DNS allein kann On-Premises-, Cloud- und Edge-Umgebungen nicht abdecken , und mit wachsenden Infrastrukturen beeinträchtigen die Ausbreitung von Forwardern, überlappende IP-Adressräume und die abgeschotteten Umgebungen der Anbieter die Transparenz und begünstigen Ausfälle. Dieser Abschnitt behandelt , warum Cloud-DNS zu kurz greift, wie die Namensgebung über AWS, Azure und GCP hinweg standardisiert werden kann , welche Kompromisse bei der DNS-Sicherheit eingegangen werden müssen und was ein zentralisierter Weiterleitungsansatz erfordert. Je nach Standort Ihrer Infrastruktur stehen zwei Wege zur Auswahl : Micetro modernisiert das lokale Microsoft-DNS vor Ort, und Horizon betreibt Cloud-DDI mit Überwachungsfunktionen.
· 01 — Warum DNS in der Public Cloud für Hybrid-Umgebungen nicht ausreicht
Warum reicht DNS in der Public Cloud für Hybrid- und Multi-Cloud-Umgebungen nicht aus?
DNS-Dienste in der Public Cloud sind darauf ausgelegt, Workloads innerhalb der Mandantenumgebung eines einzelnen Anbieters zu bedienen, und bieten keine mandantenübergreifende,
Cloud-übergreifende und lokale Konnektivität, die hybride Unternehmen benötigen – eine Lücke, die Risiken hinsichtlich Verfügbarkeit, Compliance und Sicherheit mit sich bringt.“
Cloud-DNS ist für die Rechenleistung innerhalb seiner eigenen Umgebung optimiert und verfügt über begrenzte oder widersprüchliche Mechanismen für Zonendelegierung, Rekursion und Weiterleitung über diese Grenzen hinaus sowie über geringe Interoperabilität der Nameserver außerhalb des cloudbasierten Dienstes. Wie in der Analyse angemerkt wird: „Es ist unwahrscheinlich, dass Cloud-DNS der einzige DNS-Dienst ist, auf den sich Ihr Unternehmen verlässt.“
Sich ausschließlich auf Cloud-DNS zu verlassen, lässt Teams im Unklaren über die IP-Zuweisung, spaltet DDI in separate Silos auf und erzwingt komplexe Weiterleitungsregeln, die Fehlkonfigurationen und Ausfälle begünstigen. „Unternehmen benötigen hochverfügbare Netzwerkdienste, die sich über heterogene Architekturen hinweg – von On-Premise bis zur Cloud – bereitstellen und skalieren lassen“, was eine Erweiterung der lokalen DDI in die Cloud bedeutet.
Unsure about cloud DNS services and hybrid-cloud enterprises? Learn more with BlueCat, including why it isn't so simple for managing networks.
8 min·Blog
Weiterlesen →
· 02 — Standardisierung der DNS-Namensgebung in den wichtigsten Clouds“
Wie standardisieren Sie DNS-Namenskonventionen über AWS, Azure und GCP hinweg?
Die Standardisierung der DNS-Namensgebung über Clouds hinweg erfordert die frühzeitige Einbindung von DDI-Teams und die Durchsetzung von Konsistenz durch zentralisierte DDI-Verfahren und Tools von Drittanbietern, die sich über das Konto, die VPC,
und die Grenzen der Anbieter, die die Clouds selbst nicht überbrücken, da jede öffentliche Cloud eine heterogene Unterstützung für DNS-Funktionen aufweist und Namen leicht über Grenzen hinweg dupliziert.“
Die Einführung von Self-Service-Lösungen führt zur Entstehung von „Cloud-Inseln“ – viele Teams richten Konten, VPCs, Zonen und Einträge ein, ohne über DDI-Fachwissen zu verfügen. „Diese Dezentralisierung fragmentiert das DNS-Management, verringert die Transparenz und Kontrolle und verstärkt Interoperabilitätsprobleme zwischen heterogenen Stacks“, was zu doppelten Namen und einmaligen Weiterleitungsregeln über Grenzen hinweg führt.
Anbieter unterscheiden sich zudem hinsichtlich der unterstützten Eintragstypen, DNSSEC (AWS und GCP unterstützen es; Azure nicht) und der Beschränkungen für gehostete Zonen, sodass die grenzüberschreitende Auflösung weiterhin anfällig bleibt. Da die Clouds über ihre eigenen Grenzen hinweg nicht miteinander kompatibel sind, muss Konsistenz von außen durchgesetzt werden: „Unternehmen sollten ihre DDI-Teams frühzeitig in die Cloud-Einführung einbeziehen, um ein konsistentes, unternehmensgerechtes DNS zu entwerfen, das lokale Umgebungen und mehrere Clouds umfasst“, unterstützt durch Erkennungs- und Verwaltungstools von Drittanbietern.
10 / 250 / 10.000Hosted-Zone-Obergrenzen“
10 / 250 / 10.000 Hosted-Zone-Obergrenzen“
AWS, Azure und GCP begrenzen die Anzahl der gehosteten Zonen auf 10, 250 bzw. 10.000; dies ist eine von vielen Inkonsistenzen, die Workarounds erzwingen und die Namensgebung in einer Multi-Cloud-Umgebung erschweren.
The public cloud presents major challenges for DNS management. Examine various capabilities and limitations of Azure, AWS, and GCP with BlueCat.
14 min·Blog
Weiterlesen →
· 03 — Die DNS-Herausforderungen, die Hybrid- und Multi-Cloud-Umgebungen mit sich bringen, sind
Welche neuen DNS-Herausforderungen bringen Hybrid- und Multi-Cloud-Netzwerke bei Cloud-Migrationen mit sich?
Hybrid- und Multi-Cloud-Netzwerke führen zu segmentierten virtuellen Netzwerken, sich überschneidenden IP-Adressräumen und fragmentierten DNS-Namensräumen,
sowie neue Sicherheitsgrenzen, die herkömmliches Ad-hoc-DNS-Stitching unüberschaubar machen und Teams zu einem instabilen Flickenteppich aus bedingten Weiterleitern zwingen.
Cloud-Netzwerke ersetzen bekannte Layer-2-Domänen und klare Grenzen zwischen öffentlichen und privaten Netzwerken durch VPCs, Peering, Gateways und private Endpunkte über verschiedene Anbieter hinweg. Microservices und Kubernetes vervielfachen die Anzahl der DNS-Namen, während Multi-Cloud-Designs „überlappende IP-Adressräume und fragmentierte Namensräume schaffen, die die typischen Kompetenzen von Cloud-Teams übersteigen.“
Manuell gepflegte bedingte Forwarder und Stub-Zonen werden zu einem „Wilden Westen“, der die Transparenz und Sicherheit untergräbt, je mehr die Umgebung wächst. DDI-Teams gewinnen die Kontrolle zurück, indem sie eine einzige, verbindliche Quelle der Wahrheit für DNS, DHCP und IPAM etablieren, denn „eine einzige Quelle der Wahrheit ist notwendig, um Automatisierung auf jedem Niveau erfolgreich voranzutreiben.“
1.000er-Bereich“bedingte Forwarder“
1.000er-Bereich“ bedingte 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 multicloud DNS should centralize DDI, governance, and cloud integration to avoid brittle forwarding and restore visibility.
6 min·Blog
Weiterlesen →
· 04 — DNS-Sicherheit und Bedrohungserkennung in hybriden DNS-Umgebungen
Was sind wirksame Strategien für DNS-Sicherheit und Bedrohungserkennung in hybriden Umgebungen?
Effektive DNS-Sicherheit für hybride Umgebungen verbindet Integrität und Transparenz: DNSSEC bietet Ursprungsauthentifizierung über eine Vertrauenskette,
wobei die Transparenz des Unternehmens in Bezug auf DNS-Abfragen im Klartext für die Erkennung von Bedrohungen nach wie vor unerlässlich ist; aus diesem Grund gehen viele Unternehmen bei DNS über HTTPS vorsichtig vor.
DNSSEC und DoH lösen unterschiedliche Probleme. DNSSEC signiert DNS-Daten, damit Resolver überprüfen können, ob Antworten authentisch und unverfälscht sind; DoH verschlüsselt den DNS-Transport zum Schutz der Privatsphäre. Sie ergänzen sich, stehen nicht in Konkurrenz zueinander, aber „DNSSEC bietet Herkunftsauthentifizierung über eine Vertrauenskette, ist jedoch schwer zu konfigurieren und zu warten.“
Die Verschlüsselung von DNS mit DoH „beeinträchtigt die herkömmliche Unternehmensüberwachung, die auf Klartext-DNS basiert“, wodurch die Transparenz eingeschränkt wird, die Sicherheitstools zur Erkennung von Malware und zur Weiterleitung des Datenverkehrs nutzen, und die Auflösung auf wenige öffentliche Resolver konzentriert wird. Dieser Kompromiss ist der Grund, warum hybride Strategien zur Bedrohungserkennung der Aufrechterhaltung der Transparenz auf Abfrageebene Priorität einräumen.
We rounded up industry experts to discuss the intersection of networking, cloud, storage, and virtualization. Here is their conversation.
50 min·Blog
Weiterlesen →
· 05 — Worauf Sie bei einem hybriden DNS-Forwarding-Ansatz achten sollten
Worauf sollten Teams bei einem hybriden DNS-Forwarding-Ansatz achten?
Teams sollten nach einem zentralisierten Ansatz suchen, der jede Datenquelle als Namespace mit geordneter, priorisierter Weiterleitung behandelt,
sorgt für eine einheitliche Datenquelle sowohl vor Ort als auch in jeder Cloud, funktioniert mit allen großen Anbietern und automatisiert DNSSEC, sodass keine manuelle Arbeit über die Befehlszeile erforderlich ist.
„Eine dezentrale oder parallele Verwaltung der DNS-Infrastruktur kann dazu führen, dass sich die Automatisierung erschwert.“ Das erste Kriterium ist daher eine zentralisierte, intelligente Auflösung: Wenn der Resolver der erste Hop ist, überprüft er jeden Namespace in der vom Administrator festgelegten Prioritätsreihenfolge und leitet die Anfrage nur weiter, wenn die vorherige Quelle keine Antwort zurückgegeben hat.
Der zweite Vorteil ist Cloud-Neutralität und Security mit geringem Verwaltungsaufwand: Die Lösung ist für AWS, Azure, Google Cloud und Private Clouds zertifiziert, sodass DNS unabhängig vom Standort der Ressourcen einheitlich verwaltet wird. Hinzu kommt DNSSEC, das sich automatisch über über- und untergeordnete Zonen ausbreitet, anstatt dass Schlüssel manuell generiert und Vertrauensanker neu verteilt werden müssen.
· 06 — Modernisierung von On-Premise-DNS und DHCP ohne Komplettersatz
Wie modernisieren schlanke, Microsoft-orientierte Teams On-Premises-DNS und -DHCP, ohne alles komplett zu ersetzen?
Schlanke Teams modernisieren lokale DNS- und DHCP-Systeme, indem sie die Migration vor Ort mit BlueCat Micetro orchestrieren, das manuelle Exporte und nächtliche Umstellungen durch assistentengesteuerte,
transaktionale Workflows über Microsoft, BIND, Kea und Cisco IOS hinweg, was den Aufwand reduziert und gleichzeitig einen Rollback-Pfad per Mausklick gewährleistet.
Micetro behandelt jede Migration als sichere Transaktion unter Verwendung desselben Objektmodells wie bei seiner REST-API, sodass die Daten konsistent bleiben und die Pre-Flight-Prüfung Konfigurationskonflikte und fehlende Abhängigkeiten erkennt, bevor Änderungen übernommen werden. „Die Pre-Flight-Prüfung eliminiert Änderungsrisiken“, wobei automatische Fehlerunterbrechungen und sofortige Rollbacks die Angst vor der Umstellung beseitigen.
Es kann sogar DNS-Zonen und DHCP-Bereiche von offline geschalteter oder stillgelegter Hardware mithilfe von zwischengespeicherten Metadaten und Backups wiederherstellen, sodass ältere Microsoft-Server außer Betrieb genommen werden können, ohne wieder online geschaltet werden zu müssen. Da jede Funktion über eine REST-API verfügbar ist, lassen sich Massenmigrationen in Ansible und Terraform integrieren, um eine schrittweise Modernisierung vor Ort zu ermöglichen.
60–80 %weniger Migrationsaufwand“
60–80 % weniger Migrationsaufwand“
Die assistentengestützte Migration mit integrierter Validierung reduziert den Migrationsaufwand im Vergleich zu manuellen Export- und Skriptprozessen um schätzungsweise 60 bis 80 % und führt zu weniger Vorfällen nach der Migration.
Automate cross-platform DNS and DHCP migration with Micetro to reduce risk, eliminate manual effort, and modernize infrastructure faster.
4 min·Blog
Weiterlesen →
· 07 — Vereinheitlichung von Cloud-DDI mit Observability als SaaS
Wie vereinen Teams Cloud- und Multi-Cloud-DDI mit Netzwerktransparenz als SaaS?
Teams, deren Schwerpunkt auf Cloud-First und Multi-Cloud liegt, vereinen DDI mit Observability mithilfe von BlueCat Horizon – einer SaaS-Plattform, die DNS, DHCP und IPAM mit Netzwerk-Observability zusammenführt, sodass Adressierungs- und Auflösungsdaten mit Live-Telemetriedaten korreliert werden können, um eine schnellere Reaktion auf Vorfälle zu ermöglichen.
Es handelt sich um die Wahl der Cloud-Domäne, die vom Unternehmen getroffen wird und sich vom Modernisierungspfad für On-Premises-Umgebungen unterscheidet, nicht darüber gelegt wird.“
Horizon fungiert als gemeinsame Steuerungs- und Integrationsschicht für alle SaaS-basierten Angebote und stellt gemeinsame API-Gateways, Authentifizierung sowie zentralisierte KI-Analysen bereit. Die EMA identifiziert die Vereinheitlichung von DDI und Observability als strategischen Wandel, da dadurch produktübergreifende Workflows, kontextgesteuerte Abläufe, intelligente Datenverkehrssteuerung und geschlossene Sicherheitsreaktionen ermöglicht werden, die zuvor in Silos isoliert waren.
Die Architektur trennt die cloudbasierte Steuerung von den lokal gespeicherten Daten und Diensten: Die Steuerungsebene, KI und Orchestrierung laufen in der Cloud, während Protokolldienste und großvolumige Telemetriedaten in den vom Kunden gewählten Cloud-Umgebungen verbleiben können. Das Hinzufügen neuer Dienste verursacht weniger Unterbrechungen, da Integrationen und Datenflüsse bereits innerhalb der Plattform vorhanden sind.
EMA evaluates BlueCat Horizon, highlighting unified DDI and observability, SaaS control architecture, and AI-driven integration benefits.
1 min·Blog
Weiterlesen →
· 08 — Weiterführende Pfade
Welcher hybride DNS-Weiterleitungspfad ist der richtige für Ihre Infrastruktur?
Der richtige Weg hängt davon ab, wo der Schwerpunkt Ihrer Infrastruktur liegt und was Ihre unmittelbare Priorität ist: Transparenz gewinnen, die On-Premises-Umgebung ohne Unterbrechungen modernisieren oder Cloud-First-DDI mit Observability betreiben. Die meisten Unternehmen gehen schrittweise vor, doch die Produkte lassen sich klar nach Bereichen unterscheiden; wählen Sie dasjenige, das genau zu den Bereichen passt, in denen Ihre Workloads und Ihre Risiken tatsächlich liegen.
PATH 01
Wenn die Ausbreitung hybrider Umgebungen die zentralisierte Übersicht überholt hat
Schaffen Sie zunächst Transparenz und eine einzige Quelle der Wahrheit
Konsolidieren Sie DNS-, DHCP- und IP-Daten aus lokalen Umgebungen und der Cloud in einem einzigen maßgeblichen System und ermöglichen Sie Transparenz auf Abfrageebene, bevor Sie irgendetwas automatisieren. Dies reduziert IP-Konflikte und das Risiko durch Forwarder und schafft die Grundlage für eine sichere Modernisierung.
Microsoft-zentrierte Infrastruktur, schlankes Team, keine Bereitschaft für einen kompletten Austausch“
Modernisieren Sie Ihre On-Premises-Umgebung vor Ort mit Micetro
Orchestrieren Sie plattformübergreifende DNS- und DHCP-Migrationen mit assistentengesteuerten, transaktionsbasierten Workflows und Vorabprüfungen. Stellen Sie veraltete Windows-Infrastrukturen schrittweise ein – und stellen Sie dabei sogar Bereiche von Offline-Hardware wieder her –, während Sie einen Rollback-Pfad per Mausklick beibehalten.
Cloud-First- oder Multi-Cloud-Schwerpunkt, mit dem Ziel, NetOps-Transparenz und -Automatisierung zu erreichen“
Betreiben Sie Cloud- und Multi-Cloud-DDI mit Horizon
Vereinheitlichen Sie DDI und Netzwerktransparenz auf einer SaaS-Plattform, sodass Daten zur Fehlerbehebung mit Live-Telemetriedaten korreliert werden können, um eine schnellere Reaktion auf Vorfälle zu ermöglichen. Behalten Sie die Kontrolle in der Cloud, während Protokoll-Services und Telemetriedaten in den von Ihnen gewählten Umgebungen verbleiben.
Häufige Fragen von Teams, die Hybrid- und Multi-Cloud-DNS-Weiterleitung konzipieren.
Automatisieren Sie die DNSSEC-Bereitstellung, sodass sich das Signierungsschema über über- und untergeordnete Zonen hinweg ausbreitet, ohne dass manuelle Schlüsselgenerierung oder eine Neuverteilung von Vertrauensankern erforderlich ist, und validieren Sie die Konfiguration, bevor Sie Änderungen anwenden. DNSSEC arbeitet oberhalb der IP-Schicht, verhält sich daher unter IPv4 und IPv6 identisch und verändert das Auflösungsverhalten auf Anwendungsebene nicht.
Nein. Ein zentralisierter Ansatz lässt sich dort, wo es sinnvoll ist, in cloud-natives DNS integrieren, anstatt es zu ersetzen, und verwaltet die Multi-Path-Auflösung einmalig statt über ad-hoc-Regeln pro Umgebung. Cloud-native Dienste kümmern sich weiterhin um die Workloads innerhalb der Mandanten, während zentrales DDI die umgebungsübergreifende Auflösung und Transparenz steuert.
Eine große Anzahl bedingter Forwarder bündelt das Fachwissen auf wenige Spezialisten, verzögert die Servicebereitstellung, erhöht das Ausfallrisiko und treibt Teams dazu, auf Shadow-IT-Workarounds zurückzugreifen. Eine priorisierte, automatisierte Mehrweg-Fehlerbehebung über eine einzige Schnittstelle ersetzt anfällige Einweg-Regeln und ist weitaus einfacher zu warten.
Ja. Mit Tools zur transaktionalen Migration, die eine Vorabprüfung, die Beibehaltung von Leases und ein Rollback mit einem Klick bieten, können Sie Ausfallzeiten minimieren oder vermeiden. Konfigurationskonflikte und fehlende Abhängigkeiten werden erkannt, bevor Änderungen übernommen werden, und bei einem fehlgeschlagenen Test nach der Migration wird das System in einen bekanntermaßen fehlerfreien Zustand zurückversetzt.
Nein. Delegierte Verwaltungsmodelle ermöglichen es Cloud- und DevOps-Teams, innerhalb geregelter Bereiche unter gemeinsamen Richtlinien Ressourcen bereitzustellen, sodass sie ihre Agilität bewahren, ohne Engpässe zu verursachen. Eine einheitliche DDI-Plattform, die sich mit den von der Cloud zugewiesenen DNS- und IP-Ressourcen synchronisiert, verhindert Konflikte und gewährleistet gleichzeitig eine einzige Quelle der Wahrheit.
Hybrid-Cloud-DNS umfasst Ressourcen vor Ort, in der Private Cloud und in der Public Cloud, während Multi-Cloud die Nutzung von mehr als einem Public-Cloud-Anbieter bedeutet. Eine Architektur kann beides umfassen, weshalb die DNS-Weiterleitung über Mandanten-, Konto- und VPC-Grenzen hinweg funktionieren muss, die von jedem Anbieter unterschiedlich behandelt werden.
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.
