故障转移系统是否正常工作？

从根本上讲，您需要测试系统是否正常运行，分解群集，以查看您使用的每个云（包括裸机，如果适用！）在压力大的情况下的行为。确保测量以下结果：

1、每个云如何处理故障？

2、如果关闭一台主机，则启动另一台主机需要多长时间？

3、监视需要多长时间来捕获此交换？

4、云是否位于对相关应用有意义的地方？

5、多云控制平面是否正常工作？

当不可避免地发生交通超载事件时，您将进行一次消防演习，以了解提供商中断时所发生的情况。

数据一致性：您的数据跨云是否正确？

另一个重要的混乱测试：测量云之间的一致性。用Ana的话来说，如果公司可以提前了解到当前故障转移计划中可能会发生数据丢失，那么他们可以在丢失实际客户数据之前进行相应的调整。

1、如果您的主数据库在个云提供商上已关闭，并且副本在第二个云提供商中在主数据库上，那么Cloud 1主数据库是否与Cloud 2主数据库一致？

2、如果关闭其中一个的主数据库，副本是否又恢复为主数据库而不会丢失任何数据？

3、延迟如何影响云之间的连接？

4、您的缓存层是否正常工作？

成本：您的故障转移多云定价是什么样的？

您可以通过故障转移来幸免于数据中心中断，但是事后却遭到了令人惊讶的账单打击，奠定并测试了多云基础架构的基础之后，进一步的混乱工程可以帮助您在故障转移期间探究价格。例如，安娜建议您问您的团队：

1、在不同的故障转移方案中，我们的计算成本是多少？

2、是否有SLA处于危险之中，这些费用可能会产生什么费用？

3、我们是否正在限制我们的云提供商？

验证您的多云策略

无论是供应商的过失，自然灾害还是被忽略的某些代码故障，都将发生故障。在多云环境中，采用混乱的工程实践为这些故障做准备不仅会帮助您为这些故障做准备，还将有助于确认您的多云策略是否有效。

商业联合会数据分析专业委员会