Einheit 2.1: Zentrale Architekturkomponenten

Einführung

Stellen Sie sich vor, Sie bauen ein Rechenzentrum von Grund auf. Sie müssten Server bereitstellen, Netzwerke einrichten, Speicher konfigurieren, alles mit Firewalls absichern und das Ganze von einer einzelnen Steuerungsebene aus verwalten. Stellen Sie sich nun vor, Sie tun all das vollständig in Software, wo Sie Infrastruktur in Minuten statt in Monaten erstellen, ändern und löschen können. Genau das bietet Ihnen ein virtuelles Rechenzentrum (VDC) auf IONOS CLOUD.

In dieser Einheit lernen Sie die grundlegenden Architekturkomponenten kennen, aus denen IONOS CLOUD besteht. Sie erfahren, 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 Netzwerkgrundlagen eine sichere Kommunikation innerhalb und zwischen Ihren Umgebungen ermöglichen. Das Verständnis dieser Kernkomponenten ist unerlässlich, bevor Sie in nachfolgenden Einheiten auf spezifische Dienste wie Compute, Storage und Datenbanken eingehen.

1. Virtuelle Rechenzentren (VDCs)

Im Zentrum der IONOS CLOUD Architektur steht das virtuelle Rechenzentrum. Ein VDC ist ein logischer Container, der alle Cloud-Ressourcen zusammenfasst, die Sie benötigen, um eine IT-Infrastruktur auf Enterprise-Ebene zu erstellen. Betrachten Sie es als Ihr eigenes privates Rechenzentrum, das jedoch vollständig virtualisiert und über Software verwaltet wird.

1.1 Was ist ein virtuelles Rechenzentrum?

Laut der IONOS CLOUD Dokumentation wird ein virtuelles Rechenzentrum wie folgt definiert: „Eine Sammlung von Cloud-Ressourcen, die zur Erstellung einer IT-Infrastruktur auf Enterprise-Ebene verwendet werden. VDC-Ressourcen umfassen die Prozessoren, den Arbeitsspeicher, den Speicherplatz und die Netzwerke, aus denen virtuelle Maschinen aufgebaut werden.“

Ein VDC bündelt zusammen:

• Compute-Ressourcen (Prozessoren, Arbeitsspeicher)
• Speicher-Ressourcen (Festplattenspeicher)
• Netzwerk-Ressourcen (virtuelle Netzwerke, IP-Adressen)
• Sicherheitskontrollen (Firewalls, Zugriffsrichtlinien)

Alle diese Ressourcen werden als eine einzelne Einheit über den Data Center Designer (DCD), die grafische Verwaltungsoberfläche von IONOS CLOUD, verwaltet. Wenn Sie ein VDC erstellen, provisionieren Sie im Wesentlichen ein vollständiges virtuelles Rechenzentrum, das Ihre Anwendungen, Datenbanken und Dienste hosten kann.

1.2 Wie VDCs Ressourcen organisieren

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

Innerhalb eines VDC werden Ressourcen hierarchisch organisiert:

1. Vertragsebene: Der oberste Container, der von Ihrer Organisation gehalten wird
2. VDC-Ebene: Logische Rechenzentren innerhalb Ihres Vertrags
3. Ressourcenebene: Einzelne Server, Speicher-Volumes, Netzwerke und andere Infrastrukturkomponenten

Diese Hierarchie ermöglicht eine klare Organisationsstruktur und Kostenverfolgung. Jedes VDC erscheint als ein eigener Posten auf Ihrer monatlichen Rechnung, was es leicht macht, Kosten bestimmten Projekten, Teams oder Umgebungen zuzuordnen.

1.3 VDC-Verwaltung und Zugriffskontrolle

Der Zugriff auf VDCs wird über IONOS CLOUD Identity and Access Management (IAM) gesteuert. Vertragsinhaber und Administratoren können VDCs erstellen und Benutzern und Gruppen auf der VDC-Ebene bestimmte Berechtigungen erteilen. Die 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, was eine zentrale Zugriffskontrolle bietet. Sie können auch bei Bedarf granularere Berechtigungen auf der Ebene der einzelnen Ressource festlegen, was dem Prinzip der geringsten Berechtigung entspricht.

2. Regionen und Verfügbarkeitszonen

IONOS CLOUD betreibt Rechenzentren an mehreren geografischen Standorten. Das Verständnis, wie Regionen und Verfügbarkeitszonen funktionieren, ist entscheidend für die Gestaltung widerstandsfähiger und compliancekonformer Cloud-Architekturen.

2.1 IONOS CLOUD Regionen

Eine Region ist ein geografischer Standort, an dem IONOS CLOUD ein oder mehrere Rechenzentren betreibt. Jede Region ist eine eigenständige Bereitstellung mit eigener Infrastruktur, Netzwerk und Diensten. Zu den IONOS CLOUD Regionen gehören:

Wenn Sie ein VDC erstellen, wählen Sie eine Region aus, und alle Ressourcen in diesem VDC müssen sich am gewählten Standort befinden. 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: Bieten Sie Ressourcen in der Nähe Ihrer Nutzer an, um eine bessere Leistung zu erzielen
• Notfallwiederherstellung: Verteilen Sie Workloads über mehrere Regionen für die Geschäftskontinuität

Es ist wichtig zu beachten, dass IONOS CLOUD Daten nicht automatisch über Regionen hinweg repliziert. Wenn Sie Resilienz über mehrere Regionen hinweg benötigen, müssen Sie eigene 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 an einem separaten physischen Standort (verschiedene Räume oder Brandschutzabschnitte) innerhalb des Rechenzentrums, mit unabhängigen Serverracks, Stromversorgungen und Kühlsystemen. Die AZs sind innerhalb jedes Rechenzentrums über ein dediziertes Netzwerk miteinander verbunden. Diese Isolation stellt sicher, dass ein Hardwareausfall oder ein Wartungsvorfall in einer AZ Ressourcen in einer anderen AZ nicht beeinträchtigt.

In der Regel unterstützt jede Region mindestens zwei Verfügbarkeitszonen (AZ 1 und AZ 2). Wenn Sie Ressourcen wie Server oder Speicherdatenträger innerhalb eines VDC bereitstellen, können Sie diese bestimmten Verfügbarkeitszonen zuweisen.

Die Verteilung Ihrer Ressourcen über mehrere AZs hinweg bietet Fehlertoleranz auf Infrastrukturebene. Wenn Sie beispielsweise eine Webanwendung mit Servern in sowohl AZ 1 als auch AZ 2 betreiben, bleibt Ihre Anwendung verfügbar, selbst wenn eine gesamte Verfügbarkeitszone einen Ausfall erleidet. Dies ist die Grundlage der Hochverfügbarkeitsarchitektur auf IONOS CLOUD.

2.3 Auswahl von Regionen und Verfügbarkeitszonen

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

Für die Regionauswahl:

• Wo befinden sich Ihre Nutzer? (Wählen Sie Regionen in der Nähe Ihrer Nutzerbasis)
• Welche Compliance-Anforderungen haben Sie? (Bestimmte Vorschriften verlangen die Datenresidenz)
• Benötigen Sie Notfallwiederherstellung über Regionen hinweg? (Planen Sie eine Bereitstellung über mehrere Regionen)

Für die Verteilung über Verfügbarkeitszonen:

• Verteilen Sie kritische Workloads auf mindestens zwei AZs
• Platzieren Sie Datenbankreplikate in verschiedenen AZs für Hochverfügbarkeit
• Konfigurieren Sie Load Balancer, um den Traffic über AZs zu verteilen

Während Verfügbarkeitszonen vor Ausfällen auf Rechenzentrumsebene schützen, schützt die Bereitstellung über Regionen hinweg vor regionalen Katastrophen. Die meisten Produktiv-Workloads profitieren von einer Multi-AZ-Bereitstellung innerhalb einer einzelnen Region, wobei die Bereitstellung über Regionen hinweg für missionkritische Anwendungen mit dem höchsten Resilienzbedarf vorgesehen ist.

3. Grundlagen der Netzwerktechnik

Netzwerktechnik ist das Fundament, das alle Ihre VDC-Ressourcen miteinander verbindet. IONOS CLOUD bietet softwaredefinierte Netzwerke, die wie physische Netzwerke funktionieren, jedoch die Vorteile der Virtualisierung in Bezug auf Flexibilität und Isolation bieten.

3.1 Virtuelle Netzwerke und LANs

Innerhalb eines VDC erstellen Sie Local Area Networks (LANs), um Ihre virtuellen Maschinen und andere Ressourcen miteinander zu verbinden. Diese LANs sind vollständig softwaredefiniert und bieten eine vollständige Traffic-Isolierung.

Wie von IONOS CLOUD dokumentiert: „Virtuelle Netzwerke funktionieren 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 privater Ethernet-Bereich, in dem Ihre Ressourcen sicher kommunizieren können.

Sie können zwei Arten von LANs erstellen:

• Private LANs: Interne Netzwerke, die nicht vom Internet aus erreichbar sind. Ressourcen auf privaten LANs können nur mit anderen Ressourcen innerhalb Ihres VDC oder mit verbundenen VDCs kommunizieren.
• Öffentliche LANs: Netzwerke, die eine Internetverbindung bereitstellen. Ressourcen auf öffentlichen LANs können externe Dienste erreichen und sind bei entsprechender Konfiguration mit Firewall-Regeln auch vom Internet aus erreichbar.

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 über DHCP zu, sodass Sie sich in der Regel nicht darum kümmern müssen.

IPv4-Adressen:

• Ihren privaten Netzwerken wird ein Adressbereich für die interne Nutzung zugewiesen.
• Öffentliche dynamische IPv4-Adressen werden automatisch zugewiesen, wenn eine Maschine eine Verbindung zum Internet herstellt.
• Wenn Sie eine permanente öffentliche Adresse für einen bestimmten Zweck benötigen, können Sie eine statische Adresse reservieren.

IPv6-Adressen:

• Jede Cloud-Umgebung erhält einen großen Block öffentlicher 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 dauerhaft und ändern sich nicht, selbst wenn Sie Ihre VM neu starten.

Sie können sich auch dafür entscheiden, Adressen manuell zu vergeben, anstatt die automatische Zuweisung zu verwenden. Dies ist nützlich für wichtige Dienste wie DNS, Load Balancer oder VPNs, die eine feste Adresse benötigen.

3.3 Netzwerkkarten (NICs) und Konnektivität

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

• Bis zu 6 Gbps interner Durchsatz (Verkehr innerhalb des VDC)
• Bis zu 6 Gbps externer Durchsatz (Verkehr zu/vom Internet)

Eine einzelne virtuelle Maschine kann mehrere NICs haben, die jeweils mit verschiedenen LANs verbunden sind. Diese Multi-Homing-Fähigkeit ermöglicht fortgeschrittene Netzwerktopologien, wie die Trennung von Verwaltungs- und Anwendungsverkehr oder die Erstellung von Demilitarisierten Zonen (DMZs) für öffentlich zugängliche Dienste.

3.4 Firewall-Konfiguration

Jeder NIC kann eine direkt auf der Schnittstelle konfigurierte Firewall zugewiesen werden. 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. Anschließend erstellen Sie Firewall-Regeln, um bestimmte Protokolle, Ports, Quelladressen und Zieladressen zu erlauben. Unterstützte Protokolle umfassen TCP, UDP, ICMP (IPv4 Ping), ICMPv6 (IPv6 Ping) und mehrere andere.

IONOS CLOUD empfiehlt jedoch, für die meisten Anwendungsfälle Network Security Groups (NSGs) anstelle von NIC-basierten Firewalls zu verwenden. NSGs bieten eine zentrale, zustandsbehaftete Firewall-Verwaltung, die konsistent auf mehreren VMs und NICs angewendet werden kann. NSGs werden in Einheit 2.6 zu Sicherheitsdiensten im Detail behandelt.

3.5 Cross Connect für die Kommunikation zwischen VDCs

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 derselben Region und demselben Vertrag.

Cross Connect bietet:

• Hochbandige, latenzarme Kommunikation ohne Nutzung des öffentlichen Internets
• Vollständige Traffic-Isolierung von anderen Mietern
• Unterstützung für die Replikation zur Notfallwiederherstellung und die Lastverteilung über VDCs hinweg

Jedes private LAN kann nur einem Cross Connect zugeordnet werden, was eine saubere Netzwerksegmentierung sicherstellt. Alle VDCs, die an einem Cross Connect teilnehmen, müssen denselben IP-Adressbereich verwenden, um Routing-Konflikte zu vermeiden.

4. Best Practices für die Ressourcenorganisation

Eine ordnungsgemäße Organisation von Ressourcen innerhalb und zwischen VDCs ist für Betriebseffizienz, Kostenmanagement und Sicherheit unerlässlich.

4.1 Trennung von Ressourcen nach Funktion und Umgebung

Eine gängige Best Practice besteht darin, separate VDCs für verschiedene logische Domänen zu erstellen:

• Core VDC: Beherbergt gemeinsame Dienste wie Firewalls, VPN-Gateways, Monitoring und zentralisiertes Logging
• Production VDC: Beherbergt produktive Anwendungen und kundenseitige Dienste
• Development VDC: Beherbergt Entwicklungs- und Test-Workloads
• Projekt-spezifische VDCs: Jedes größere Projekt erhält einen eigenen VDC für eine klare Kostenzuordnung

Diese Trennung bietet mehrere Vorteile:

• Klare Finanzberichterstattung (jeder VDC wird separat abgerechnet)
• Vereinfachte Zugriffskontrolle (Entwicklern wird Zugriff auf den Dev-VDC, aber nicht auf Produktion gewährt)
• Reduzierte Schadensausbreitung (ein Fehler in der Entwicklung kann die Produktion nicht beeinträchtigen)

4.2 Zentralisierung der gemeinsamen Infrastruktur

Anstatt gängige Dienste in jedem VDC zu duplizieren, werden diese einmalig in einem Core-VDC bereitgestellt und andere VDCs über Cross Connect verbunden. Diese Zentralisierung:

• Reduziert Lizenz- und Betriebskosten
• Stellt konsistente Sicherheitsrichtlinien in allen Umgebungen sicher
• Vereinfacht Verwaltung und Monitoring

Beispielsweise können Sie eine zentrale Firewall-Appliance, ein VPN-Gateway und einen Log-Aggregation-Dienst in Ihrem Core-VDC bereitstellen. Alle anderen VDCs verbinden sich über Cross Connect mit dem Core-VDC und leiten ihren Verkehr durch die gemeinsame Sicherheitsinfrastruktur.

4.3 Anwendung von Zugriffskontrollen mit Gruppen

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

• Erstellen Sie Gruppen, die organisatorischen Rollen entsprechen (z. B. Network-Engineers, Database-Admins, Security-Team)
• Gewähren Sie Berechtigungen Gruppen, nicht einzelnen Benutzern
• Wenden Sie das Prinzip der geringsten Berechtigung an (gewähren Sie nur die minimal erforderlichen Berechtigungen)
• Verwenden Sie die Berechtigung „Access and manage Identity and Access Management resources" mit Vorsicht, da sie Benutzern die Verwaltung von IAM-Objekten ermöglicht

Wenn ein Benutzer einem Team beitritt oder dieses verlässt, fügen Sie ihn einfach der entsprechenden Gruppe hinzu oder entfernen ihn daraus. Seine Berechtigungen werden automatisch aus der Gruppenmitgliedschaft übernommen, was das Zugriffsmanagement skalierbar und überprüfbar macht.

4.4 Verteilung von Workloads über Verfügbarkeitszonen

Für Resilienz sollten produktive Workloads immer über mindestens zwei Verfügbarkeitszonen innerhalb eines VDCs verteilt werden. Dies schützt vor Ausfällen auf Rechenzentrumsebene. Beispiele hierfür sind:

• Betrieb von Webservern in AZ 1 und AZ 2 mit einem Load Balancer, der den Verkehr verteilt
• Bereitstellung von Datenbankreplikaten in verschiedenen AZs für Hochverfügbarkeit
• Platzierung von Sicherungsspeicher in einer separaten AZ von primären Workloads

Die Platzierung in Verfügbarkeitszonen wird konfiguriert, wenn Sie Ressourcen wie Server und Speicherdatenträger erstellen. IONOS CLOUD balanciert Ressourcen nicht automatisch über AZs aus, daher muss dies als Teil Ihres Architekturdesigns geplant werden.

Häufige Anwendungsfälle

Praxisnahe Szenarien, in denen die Kernarchitekturkomponenten von IONOS CLOUD eingesetzt werden:

1. Mehrschichtige Webanwendung mit Hochverfügbarkeit: Ein SaaS-Unternehmen deployt seine Anwendung in drei VDCs (Entwicklung, Staging, Produktion) in der Region Frankfurt. Der Produktions-VDC verteilt die Webserver auf AZ 1 und AZ 2, wie in Abschnitt 2.2 beschrieben, wobei ein Application Load Balancer den Verkehr zwischen den Zonen steuert. Der Kern-VDC hostet gemeinsame Dienste wie VPN, zentralisiertes Logging und Sicherheitsmonitoring und ist über Cross Connect mit allen Umgebungen verbunden, wie in Abschnitt 3.5 erläutert. Diese Architektur bietet Resilienz gegenüber Ausfällen in Verfügbarkeitszonen und gewährleistet gleichzeitig eine klare Trennung zwischen den Umgebungen.
2. Globale Inhaltsauslieferung mit regionaler Datenhoheit: Eine E-Commerce-Plattform bedient Kunden in Europa und Nordamerika. Das Unternehmen erstellt separate VDCs in den Regionen Frankfurt (de/fra) und Lenexa (us/mci), wie in Abschnitt 2.1 gezeigt. Kundendaten aus Europa verbleiben aus Gründen der DSGVO-Compliance in EU-Rechenzentren, während nordamerikanischer Verkehr aus der US-Region mit geringerer Latenzzeit bedient wird. Jeder regionale VDC erstreckt sich über mehrere Verfügbarkeitszonen gemäß der Verteilungsstrategie in Abschnitt 2.2 und bietet so lokalisierte Hochverfügbarkeit.
3. Zentralisierte Sicherheitsarchitektur für mehrere Projekte: Ein IT-Dienstleistungsunternehmen verwaltet die Infrastruktur für fünf verschiedene Kundenprojekte. Es erstellt einen Kern-VDC mit gemeinsamen Firewall-Appliances und VPN-Gateways sowie fünf projektspezifische VDCs (einen pro Kunde). Gemäß dem Muster zur Ressourcenorganisation in Abschnitt 4.1 und 4.2 leiten alle Projekt-VDCs den Verkehr über die Sicherheitsinfrastruktur des Kern-VDCs via Cross Connect. Das Unternehmen verwendet IAM-Gruppen, wie in Abschnitt 4.3 beschrieben, um jedem Kundenteam nur Zugriff auf dessen Projekt-VDC zu gewähren. So wird eine vollständige Isolation gewährleistet, während das Sicherheitsmanagement zentralisiert wird.

Zusammenfassung

In dieser Einheit haben Sie die zentralen Architekturkomponenten untersucht, die das Fundament von IONOS CLOUD bilden. Sie haben gelernt, dass Virtuelle Rechenzentren (VDCs) als logische Container für alle Ihre Cloud-Ressourcen dienen und ein softwaredefiniertes Äquivalent zu physischen Rechenzentren bereitstellen. Sie haben erfahren, wie Regionen und Verfügbarkeitszonen von IONOS CLOUD eine geografische Verteilung, Datensouveränität und Fehlertoleranz ermöglichen. Sie haben die Grundlagen der Netzwerktechnik untersucht, darunter virtuelle LANs, IP-Adressierung, NICs und Firewall-Konfiguration, die eine sichere Kommunikation innerhalb Ihrer Infrastruktur ermöglichen. Schließlich haben Sie bewährte Methoden für die Organisation von Ressourcen über VDCs hinweg, die Nutzung von IAM-Gruppen für die Zugriffskontrolle und die Verteilung von Workloads über Verfügbarkeitszonen hinweg überprüft.

Diese zentralen Komponenten arbeiten zusammen, um die Flexibilität, Isolation und Resilienz bereitzustellen, die für Enterprise-Cloud-Deployments erforderlich sind. Das Verständnis von VDCs, Regionen, Verfügbarkeitszonen und Netzwerkgrundlagen bereitet Sie darauf vor, fundierte Entscheidungen über Compute, Storage und andere in nachfolgenden Einheiten behandelte Dienste zu treffen.

Wichtige Punkte:

• Virtuelle Rechenzentren (VDCs) sind logische Container, die Compute-, Storage- und Netzwerkressourcen in einer einzigen geografischen Region gruppieren
• Regionen von IONOS CLOUD bieten eine geografische Verteilung über Europa und Nordamerika, während Verfügbarkeitszonen innerhalb jeder Region eine fehlertolerante Architektur ermöglichen
• Virtuelle LANs bieten isolierte Netzwerke innerhalb von VDCs, mit Unterstützung sowohl für IPv4- als auch für IPv6-Adressierung
• Ressourcen können über Cross Connect zwischen VDCs verbunden werden, was zentralisierte gemeinsame Dienste und Workload-Verteilung ermöglicht
• Zu den bewährten Methoden gehören die Trennung von Umgebungen in separate VDCs, die Verteilung von Workloads über Verfügbarkeitszonen hinweg und die Nutzung von IAM-Gruppen für die Zugriffskontrolle
• Regionale Grenzen sind strikt (keine automatische Replikation über Regionen hinweg), was eine explizite Auslegung für Multi-Region-Resilienz erfordert

Wichtige Begriffe:

• Virtuelles Rechenzentrum (VDC): Ein logischer Container für Cloud-Ressourcen, einschließlich Compute, Storage und Netzwerk, der an eine bestimmte Region gebunden ist
• Region: Ein geografischer Standort, an dem IONOS CLOUD Rechenzentren betreibt, beispielsweise Berlin (de/txl) oder Frankfurt (de/fra)
• Verfügbarkeitszone (AZ): Eine isolierte physische Zone innerhalb einer Region mit unabhängiger Stromversorgung, Kühlung und Netzwerktechnik
• LAN (Local Area Network): Ein softwaredefiniertes virtuelles Netzwerk, das Ressourcen innerhalb eines VDC verbindet und sowohl private als auch öffentliche Konnektivität unterstützt
• Network Interface Card (NIC): Ein virtueller Netzwerkadapter, der eine virtuelle Maschine mit einem LAN verbindet
• Cross Connect: Eine private, dedizierte Verbindung zwischen LANs in verschiedenen VDCs innerhalb derselben Region und desselben Vertrags
• Data Center Designer (DCD): Die grafische Oberfläche von IONOS CLOUD zum Erstellen und Verwalten von VDCs und deren Ressourcen

Nächste Schritte

Weiter lernen: Einheit 2.2: Compute Services

Verwandte Themen:

• Einheit 3.1: Data Center Designer and Account Management
• Einheit 3.2: Identity and Access Management