> For the complete documentation index, see [llms.txt](https://docs.verge.io/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://docs.verge.io/plan-and-deploy/de/referenzarchitekturen/csp.md). # Multi-Tenant-Bereitstellungen Cloud Service Provider (CSPs), die nach einer kosteneffizienten Lösung für ein auf Multi-Tenancy basierendes IaaS suchen, können VergeOS nutzen. Dieses Dokument bietet einen Überblick über die Bereitstellung von VergeOS für CSPs, beschreibt die wichtigsten Vorteile und erläutert die verschiedenen verfügbaren Konfigurationen. ## CloudHoster-Beispiel CloudHoster, ein mittelgroßer Cloud-Anbieter, wird in diesem Dokument verwendet, um die wichtigsten Konzepte und Details rund um Multi-Tenant-Bereitstellungen zu erläutern. CloudHoster wandte sich an VergeOS, um ihre IaaS-Angebote zu vereinfachen und gleichzeitig die Ausfallsicherheit zu erhöhen, die Kosten zu senken und strenge SLAs einzuhalten. ## Was ist ein Mandant? Ein Mandant stellt ein Virtual Data Center (VDC) innerhalb einer größeren Rechenzentrumsinfrastruktur dar. Es ist im Wesentlichen ein „Rechenzentrum innerhalb eines Rechenzentrums“ und bietet eine isolierte Umgebung für verschiedene Benutzer oder Organisationen. Jeder Mandant arbeitet unabhängig und stellt sicher, dass Ressourcen, Daten und Anwendungen innerhalb eines Mandanten vollständig von denen in anderen Mandanten getrennt sind. Diese Isolation ist entscheidend für die Aufrechterhaltung von Sicherheit, Leistung und Compliance. ## Ein Mandant innerhalb von VergeOS Ein Mandant in VergeOS fungiert als eigenständige virtuelle Umgebung. Jeder Mandant hat seine eigene unabhängige Benutzeroberfläche und URL, was Anpassungen an spezifische Anforderungen ermöglicht. Mandanten können innerhalb anderer Mandanten verschachtelt werden, wodurch eine hierarchische Struktur entsteht, die komplexe organisatorische oder servicebezogene Anforderungen abbilden kann. Ressourcen wie CPU, Arbeitsspeicher, Speicher und Netzwerkbandbreite werden jedem Mandanten unabhängig zugewiesen, wodurch ein effizienter und isolierter Betrieb gewährleistet wird. ## Warum Mandanten verwenden? * **Kosteneffizienz**: Multi-Tenancy senkt die Kosten durch die gemeinsame Nutzung der Infrastruktur, die Optimierung der Ressourcennutzung und die Vermeidung zusätzlicher Kosten, die mit dem traditionellen Rechenzentrumsmanagement verbunden sind. * **Skalierbarkeit**: Ressourcen lassen sich problemlos nach Bedarf hoch- oder herunterskalieren, ohne größere Änderungen an der Infrastruktur vornehmen zu müssen. Dadurch wird ein flexibles und effizientes Management von Rechenleistung und Speicher gewährleistet. * **Vereinfachtes Management**: Die zentrale Verwaltung ermöglicht eine unkomplizierte Administration von Virtual Data Centers (VDCs) und stellt sicher, dass Updates und Wartungsarbeiten nahtlos durchgeführt werden. * **Erhöhte Sicherheit und Compliance**: Die vollständige Isolation innerhalb von VDCs gewährleistet Datensicherheit und Compliance, verhindert unbefugten Zugriff und verbessert den allgemeinen Datenschutz. * **Schnelle Bereitstellung**: Neue Mandantenumgebungen lassen sich schnell innerhalb der bestehenden Umgebung bereitstellen, was die Time-to-Market für neue Dienste verkürzt und Onboarding-Prozesse vereinfacht. * **Anpassung und Innovation**: Passen Sie VDCs an spezifische betriebliche Anforderungen an und profitieren Sie von kontinuierlichen Innovationen, die durch die gemeinsamen Bedürfnisse aller Nutzer vorangetrieben werden, um eine aktuelle und effiziente Infrastruktur sicherzustellen. ## Mandantentypen * Kunden * Geschäftsbereiche * Entwicklung / Test / QA * Externe Partner * Portabilität * DR *** ## ***Überblick*** VergeOS bietet eine äußerst anpassungsfähige Lösung für CSPs, die IaaS-Angebote bereitstellen und verwalten möchten. Je nach Bereitstellungsszenario können CSPs ihren Kunden zentrale Verwaltung, Backup- und Wiederherstellungsoptionen sowie Self-Service-Funktionen bereitstellen. Im Folgenden erläutern wir mehrere Bereitstellungsszenarien, die einen wachsenden CSP widerspiegeln: * [Szenario 1: 2 Standorte mit DR](#scenario-1-2-sites-with-dr): Bereitstellung von 2 primären Standorten mit Site Sync für DR * [Szenario 2: Edge-Cluster](#scenario-2-edge-clusters): Bereitstellung von Edge-Clustern, um in neuen Regionen präsent zu sein * [Szenario 3: Scale-out](#scenario-3-scale-out): Edge-Cluster skalieren, um der Nachfrage gerecht zu werden * [Szenario 4: Speichercluster](#scenario-4-storage-clusters): Cloudhoster führt ein neues S3-kompatibles Speicherangebot ein *** ## Szenario 1: 2 Standorte mit DR 6-Knoten-Cluster, bereitgestellt in separaten Rechenzentren. ## Zusammenfassung Diese Bereitstellung ermöglicht es den IT-Mitarbeitern von CloudHoster, ihre IaaS-Angebote zentral zu verwalten und ihren Kunden eine robuste Plattform bereitzustellen. Sie werden VergeOS-Cluster in beiden Rechenzentren bereitstellen und Site Sync sowie Repair-Server auf beiden Clustern konfigurieren. ## Hardware und Funktionen ### Hardware Für die VergeOS-Bereitstellung von CloudHoster wird folgende Hardware empfohlen: * (6) High-Density-Server pro Rechenzentrum * Intel Xeon oder AMD EPYC Prozessor, Dual-32-Kern-Prozessoren mit 2,2 GHz * 768 GB ECC-RAM * (2x) NVME-Laufwerke mit 3DWPD **nur in Knoten 1 und Knoten 2** * (8x) 2,5-Zoll-Laufwerksschächte * (2x) 25-Gbit-Ethernet-Ports (oder mehr) * (2x) 10-Gbit-Ethernet-Port * Onboard-IPMI * Redundante Netzteile ### VergeOS-Funktionen Die Bereitstellung wird die folgenden VergeOS-Funktionen nutzen: * **Standorte**: Zentrales Dashboard zur Verwaltung aller Standorte, zur Anzeige aktueller Protokolle und Statistiken * **OpenID-Authentifizierung**: Bestehende Authentifizierungsquelle verwenden * **Multi-Tenancy**: Sichere Isolierung von Kundenumgebungen * **Self-Service-Verwaltung**: Webbasierte Benutzeroberfläche und API zur Verwaltung von Kundenressourcen * **Hohe Verfügbarkeit**: Automatisierte Failover- und Datensicherungsmechanismen * **Site Sync**: Replikation von System-Snapshots * **Repair-Server (ioGuardian)**: Fehlende Blöcke automatisch von einem entfernten Standort abrufen * **Globale Inline-Deduplizierung**: Reduziert den Speicherverbrauch, indem doppelte Daten über replizierte Snapshots hinweg eliminiert werden * **Katalog-Repositories**: Zentrale Verwaltung von VM-Vorlagen *** ## Szenario 2: Edge-Cluster Bereitstellung von (6) 2-Knoten-Clustern in Rechenzentren von Drittanbietern. ## Zusammenfassung Cloudhoster möchte sein Angebot in neue Regionen ausweiten und arbeitet dafür mit Rechenzentren von Drittanbietern zusammen, um Colocation und Bandbreite bereitzustellen. Da sie in 6 Rechenzentren bereitstellen werden, möchten sie zunächst Kosten sparen, indem sie 2-Knoten-Cluster einsetzen, in dem Wissen, dass vergeOS ihnen ermöglicht, bei entsprechender Kundennachfrage schnell zu skalieren. ## Hardware und Funktionen ### Hardware Für die VergeOS-Bereitstellung von CloudHoster wird folgende Hardware empfohlen: * Intel Xeon oder AMD EPYC Prozessor, Dual-16c–32t-Prozessor mit einer Basistaktfrequenz von 3 GHz * 256 GB ECC-RAM * (8x) 2,5-Zoll-Laufwerksschächte * (4x) 10-Gbit-Ethernet-Port * Onboard-IPMI * Redundante Netzteile ### VergeOS-Funktionen Die Bereitstellung wird die folgenden VergeOS-Funktionen nutzen: * **Standorte**: Zentrales Dashboard zur Verwaltung aller Standorte, zur Anzeige aktueller Protokolle und Statistiken * **OpenID-Authentifizierung**: Bestehende Authentifizierungsquelle verwenden * **Multi-Tenancy**: Sichere Isolierung von Kundenumgebungen * **Self-Service-Verwaltung**: Webbasierte Benutzeroberfläche und API zur Verwaltung von Kundenressourcen * **Hohe Verfügbarkeit**: Automatisierte Failover- und Datensicherungsmechanismen * **Globale Inline-Deduplizierung**: Reduziert den Speicherverbrauch, indem doppelte Daten über replizierte Snapshots hinweg eliminiert werden * **Katalog-Repositories**: Zentrale Verwaltung von VM-Vorlagen * **System-Snapshots**: Lokale Snapshots für eine schnelle Wiederherstellung eines Standorts *** ## Szenario 3: Scale-out Skalierung auf 2 Standorte durch Hinzufügen neuer Cluster zu den bestehenden 2-Knoten-Standorten. ## Zusammenfassung Cloudhoster verzeichnet ein starkes Wachstum, da Kunden Workloads sowohl an ihren Standorten an der Ost- als auch an der Westküste bereitstellen möchten. Diese Standorte verfügen derzeit jeweils nur über 2 Knoten und müssen ihre Kapazität an die Nachfrage anpassen. Außerdem möchten sie zwischen diesen Standorten DR-Services anbieten. Um dies zu erreichen, wird Cloudhoster an jedem Standort einen neuen Cluster hinzufügen und in beiden neuen Clustern Site Sync sowie Repair-Server einrichten. ## Hardware und Funktionen ### Hardware Für die VergeOS-Bereitstellung von CloudHoster wird folgende Hardware empfohlen: * (4) High-Density-Server pro Rechenzentrum * Intel Xeon oder AMD EPYC Prozessor, Dual-64-Kern-Prozessoren mit 2,4 GHz * 1024 GB ECC-RAM * (8x) 2,5-Zoll-Laufwerksschächte * (2x) 25-Gbit-Ethernet-Ports (oder mehr) * (2x) 10-Gbit-Ethernet-Port * Onboard-IPMI * Redundante Netzteile ### VergeOS-Funktionen Die Bereitstellung wird die folgenden VergeOS-Funktionen nutzen: * **Standorte**: Zentrales Dashboard zur Verwaltung aller Standorte, zur Anzeige aktueller Protokolle und Statistiken * **OpenID-Authentifizierung**: Bestehende Authentifizierungsquelle verwenden * **Multi-Tenancy**: Sichere Isolierung von Kundenumgebungen * **Self-Service-Verwaltung**: Webbasierte Benutzeroberfläche und API zur Verwaltung von Kundenressourcen * **Hohe Verfügbarkeit**: Automatisierte Failover- und Datensicherungsmechanismen * **Site Sync**: Replikation von System-Snapshots * **Repair-Server (ioGuardian)**: Fehlende Blöcke automatisch von einem entfernten Standort abrufen * **Globale Inline-Deduplizierung**: Reduziert den Speicherverbrauch, indem doppelte Daten über replizierte Snapshots hinweg eliminiert werden * **Katalog-Repositories**: Zentrale Verwaltung von VM-Vorlagen *** ## Szenario 4: Speichercluster Speichercluster auf 4 der Standorte bereitstellen. ## Zusammenfassung CloudHoster möchte sein Produktangebot erweitern, indem eine neue S3-kompatible Speicherlösung namens Cloud Storage eingeführt wird. Um dies zu erreichen, wird Cloudhoster an 4 seiner Standorte einen neuen Speichercluster hinzufügen und eine Mandanten-Vorlage erstellen, die die Bereitstellung des Dienstes automatisiert. Die Mandanten-Vorlagen erstellen die Mandanten, Netzwerke und Firewall-Regeln, stellen die VM bereit, die die Speicheranwendung hostet, und provisionieren gleichzeitig den Speicher. Dadurch kann Cloudhoster über API-Aufrufe an vergeOS automatisch eine Cloud-Storage-Instanz über sein Kundenportal bereitstellen. ## Hardware und Funktionen ### Hardware Für die VergeOS-Bereitstellung von CloudHoster wird folgende Hardware empfohlen: * (4) Speicherserver pro Rechenzentrum * Intel Xeon oder AMD EPYC Prozessor, 8c–16t-Prozessor 3,0 GHz * 2 GB pro RAW-TB Speicher * (16x) 2,5- oder 3,5-Zoll-Laufwerksschächte * (2x) 25-Gbit-Ethernet-Ports * (2x) 10-Gbit-Ethernet-Port * Onboard-IPMI * Redundante Netzteile ### VergeOS-Funktionen Die Bereitstellung wird die folgenden VergeOS-Funktionen nutzen: * **Standorte**: Zentrales Dashboard zur Verwaltung aller Standorte, zur Anzeige aktueller Protokolle und Statistiken * **Mandanten-Vorlagen**: Vorlage zum Erstellen neuer Mandanteninstanzen mit vordefinierten Einstellungen und Konfigurationen * **VM-Vorlagen**: Vorlage zum Erstellen neuer virtueller Maschinen mit vordefinierten Einstellungen und Konfigurationen * **OpenID-Authentifizierung**: Bestehende Authentifizierungsquelle verwenden * **Multi-Tenancy**: Sichere Isolierung von Kundenumgebungen * **Self-Service-Verwaltung**: Webbasierte Benutzeroberfläche und API zur Verwaltung von Kundenressourcen * **Hohe Verfügbarkeit**: Automatisierte Failover- und Datensicherungsmechanismen * **Globale Inline-Deduplizierung**: Reduziert den Speicherverbrauch, indem doppelte Daten über replizierte Snapshots hinweg eliminiert werden --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter, and the optional `goal` query parameter: ``` GET https://docs.verge.io/plan-and-deploy/de/referenzarchitekturen/csp.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is optional and describes the broader end goal you are ultimately trying to accomplish on behalf of the user. GitBook uses it to tailor the answer towards what is most useful for that goal. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.