- 1、原创力文档(book118)网站文档一经付费(服务费),不意味着购买了该文档的版权,仅供个人/单位学习、研究之用,不得用于商业用途,未经授权,严禁复制、发行、汇编、翻译或者网络传播等,侵权必究。。
- 2、本站所有内容均由合作方或网友上传,本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺!文档内容仅供研究参考,付费前请自行鉴别。如您付费,意味着您自己接受本站规则且自行承担风险,本站不退款、不进行额外附加服务;查看《如何避免下载的几个坑》。如果您已付费下载过本站文档,您可以点击 这里二次下载。
- 3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等,请点击“版权申诉”(推荐),也可以打举报电话:400-050-0827(电话支持时间:9:00-18:30)。
- 4、该文档为VIP文档,如果想要下载,成为VIP会员后,下载免费。
- 5、成为VIP后,下载本文档将扣除1次下载权益。下载后,不支持退款、换文档。如有疑问请联系我们。
- 6、成为VIP后,您将拥有八大权益,权益包括:VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
- 7、VIP文档为合作方或网友上传,每下载1次, 网站将根据用户上传文档的质量评分、类型等,对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档
查看更多
跨多个云平台上部署多租户
在网络上相当常见的基本云架构是 3 层架构。
这个架构包括 3 个次要的层次:负载均衡服务器、应用服务器、数据库服务器。每一层都有一个特地的服务器。
在上面的云架构图中,为了实现毛病转移和毛病恢复的目的,在各层接受了冗余服务器。这种结构称为冗余 3 层架构,用于生产环境。非冗余架构是在每一层都有一个服务器,只用来测试应用程序各层的交互。
这是最基本的,你可以依据应用情况使用额外的服务器。举例来说,我在数据层使用了 StripedVolume 设置,以便为应用程序添加更快的备份功能。
下面我们来看一个 Netflix 的例子。
Netflix 是如何管理如此浩大的视频集,并且不会中缀地供应精彩的流媒体体验?
那是由于其多个数据中心位于世界各地,一旦发生灾难,就会相互备份。此外,本地数据中心流媒体也供应更快速的观看体验。
在上述架构中,我们可以有多个数据中心,每一个中心都有它本人的负载均衡器层、应用程序层和数据库层。
如何做到这一点?请看下图。
云计算最令人着迷的体验是其水平自动伸缩特性。这样,你就可以按需添加或者削减服务器资源的数量,此工作通过负载均衡器来完成。为了依据预定义的警报条件自动伸缩,我们添加了一组服务器阵列来设置特定层级的架构。
多云策略
多云策略是指同时使用两个或更多的云服务,比如 AWS、Azure、谷歌云等等。
这就是说,你可以使用谷歌云为你的美国用户供应服务,并使用微软 Azure 为你的欧洲客户服务。
或者,在使用 AWS EC2 实例和负载平衡的同时,还可以对数据库使用 Azure SQL,对用户管理使用 Cognito,全部这些都用于单个应用程序。
另外,你可以次要在 Digital Ocean 上运转你的应用程序,但是在 AWS 上完全被复制和备份。
你可以在不同的云上运转不同的应用程序。你可以将你的开发和测试环境放在一个云上,而你的生产环境被放到另一个云上。
此外,多云管理涉及到涉及监测云部署的成本。这对获得多云的好处很重要。
但是为了利用多云的优势,管理和监测云部署和成本是格外重要的。
多云策略在处理以下挑战时特殊有效:
用户并不靠近任何数据中心,也没有广泛的地理分布。
面对特定国家对存储数据的监管限制,比如欧盟。
使用公有云和企业内部资源的环境。
云计算应用程序没有弹性,在单个数据中心丢失时,会影响灾难恢复。
多云架构
要构建高度可扩展且牢靠的应用程序,应当进行多云架构设计。其目的是为了迁移在多种独立云上运转的基于云的系统的迁移供应架构指点。下面让我们看一些有名的多云架构和迁移策略。
云化
在这种架构中,应用程序组件被托管在内部,迁移之后,可以使用其他云平台的不同云服务来提高功能。
这里的应用组件 C1 是内部托管的,但是在接受多云之后,它使用了 AWS 的存储服务 AWS S3,在进行计算时使用了 Azure 虚拟机。
优点:由于应用程序在多个云平台上重新托管,从而提高了可用性,避开了供应商锁定。
多云迁移
在这个架构中,应用组件被重新托管在云平台上,并使用来自多个云平台的其他云服务添加功能。
迁移之后,应用组件 C1 在 AWS 平台上重新托管,并开发使用 Azure 的环境服务。它使用 AWS S3 进行存储,计算选项为 AWS 或 Azure 。
优点:由于应用程序重新托管在多个云平台上,提高了可用性,避开了供应商锁定。
多云重构
为提高服务质量,将对内部部署的应用程序进行重构,部署在多个云平台上。此时,应用程序需要重构成细粒度组件,以便能够单独优化高使用率组件的部署。这种情况下,高使用量的组件的部署与低消耗组件无关。并行化设计使得多云平台有更高的吞吐量。
这里 AC1 和 AC2 是在迁移之前在内部托管的两个应用组件。由于这两个组件都是独立的完整单元,所以 AC1 部署在 AWS 上,使用 AWS S3。而 AC2 则部署在 Azure 上,可按需使用。
优点:最佳的可扩展性/功能,一系列的多云部署选项,以应对业务/IT 变化的机警性。
挑战:企业内部应用的现代化是孤立的。这些现代化次要是由于技术缘由。由于多云环境,只能自下而上确定的组件架构可能需要重新评估。
多云重连
重构的应用程序被部分地部署在多个云环境中,当主平台发生毛病时,可以使用协助部署使应用程序连续运转。
此处,AC1 和 AC2 是在迁移之前在内部托管的两个应用组件。由于这两个组件都是独立的完整单元,所以 AC1 保持在内部,而两个 AC2 被部署在 AWS 和 Azure 上进行灾难恢复。AC1 和两个 AC2 组件通过 EBS 或服务总线进行连接。
优点:当不健康的服务再次正常时,可传送流量,从而使系统的响应力量恢复到最大程度。
挑战:这种架构无法保证无缝毛病转移。将会有停机时间。
使用云代
文档评论(0)