云计算中的多租户架构概要.ppt

  1. 1、本文档共11页,可阅读全部内容。
  2. 2、有哪些信誉好的足球投注网站(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。
  3. 3、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载
  4. 4、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
查看更多
云计算中的多租户架构概要

此处填写密级标识 此处填写密级标识 此处填写密级标识 此处填写密级标识 此处填写密级标识 1 * 云计算中的多租户架构 * 为什么要“多租户” * 一个旅馆的例子 1个旅馆, 出租给多个人 换个角度,多个人共租用了1旅馆的空间(资源),旅馆正在面对“多租户”。 1个空间(资源)多人共用,如何划分房间(资源分配)? 大通铺方案 不划分,全部共用。 旅客共享居住空间,床铺。 木板隔断方案 划分,用木板隔离。一个隔断中容纳几名旅客。 几名旅客共享居住空间,每名旅客独享床铺。 水泥墙隔断方案 划分,用水泥墙隔离。一个隔断中只容纳一名旅客。 每名旅客独享居住空间,床铺。 * 一个旅馆的例子 我们来评价一下按照不同划分方案划分的结果: 大通铺 木板隔离 水泥墙隔离 释意 容纳旅客数 50 40 25 进行分隔时必然会消耗空间,不同方案消耗空间不同,使得等量空间最终容纳旅客数不同。 旅客体验 私密性 差 中 好 旅客的行动是否会被其他旅客知晓决定了私密性。分差、中、好三个等级,对应私密性由低到高。本例中,多人共享居住空间还是单人独享居住空间决定了私密性。 舒适性 差 中 好 居住空间如何分享,床铺如何分享共同决定了舒适性。二者均独享的方式舒适性最好。均共享的舒适性最低。 住宿价格 (元/每天) 20 25 40 本例假设旅馆满员,每天计划总收入1000元。住宿价格=1000/容纳旅客数 * 一个旅馆的例子 旅馆视角(资源出租者) 资源利用率 高 低 大通铺 木板隔离 水泥墙隔离 容纳旅客数 50 40 25 旅客体验 私密性 差 中 好 舒适性 差 中 好 住宿价格 (元/每天) 20 25 40 资源利用率 = 1 / 容纳旅客数 旅客视角(资源承租者) 低 旅客体验 高 住宿价格 低 高 * 一个旅馆的例子 如果再抽象一点: 大通铺 共享居住空间、床铺 (Shared Everything) 木板隔离 共享居住空间、独享床铺 水泥墙隔离 独享居住空间、床铺 (Shared Nothing) 资源利用率 高 中 低 租户间 共享资源 多 中 少/无 租户间 隔离性 低 中 高 单位资源 价格 低 中 高 * 一个旅馆的例子(结论) 不难得出结论: 租户间共享资源越多,基础资源的利用率越高,单位资源成本越低, 租户间隔离性越差。 现在回到开始的问题: 为什么要多租户? 希望利用多租户带来的资源高度共享模式(架构),提高资源利用率,降低单位资源成本。 但,同时必须克服租户间隔离性下降给租户带来的不便。 * 不同架构差异 现在回到云应用“多租户架构”的讨论,基于刚才的分析与结论,首先分析一下各种架构,可见:随着“多租户”在应用架构中实现层次的增高,租户间共享资源也越来越多。 少 租户间共享资源 多 * 不同架构差异 根据之前的结论,图中架构从1-7,租户间共享资源越来越多,资源利用率越来也高,单位资源成本越来越低,租户间的隔离性越来越差。 低 资源利用率 高 高 单位资源成本 低 低 租户隔离成本 高 业内的实践 如此多的“多租户”架构,业内知名厂商是如何实践的? * * THANK YOU 此处填写密级标识 此处填写密级标识 此处填写密级标识 此处填写密级标识 此处填写密级标识 1

文档评论(0)

shuwkb + 关注
实名认证
内容提供者

该用户很懒,什么也没介绍

1亿VIP精品文档

相关文档