openstack HA介绍

URL: http://docs.openstack.org/high-availability-guide/content/ch-intro.html

翻译：

OpenstackHA简介

HA系统寻求降低以下两点：

1.系统宕机时间：当面向用户的服务不可用时间超过了一定的阀值后的时间，是系统宕机时间。

2.数据丢失：数据误删除或数据被破坏。

大多数HA的系统只通过解决单点故障来抵御系统宕机时间和数据损失的问题。但是，他们还应该做到保护系统免受单点故障引发的后续相级联的一系列故障。

HA一个重要的方面是消除SPOF（单点故障）。单点故障是指由于只有一套硬件或软件，当其故障后导致的系统宕机或数据损失。为消除单点故障，可以检查以下冗余机制是否存在：

* 网络构件，例如交换机、路由器；

* 应用迁移和自动化的服务迁移；

* 存储构件；

* 基础设施例如电源、制冷、消防。

大多数HA系统在多个独立故障（无级联的故障影响）同时发生时，会出现故障。该场景下，大部分系统可通过维护可用性保护数据。HA系统典型的可用时间保证是99.99%或更好，99.99%的可用性是指系统每年累计宕机时长不超过1小时。为实现99.99%的可用性，HA系统应实现故障后的恢复时长在1到2分钟，某些时候更少。

对于Openstack自己的基础服务，openstack当前能够满足这样的可用性，也就是Openstack基础设施完全能够达到99.99%的可用性。然而对于每个单独的客户实例，openstack不能保证99.99%的可用性。

预防单点故障可以依赖于一项服务是否是无状态的。

Active/Passive(主备配置)

在主备配置下，系统被设置成当系统故障时，使用额外的在线资源来替代故障的系统。例如：openstack在写主数据库的同时，还维护了一个灾备数据库，当主数据库故障时，灾备数据库上线替代主数据库提供服务。

通常，带状态服务的主备方式部署是维护一个冗余的服务实例并在需要时将其上线提供服务。请求可以通过虚拟IP或者HAProxy之类的负载均衡器被负载均衡至在线的服务实例上。

主备方式部署的带状态服务维护了一个可替代资源，必要时这个可替代资源上线提供服务。通过部署独立的应用来监控服务，当主服务实例故障后，启动备服务实例上线。

Active/Active(双活配置)

在双活配置下，系统也使用了备份的服务实例，但主系统和备系统同时在线。这种方式下，用户不太可能感知到系统故障。在主系统完成修复并上线服务的同时，备系统已经在线了，并承载了多余的负载。

通常，带状态服务的双活方式部署是维护一个冗余的服务实例，并通过虚拟IP或HAProxy之类的负载均衡器进行请求的负载均衡。

双活部署的带状态服务包括了冗余服务，这个冗余服务中的所有实例都具备与被冗余的服务相同的状态。例如，对于一个数据库中的一个实例的升级，也需要升级数据库内的所有其它的冗余实例。请求一个服务实例的方式与请求其它冗余实例的方式相同。一个负载均衡器管理着访问系统的流量，以保证请求总是能够被系统处理。

这些是实现HA架构的一些通用的方法，但是不意味着这是实现HA的唯一方法。更重要的事情是保证你的服务是冗余的、可用的，怎么实现由你自己决定。本文档包括一些实现HA系统的更通用的方法。