Multi-tenancy is an architecture where a single instance of a software application runs on a server and services multiple customers – referred to, in this case, as tenants. Multi-tenancy enables separation between tenants running applications in a shared environment. In a multi-tenant deployment, the resources controlled by one tenant are physically or logically separated and secured from other tenants. In addition to tenant isolation, per-tenant reporting and quota management are often important. Multi-tenancy is a key requirement for IaaS, PaaS, and SaaS offerings across public cloud, on premises and hosted private cloud environments.
In a cloud environment, tenants own and control their applications. Self-service gives tenants the control they need, enabling agility and flexibility.
Tenants want consistency and predictability. This is challenging for CSPs as infrastructure is shared by many tenants.
CSPs cannot thrive on just providing basic infrastructure. They need to add value and create differentiated services to set themselves apart from competition.
Automation, chargeback and reporting
Automation is a key requirement to enable agile processes for deploying cloud applications as well as for monitoring, chargeback and reporting.
A multi-tenant environment creates significant requirements for a storage system. These requirements are often cumbersome to design and implement with legacy storage. The Tintri VM-aware architecture removes the complexity by aligning itself with what matters most – the tenant application.
In most cases, CSPs deploy multi-tenant services such as IaaS and DaaS by leveraging management solutions. For example, a CSP may deploy IaaS using VMware vCloud Director or OpenStack; VMware Horizon is commonly used for DaaS. These management packages provide the framework and tools for multi-tenant environments while Tintri surfaces specific tenant VM information to facilitate reporting and chargeback. Tintri also enables per-VM policy configuration through the Tintri REST APIs and Powershell toolkit.
In some private cloud deployments, tenants are given access to the infrastructure. Dedicated infrastructure per tenant is not cost efficient, so CSPs deploy private clouds on shared infrastructure and use multi-tenancy to isolate tenants. Tintri supports hosted private cloud environments through: secure tenant separation, data encryption, service assurance and per-VM analytics that can be used for billing, chargeback and customization. (See Figure 1)
Multi-tenancy is a must for cloud deployments but creates unique challenges for CSPs. With Tintri’s VM-aware storage architecture, CSPs deploy storage that aligns with their virtualized multi-tenant environments. Tintri eliminates the need to map tenant VMs to LUNs, along with all of the associated planning, carving and tuning of LUNs. With Tintri, the focus is always on the VM-level policies, QoS and realtime analytics. Tintri QoS ensures that each tenant VM has consistent and guaranteed storage performance and enables CSPs to offer performance tiers in a way that is not possible with any other storage platform. And with Tintri’s comprehensive REST API and Powershell toolkit, CSPs have the tools to integrate with any required tools, from self-service portals to billing platforms.
Unique control with VM-level actions for infrastructure functions including snapshots, replication and QoS make protection and performance certain in production, and accelerate test and development cycles.