DSHM302

更新时间: 2023-03-12

建立高可用性　　

为了找到在一个系统中需要的冗余点，**从有软件环境的高层开始。考查高层子系统，诸如数据库和管控台，对需要高可用性的地方进行优先排序。如果一个特定的子系统需要连续的信息更新，数据存储对这个子系统而言，应该具有高可用属性。相反，管控台为操作员提供人机界面，能够与现场信息互动，反应速度不是很快，所以不需要**高的可用性。　　

下一步是对多个子系统制定不同可用性等级的策略。如果某个数据库必须要高可用性，并且由多个服务器支持，功能怎样分布到各服务器－特别是如果其中的一台失效了怎么办？这些都是策略要考虑的问题。对服务器实施高可用性有几种可选方法，包括软件和硬件的解决方案。　

在软件领域，市场销售的操作系统和数据库很多都包含了群件功能，这意味着在集群机器中，能够实现从失效节点到不同节点的自动切换。很多虚拟化产品也具有这样的切换能力，这个功能能使企业快速启动应急预案，执行备份解决方案，自动调出新的虚拟实例，这是在配置时事先要完成的特定角色。

虚拟化允许不同类型的软件栈使用统一的方法管理，这在老子系统和新子系统需要共存的情况下，是非常适合的。当失效发生时，同类系统的单一应用框架能够把需要的预备应用切到一个新服务器上。　　

这些解决方案的每个性能都不一样，差别巨大。一个全部冗余的硬件集群方案仅需要1秒或2秒完成切换，而由一个应用容器检查到问题，然后转移至一个新服务器可能需要30秒。选择方案是否能满足响应要求在设计阶段是非常关键的，因为要改变一个冗余的架构层，可能需要对整个系统重新设计一次。