一家公司在Application Load Balancer后面，通过EC2实例运行一个内部Web应用程序。这些实例位于一个Auto Scaling组中，该组只跨越一个可用区。SysOps管理员必须使应用程序能够抵御可用区故障。应该进行哪些更改才能实现高可用性？

要实现抵御可用区故障的高可用性，应用程序必须能够在一个可用区发生故障时，在另一个可用区继续运行。当前设置中，Auto Scaling组只在一个可用区内启动实例，这使得整个应用程序容易受到该可用区故障的影响。 正确做法是修改Auto Scaling组，使其能够跨越同一AWS区域内的多个可用区。这样，即使一个可用区出现问题，Auto Scaling组也能在健康的可用区中启动新的实例，确保应用程序的持续可用性。 提高Auto Scaling组的最大或最小实例数并不能解决可用区故障问题，因为这些实例仍然集中在一个可用区内。在不同AWS区域的可用区中启动实例（多区域部署）虽然提供了更高的容灾能力，但对于抵御单个可用区故障而言，成本更高且复杂性更高，通常用于更高级别的灾难恢复场景，而非简单的可用区故障。