Einheit 2.1: Kernarchitekturkomponenten

Einführung

Stellen Sie sich vor, ein Rechenzentrum von Grund auf zu bauen. Sie müssten Server bereitstellen, Netzwerke einrichten, Speicher konfigurieren, alles mit Firewalls sichern und das Ganze von einer einzigen Steuerungsebene aus verwalten. Jetzt stellen Sie sich vor, all dies komplett in Software zu tun, wo Sie Infrastruktur in Minuten erstellen, ändern und löschen können, anstatt Monate zu brauchen. Genau das bietet ein Virtuelles Rechenzentrum (VDC) auf IONOS Cloud.

In dieser Einheit werden Sie die grundlegenden architektonischen Komponenten kennenlernen, die IONOS Cloud ausmachen. Sie werden entdecken, wie VDCs als logische Container für alle Ihre Cloud-Ressourcen dienen, wie Regionen und Verfügbarkeitszonen geografische Flexibilität und Hochverfügbarkeit bieten, und wie Netzwerkbasisfunktionen eine sichere Kommunikation innerhalb und zwischen Ihren Umgebungen ermöglichen. Das Verständnis dieser Kernkomponenten ist essentiell, bevor Sie sich in nachfolgenden Einheiten mit spezifischen Diensten wie Computing, Speicher und Datenbanken befassen.

1. Virtuelle Rechenzentren (VDCs)

Im Herzen der IONOS Cloud-Architektur befindet sich das virtuelle Rechenzentrum. Ein VDC ist eine logische Container, die alle Cloud-Ressourcen gruppiert, die Sie benötigen, um eine IT-Infrastruktur auf Unternehmensebene zu erstellen. Denken Sie daran, als wäre es Ihr eigenes privates Rechenzentrum, aber vollständig virtualisiert und über Software gemanagt.

1.1 Was ist ein virtuelles Rechenzentrum?

Laut IONOS-Dokumentation wird ein virtuelles Rechenzentrum definiert als "eine Sammlung von Cloud-Ressourcen, die zur Erstellung einer IT-Infrastruktur auf Unternehmensebene verwendet werden. VDC-Ressourcen umfassen die Prozessoren, den Arbeitsspeicher, den Speicherplatz und die Netzwerke, aus denen virtuelle Maschinen erstellt werden."

Ein VDC bündelt:

• Rechenressourcen (Prozessoren, Arbeitsspeicher)
• Speicherressourcen (Speicherplatz)
• Netzwerkressourcen (virtuelle Netzwerke, IP-Adressen)
• Sicherheitskontrollen (Firewalls, Zugriffspolitiken)

All diese Ressourcen werden als eine Einheit über die Data Center Designer (DCD) gemanagt, die grafische Managementoberfläche von IONOS Cloud. Wenn Sie einen VDC erstellen, stellen Sie im Wesentlichen ein vollständiges virtuelles Rechenzentrum bereit, das Ihre Anwendungen, Datenbanken und Dienste hosten kann.

1.2 Wie VDCs Ressourcen organisieren

Jeder VDC wird in einer bestimmten geografischen Region erstellt (wie Berlin oder Frankfurt), und alle Ressourcen innerhalb dieses VDC gehören zu diesem Standort. Diese regionale Bindung ist wichtig für die Datensouveränität, die Latenzberücksichtigung und die Compliance-Anforderungen.

Innerhalb eines VDC werden Ressourcen hierarchisch organisiert:

1. Vertragslevel: Die oberste Container, die Ihrem Unternehmen gehört
2. VDC-Level: Logische Rechenzentren innerhalb Ihres Vertrags
3. Ressourcenlevel: Einzelne Server, Speichervolumen, Netzwerke und andere Infrastrukturkomponenten

Diese Hierarchie ermöglicht eine klare organisatorische Struktur und Kostenverfolgung. Jeder VDC erscheint als separate Zeile in Ihrer monatlichen Rechnung, wodurch es einfach ist, Kosten bestimmten Projekten, Teams oder Umgebungen zuzuordnen.

1.3 VDC-Verwaltung und Zugriffskontrolle

Der Zugriff auf VDCs wird über IONOS Identity und Access Management (IAM) kontrolliert. Vertragsinhaber und Administratoren können VDCs erstellen und bestimmte Berechtigungen für Benutzer und Gruppen auf VDC-Ebene erteilen. Berechtigungen umfassen:

• Lesen: VDC-Ressourcen und Konfigurationen anzeigen
• Bearbeiten: VDC-Ressourcen ändern
• Teilen: Zugriff für andere Benutzer gewähren

Diese Berechtigungen werden von allen Ressourcen innerhalb des VDC geerbt, wodurch eine zentrale Zugriffskontrolle ermöglicht wird. Sie können auch feinere Berechtigungen auf der Ebene der einzelnen Ressourcen festlegen, wenn dies erforderlich ist, und unterstützen damit das Prinzip der geringsten Privilegien.

2. Regionen und Verfügbarkeitszonen

IONOS Cloud betreibt Rechenzentren an verschiedenen geografischen Standorten. Das Verständnis dafür, wie Regionen und Verfügbarkeitszonen funktionieren, ist entscheidend für die Gestaltung resilienter und konformer Cloud-Architekturen.

2.1 IONOS Cloud-Regionen

Eine Region ist ein geografischer Standort, an dem IONOS ein oder mehrere Rechenzentren betreibt. Jede Region ist ein unabhängiger Einsatz mit eigener Infrastruktur, Netzwerk und Diensten. Die IONOS Cloud-Regionen umfassen:

Wenn Sie ein virtuelles Rechenzentrum (VDC) erstellen, wählen Sie eine Region, und alle Ressourcen in diesem VDC müssen am gewählten Standort residieren. Diese regionale Architektur unterstützt mehrere wichtige Anwendungsfälle:

• Datensouveränität: Halten Sie Daten innerhalb bestimmter geografischer Grenzen, um gesetzliche und regulatorische Anforderungen zu erfüllen
• Latenzoptimierung: Stellen Sie Ressourcen in der Nähe Ihrer Benutzer bereit, um die Leistung zu verbessern
• Notfallwiederherstellung: Verteilen Sie Workloads auf mehrere Regionen, um die Geschäftskontinuität zu gewährleisten

Es ist wichtig zu beachten, dass IONOS Daten nicht automatisch über Regionen hinweg repliziert. Wenn Sie eine Multi-Region-Resilienz benötigen, müssen Sie Ihre eigenen Replikations- und Sicherungsstrategien implementieren.

2.2 Verfügbarkeitszonen innerhalb von Regionen

Innerhalb jeder Region ist die IONOS Cloud-Infrastruktur in isolierte physische Zonen unterteilt, die als Verfügbarkeitszonen (AZs) bezeichnet werden. Jede AZ befindet sich in einem separaten physischen Standort (verschiedene Räume oder Brandschutzzonen) innerhalb des Rechenzentrums, mit unabhängigen Regalen, Stromversorgungen und Kühlsystemen. AZs sind innerhalb jedes Rechenzentrums durch ein dediziertes Netzwerk verbunden. Diese Isolation stellt sicher, dass ein Hardwarefehler oder ein Wartungsereignis in einer AZ die Ressourcen in einer anderen AZ nicht beeinträchtigt.

Typischerweise unterstützt jede Region mindestens zwei Verfügbarkeitszonen (AZ 1 und AZ 2). Wenn Sie Ressourcen wie Server oder Speichervolumen innerhalb eines VDC bereitstellen, können Sie sie bestimmten Verfügbarkeitszonen zuweisen.

Die Verteilung Ihrer Ressourcen auf mehrere AZs bietet eine Fehlertoleranz auf Infrastrukturebene. Zum Beispiel, wenn Sie eine Webanwendung mit Servern in beiden AZ 1 und AZ 2 betreiben, bleibt Ihre Anwendung auch dann verfügbar, wenn eine gesamte Verfügbarkeitszone ausfällt. Dies ist die Grundlage für eine Hochverfügbarkeitsarchitektur auf IONOS Cloud.

2.3 Auswahl von Regionen und Verfügbarkeitszonen

Bei der Gestaltung Ihrer Cloud-Architektur sollten Sie folgende Faktoren berücksichtigen:

Für die Regionenauswahl:

• Wo befinden sich Ihre Benutzer? (Wählen Sie Regionen in der Nähe Ihres Benutzerstandorts)
• Welche Compliance-Anforderungen haben Sie? (Bestimmte Vorschriften erfordern eine Datenresidenz)
• Brauchen Sie eine Notfallwiederherstellung über Regionen hinweg? (Planen Sie eine Multi-Region-Bereitstellung)

Für die Verteilung von Verfügbarkeitszonen:

• Verteilen Sie kritische Workloads auf mindestens zwei AZs
• Platzieren Sie Datenbankreplikate in verschiedenen AZs für eine hohe Verfügbarkeit
• Konfigurieren Sie Lastenausgleich, um Datenverkehr über AZs zu verteilen

Während Verfügbarkeitszonen vor Datenzentrum-Ausfällen schützen, schützt eine Bereitstellung über Regionen hinweg vor regionalen Katastrophen. Die meisten Produktionsworkloads profitieren von einer Multi-AZ-Bereitstellung innerhalb einer einzelnen Region, wobei eine Bereitstellung über Regionen hinweg für mission-kritische Anwendungen mit dem höchsten Anspruch an Resilienz reserviert ist.

3. Netzwerkgrundlagen

Netzwerke sind die Grundlage, die alle Ihre VDC-Ressourcen miteinander verbindet. IONOS Cloud bietet softwaredefinierte Netzwerke, die sich wie physische Netzwerke verhalten, aber mit den Vorteilen der Flexibilität und Isolation der Virtualisierung.

3.1 Virtuelle Netzwerke und LANs

Innerhalb eines VDC erstellen Sie lokale Netzwerke (LANs), um Ihre virtuellen Maschinen und andere Ressourcen zu verbinden. Diese LANs sind vollständig softwaredefiniert und bieten eine vollständige Verkehrsisolierung.

Wie von IONOS dokumentiert, "funktionieren virtuelle Netzwerke genauso wie normale physische Netzwerke. Übertragene Daten sind vollständig von anderen Subnetzen isoliert und können nicht von anderen Benutzern abgefangen werden." Jedes LAN fungiert als privates Ethernet-Segment, in dem Ihre Ressourcen sicher kommunizieren können.

Sie können zwei Arten von LANs erstellen:

• Private LANs: Interne Netzwerke, die nicht aus dem Internet zugänglich sind. Ressourcen auf privaten LANs können nur mit anderen Ressourcen innerhalb Ihres VDC oder verbundener VDCs kommunizieren.
• Öffentliche LANs: Netzwerke, die eine Internetverbindung bieten. Ressourcen auf öffentlichen LANs können externe Dienste erreichen und können vom Internet aus erreicht werden, wenn sie mit entsprechenden Firewall-Regeln konfiguriert sind.

Sowohl private als auch öffentliche LANs unterstützen den Dual-Stack-Betrieb, was bedeutet, dass sie sowohl IPv4- als auch IPv6-Verkehr gleichzeitig verarbeiten können.

3.2 IP-Adressierung und DHCP

IP-Adressen werden den Netzwerkkarten (NICs) in Ihren virtuellen Maschinen zugewiesen. Standardmäßig weist IONOS Cloud diese automatisch mithilfe von DHCP zu, sodass Sie sich normalerweise keine Sorgen machen müssen.

IPv4-Adressen:

• Ihre privaten Netzwerke erhalten einen Block von Adressen, die intern verwendet werden können.
• Öffentliche dynamische IPv4-Adressen werden automatisch zugewiesen, wenn eine Maschine eine Internetverbindung herstellt.
• Wenn Sie eine permanente öffentliche Adresse für etwas benötigen, können Sie eine statische Adresse reservieren.

IPv6-Adressen:

• Jede Cloud-Umgebung erhält einen großen Block von öffentlichen IPv6-Adressen.
• Aus diesem Block können Sie kleinere Netzwerke für Ihre Maschinen erstellen.
• Jede NIC erhält ihren eigenen Adressbereich, einschließlich einer einzelnen Hauptadresse.
• IPv6-Adressen sind permanent und ändern sich nicht, auch wenn Sie Ihre VM neu starten.

Sie können auch wählen, Adressen manuell zu setzen, anstatt die automatische Zuweisung zu verwenden. Dies ist nützlich für wichtige Dienste wie DNS, Lastenausgleich oder VPNs, die eine feste Adresse benötigen.

3.3 Netzwerkkarten (NICs) und Konnektivität

Virtuelle Maschinen verbinden sich mit LANs über Netzwerkkarten (NICs). Jede NIC kann an ein LAN angeschlossen werden und bietet:

• Bis zu 6 Gbps interne Durchsatzrate (Verkehr innerhalb des VDC)
• Bis zu 6 Gbps externe Durchsatzrate (Verkehr zum/from Internet)

Eine einzelne virtuelle Maschine kann mehrere NICs haben, die jeweils mit verschiedenen LANs verbunden sind. Diese Multi-Homing-Fähigkeit ermöglicht erweiterte Netzwerktopologien, wie z.B. die Trennung von Verwaltungsverkehr von Anwendungsverkehr oder die Erstellung von Demilitarisierten Zonen (DMZs) für öffentliche Dienste.

3.4 Firewall-Konfiguration

Jede NIC kann eine Firewall direkt auf der Schnittstelle konfigurieren. Wenn Sie eine Firewall aktivieren, wählen Sie die Verkehrsrichtung:

• Ingress: Steuert den eingehenden Verkehr zur NIC
• Egress: Steuert den ausgehenden Verkehr von der NIC
• Bidirektional: Steuert beide Richtungen

Standardmäßig blockiert die Aktivierung einer Firewall den gesamten eingehenden Verkehr. Sie erstellen dann Firewall-Regeln, um bestimmte Protokolle, Ports, Quelladressen und Zieladressen zuzulassen. Unterstützte Protokolle umfassen TCP, UDP, ICMP (IPv4-Ping), ICMPv6 (IPv6-Ping) und einige andere.

IONOS empfiehlt jedoch, anstelle von NIC-basierten Firewalls für die meisten Anwendungsfälle Network Security Groups (NSGs) zu verwenden. NSGs bieten eine zentrale, Zustands-Firewall-Verwaltung, die konsistent auf mehrere VMs und NICs angewendet werden kann. Wir werden NSGs in Einheit 2.6 über Sicherheitsdienste genauer behandeln.

3.5 Cross Connect für VDC-zu-VDC-Kommunikation

Wenn Sie mehrere VDCs miteinander verbinden müssen, können Sie Cross Connect verwenden. Diese Funktion erstellt dedizierte, private LAN-basierte Verbindungen zwischen VDCs in der gleichen Region und im gleichen Vertrag.

Cross Connect bietet:

• Hochbandbreite, niedrige Latenzkommunikation ohne das öffentliche Internet zu durchqueren
• Vollständige Verkehrsisolierung von anderen Mietern
• Unterstützung für Notfallwiederherstellungsreplikation und Workload-Lastenausgleich zwischen VDCs

Jedes private LAN kann nur einem Cross Connect angehören, was eine saubere Netzwerkteilung gewährleistet. Alle VDCs, die an einem Cross Connect teilnehmen, müssen den gleichen IP-Adressbereich verwenden, um Routing-Konflikte zu vermeiden.

4. Ressourcenorganisations-Best-Practices

Eine ordnungsgemäße Organisation von Ressourcen innerhalb und über virtuelle Rechenzentren (VDCs) hinweg ist für die betriebliche Effizienz, die Kostengestaltung und die Sicherheit von entscheidender Bedeutung.

4.1 Trennung von Ressourcen nach Funktion und Umgebung

Ein gängiges Best-Practice ist die Erstellung separater VDCs für verschiedene logische Bereiche:

• Core-VDC: Hostet gemeinsam genutzte Dienste wie Firewalls, VPN-Gateways, Überwachung und zentrales Logging
• Produktions-VDC: Hostet Live-Anwendungen und kundenorientierte Dienste
• Entwicklungs-VDC: Hostet Entwicklungs- und Test-Workloads
• Projekt-spezifische VDCs: Jedes größere Projekt erhält sein eigenes VDC für eine klare Kostenzuordnung

Diese Trennung bietet mehrere Vorteile:

• Klarer Finanzbericht (jedes VDC wird separat abgerechnet)
• Vereinfachte Zugriffskontrolle (Entwicklern wird der Zugriff auf die Entwicklungs-VDC gewährt, aber nicht auf die Produktions-VDC)
• Reduzierter Auswirkungsbereich (ein Fehler in der Entwicklung kann die Produktion nicht beeinträchtigen)

4.2 Zentralisierung der gemeinsamen Infrastruktur

Anstatt gemeinsame Dienste in jedem VDC zu duplizieren, sollten sie einmal in einem Core-VDC bereitgestellt und andere VDCs über Cross Connect verbunden werden. Diese Zentralisierung:

• Reduziert Lizenz- und Betriebskosten
• Stellt konsistente Sicherheitsrichtlinien in allen Umgebungen sicher
• Vereinfacht die Verwaltung und Überwachung

Zum Beispiel könnten Sie einen zentralen Firewall-Appliance, VPN Gateway und einen Log-Aggregationsdienst in Ihrem Core-VDC bereitstellen. Alle anderen VDCs verbinden sich mit dem Core-VDC über Cross Connect und leiten ihren Datenverkehr durch die gemeinsame Sicherheitsinfrastruktur.

4.3 Anwenden von Zugriffskontrollen mit Gruppen

IONOS IAM unterstützt Benutzergruppen, die Sammlungen von Benutzern mit ähnlichen Zugriffsanforderungen sind. Best-Practices für die Verwendung von Gruppen umfassen:

• Erstellen von Gruppen, die organisatorische Rollen widerspiegeln (z.B. Netzwerk-Ingenieure, Datenbank-Administratoren, Sicherheitsteam)
• Gewähren von Berechtigungen an Gruppen anstelle von einzelnen Benutzern
• Anwenden des Prinzips der geringsten Privilegien (geben Sie nur die notwendigen Berechtigungen)
• Verwenden des "Zugriff und Verwalten von Identity- und Access-Management-Ressourcen"-Privilegs vorsichtig, da dies es Benutzern ermöglicht, IAM-Objekte zu verwalten

Wenn ein Benutzer einem Team beitritt oder verlässt, können Sie ihn einfach der entsprechenden Gruppe hinzufügen oder entfernen. Seine Berechtigungen werden automatisch von der Gruppenzugehörigkeit geerbt, wodurch die Zugriffsverwaltung skalierbar und überprüfbar wird.

4.4 Verteilen von Workloads über Verfügbarkeitszonen

Für die Ausfallsicherheit sollten Produktions-Workloads immer über mindestens zwei Verfügbarkeitszonen innerhalb eines VDC verteilt werden. Dies schützt vor Rechenzentrum-Fehlern. Beispiele umfassen:

• Ausführen von Webservern in AZ 1 und AZ 2 mit einem Load Balancer, der den Datenverkehr verteilt
• Bereitstellen von Datenbank-Replikaten in verschiedenen AZs für eine hohe Verfügbarkeit
• Platzieren von Backup-Speicher in einer separaten AZ von den primären Workloads

Die Platzierung in einer Verfügbarkeitszone wird konfiguriert, wenn Sie Ressourcen wie Server und Speichervolumen erstellen. IONOS balanciert Ressourcen nicht automatisch über AZs, daher muss dies als Teil des Architektur-Designs geplant werden.

Häufige Anwendungsfälle

Reale Szenarien, in denen die Kernarchitekturkomponenten von IONOS Cloud verwendet werden:

1. Mehrschichtige Webanwendung mit Hochverfügbarkeit: Ein SaaS-Unternehmen bereitellt seine Anwendung in drei virtuellen Rechenzentren (Entwicklung, Staging, Produktion) in der Region Frankfurt. Das Produktions-VDC verteilt Webs-server über Verfügbarkeitszone 1 und Verfügbarkeitszone 2, wie in Abschnitt 2.2 beschrieben, mit einer Anwendung Load Balancer, die den Datenverkehr zwischen den Zonen routet. Das Kern-VDC hostet gemeinsame Dienste wie VPN, zentrales Logging und Sicherheitsüberwachung, die mit allen Umgebungen über Cross Connect verbunden sind, wie in Abschnitt 3.5 erläutert. Diese Architektur bietet Widerstandsfähigkeit gegen Verfügbarkeitszonenfehler, während sie eine klare Trennung zwischen den Umgebungen aufrechterhält.
2. Globale Inhaltsbereitstellung mit regionaler Datenresidenz: Ein E-Commerce-Plattform bedient Kunden in Europa und Nordamerika. Das Unternehmen erstellt separate virtuelle Rechenzentren in den Regionen Frankfurt (de/fra) und Lenexa (us/mci), wie in Abschnitt 2.1 gezeigt. Die Daten der europäischen Kunden bleiben innerhalb der EU-Rechenzentren für GDPR-Compliance, während der nordamerikanische Datenverkehr aus der US-Region für eine geringere Latenz bereitgestellt wird. Jedes regionale VDC umfasst mehrere Verfügbarkeitszonen, die der Verteilungsstrategie in Abschnitt 2.2 folgen, und bietet lokale Hochverfügbarkeit.
3. Zentrale Sicherheitsarchitektur für mehrere Projekte: Ein IT-Service-Unternehmen verwaltet die Infrastruktur für fünf verschiedene Kundenprojekte. Sie erstellen ein Kern-VDC, das gemeinsame Firewall-Appliances und VPN-Gateways enthält, sowie fünf projektspezifische VDCs (eines pro Kunde). Unter Verwendung des Ressourcenorganisationsmusters in Abschnitt 4.1 und 4.2 routen alle Projekt-VDCs den Datenverkehr durch die Sicherheitsinfrastruktur des Kern-VDCs über Cross Connect. Das Unternehmen verwendet IAM-Gruppen, wie in Abschnitt 4.3 beschrieben, um jedem Kunden-Team den Zugriff nur auf sein Projekt-VDC zu gewähren, und gewährleistet so eine vollständige Isolation bei zentralisierter Sicherheitsverwaltung.

Zusammenfassung

In dieser Einheit haben Sie die Kernarchitekturkomponenten erkundet, die die Grundlage von IONOS Cloud bilden. Sie haben gelernt, dass virtuelle Rechenzentren (VDCs) als logische Container für alle Ihre Cloud-Ressourcen dienen und eine softwaredefinierte Äquivalenz für physische Rechenzentren bieten. Sie haben entdeckt, wie IONOS Cloud-Regionen und Verfügbarkeitszonen eine geografische Verteilung, Datensouveränität und Fehlertoleranz ermöglichen. Sie haben die Grundlagen der Netzwerkkommunikation untersucht, einschließlich virtueller LANs, IP-Adressierung, NICs und Firewall-Konfiguration, die eine sichere Kommunikation innerhalb Ihrer Infrastruktur ermöglichen. Schließlich haben Sie bewährte Verfahren für die Organisation von Ressourcen über VDCs hinweg, die Verwendung von IAM-Gruppen für die Zugriffskontrolle und die Verteilung von Workloads über Verfügbarkeitszonen überprüft.

Diese Kernkomponenten arbeiten zusammen, um die Flexibilität, Isolation und Widerstandsfähigkeit zu bieten, die für Unternehmens-Cloud-Deployments erforderlich sind. Das Verständnis von VDCs, Regionen, Verfügbarkeitszonen und Netzwerkkommunikationsgrundlagen bereitet Sie darauf vor, informierte Entscheidungen über Rechenressourcen, Speicher und andere Dienste zu treffen, die in nachfolgenden Einheiten behandelt werden.

Wichtige Punkte:

• Virtuelle Rechenzentren (VDCs) sind logische Container, die Rechenressourcen, Speicher und Netzwerkkommunikationsressourcen in einer einzigen geografischen Region gruppieren
• IONOS Cloud-Regionen bieten eine geografische Verteilung über Europa und Nordamerika, während Verfügbarkeitszonen innerhalb jeder Region eine fehlertolerante Architektur ermöglichen
• Virtuelle LANs bieten eine isolierte Netzwerkkommunikation innerhalb von VDCs, mit Unterstützung für sowohl IPv4- als auch IPv6-Adressierung
• Ressourcen können über VDCs hinweg miteinander verbunden werden, indem Cross Connect verwendet wird, um zentrale gemeinsame Dienste und Workload-Verteilung zu ermöglichen
• Bewährte Verfahren umfassen die Trennung von Umgebungen in separate VDCs, die Verteilung von Workloads über Verfügbarkeitszonen und die Verwendung von IAM-Gruppen für die Zugriffskontrolle
• Regionale Grenzen sind streng (keine automatische Cross-Region-Replikation), was eine explizite Auslegung für eine mehrregionale Widerstandsfähigkeit erfordert

Wichtige Begriffe:

• Virtuelles Rechenzentrum (VDC): Ein logischer Container für Cloud-Ressourcen, einschließlich Rechenressourcen, Speicher und Netzwerkkommunikationsressourcen, der an eine bestimmte Region gebunden ist
• Region: Ein geografischer Standort, an dem IONOS Rechenzentren betreibt, wie z.B. Berlin (de/txl) oder Frankfurt (de/fra)
• Verfügbarkeitszone (AZ): Eine isolierte physische Zone innerhalb einer Region mit unabhängiger Stromversorgung, Kühlung und Netzwerkkommunikation
• LAN (Local Area Network): Ein softwaredefiniertes virtuelles Netzwerk, das Ressourcen innerhalb eines VDCs verbindet und sowohl private als auch öffentliche Konnektivität unterstützt
• Netzwerkkartenadapter (NIC): Ein virtueller Netzwerkkartenadapter, der eine virtuelle Maschine mit einem LAN verbindet
• Cross Connect: Ein privater, dedizierter Link zwischen LANs in verschiedenen VDCs innerhalb der gleichen Region und des gleichen Vertrags
• Data Center Designer (DCD): IONOS Clouds grafische Oberfläche für die Erstellung und Verwaltung von VDCs und deren Ressourcen

Nächste Schritte

Weiterlernen: Einheit 2.2: Compute-Dienste

Verwandte Themen:

• Einheit 3.1: Data Center Designer und Konto-Verwaltung
• Einheit 3.2: Identitäts- und Zugriffskontrolle