28、AWS 架构的弹性设计与可用性提升

AWS 架构的弹性设计与可用性提升

1. 弹性架构概述

弹性是指应用程序避免故障并在故障发生时迅速恢复的能力。应用程序的弹性程度与前期设计投入的精力以及运营成本成正比。在进行 AWS 部署架构设计之前，需要确定实际所需的弹性程度，而弹性通常用可用性来量化，即应用程序按预期运行的时间百分比。

应用程序的可用性不仅取决于 AWS 资源的可用性，还受到多种因素的影响。即使 AWS 资源也无法保证 100% 可用，因此需要合理规划和处理资源故障，以确保应用程序的高可用性。

2. 可用性计算

可用性是衡量应用程序可靠性的常用指标，通常希望应用程序的可用性达到 99% 或更高。可用性可以用“nines”来表示，例如“2 nines”表示 99%，“3 nines”表示 99.9% 等。

以下是年度可用性百分比与不可用时间的关系：
| 可用性百分比 | 不可用时间 |
| ---- | ---- |
| 99% | 3 天 15 小时 39 分钟 |
| 99.9% | 8 小时 45 分钟 |
| 99.95% | 4 小时 22 分钟 |
| 99.99% | 52 分钟 |
| 99.999% | 5 分钟 |

3. 传统应用与云原生应用的可用性差异

3.1 传统应用

传统应用是为运行在传统 Linux 或 Windows 服务器上而编写的。在 AWS 上部署传统应用，需要在一个或多个 EC2 实例上运行。如果应用使用数据库，可以在 EC2 实例上运行和管理自己的数据库软件，或者使用 AWS 托管的等效服务。