怎样更好地降低云宕机事件的影响？

2018-09-12 16:14:13云计算并不是天生就是不可靠的，但是如同所有的IT形式一样，必须仔细挑选和管理云服务以实现特定的可靠性和可用性目标。这些步骤可以是合同形式的、是技术形式的或者甚至可能需要重新思考你的应用程序架构。如果没有经过慎重考虑，那么你从云计算中的收益可能要少于你的预期。

云计算并不是天生就是不可靠的，但是如同所有的IT形式一样，必须仔细挑选和管理云服务以实现特定的可靠性和可用性目标。这些步骤可以是合同形式的、是技术形式的或者甚至可能需要重新思考你的应用程序架构。如果没有经过慎重考虑，那么你从云计算中的收益可能要少于你的预期。

SLA降低了使用云厂商数据中心而产生的风险

免受云宕机事件影响的第一步就是要评估云厂商数据中心的可靠性。大部分的云厂商都拥有着很少数量的数据中心，通常情况下只有一个，而这些数据中心易于产生与企业相同类型的故障。最广为人知的云计算故障往往是那些整个云计算数据中心发生故障的事件，通常都是由于自然灾害而发生的故障。为了在有可能发生的故障中保护好你自己，你必须要求特定的数据中心配置信息或从你的供应商那里获得可用性保证。

对于 服务器 、存储设备和网络的可用性，最好的策略是在谈判时就确定SLA，以便于指定可用性保证和发生故障时恢复服务的时间。用户应当了解在云计算数据中心所在的区域是否会经常发生诸如飓风或暴风雪这样的灾害性天气，这一点是非常重要。同时，还应确定数据中心是否配有备用电源，是否配有一个能够接替正常工作的备用数据中心。

备份数据中心必须位于不同于主数据中心的另一区域，所以它就不会受到相同问题的影响，同时它还必须拥有足够的容量以处理云应用的故障转移。由于很少有供应商能够为主数据中心的100%故障转移提供足够的备份数据中心容量，所以SLA将说明如何管理故障转移。

在这种情况下，为优先级支付费用可能是必要的。如果你的云服务包括了地理多样性以支持分布式的用户群体，那么你自己的各种设施就可以为云厂商故障提供某些保护措施;仔细检查你的合同以确保有足够的容量来处理额外的负载。

网络性能问题或缺少将导致云宕机事件

云计算故障的最常见原因通常并不是云计算，而是网络。大部分的云应用都是通过互联网进行访问的，而互联网可用性则是大多数云宕机事件的罪魁祸首。解决这个问题的唯一方法就是采用虚拟私有网络(VPN)或虚拟局域网服务，或确保同时让多个互联网服务供应商(ISP)提供服务以供网站访问云应用使用。如果安全性和合规性问题可以得到解决，并得到供应商的合同确认，那么这是一个很不错的选择。除非云厂商已经使用了运营商提供的VPN服务，否则很可能需要你支付一笔特殊费用。

随着小型企业的互联网服务成本不断下降，为一个分支办公室提供两个ISP就成为可能。但是，请确保在两个办公室之间没有共同的故障点。通常，可在多个供应商之间共享对等点和共享互连“酒店”。即使是ISP之间最普通的访问布线，也有可能使双网络连接的好处落空。

必须解决云应用的弹性问题

如果云计算数据中心和云计算网络故障问题都已解决，那么下一个问题就是应用程序本身的弹性问题了。管理高可用性和云服务的最大问题都涉及数据库访问和可靠的事务处理。

如果一个数据中心发生故障，即便另一个备用数据中心能够备份使用这些数据的应用程序，在数据中心中所存储的数据都是不可用的。除非是在多个位置的“热待机”状态维护应用程序数据，否则一次故障都将导致数据访问丢失，从而使其它冗余措施都大部分实效。这个问题同样也存在于内部数据中心备份，因此那些为他们自己数据中心提供冗余的企业会发现相同的措施在云计算中也会同样有效。与其说这是个技术策略还不如说这是个金融策略;由于云计算存储和服务费用的原因，在云计算中维护冗余数据的成本要更高。一个更好的解决方案是把你所有的内部数据都布署在一个高可用性的受保护数据中心中，并从多个云计算位置进行访问。

最好的可用性管理必须是与应用程序本身集成。任何时候，数据库更新都是对多个副本同时进行的，如果在更新过程中发生了故障，那么数据完整性就存在着丢失的风险。联机事务处理系统通常包括一个“两阶段提交”的过程以确保不会由于无法成功更新所有数据库副本而发生问题。有时，单个数据库的更新也会因为网络故障而处于一个不确定的状态。有必要审查专为确保网络故障或数据中心故障而开发的应用程序，从而确保所存储的数据库不会发生数据受损或不一致的风险。

期望云应用能够具有比内部应用相同或更高的可靠性是不合理的。此外，你所设定的可靠性和特定目标可能会让你花费很多。当构建你的业务案例时，请记得考虑可靠性成本，或者你可能会发现你的应用程序必须在可靠性和成本之间作出某种妥协。

云！云计算！

你其实不用看什么长篇大论的解释，现在没有一个准确的定义，通俗的说云计算是一种IT运营模式，是很多IT技术集合的产物。 。 云计算中所有的资源全部放在“云”这个资源池中，用户只需通过网络从这个资源池中拿取对自己有用的东西即可，这样会大大方便用户，而且能降低成本。 。 几个经典的例子：云计算借鉴了类似发电厂的运营模式，我们知道，发电需要很昂贵的设备和人力，如果我们每家每户发电都购入这样的设备，那是家庭根本承受不起的，现在电费价格便宜就是因为有专门的发电厂，发电厂集成所有的发电资源，就相当于云计算中得“云”，用户在用电的时候只需向发电厂交少量的电费即可，这样方便了用户，降低了成本。 。 云计算也是如此，资源集中在云中，用户只需从中摄取即可，资源的最大化利用。 同时云计算集成很多IT技术，网络工程，分布式数据库，虚拟化等等。 。 。 都是很关键的。 希望回答对你有用~~

独立服务器和云服务器是不是一回事？

它们是不同的。

独立服务器，指的是服务器在局域网中所担任的一种职能。 服务器只向网络内的计算机提供单一的服务。 不负责网络内计算机的管理职能。

在通常情况下，独立服务器在客户机-服务器网的地位高于普通客户机，低于域控制器。 但是，在对等网中也可以存在独立的服务器，它的职责仅限于为网络中的计算机提供服务而不负担对等网的管理。

云服务器(Elastic Compute Service, 简称ECS)是一种处理能力可弹性伸缩的计算服务，其管理方式比物理服务器更简单高效。 云服务器帮助您快速构建更稳定、安全的应用，降低开发运维的难度和整体IT成本，使您能够更专注于核心业务的创新。

SDWAN属于什么业务？

维护强大的广域网 (WAN) 是管理企业网络的成本更高且更具挑战性的方面之一。 SD-WAN正被希望优化跨多个位置的网络流量同时帮助降低成本和提高可靠性的组织迅速采用。

来自分支机构的企业数据不再只是简单地通过管道传回中央办公室，而是越来越多地发送到云中的远程位置。 从几个角度来看都是如此：商业软件正在转向基于云的软件即服务 (SaaS)，例如 Office 365 和 Salesforce，而公司越来越依赖远程云基础设施即服务 (IaaS)，例如 AWS 和 Azure。

随着公司通过云生产力应用程序、统一通信和全渠道参与来增强业务流程，这些技术转型正在发生。 同样，对全面带宽的需求不断增加，并且迫切希望减少支出和提高 WAN 性能。

传统的流量模式正在以一种方式被破坏，以前的网络方法不再有效地满足现代需求，而 SD-WAN 正在迅速超越传统分支路由解决方案的市场。

到 2023 年底，与传统路由器相比，90% 以上的 WAN 边缘基础设施更新计划将基于虚拟化客户端设备 (vCPE) 平台或SD-WAN软件/设备。

SD-WAN 正在与 MPLS 连接竞争并将取代 MPLS 连接——虽然通常被视为 MPLS 的竞争对手，但 SD-WAN 补充了该技术，并不一定会取代它。 作为一条专线，MPLS 提供更好的性能保证，而具有宽带互联网连接的 SD-WAN 必须通过公共互联网路由流量。 MPLS 将继续被需要保证性能的公司使用，并且这些组织应该正确地犹豫是否使用 SD-WAN 与标准互联网配对来取代 MPLS。