Unterschied zwischen Single Mandant und Multi Mandant in AWS

Es gibt verschiedene Ansätze für die Bereitstellung von Software für mehrere Nutzer in großen Unternehmen und öffentlichen Clouds. Die Wahl des Ansatzes bzw. der Softwarebereitstellungsarchitektur hängt von verschiedenen Faktoren ab. Aus diesem Grund ist es hilfreich, den Unterschied zwischen Single-Tenant- und Multi-Tenant-Architekturen zu verstehen. In diesem Blogbeitrag werden diese beiden Arten verglichen und es wird erläutert, wie Multi-Tenancy im Rahmen von cloudbasierten Backup-Diensten genutzt werden kann.

MSP-Lösung für BaaS und DRaaS

Nutzen Sie die universelle Lösung für Datensicherheit von NAKIVO, um Data-BaaS und DRaaS bereitzustellen. Unterstützung mehrerer Plattformen, Anti-Ransomware-Optionen und integrierte Disaster Recovery.

ERKENNEN SIE DIE LÖSUNG

Was ist Single Tenancy?

Single Tenancy ist eine Art von Softwarearchitektur, bei der jeder Kunde oder jede Organisation über eine eigene, isolierte Instanz einer Anwendung verfügt. Das bedeutet, dass jeder Kunde einen eigenen dedizierten Server oder eine eigene Infrastruktur hat, die ausschließlich von ihm genutzt wird und nicht mit anderen Kunden geteilt wird.

Verwendungsfälle für Single Tenancy

Die gängigsten Verwendungsfälle einer Single-Tenancy-Architektur werden im Folgenden erläutert.

• Single Tenancy wird typischerweise in Situationen eingesetzt, in denen Unternehmen ein hohes Maß an Sicherheit, Datenschutz und Anpassungsmöglichkeiten für ihre Anwendungen benötigen. Sie kommt häufig in Branchen wie dem Finanzwesen, dem Gesundheitswesen, der öffentlichen Verwaltung und anderen Branchen zum Einsatz, die mit sensiblen Daten umgehen.
• Single Tenancy wird zudem häufig von größeren Unternehmen mit komplexen IT-Umgebungen genutzt, die maßgeschneiderte Softwarelösungen benötigen. Diese Unternehmen verfügen möglicherweise über einzigartige Arbeitsabläufe, Datenstrukturen oder Geschäftsprozesse, die am besten durch eine dedizierte Instanz einer Anwendung bedient werden.
• Auch kleine und mittlere Unternehmen können Single Tenancy nutzen, wenn sie spezifische Anforderungen an ihre Softwareanwendungen haben, die von gemeinsam genutzten oder Multi-Tenant-Lösungen nicht erfüllt werden können.

Insgesamt eignet sich Single Tenancy gut für Unternehmen, die ein hohes Maß an Anpassung, Sicherheit und Kontrolle über ihre Softwareanwendungen benötigen. Solche Unternehmen sind bereit, die notwendigen Ressourcen zu investieren, um ihre eigene dedizierte Infrastruktur zu verwalten und zu warten.

Beispiel für Single Tenancy in AWS

Ein Unternehmen kann sich für eine Single-Tenancy-Architektur in AWS entscheiden, wenn es vollständige Kontrolle über seine Umgebung und Ressourcen benötigt. In diesem Szenario erstellt das Unternehmen eine eigene Virtual Private Cloud (VPC) und stellt die Anwendung auf einem dedizierten Satz von Ressourcen bereit. Das Unternehmen hat die vollständige Kontrolle über die Konfiguration, die Sicherheit und das Management seiner Ressourcen und Daten. So kann dieses Unternehmen beispielsweise eine Single-Tenant-Architektur auf AWS nutzen, um eine hochgradig angepasste und sichere E-Commerce-Plattform oder Software zum Backup von sensiblen Kundendaten zu hosten.

Vorteile von Single Tenancy

Die Vorteile eines Single-Tenant-Ansatzes sind:

• Hohes Sicherheitsniveau da jede Instanz der Anwendung auf einer eigenen dedizierten Infrastruktur und mit eigenen Ressourcen läuft. Dadurch wird sichergestellt, dass die Daten und Anwendungen jedes Kunden vollständig voneinander isoliert sind, wodurch das Risiko von Datenlecks oder anderen Problemen der Sicherheit verringert wird.
• Größere Anpassungsmöglichkeiten da jeder Kunde über eine eigene Instanz der Anwendung verfügt, die an seine spezifischen Bedürfnisse und Anforderungen angepasst werden kann. Ein solches Maß an Anpassung ist in Multi-Tenant-Architekturen nicht möglich, bei denen sich alle Mandanten dieselbe Anwendungsinstanz teilen.
• Größere Flexibilität da Kunden ihre eigenen Daten und Anwendungen unabhängig verwalten können, ohne durch Richtlinien oder Einschränkungen einer gemeinsam genutzten oder mandantenfähigen Umgebung eingeschränkt zu sein.
• Bessere Kontrolle über Ressourcen da Kunden über eine eigene dedizierte Infrastruktur verfügen, was bedeutet, dass sie die vollständige Kontrolle über die ihrer Anwendungsinstanz zugewiesenen Ressourcen haben. Dies kann Unternehmen dabei helfen, ihre Infrastrukturnutzung zu optimieren und Probleme durch Ressourcenkonflikte zu vermeiden.
• Bessere Leistung und Skalierbarkeit im Vergleich zu Multi-Tenant-Architekturen, da die jeder Instanz der Anwendung zugewiesenen Ressourcen dediziert sind und nicht mit anderen Kunden geteilt werden.
• Einfachere Einhaltung gesetzlicher Anforderungen, da jeder Kunde die vollständige Kontrolle über seine eigenen Daten hat und diese unabhängig verwalten kann.

Wenden wir uns nun der Mandantenfähigkeit zu, um den Unterschied zwischen Single-Tenant- und Multi-Tenant-Ansätzen zu ermitteln.

Was ist Mandantenfähigkeit?

Mandantenfähigkeit ist eine Architektur, die eine Trennung zwischen Mandanten gewährleistet, wobei eine gemeinsam genutzte Instanz einer auf einem Server installierten Anwendung mehrere Kunden (in diesem Fall als Mandanten bezeichnet) bedienen kann. Bei einer standardmäßigen Single-Tenant-Architektur muss für jeden Mandanten eine eigene Anwendungsinstanz installiert werden. Multi-Tenancy ermöglicht die logische Isolierung der Mandanten voneinander. Mandanten können ihre Anwendungseinstellungen in ihren isolierten Umgebungen anpassen, doch die Anwendung selbst wird vom Eigentümer der Anwendung (dem Hauptadministrator) gesteuert.

Vereinfacht ausgedrückt lässt sich Multi-Tenancy mit einem Gebäude vergleichen, in dem sich mehrere Wohnungen befinden, die durch individuelle Schlösser gesichert sind. Jeder Wohnungseigentümer (oder Mieter) verfügt über einen individuellen Schlüssel, mit dem er oder sie ausschließlich Zugang zur eigenen Wohnung hat. Obwohl sich die Wohnungen im selben Gebäude befinden, wissen die Bewohner nichts über die anderen Wohnungen, deren Bewohner und deren Inhalt.

Der Gebäudeeigentümer hat die Kommunikationsanschlüsse (z. B. Internet- oder Telefonanschlüsse) für das gesamte Gebäude eingerichtet und auf die Wohnungen verteilt, anstatt dass jede Wohnung ihre eigene Infrastruktur individuell einrichtet. Die Bewohner bestellen Strom, Wasser, Gas usw., nutzen diese nach Bedarf und bezahlen dem Gebäudeeigentümer die von ihnen in Anspruch genommenen Leistungen.

In ähnlicher Weise können Mandanten die von ihnen benötigten Dienste bei einem Managed Services Provider (MSP) abonnieren und entsprechend ihrem Bedarf nutzen. Schauen wir uns an, wer von einer Multi-Tenancy-Lösung profitieren könnte.

Verwendungsfälle für Multi-Tenancy

Der Multi-Tenancy-Ansatz für Software kann in den folgenden Szenarien eingesetzt werden:

• Multi-Tenancy wird häufig von Unternehmen genutzt, die Software-as-a-Service-Lösungen (SaaS) anbieten, bei denen sich mehrere Mandanten dieselbe Anwendung und die zugrunde liegende Infrastruktur teilen.
• Der Multi-Tenancy-Ansatz wird auch in Cloud-Computing-Umgebungen eingesetzt, in denen sich mehrere Mandanten denselben Pool an Rechenressourcen teilen können.
• Multi-Tenancy kommt zum Einsatz, wenn ein Unternehmen die Ressourcenauslastung maximieren und Kosten senken möchte, indem es Ressourcen auf mehrere Mandanten verteilt.
• Dieser Ansatz ist besonders nützlich in Situationen, in denen die Ressourcennutzung der einzelnen Kunden relativ gering oder variabel ist, wie beispielsweise bei SaaS-Lösungen, bei denen Kunden unterschiedliche Nutzungsmuster und Ressourcenanforderungen haben können.
• Eine Multi-Tenant-Architektur kommt zum Einsatz, wenn Unternehmen Skaleneffekte erzielen und die Betriebskosten senken können, die mit dem Verwalten und der Wartung einer separaten Infrastruktur für jeden Kunden verbunden sind.

Beispiele für Multi-Tenancy

Multi-Tenancy wird manchmal in großen Enterprise-Unternehmen eingesetzt, wobei verschiedene Abteilungen als Mandanten fungieren. Der interessanteste Verwendungsfall für Multi-Tenancy ist jedoch der von Managed Services Providern (MSPs) in Cloud-Umgebungen wie AWS. Es gibt eine Reihe von Gründen, warum Kunden ihre IT-Anforderungen auf diese Weise über einen cloudbasierten MSP erfüllen möchten.

In manchen Fällen verfügen kleinere Unternehmen nicht über einen festangestellten IT-Spezialisten. Sie hätten Schwierigkeiten mit der technischen Einrichtung, Konfiguration und Wartung der benötigten IT-Infrastruktur. Manche Kunden möchten einfach die technischen (und auch finanziellen) Probleme vermeiden, die mit der Bereitstellung physischer Server und der Konfiguration der Software in ihrer eigenen Umgebung verbunden sind.

Zudem zahlen Mandanten in der Cloud nur für das, was sie tatsächlich nutzen. Wenn beispielsweise ein großes Projekt für ein Unternehmen fertiggestellt ist, werden die Ressourcen der Virtuellen Maschinen (VMs), die für dieses Projekt liefen, freigegeben, und diese VMs werden überflüssig. Nutzt der Kunde Managed Services, kann er diese VMs (oder Amazon EC2-Instanzen) einfach löschen und so vermeiden, für die ungenutzten Ressourcen zu bezahlen. Bei der Nutzung eines Physische Server (selbst wenn darauf Virtuelle Maschinen laufen) wäre dies keine Option, und ein Teil der Serverressourcen bliebe im Leerlauf, was Geld verschwenden würde. Dies ist einer der häufigsten Gründe, warum sich ein Kunde dafür entscheiden könnte, cloudbasierte Dienste eines MSP zu nutzen.

Die beliebtesten dieser Dienste sind als „Infrastruktur as a Service“ (IaaS), „Plattform as a Service“ (PaaS) und „Software as a Service“ (SaaS) bekannt. In diesem Blogbeitrag werden die folgenden SaaS-Elemente betrachtet: „Backup as a Service“ (BaaS), „Replication as a Service“ (RaaS) und „Disaster Recovery as a Service“ (DRaaS).

MSPs sind daran interessiert, den Einsatz von Hardware-, finanziellen und personellen Ressourcen zu optimieren. Aus diesem Grund ist der Multi-Tenancy-Ansatz für sie ideal. MSPs können eine Instanz einer Software mit Multi-Tenancy-Support auf dem Server in der AWS-Cloud einrichten und diese nutzen, um Dienste für mehrere Kunden mit separaten Konten bereitzustellen. Es ist nicht erforderlich, für jeden Nutzer einzelne Instanzen der Software einzurichten.

Vorteile der Multi-Tenancy für den MSP

Zu den Vorteilen für den MSP bei der Nutzung von Multi-Tenancy gehören:

• Einfachere Wartung und Upgrades . Mit dem Multi-Tenancy-Ansatz müssen MSPs weniger Software-Instanzen aktualisieren und betreuen. Nach der Aktualisierung steht das Softwareprodukt allen Mandanten (Kunden) zur Verfügung. Würden sie SaaS mit einem Single-Tenant-Produkt verwalten, müssten technische Spezialisten die Instanz jedes Kunden einzeln aktualisieren oder upgraden.
• Effiziente Ressourcennutzung . Die Betreuung von Software mit Multi-Tenancy bedeutet, dass weniger technische Spezialisten benötigt werden und weniger Hardware-Ressourcen für Server erforderlich sind. Dies liegt daran, dass weniger Instanzen der Software gewartet werden müssen, da alle Mandanten dieselben Ressourcen und dieselbe Infrastruktur nutzen.
• Kosteneffizienz und Zeitersparnis . Dank der soeben beschriebenen Funktionen können Sie mit Software, die Multi-Tenancy unterstützt, Zeit und Geld sparen. Langfristig senkt der Einsatz einer Multi-Tenant-Architektur die Investitionskosten, was einer der entscheidenden Vorteile dieses Ansatzes ist. Dies liegt daran, dass Anwendungsressourcen von Mandanten, die dieselben Anwendungen nutzen, geteilt werden, wodurch die Kosten für Wartung und Support sinken. Wenn ein MSP ein Multi-Tenant-Produkt einsetzt, das ihm Kosten einspart, kann er diese Einsparungen weitergeben und seinen Kunden günstigere Preise anbieten. Auf diese Weise kann der MSP mehr Kunden für den Kauf der angebotenen Dienste gewinnen.
• Hohe Skalierbarkeit . Das Hinzufügen neuer Nutzer ist wesentlich einfacher und bequemer, ohne dass der MSP neue Server, Virtuelle Maschinen oder Anwendungsinstanzen bereitstellen muss. Mehrere Mandanten werden von derselben Instanz unterstützt, die auf einem Server läuft. Die Skalierbarkeit von Multi-Tenant-Software bedeutet, dass der Anbieter sein Angebot bei wachsendem Geschäft erweitern kann.
• Verbesserung des Kundenservices . Mit einer Multi-Tenant-Architektur kann der MSP die Nutzung des Systems überwachen. Mithilfe fundierter Analysen kann er die gesammelten Informationen dann nutzen, um die von ihm angebotenen Dienste zu bewerten und zu verbessern. Der MSP könnte seine Infrastruktur aufrüsten oder neu organisieren sowie seine Software-Abonnements entsprechend seiner Analysen anpassen.

Vorteile von Multi-Tenant-Cloud-Diensten für Kunden

Die Multi-Tenant-Lösung erspart es den Kunden, eine eigene teure Infrastruktur zu unterhalten, die Investitionen in Wartung und Support erfordern würde. Server können als Virtuelle Maschinen in der Cloud betrieben werden, beispielsweise über Amazon AWS. Kunden können Backups in der Amazon-Cloud erstellen nutzen, ohne teure physische Hardware kaufen zu müssen, oder Bandbibliotheken. Sie können sich auf ihr Kerngeschäft konzentrieren, ohne sich um ihre IT-Infrastruktur kümmern zu müssen.

Kunden müssen die Software, die als bereitgestellter Dienst genutzt wird, nicht aktualisieren oder upgraden. Tatsächlich müssen Nutzer der Multi-Tenant-Lösung von NAKIVO Backup & Replication die Software gar nicht erst installieren; das übernimmt der MSP. Die Software wird vom MSP regelmäßig aktualisiert, während Kunden ihre Umgebungen an ihre Bedürfnisse anpassen können.

Die Nutzung von Multi-Tenant-Diensten ist sicher. Mandanten können nicht auf die virtuellen Umgebungen anderer Mandanten zugreifen.

Single-Tenant vs. Multi-Tenant

Schauen wir uns abschließend eine Übersichtstabelle zum Vergleich von Single-Tenant- und Multi-Tenant-Modellen hinsichtlich der Nutzung durch Managed Services Provider und Cloud-Anbieter an.

Die Wahl zwischen Single-Tenant- und Multi-Tenant-Ansätzen hängt von den spezifischen Bedürfnissen und Anforderungen einer Organisation ab. Während Single-Tenant-Architekturen größere Anpassungsmöglichkeiten, Sicherheit und Kontrolle über Ressourcen bieten, können sie auch teurer und komplexer im Management sein. Multi-Tenant-Architekturen bieten eine größerer Skalierbarkeit und einfachere Wartung, jedoch möglicherweise nicht das gleiche Maß an Anpassung oder Sicherheit. Organisationen sollten die Vor- und Nachteile jedes Ansatzes sorgfältig abwägen, um zu bestimmen, welcher für sie der Richtige ist.

BaaS, RaaS und DRaaS

Lassen Sie uns erkunden, wie die Mandantenfähigkeit in Bezug auf Backup als Service (BaaS), Replikation als Service (RaaS) und Disaster Recovery als Service (DRaaS) genutzt werden kann.

Mit dem zunehmenden Einsatz von Cloud-Technologie und Virtualisierung ist die Datensicherheit für virtualisierte Umgebungen von entscheidender Bedeutung geworden. Die Sicherung geschäftskritischer Daten ist für Unternehmen ein Muss, unabhängig davon, ob sie die Daten lokal oder in öffentlichen oder privaten Clouds speichern. Gemäß den 3-2-1-Regel für das Backup empfehlen Best Practices, dass Sie 3 Kopien der Daten haben, von denen 2 auf verschiedenen Geräten gespeichert werden sollten, wobei mindestens 1 außerhalb des Standorts gespeichert wird.

Möglicherweise laufen virtuelle Maschinen in der Cloud, die auf ein physisches Gerät in Ihrem Unternehmensbüro gesichert werden. Wenn Ihr Unternehmen keine eigene Infrastruktur hat, könnten Sie von Ihrer Cloud-Umgebung auf einen entfernten Standort sichern oder Ihre Backups in einer anderen Cloud speichern – zum Beispiel innerhalb einer anderen geografischen Region der Amazon-Cloud. Ebenso können VMs, die auf physischen Servern vor Ort laufen, in die Cloud gesichert werden (normalerweise mit einem MSP). Backup as a Service (BaaS) ist eine geeignete Lösung für Unternehmen, die VM-Backup entweder aus der Cloud oder in die Cloud benötigen.

MSPs zielen darauf ab, Kunden zu befriedigen, die sowohl hohe Zuverlässigkeit als auch hohe Verfügbarkeit benötigen. Normalerweise bieten sie mehr als nur BaaS. Replikation als Service (RaaS) und Disaster Recovery als Service (DRaaS) werden meist neben BaaS angeboten. Diese erweiterte Lösung ist sehr gefragt für Backup, Replikation und Wiederherstellung von lokalen VMs ebenso wie VMs in der Cloud, sei es vor Ort oder an Cloud-Standorten. Um ihren Kunden den besten Service zu bieten, aktualisieren MSPs regelmäßig ihre Infrastruktur und setzen zuverlässige Multi-Mandanten-Software mit benutzerfreundlichen Oberflächen ein.

Zur Förderung des Wachstums im Cloud-Geschäft benötigen MSPs eine leicht skalierbare Lösung, die die mit der Bereitstellung und Verwaltung verbundenen Kosten reduzieren kann. Solche Lösungen müssen sicher sein, hohe Leistung bieten und eine optimierte Ressourcennutzung gewährleisten. Idealerweise können Backup, Replikation und Disaster Recovery von einem einzigen Dashboard aus verwaltet werden. Vorzugsweise sollte beim Arbeiten mit virtuellen Umgebungen die ausgewählte Software agentenlos sein.

Auswahl einer Multi-Mandanten-Datensicherheitslösung: NAKIVO Backup & Replication

NAKIVO Backup & Replication ist eine universelle Datensicherheitslösung, die mit der Erfahrung sowohl von MSPs als auch ihrer Kunden entwickelt wurde. Die Lösung kann im Multi-Mandanten-Modus zur Bereitstellung von BaaS, RaaS, DRaaS eingesetzt werden und unterstützt virtuelle (VMware vSphere, Microsoft Hyper-V, Nutanix AHV-VMs sowie Amazon EC2-Instanzen).

Die NAKIVO-Lösung kann sowohl im Einzel- als auch im Multi-Mandanten-Modus bereitgestellt werden. Die Vorteile des Einsatzes der NAKIVO-Lösung im Multi-Mandanten-Modus für MSPs umfassen:

• Bereit für Amazon AWS . NAKIVO Backup & Replication kann schnell und einfach in der Amazon AWS Cloud bereitgestellt werden (als vorkonfiguriertes AMI).
• Andere flexible Bereitstellungsoptionen , inklusive auf Windows, Linux, NAS, als VA.
• MSP-Konsole. MSPs können alle ihre Kunden von einer zentralen Weboberfläche aus verwalten. Sie können Kundeninfrastrukturen hinzufügen, um vollständigen Schutz der Daten zu bieten. MSPs können auch Kunden mit eigenen NAKIVO Backup & Replication-Bereitstellungen (im Einzelmandanten-Modus) hinzufügen, um Verwaltungs- und Unterstützungsdienste zu bieten.
• Selbstbedienungsportal für Kunden . Für MSP-Kunden, die keine eigene NAKIVO Backup & Replication-Instanz haben, kann der MSP-Administrator rollenbasierte Zugriffskontrolle in der Lösung verwenden, um einen Teil der Backup- und Wiederherstellungsaufgaben auf die Kunden zu übertragen. Jeder Kunde (Mandant) kann seine eigenen Backup-, Replikations- und Wiederherstellungsaufgaben durch Zugriff auf ihre isolierten Dashboards verwalten. Die Jobs und das Inventar eines Mandanten sind für andere Mandanten nicht sichtbar.
• Individuelles Branding . Der MSP kann das Branding der NAKIVO Backup & Replication-Oberfläche anpassen, um ein nahtloses Erlebnis für seine Kunden zu bieten. Dienstleister können das Erscheinungsbild des Produkts an andere von ihnen verwendete und mit ihrem Branding versehene Produkte anpassen und so sicherstellen, dass alle von ihnen angebotenen Dienste einen einheitlichen Unternehmensstil aufweisen.
• Lizenzierung . NAKIVO Backup & Replication für MSPs wird pro Workload auf monatlicher oder jährlicher Basis lizenziert. Der MSP kann entweder monatlich für die benötigten Workloads bezahlen oder sich für eine Jahreslizenz entscheiden, um größere Einsparungen zu erzielen.

Mit dem Multi-Mandanten-Modus ist NAKIVO Backup & Replication eine leistungsstarke Lösung für MSPs, die BaaS, RaaS und DRaaS anbieten möchten. Das Produkt kann auch ohne eigene Infrastruktur vor Ort in Clouds wie Amazon AWS genutzt werden, was eine hervorragende Möglichkeit darstellt, die Anforderungen von MSPs und Endnutzern gleichermaßen zu erfüllen.

Kostenlos ausprobieren Sie die Lösung von NAKIVO, um BaaS und DraaS bereitzustellen

Holen Sie sich die kostenlose 15-tägige Testversion von NAKIVO für MSPs, um BaaS, DRaaS und andere Dienste für die Datensicherheit anzubieten.

TESTVERSION HERUNTERLADEN