Differenza tra tenant singolo e multi-tenant in AWS

& Esistono diversi approcci all’implementazione di software per più utenti in grandi organizzazioni e cloud pubblici. La scelta dell’approccio o dell’architettura di implementazione del software dipende da diversi fattori. Per questo motivo, è utile comprendere la differenza tra i tipi di architettura single tenant e multi tenant. Questo post del blog mette a confronto questi due tipi e discute come il multi-tenancy possa essere utilizzato nell’ambito dei servizi di backup basati su cloud.

MSP Solution for BaaS and DRaaS

Use NAKIVO’s universal data protection solution to deliver data BaaS and DRaaS. Multiplatform support, anti-ransomware options and built-in disaster recovery.

DISCOVER SOLUTION

Che cos’è il single tenant?

Il single tenant è un tipo di architettura software in cui ogni cliente/consumatore o organizzazione dispone di una propria istanza individuale e isolata di un’applicazione. Ciò significa che ogni cliente dispone di un proprio server o infrastruttura dedicata, utilizzata esclusivamente da lui e non condivisa con altri clienti.

Casi d’uso della single tenancy

Di seguito sono illustrati i casi d’uso più comuni di un’architettura a tenant singolo.

• Il tenant singolo viene solitamente utilizzato in situazioni in cui le organizzazioni richiedono un elevato livello di sicurezza, privacy e personalizzazione per le loro applicazioni. Viene spesso utilizzato in settori quali quello finanziario, sanitario, governativo e in altri settori che trattano dati sensibili.
• La tenancy singola è comunemente utilizzata anche da organizzazioni di grandi dimensioni con ambienti IT complessi che richiedono soluzioni software personalizzate. Queste organizzazioni possono avere flussi di lavoro, strutture di dati o processi aziendali unici che possono essere gestiti al meglio da un’istanza dedicata di un’applicazione.
• Anche le piccole e medie imprese possono utilizzare il single tenancy se hanno requisiti specifici per le loro applicazioni software che non possono essere soddisfatti da soluzioni condivise o multi-tenant.

Nel complesso, la single tenancy è una soluzione ideale per le organizzazioni che richiedono un elevato livello di personalizzazione, sicurezza e controllo sulle proprie applicazioni software. Tali organizzazioni sono disposte a investire le risorse necessarie per gestire e mantenere la propria infrastruttura dedicata.

Esempio di single tenancy in AWS

Un’organizzazione può scegliere di utilizzare un’architettura singletenant in AWS se è obbligatorio il controllo completo sul proprio ambiente e sulle proprie risorse. In questo scenario, l’organizzazione crea il proprio cloud privato virtuale (VPC) e effettua l’implementazione dell’applicazione su un set dedicato di risorse. L’organizzazione ha il controllo completo sulla configurazione, la sicurezza e la gestione delle proprie risorse e dei propri dati. Ad esempio, questa organizzazione può utilizzare un’architettura a tenant singolo su AWS per ospitare una piattaforma di e-commerce altamente personalizzata e sicura o un software di backup che gestisce dati sensibili dei clienti.

Vantaggi del single tenancy

I vantaggi di un approccio single tenant sono:

• Elevato livello di sicurezza poiché ogni istanza dell’applicazione viene eseguita su una propria infrastruttura e risorse dedicate. Ciò garantisce che i dati e le applicazioni di ciascun cliente siano completamente isolati gli uni dagli altri, riducendo il rischio di violazioni dei dati o altri problemi di sicurezza.
• Maggiore personalizzazione consentendo a ciascun cliente di disporre di una propria istanza individuale dell’applicazione, che può essere personalizzata per soddisfare le proprie esigenze e requisiti specifici. Questo livello di personalizzazione non è possibile nelle architetture multi-tenant, in cui tutti i clienti condividono la stessa istanza dell’applicazione.
• Maggiore flessibilità Consentendo ai clienti di gestire i propri dati e le proprie applicazioni in modo indipendente, senza essere limitati dai criteri o dai vincoli di un ambiente condiviso o multi-tenant.
• Migliore controllo delle risorse fornendo ai clienti una propria infrastruttura dedicata, che consente loro di avere il controllo completo sulle risorse allocate alla propria istanza dell’applicazione. Ciò può aiutare le organizzazioni a ottimizzare l’utilizzo dell’infrastruttura ed evitare problemi di contesa delle risorse.
• Migliori prestazioni e scalabilità rispetto alle architetture multi-tenant, poiché le risorse assegnate a ciascuna istanza dell’applicazione sono dedicate e non condivise con altri clienti.
• Conformità più semplice ai requisiti normativi, poiché ogni cliente ha il controllo completo sui propri dati e può gestirli in modo indipendente.

Passiamo ora al multi-tenancy per scoprire la differenza tra l’approccio single-tenant e quello multi-tenant.

Che cos’è il multi-tenancy?

Il multi-tenancy è un’architettura che garantisce la separazione tra i tenant, in base alla quale un’istanza condivisa di un’applicazione software installata su un server può servire più clienti (chiamati tenant in questo caso). L’architettura standard single-tenant richiede l’installazione di un’istanza dell’applicazione per ogni tenant. Il multi-tenancy consente l’isolamento logico dei tenant l’uno dall’altro. I tenant possono personalizzare le impostazioni dell’applicazione nei propri ambienti isolati, ma l’applicazione stessa è controllata dal proprietario dell’applicazione (l’amministratore principale).

In termini semplici, il multi-tenancy può essere paragonato a un edificio con più appartamenti protetti da serrature uniche. Ogni proprietario (o affittuario) di un appartamento ha una chiave unica con la quale può accedere solo al proprio appartamento. Nonostante gli appartamenti si trovino nello stesso edificio, gli inquilini non sanno nulla degli altri appartamenti, dei loro abitanti e del loro contenuto.

Il proprietario dell’edificio ha predisposto le comunicazioni (ad esempio, connessioni Internet o linee telefoniche) per l’intero edificio e le ha distribuite tra gli appartamenti, invece che ogni appartamento stabilisca individualmente la propria infrastruttura di comunicazione. Gli inquilini ordinano elettricità, idraulica, gas, ecc., li utilizzano secondo necessità e pagano al proprietario dell’edificio i servizi che hanno utilizzato.

Allo stesso modo, gli inquilini possono abbonarsi ai servizi di cui hanno bisogno da un fornitore di servizi gestiti (MSP) e utilizzarli in base alle loro esigenze. Vediamo chi potrebbe trarre vantaggio dall’utilizzo di un accordo multi-tenancy.

Casi d’uso del multi-tenancy

L’approccio software multi-tenant può essere utilizzato nei seguenti scenari:

• Il multi-tenancy è comunemente utilizzato dalle organizzazioni che offrono soluzioni software-as-a-service (SaaS), in cui più clienti condividono la stessa applicazione e l’infrastruttura sottostante.
• L’approccio multi-tenant è utilizzato anche negli ambienti di cloud computing, in cui più clienti possono condividere lo stesso pool di risorse informatiche.
• Il multi-tenancy viene utilizzato quando un’organizzazione desidera massimizzare l’utilizzo delle risorse e ridurre i costi condividendo le risorse tra più clienti.
• Questo approccio è particolarmente utile in situazioni in cui l’utilizzo delle risorse da parte di ciascun cliente è relativamente ridotto o variabile, come nel caso delle soluzioni SaaS in cui i clienti possono avere modelli di utilizzo e requisiti di risorse diversi.
• Un’architettura multi-tenant viene utilizzata quando le organizzazioni possono ottenere economie di scala e ridurre i costi operativi associati alla gestione e alla manutenzione di infrastrutture separate per ciascun cliente.

Esempi di multi-tenancy

La multi-tenancy viene talvolta utilizzata nelle grandi imprese, con diversi reparti come tenant. Tuttavia, il caso d’uso più interessante per la multi-tenancy è quello degli MSP (Managed Service Provider) (MSP) in ambienti cloud, come AWS. Ci sono diversi motivi per cui i clienti potrebbero voler soddisfare le loro esigenze IT attraverso un MSP basato su cloud in questo modo.

In alcuni casi, le aziende più piccole non dispongono di uno specialista IT a tempo pieno nel proprio organico. Queste aziende potrebbero incontrare difficoltà nella configurazione tecnica, nell’impostazione e nella manutenzione dell’infrastruttura IT di cui hanno bisogno. Alcuni clienti desiderano semplicemente evitare i problemi tecnici (oltre che finanziari) associati all’implementazione di server fisici e alla configurazione del software nel proprio ambiente.

Inoltre, nel cloud, i tenant pagano solo per ciò che utilizzano. Ad esempio, una volta terminato un grande progetto per un’azienda, le risorse delle VM che erano in esecuzione per questo progetto vengono liberate e tali VM diventano superflue. Se il cliente utilizza servizi gestiti, può semplicemente eliminare queste VM (o istanze di Amazon EC2) ed evitare di pagare per le risorse inutilizzate. Quando si utilizza un server fisico (anche uno che esegue VM), questa opzione non sarebbe disponibile e alcune delle risorse del server rimarrebbero inattive, con conseguente spreco di denaro. Questo è uno dei motivi più comuni per cui un cliente potrebbe decidere di iniziare a utilizzare i servizi basati su cloud forniti da un MSP.

I più popolari di questi servizi sono noti come infrastruttura come servizio (IaaS), piattaforma come servizio (PaaS) e software come servizio (SaaS). In questo post del blog vengono presi in considerazione i seguenti elementi SaaS: backup as a service (BaaS), replication as a service (RaaS) e DRaaS.

Gli MSP sono interessati a ottimizzare l’utilizzo delle risorse hardware, finanziarie e umane. Ecco perché l’approccio multi-tenancy è l’ideale per loro. Gli MSP possono configurare un’istanza di software con supporto multi-tenancy sul server nel cloud AWS e utilizzarla per fornire servizi a più clienti con account separati. Non è necessario configurare istanze individuali del software per ogni utente.

Vantaggi del multi-tenancy per gli MSP

L’elenco dei vantaggi per gli MSP che utilizzano il multi-tenancy include:

• Manutenzione e upgrade più semplici. Con l’approccio multi-tenant, gli MSP hanno meno istanze software da upgradeare e supportare. Una volta upgradeato, il prodotto software è disponibile per tutti i tenant (clienti). Se gestissero il SaaS con un prodotto single-tenant, gli specialisti tecnici dovrebbero aggiornare o upgradeare individualmente l’istanza di ciascun cliente.
• Uso efficiente delle risorse. Il supporto del software con il multi-tenancy comporta una minore necessità di specialisti tecnici e di risorse hardware per i server. Questo perché è necessario mantenere un numero inferiore di istanze del software, con tutti i tenant che utilizzano le stesse risorse e l’infrastruttura.
• Convenienza economica e risparmio di tempo. Grazie alle funzioni appena descritte, il software che supporta il multi-tenancy consente di risparmiare tempo e denaro. A lungo termine, l’utilizzo di un’architettura multi-tenant riduce gli investimenti, il che rappresenta uno dei vantaggi fondamentali di questo approccio. Questo perché le risorse delle applicazioni sono condivise tra i tenant che utilizzano le stesse applicazioni, riducendo i costi associati alla manutenzione e all’assistenza. Quando un MSP utilizza un prodotto multi-tenant, che consente di risparmiare sui costi, può trasferire tali risparmi offrendo prezzi più convenienti ai clienti. In questo modo, l’MSP può attirare un maggior numero di clienti ad acquistare i servizi forniti.
• Elevata scalabilità. L’aggiunta di nuovi utenti è molto più semplice e conveniente, senza la necessità per l’MSP di aggiungere nuovi server, VM o istanze di applicazioni. Più tenant sono supportati dalla stessa istanza in esecuzione su un server. La scalabilità del software multi-tenant significa che il provider può aumentare la propria offerta man mano che l’attività migliora.
• Miglioramento del servizio clienti. Con un’architettura multi-tenant, l’MSP può effettuare il monitoraggio dell’utilizzo del sistema. Grazie a solide analisi, può quindi utilizzare le informazioni raccolte per valutare e migliorare i servizi forniti. L’MSP potrebbe aggiornare o riorganizzare la propria infrastruttura, nonché modificare gli abbonamenti ai prodotti software in base alle proprie analisi.

Vantaggi dei servizi cloud multi-tenant per i clienti

La soluzione multi-tenant elimina la necessità per i clienti di disporre di una propria infrastruttura costosa, che richiederebbe investimenti in manutenzione e supporto. I server possono essere gestiti come VM nel cloud, ad esempio utilizzando Amazon AWS. I clienti possono eseguire backup sul cloud Amazon senza acquistare costosi hardware fisici o librerie su nastro. Possono concentrarsi sul loro core business senza doversi preoccupare della loro infrastruttura IT.

I clienti non devono aggiornare o potenziare il software utilizzato come servizio fornito. Infatti, gli utenti della soluzione multi-tenant di NAKIVO Backup & Replication & non devono installare il software; ci pensa l’MSP. Il software viene aggiornato regolarmente dall’MSP, mentre i clienti possono personalizzare i loro ambienti in base alle loro esigenze.

L’utilizzo di servizi multi-tenant è sicuro. I tenant non possono accedere agli ambienti virtuali degli altri.

Single Tenant vs Multi Tenant

Infine, esaminiamo una tabella riassuntiva del confronto tra single tenant e multi tenant in termini di utilizzo da parte degli MSP e dei provider cloud.

La scelta tra approcci single-tenant e multi-tenant dipende dalle esigenze e dai requisiti specifici di un’organizzazione. Sebbene le architetture single-tenant offrano una maggiore personalizzazione, sicurezza e controllo sulle risorse, possono anche essere più costose e complesse da gestire. Le architetture multi-tenant offrono una maggiore scalabilità e una manutenzione più semplice, ma potrebbero non offrire lo stesso livello di personalizzazione o sicurezza. Le organizzazioni dovrebbero valutare attentamente i pro e i contro di ciascun approccio per determinare quale sia quello più adatto alle loro esigenze.

BaaS, RaaS e DRaaS

Esploriamo come il multi-tenant può essere utilizzato in termini di backup as a service (BaaS), replication as a service (RaaS) e ripristino di emergenza (DRaaS).

Con la crescente popolarità della tecnologia cloud e della virtualizzazione, la protezione dei dati per gli ambienti virtualizzati è diventata di fondamentale importanza. Il backup dei dati critici per l’azienda è un must per le aziende, indipendentemente dal fatto che conservino i dati localmente o in cloud pubblici o privati. Secondo la regola di backup 3-2-1, le procedure consigliate raccomandano di avere 3 copie dei dati, 2 delle quali archiviate su dispositivi diversi, con almeno 1 archiviata offsite.

È possibile eseguire il backup delle VM in esecuzione nel cloud su un dispositivo fisico con l’ubicazione nell’ufficio della propria azienda. Se la propria azienda non dispone di un’infrastruttura propria, è possibile eseguire il backup dall’ambiente cloud a un sito remoto o archiviare i backup in un cloud diverso, ad esempio in una regione geografica diversa del cloud Amazon. Allo stesso modo, è possibile eseguire il backup delle VM in esecuzione su server fisici onsite (di solito con un MSP). Il backup come servizio (BaaS) è una soluzione adatta alle aziende che necessitano di backup di macchine virtuali da cloud o verso cloud.

Gli MSP mirano a soddisfare i clienti che necessitano di elevata affidabilità e disponibilità; in genere, forniscono più di un semplice BaaS. La replica come servizio (RaaS) e il ripristino di emergenza come servizio (DRaaS) sono solitamente offerti insieme al BaaS. Questa soluzione estesa è molto richiesta per il backup, la replica e il ripristino di VM locali e VM nel cloud, sia onsite che in cloud. Per fornire il miglior servizio ai propri clienti, gli MSP aggiornano regolarmente la loro infrastruttura e implementano software multi-tenant affidabili con interfacce intuitive.

Per promuovere la crescita del business nel cloud, gli MSP hanno bisogno di una soluzione facilmente scalabile in grado di ridurre i costi associati all’implementazione e all’amministrazione. Tali soluzioni devono essere sicure, garantire prestazioni elevate e ottimizzare l’utilizzo delle risorse. Idealmente, il backup, la replica e il ripristino di emergenza possono essere gestiti da un unico pannello di controllo. Preferibilmente, quando si lavora con ambienti virtuali, il software selezionato dovrebbe essere senza agenti.

Scegliere una soluzione di protezione dei dati multi-tenant: NAKIVO Backup & Replication

NAKIVO Backup & Replication è una soluzione universale per la protezione dei dati sviluppata tenendo conto dell’esperienza sia degli MSP che dei loro clienti. La soluzione può essere utilizzata in Modalità multi-tenant per fornire BaaS, RaaS, DRaaS e supporta macchine virtuali (VMware vSphere, Microsoft Hyper-V, Nutanix AHV VM e Istanze di Amazon EC2).

La soluzione NAKIVO può essere implementata sia in modalità single-tenant che in modalità multi-tenant. I vantaggi dell’utilizzo della soluzione NAKIVO in modalità multi-tenant per gli MSP includono:

• Pronto per Amazon AWS. NAKIVO Backup & Replication può essere implementato nel cloud Amazon AWS in modo semplice e veloce (come AMI preconfigurato).
• Altre opzioni di implementazione flessibili, tra cui Windows, Linux, NAS, come VA.
• Console MSP. Gli MSP possono gestire tutti i loro clienti da un’interfaccia web centralizzata. Possono aggiungere infrastrutture client per fornire servizi completi di protezione dei dati. Gli MSP possono anche aggiungere clienti con le proprie implementazioni su NAKIVO Backup & Replication (in modalità single-tenant) per fornire servizi di amministrazione e supporto.
• Portale self-service per i clienti. Per i clienti MSP che non dispongono di una propria istanza di NAKIVO Backup & Replication & Controllo degli accessi basato sui ruoli (RBAC) nella soluzione per scaricare una parte delle attività di backup e ripristino ai clienti. Ogni cliente (tenant) può gestire i propri lavori di backup, replica e ripristino accedendo alle proprie dashboard isolate. I lavori e l’inventario di un tenant non sono visibili agli altri tenant.
• Branding individuale. L’MSP può personalizzare il branding dell’interfaccia di NAKIVO Backup & Replication & Replication per offrire un’esperienza fluida ai propri clienti. I fornitori di servizi possono standardizzare l’aspetto del prodotto in modo che corrisponda agli altri prodotti che utilizzano e di cui hanno il marchio, garantendo che tutti i servizi forniti presentino uno stile aziendale coerente.
• Licenze. NAKIVO Backup & Replication per MSP è concesso in licenza per carico di lavoro su base mensile o annuale. L’MSP può pagare per i carichi di lavoro di cui ha bisogno ogni mese o sottoscrivere una licenza annuale per ottenere maggiori risparmi.

Con la modalità multi-tenant, NAKIVO Backup & Replication è una soluzione potente per gli MSP che desiderano fornire BaaS, RaaS e DRaaS. Il prodotto può essere utilizzato anche senza alcuna infrastruttura onsite, in cloud come Amazon AWS, il che rappresenta un ottimo modo per soddisfare le esigenze sia degli MSP che degli utenti finali.

Try NAKIVO’s Solution for Free to Deliver BaaS and DRaaS

Get NAKIVO’s free trial version for MSPs for 15 days to deliver BaaS, DRaaS and other data protection services.

DOWNLOAD FREE TRIAL