云计算中的多租户与多租户架构课件

云计算中的多租户与多租户架构

RichardYu2023年4月2日什么是多租户(Multitenancy)“多租户”的概念最早起源于软件领域，指一个软件实例服务于多个用户的架构。每个用户称为一个租户。云计算中的多租户“多租户”也是“云计算”的基本属性之一。云计算的三种服务层次——SaaS、PaaS和IaaS均体现了对“多租户”不同的支持。SaaSPaaSIaaS出租的资源举例说明软件的使用权。典型如：电子邮件系统。用户（租户）拥有使用账号。租户登录使用系统。软件开发平台资源（如开发支撑系列工具，应用存储空间，运行容器，平台服务等等）。如：某租户拥有1G应用存储空间，应用容器（数量不限，总内存上限4G），2个缓存服务。硬件基础设施（如CPU、内存，存储，IP，网络设备等等）。如：某租户拥有2颗CPU，8G内存，80G硬盘，10IP，2负载均衡器，创建主机数量不限多租户与多租户架构应用实现对“多租户”的支持，需要相应的“多租户架构”（Multi-tenancyarchitecture）。在云计算时代，伴随着技术的发展，应用的“多租户架构”获得了极大的丰富。WindowsAzureVS经典的多租户架构：SharednothingSharedhardwareSharedeverything多租户架构总览Gartner对当前云应用“多租户”架构进行了总结并给出了参考架构，如下：为什么要“多租户”？“多租户架构”已经是云计算时代应用基本架构，那么，为什么采用“多租户”？它有什么优势？事实上，“多租户”的模式并非IT独有，在我们日常生活的许多方面，均有体现。下面，我们以一个旅馆的例子，来探究为什么要“多租户”。（Whymultitenancy？）一个旅馆的例子大通铺木板隔离水泥墙隔离释意容纳旅客数504025进行分隔时必然会消耗空间，不同方案消耗空间不同，使得等量空间最终容纳旅客数不同。旅客体验私密性差中好旅客的行动是否会被其他旅客知晓决定了私密性。分差、中、好三个等级，对应私密性由低到高。本例中，多人共享居住空间还是单人独享居住空间决定了私密性。舒适性差中好居住空间如何分享，床铺如何分享共同决定了舒适性。二者均独享的方式舒适性最好。均共享的舒适性最低。住宿价格（元/每天）202540本例假设旅馆满员，每天计划总收入1000元。住宿价格=1000/容纳旅客数我们来评价一下按照不同划分方案划分的结果：一个旅馆的例子大通铺木板隔离水泥墙隔离容纳旅客数504025旅客体验私密性差中好舒适性差中好住宿价格（元/每天）202540高低资源利用率资源利用率=1/容纳旅客数低高旅客体验低高住宿价格旅馆视角（资源出租者）旅客视角（资源承租者）一个旅馆的例子大通铺共享居住空间、床铺（SharedEverything）木板隔离共享居住空间、独享床铺水泥墙隔离独享居住空间、床铺（SharedNothing）资源利用率高中低租户间共享资源多中少/无租户间隔离性低中高单位资源价格低中高如果再抽象一点：不同架构差异少多租户间共享资源现在回到云应用“多租户架构”的讨论，基于刚才的分析与结论，首先分析一下各种架构，可见：随着“多租户”在应用架构中实现层次的增高，租户间共享资源也越来越多。多租户实现层次不同架构差异根据之前的结论，图中架构从1-7，租户间共享资源越来越多，资源利用率越来也高，单位资源成本越来越低，租户间的隔离性越来越差。显然，租户间共享资源越多的架构，租户隔离难度越大，成本越高。租户隔离难度越大，应用开发难度，测试与维护成本都会上升。租户间隔离性降低，会导致许多问题：如数据安全性降低，租户间性能、异常相互影响等等。这些问题是应用为保证对租户的服务质量而必须解决的。这类行为业内称为租户隔离。低高资源利用率高低单位资源成本低高租户隔离成本理论上，在单位资源成本和租户隔离成本取最佳平衡点，就能找到最合理的架构。业内的实践如此多的“多租户”架构，业内知名厂商是如何实践的？附录：关于PaaS“应用容器集群”EAF在策划时创造了“应用容器集群”的提法。此提法基于如下考虑：PaaS平台需要为其租户提供一个由平台管理的应用运行的环境。应用运行在应用容器中，因此，组成应用运行环境的是应用运行容器，因为有大量的容器，且会使用集群技术，因此取名“应用容器集群”。关于“应用容器集群”的实现。EAF原计划采用SharedOS多租户架构实现应用容器集群。即多个容器共享一个操作系统的方式。结合实际。就是一台虚拟机上，会有多于一个的应用运行容器（类似于Cloudbees）。而常见的SharedHardware架构，SharedHardware架构中，一台虚拟机上只有一个应用运行容器。（类似于AWSBeanstalk、AclomeBC）附录：关于PaaS“应用容器集群”对比“应用容器集群”SharedOS与SharedHardware架构的实现二者对比，

“应用容器集群”在调度容器时，SharedOS架构实际调度的是应用服务器实例，而SharedHardware架构实际调度的是虚拟机。在进行应用弹性伸缩时，SharedOS架构调度的最小单位——应用容器模版——远小于SharedHardware架构调度最小单位——虚拟机模版——的体积，因此具有资源利用率高，弹性响应速度快的优点。未来SharedOS架构从其原理考虑，是依靠应用服务器对同一操作系