高可用性的多云策略成本高昂

简介: 高可用性的多云策略成本高昂

为了让用户满意并确保高可用性,企业IT团队可以实施多云策略。不过,很多企业可能会考虑放弃这种策略。

 

虽然多云计算可能是一个难以实现的挑战,但人们的努力可以提供更高的可用性,并降低停机时间的风险。

image.png

首先采用数学的方法进行考虑。如果用户使用公共云提供商提供的基于服务的基础设施即服务,其正常运行时间为0.999,那么可以预期这个公共云提供商平均每年的停机时间为9小时。如果要计算这个平均值,请遵循以下公式:(365 * 24)-(365 * 24)*0.999。

 

然后,如果在公共云提供商的类似但冗余的系统中托管应用程序和数据,那么需要考虑如何改善云计算的正常运行时间。这些冗余的应用程序和数据是用户将故障切换到主要基于云计算的应用程序的最新副本。

 

采用多云的高可用性的成本

 

多年来,企业甚至在采用云计算之前一直使用冗余系统,以防止停机。但是为了进一步减少停机时间(甚至为零),企业需要采用主动冗余与多云策略。

 

除了更高的可用性之外,这种冗余从长远来看是具备成本效益的。例如,用户在全面使用主要云提供商提供的服务的同时,其次要供应商只建议用户在线保存服务器和存储实例并准备就绪。

 

但还有其他费用需要考虑。例如在多云中设置主动冗余,以及维护两个基于云计算的冗余系统,与使用单个公共云提供商相比,用户需要花费大约20%的时间进行规划,实施和操作。这是由于几个核心项目造成的。首先,用户需要具有两套技能,例如与Azure和Amazon Web Services相关的技能,以处理每个平台上的云原生服务。其次,用户可能不能获得特定提供商所提供的批量折扣,因为用户没有专门使用一个云平台。最后,需要支付两家公共云公司(从应付账款流程到价格谈判)的总体增加的开销。

 

此外,用户需要员工来操作双活的云计算系统,这可能会增加成本。

 

强调停机时间的影响

 

虽然这种积极主动的方法存在一定的成本,但IT团队可以证明这些成本所带来的业务价值。例如,IT团队可以分解停机造成的成本(包括硬性和软性)。诸如很难定义的销售和生产力的损失。对于全球2000强来说,大部分业务停机时间一小时损失的费用可能高达几百万美元,而对于银行来说,每分钟的损失可能达到数百万美元。

 

而诸如客户不满和影响员工士气等软性成本更难界定。然而,这些问题通常比硬性成本付出的代价要高得多,因为这些问题不容易解决。

 

这些成本可以证明多云高可用性系统的支出。但是,公司规模很重要。与大型企业相比,中小企业的损失通常不会那么严重。这是因为在许多情况下,小型企业可以轻而易举地回归到人工流程,而这意味着冗余的多云架构可能并不是中小企业具有长期成本效益的选择。

相关文章
|
3月前
|
物联网 区块链
应用多活技术问题之企业利用应用多活技术进行稳定性能力扩展如何解决
应用多活技术问题之企业利用应用多活技术进行稳定性能力扩展如何解决
|
4月前
|
弹性计算 运维 Kubernetes
阿里云ECS与混合云策略结合,提供云上云下无缝对接,提升业务灵活性和运维效率。
【7月更文挑战第3天】阿里云ECS与混合云策略结合,提供云上云下无缝对接,提升业务灵活性和运维效率。ECS支持多种计费模式和先进架构,保证低延迟计算。混合云融合公有云灵活性与私有云安全,实现资源最优配置。通过VPC互通、应用迁移、数据同步实践,确保安全合规,助力企业数字化转型。阿里云服务展示技术实力,支持企业在混合云时代抓住机遇。
145 3
|
6月前
|
运维 监控 网络架构
云服务的稳定性
【4月更文挑战第29天】云服务的稳定性
189 2
|
6月前
|
存储 机器学习/深度学习 运维
提升数据中心能效:现代运维策略与实践
【5月更文挑战第6天】 在数字化时代,数据中心作为信息处理的核心设施,其能源消耗和环境影响成为业界关注的焦点。本文将探讨如何通过现代运维策略和技术手段提升数据中心的能效,同时保证系统的可靠性和服务的连续性。文章将详细分析数据中心能耗的主要来源,介绍先进的能效优化措施,并通过案例分析展示这些措施的实际效果,为数据中心管理者提供实用的能效改进建议。
|
6月前
|
弹性计算 运维 Cloud Native
阿里云云原生弹性方案,用弹性解决集群资源利用率难题
本文主要介绍了通过弹性,实现成本优化,解决集群资源利用率难题。
92751 8
|
弹性计算 负载均衡 JavaScript
架构设计基础设施保障IaaS弹性伸缩和无服务器计算 1
架构设计基础设施保障IaaS弹性伸缩和无服务器计算
174 0
|
弹性计算 负载均衡 监控
架构设计基础设施保障IaaS弹性伸缩和无服务器计算 2
架构设计基础设施保障IaaS弹性伸缩和无服务器计算
181 0
|
缓存 负载均衡 安全
【可用性设计】 GCP 面向规模和高可用性的设计
【可用性设计】 GCP 面向规模和高可用性的设计
|
缓存 运维 监控
稳定性与高可用保障的工作思路
稳定性与高可用保障的工作思路
140 0
|
运维 Kubernetes 监控
微服务基础设施管理、高可用和弹性仍然很难保证
微服务基础设施管理、高可用和弹性仍然很难保证
145 0