Er zijn verschillende benaderingen om software uit te rollen voor meerdere gebruikers in grote organisaties en publieke clouds. Het selecteren van de benadering of software-implementatiearchitectuur hangt af van verschillende factoren. Daarom is het handig om het verschil te begrijpen tussen single tenant en multi tenant architectuurtypes. In deze blogpost worden deze twee typen vergeleken en wordt besproken hoe multi-tenancy kan worden gebruikt binnen het kader van op de cloud gebaseerde back-upservices.
Wat is Single Tenancy?
Single tenancy is een type softwarearchitectuur waarbij elke klant/organisatie een eigen individuele en geïsoleerde instantie van een toepassing heeft. Dit betekent dat elke klant een eigen dedicated server of infrastructuur heeft, die exclusief door hen wordt gebruikt en niet wordt gedeeld met andere klanten.
Gebruiksscenario’s voor single tenancy
De meest voorkomende gebruiksscenario’s van een single-tenant architectuur worden hieronder uitgelegd.
- Single tenancy wordt typisch gebruikt in situaties waar organisaties een hoog niveau van beveiliging, privacy en aanpassingsvermogen voor hun toepassingen vereisen. Het wordt vaak gebruikt in sectoren zoals financiën, gezondheidszorg, overheid en andere sectoren die gevoelige gegevens verwerken.
- Single tenancy wordt ook vaak gebruikt door grotere organisaties met complexe IT-omgevingen die aangepaste softwareoplossingen vereisen. Deze organisaties kunnen unieke workflows, gegevensstructuren of bedrijfsprocessen hebben die het beste worden bediend door een toegewijde instantie van een toepassing.
- Kleine en middelgrote bedrijven kunnen ook gebruikmaken van enkele tenancy als ze specifieke vereisten hebben voor hun softwaretoepassingen die niet kunnen worden voldaan door gedeelde of multi-tenant oplossingen.
Over het algemeen is enkele tenancy een goede keuze voor organisaties die een hoog niveau van aanpassing, beveiliging en controle vereisen over hun softwaretoepassingen. Dergelijke organisaties zijn bereid om de nodige middelen te investeren om hun eigen toegewijde infrastructuur te beheren en te onderhouden.
Voorbeeld van enkele tenancy in AWS
Een organisatie kan ervoor kiezen om een single-tenant architectuur in AWS te gebruiken als het complete controle vereist over hun omgeving en middelen. In dit scenario maakt de organisatie haar eigen virtuele privé-cloud (VPC) en implementeert de toepassing naar een toegewijde set middelen. De organisatie heeft volledige controle over de configuratie, beveiliging en het beheer van haar middelen en gegevens. Bijvoorbeeld kan deze organisatie een single-tenant architectuur op AWS gebruiken om een zeer aangepast en veilig e-commerceplatform of back-upsoftware te hosten die gevoelige klantgegevens verwerkt.
Voordelen van enkele tenancy
De voordelen van een single-tenant benadering zijn:
- Hoog beveiligingsniveau omdat elke instantie van de toepassing draait op zijn eigen toegewijde infrastructuur en middelen. Dit zorgt ervoor dat de gegevens en toepassingen van elke klant volledig van elkaar zijn gescheiden, waardoor het risico op gegevensinbreuken of andere beveiligingsproblemen wordt verminderd.
- Grotere aanpassingsmogelijkheden door elke klant zijn eigen individuele exemplaar van de applicatie te laten hebben, die kan worden aangepast om te voldoen aan hun specifieke behoeften en vereisten. Dit niveau van aanpassing is niet mogelijk in multi-tenant architecturen, waar alle klanten dezelfde applicatie-instantie delen.
- Meer flexibiliteit door klanten in staat te stellen hun eigen gegevens en applicaties onafhankelijk te beheren, zonder beperkt te worden door het beleid of de beperkingen van een gedeelde of multi-tenant omgeving.
- Betere controle over middelen door klanten te voorzien van hun eigen toegewijde infrastructuur, wat betekent dat ze volledige controle hebben over de middelen die zijn toegewezen aan hun exemplaar van de applicatie. Dit kan organisaties helpen hun infrastructuurgebruik te optimaliseren en problemen met resourceverstoring te vermijden.
- Betere prestaties en schaalbaarheid in vergelijking met multi-tenant architecturen, aangezien de middelen die zijn toegewezen aan elk exemplaar van de applicatie toegewijd zijn en niet worden gedeeld met andere klanten.
- Eenvoudiger naleving aan wettelijke vereisten, aangezien elke klant volledige controle heeft over hun eigen gegevens en deze onafhankelijk kan beheren.
Laten we nu verder gaan naar multi-tenantie om het verschil te vinden tussen single tenant en multi-tenant benaderingen.
Wat Is Multi-Tenancy?
Multi-tenancy is een architectuur die scheiding biedt tussen huurders, waarbij één gedeelde instantie van een softwaretoepassing geïnstalleerd op een server meerdere klanten (in dit geval huurders genoemd) kan bedienen. Een standaard single-tenant architectuur vereist installatie van een toepassingsinstantie voor elke huurder. Multi-tenancy maakt logische isolatie van huurders van elkaar mogelijk. Huurders kunnen hun toepassingsinstellingen aanpassen in hun geïsoleerde omgevingen, maar de toepassing zelf wordt gecontroleerd door de eigenaar van de toepassing (de hoofdbeheerder).
In eenvoudige bewoordingen kan multi-tenancy worden vergeleken met een gebouw met meerdere appartementen die worden beschermd door unieke sloten. Elke appartementeigenaar (of huurder) heeft een unieke sleutel waarmee hij of zij alleen zijn of haar eigen appartement kan betreden. Ondanks het feit dat de appartementen zich in hetzelfde gebouw bevinden, weten de bewoners niets over de andere appartementen, hun bewoners en hun inhoud.
De gebouweigenaar heeft communicatie (bijvoorbeeld internet- of telefoonlijnverbindingen) opgezet voor het hele gebouw en deze verdeeld over de appartementen, in plaats van dat elk appartement zijn eigen communicatie-infrastructuur individueel opzet. De bewoners bestellen elektriciteit, loodgieterswerk, gas, enz., gebruiken ze indien nodig en betalen de gebouweigenaar voor de diensten die ze hebben gebruikt.
Vergelijkbaar kunnen huurders zich abonneren op de diensten die ze nodig hebben van een beheerde serviceprovider (MSP) en deze gebruiken volgens hun eisen. Laten we verkennen wie baat zou kunnen hebben bij het gebruik van een multi-tenancy-regeling.
Gebruiksscenario’s voor multi-tenancy
De multi-tenant softwarebenadering kan worden gebruikt in de volgende scenario’s:
- Multi-tenancy wordt veel gebruikt door organisaties die software-as-a-service (SaaS) oplossingen aanbieden, waarbij meerdere klanten dezelfde toepassing en onderliggende infrastructuur delen.
- De multi-tenant benadering wordt ook gebruikt in cloud computing omgevingen waar meerdere klanten dezelfde pool van rekenbronnen kunnen delen.
- Multi-tenancy wordt gebruikt wanneer een organisatie de resourcebenutting wil maximaliseren en kosten wil verlagen door resources te delen tussen meerdere klanten.
- Deze aanpak is bijzonder nuttig in situaties waarin het gebruik van resources door elke klant relatief klein of variabel is, zoals bij SaaS-oplossingen waar klanten verschillende gebruikspatronen en resourcevereisten hebben.
- A multi-tenant architecture is used when organizations can achieve economies of scale and reduce operational costs associated with managing and maintaining separate infrastructure for each customer.
Voorbeelden van multi-tenancy
Multi-tenancy wordt soms gebruikt in grote bedrijven, met verschillende afdelingen als huurders. Het meest interessante gebruiksscenario voor multi-tenancy is echter dat van managed service providers (MSP’s) in cloudomgevingen, zoals AWS. Er zijn verschillende redenen waarom klanten hun IT-behoeften op deze manier via een cloudgebaseerde MSP zouden willen vervullen.
In sommige gevallen hebben kleinere bedrijven geen fulltime IT-specialist in dienst. Zij zouden moeite hebben met de technische installatie, configuratie en onderhoud van de IT-infrastructuur die ze nodig hebben. Sommige klanten willen simpelweg de technische (en financiële) problemen vermijden die gepaard gaan met het implementeren van fysieke servers en het configureren van de software in hun eigen omgeving.
Bovendien betaalt een cliënt in de cloud alleen voor wat hij gebruikt. Bijvoorbeeld, zodra een groot project voor een bedrijf is afgerond, worden de resources van de virtuele machines (VMs) die voor dit project waren opgestart vrijgegeven en zijn deze VMs overbodig. Als de klant gebruik maakt van gehoste diensten, kunnen deze VMs (of Amazon EC2-instanties) simpelweg worden verwijderd, waardoor de kosten voor de niet-gebruikte resources worden bespaard. Bij het gebruik van een fysieke server (zelfs als die virtuele machines draait), zou dit geen optie zijn, en sommige resources van de server zouden ongebruikt blijven, wat geld verspilde. Dit is een van de meest voorkomende redenen waarom een klant zou kiezen om services op basis van de cloud te gebruiken, geleverd door een MSP.
De meest populaire diensten zijn bekend als infrastructure as a service (IaaS), platform as a service (PaaS) en software as a service (SaaS). In dit blogpost worden de volgende SaaS-elementen onderzocht: backup as a service (BaaS), replication as a service (RaaS) en disaster recovery as a service (DRaaS).
MSPs zijn geïnteresseerd in het optimaliseren van het gebruik van hardwarebronnen, financiële bronnen en menselijke bronnen. Dit is waarom de multi-tenancy-aanpak ideaal is voor hen. MSPs kunnen één exemplaar van software met ondersteuning voor multi-tenancy op de server in de AWS-cloud instellen en gebruiken dit om diensten aan meerdere klanten met aparte accounts te leveren. Het is niet nodig om individuele instanties van de software voor elke gebruiker op te zetten.
Voordelen van Multi-Tenancy voor de MSP
De lijst met voordelen voor de MSP die gebruik maakt van multi-tenancy omvat:
- Gemakkelijker onderhoud en upgrades. Met de multi-tenant aanpak hebben MSP’s minder software-instanties om te upgraden en te ondersteunen. Eenmaal bijgewerkt is het softwareproduct beschikbaar voor alle huurders (klanten). Als ze SaaS beheerden met een single-tenant product, zouden technische specialisten elke klantinstantie individueel moeten bijwerken of upgraden.
- Efficiënt gebruik van middelen. Het ondersteunen van software met multi-tenantie betekent dat er minder technische specialisten nodig zijn en minder hardwarebronnen nodig zijn voor servers. Dit komt doordat er minder instanties van de software moeten worden onderhouden, waarbij alle huurders dezelfde middelen en infrastructuur gebruiken.
- Kosteneffectiviteit en tijdsbesparing. Dankzij de zojuist beschreven functies kan software die multi-tenantie ondersteunt tijd en geld besparen. Op de lange termijn brengt het gebruik van multi-tenant architectuur investeringen omlaag, wat een van de cruciale voordelen van deze aanpak is. Dit komt doordat applicatieressources worden gedeeld tussen huurders die dezelfde toepassingen gebruiken, wat de kosten van onderhoud en ondersteuning verlaagt. Wanneer een MSP een multi-tenant product gebruikt, wat hen kosten bespaart, kunnen ze die besparingen doorgeven door meer betaalbare prijzen aan te bieden voor klanten. Hierdoor kan de MSP meer klanten aantrekken om de aangeboden diensten te kopen.
- Hoge schaalbaarheid. Het toevoegen van nieuwe gebruikers is veel gemakkelijker en handiger, zonder dat de MSP nieuwe servers, virtuele machines of applicatie-instanties hoeft toe te voegen. Meerdere huurders worden ondersteund door dezelfde instantie die op een server wordt uitgevoerd. De schaalbaarheid van multi-tenant software betekent dat de provider hun aanbod kan uitbreiden naarmate het bedrijf verbetert.
- Verbetering van de klantenservice. Met een multi-tenant architectuur kan de MSP het gebruik van het systeem monitoren. Met goede analyses kunnen ze vervolgens de verzamelde informatie gebruiken om de diensten die ze leveren te evalueren en verbeteren. De MSP zou hun infrastructuur kunnen upgraden of reorganiseren, evenals hun softwareproductabonnementen kunnen aanpassen op basis van hun analyses.
Voordelen van Multi-Tenant Cloud Services voor Klanten
De multi-tenant oplossing elimineert de noodzaak voor klanten om hun eigen dure infrastructuur aan te houden, wat zou vereisen dat ze investeren in onderhoud en ondersteuning. Servers kunnen bijvoorbeeld als virtuele machines in de cloud worden uitgevoerd, met behulp van Amazon AWS. Klanten kunnen back-ups uitvoeren naar de Amazon-cloud zonder dure fysieke hardware of tape libraries aan te schaffen. Ze kunnen zich richten op hun kernactiviteiten zonder zich zorgen te hoeven maken over hun IT-infrastructuur.
Klanten hoeven de software die als dienst wordt geleverd niet bij te werken of te upgraden. In feite hoeven gebruikers van de multi-tenant oplossing van NAKIVO Backup & Replication de software helemaal niet te installeren; dat doet de MSP. De software wordt regelmatig bijgewerkt door de MSP, terwijl klanten hun omgevingen kunnen aanpassen om aan hun behoeften te voldoen.
Het gebruik van multi-tenant services is veilig. Tenants hebben geen toegang tot elkaars virtuele omgevingen.
Single Tenant vs Multi Tenant
Laten we tot slot eens kijken naar een samenvattingstabel van de vergelijking tussen single tenant en multi tenant wat betreft het gebruik door managed service providers en cloud providers.
Elke instantie van de toepassing is toegewijd aan een enkele klant.
Alle klanten delen dezelfde instantie van de toepassing.
Elke instantie van de toepassing is volledig geïsoleerd van andere klanten.
Alle klanten delen dezelfde instantie van de toepassing en infrastructuur. Als de gegevens van een klant worden gecompromitteerd, heeft dit mogelijk invloed op alle andere klanten.
Elke klant heeft zijn eigen toegewijde infrastructuur en middelen nodig.
Middelen worden gedeeld tussen meerdere klanten, wat zorgt voor een efficiënter gebruik van middelen.
Elke klant heeft zijn eigen toegewijde middelen nodig.
Middelen kunnen worden gedeeld tussen meerdere klanten, wat zorgt voor een efficiënter gebruik van middelen.
Toegewijde middelen en expertise om elke instantie van de toepassing te beheren en te onderhouden.
Alle klanten delen dezelfde instantie van de toepassing, wat zorgt voor een efficiënter gebruik van middelen.
Elke instantie van de toepassing moet afzonderlijk worden aangepast en geconfigureerd voor elke klant.
Alle klanten delen dezelfde instantie van de toepassing.
Elke instantie van de toepassing heeft toegewijde middelen.
Middelen worden gedeeld tussen meerdere klanten, wat kan leiden tot prestatieproblemen of middelenconflicten.
Als een instantie inactief is, is het niet mogelijk om potentiële vrije middelen te voorzien voor andere taken omdat toegewijde infrastructuur wordt gebruikt.
Gedeelde middelen worden gebruikt en het is mogelijk om vrije middelen effectief opnieuw te verdelen als de instantie van een huurder inactief is.
Elke instantie van de toepassing is volledig geïsoleerd van andere klanten.
Alle klanten delen dezelfde instantie van de toepassing en infrastructuur.
Makkelijker<diy106
De keuze tussen single-tenant en multi-tenant benaderingen hangt af van de specifieke behoeften en vereisten van een organisatie. Terwijl single-tenant architecturen meer aanpassingsmogelijkheden, beveiliging en controle over middelen bieden, kunnen ze ook duurder en complexer zijn om te beheren. Multi-tenant architecturen bieden meer schaalbaarheid en eenvoudiger onderhoud, maar bieden mogelijk niet hetzelfde niveau van aanpassing of beveiliging. Organisaties moeten zorgvuldig de voor- en nadelen van elke benadering evalueren om te bepalen welke het beste bij hen past.
BaaS, RaaS en DRaaS
Laten we verkennen hoe multi-tenancy kan worden gebruikt in termen van back-up als een service (BaaS), replicatie als een service (RaaS) en rampenherstel als een service (DRaaS).
Met de toenemende populariteit van cloudtechnologie en virtualisatie is gegevensbescherming voor gevirtualiseerde omgevingen van cruciaal belang geworden. Het maken van back-ups van bedrijfskritieke gegevens is een must voor bedrijven, ongeacht of ze de gegevens lokaal bewaren of in openbare of private clouds. Volgens de 3-2-1 back-upregel wordt aanbevolen om 3 kopieën van gegevens te hebben, waarvan er 2 zijn opgeslagen op verschillende apparaten, waarvan ten minste 1 opgeslagen is op een externe locatie.
Je zou virtuele machines die in de cloud draaien kunnen back-uppen naar een fysiek apparaat dat zich bevindt in het kantoor van jouw bedrijf. Als jouw bedrijf niet over de eigen infrastructuur beschikt, kun je vanuit jouw cloudomgeving een back-up maken naar een externe locatie of jouw back-ups opslaan in een andere cloud – bijvoorbeeld binnen een ander geografisch gebied van de Amazon cloud. Op dezelfde manier kunnen VM’s die op fysieke servers onsite draaien, worden back-upped naar de cloud (meestal via een MSP). Back-up als een service (BaaS) is een geschikte oplossing voor bedrijven die VM-back-up nodig hebben, ofwel vanuit de cloud of naar de cloud.
MSP’s streven ernaar om klanten tevreden te stellen die hoge betrouwbaarheid en beschikbaarheid nodig hebben; meestal bieden ze meer dan alleen BaaS. Replicatie als een service (RaaS) en rampenherstel als een service (DRaaS) worden meestal naast BaaS aangeboden. Deze uitgebreide oplossing is zeer in trek voor back-up, replicatie en herstel van lokale VM’s en VM’s in de cloud, ofwel naar onsite of cloudlocaties. Om de beste service aan hun klanten te bieden, upgraden MSP’s regelmatig hun infrastructuur en implementeren ze betrouwbare multi-tenant software met gebruiksvriendelijke interfaces.
Om de groei van de cloud business te bevorderen, hebben MSP’s een gemakkelijk schaalbare oplossing nodig die de kosten van implementatie en beheer kan verlagen. Dergelijke oplossingen moeten veilig zijn, zorgen voor hoge prestaties en geoptimaliseerd gebruik van middelen hebben. Idealiter kunnen back-up, replicatie en rampenherstel worden beheerd vanuit één centrale interface. Bij voorkeur moet bij het werken met virtuele omgevingen de geselecteerde software agentloos zijn.
Het kiezen van een Multi-Tenant Data Protection Solution: NAKIVO Backup & Replication
NAKIVO Backup & Replication is een universele gegevensbeschermingsoplossing ontwikkeld met het oog op zowel MSP’s als hun klanten. De oplossing kan worden gebruikt in de multi-tenant modus om BaaS, RaaS, DRaaS te bieden en ondersteunt virtuele (VMware vSphere, Microsoft Hyper-V, Nutanix AHV VM’s evenals Amazon EC2-instanties).
De NAKIVO-oplossing kan worden ingezet in zowel single-tenant als multi-tenant modus. De voordelen van het gebruik van de NAKIVO-oplossing in de multi-tenant modus voor MSP’s omvatten:
- Klaar voor Amazon AWS. NAKIVO Backup & Replication kan snel en eenvoudig worden ingezet in de Amazon AWS-cloud (als een voorgeconfigureerde AMI).
- Andere flexibele implementatieopties, inclusief op Windows, Linux, NAS, als VA.
- MSP Console. MSP’s kunnen al hun klanten beheren vanuit een gecentraliseerde webinterface. Ze kunnen klantinfrastructuur toevoegen om volledige gegevensbeschermingsdiensten te bieden. MSP’s kunnen ook klanten toevoegen met hun eigen implementaties op NAKIVO Backup & Replication (in enkelvoudige-gebruikersmodus) om administratie- en ondersteuningsdiensten te bieden.
- Selfserviceportaal voor klanten. Voor MSP-klanten die geen eigen exemplaar van NAKIVO Backup & Replication hebben, kan de MSP-beheerder rolgebaseerde toegangscontroles in de oplossing gebruiken om een deel van de back-up- en hersteltaken naar klanten uit te besteden. Elke klant (huurder) kan zijn eigen back-up-, replicatie- en hersteltaken beheren door toegang te krijgen tot hun geïsoleerde dashboards. De taken en inventaris van één huurder zijn niet zichtbaar voor andere huurders.
- Individuele branding. De MSP kan de interface-branding van NAKIVO Backup & Replication aanpassen om een vloeiende ervaring voor hun klanten te bieden. Serviceproviders kunnen het uiterlijk van het product standaardiseren om overeen te komen met andere producten die ze gebruiken en hebben gebrand, waardoor alle geleverde diensten een consistente bedrijfsstijl presenteren.
- Licenties. NAKIVO Backup & Replication voor MSP’s wordt per werklast in rekening gebracht op maandelijkse of jaarlijkse basis. De MSP kan betalen voor de benodigde werklasten elke maand of zich committeren aan een jaarlijkse licentie voor meer besparingen.
Met de Multi-Tenant-modus is NAKIVO Backup & Replication een krachtige oplossing voor MSP’s die BaaS, RaaS en DRaaS willen bieden. Het product kan zelfs worden gebruikt zonder enige lokale infrastructuur, in clouds zoals Amazon AWS, wat een geweldige manier is om te voldoen aan de behoeften van zowel MSP’s als eindgebruikers.
Met de Multi-Tenant modus is NAKIVO Backup & Replication een krachtige oplossing voor MSP’s die BaaS, RaaS en DRaaS willen bieden. Het product kan zelfs worden gebruikt zonder enige on-site infrastructuur, in clouds zoals Amazon AWS, wat een geweldige manier is om te voldoen aan de behoeften van zowel MSP’s als eindgebruikers.
Source:
https://www.nakivo.com/blog/single-tenant-vs-multi-tenant/