我对Elastic Load Balancer运行状况检查和Amazon EC2运行状况检查有点困惑 .
在Adding Health Checks to Your Auto Scaling Group它说：
如果已将一个或多个负载 balancer 器连接到Auto Scaling组，并且实例未通过负载 balancer 器运行状况检查，则默认情况下Auto Scaling不会替换该实例 . 如果启用负载 balancer 器运行状况检查并且实例未通过运行状况检查，则Auto Scaling会认为该实例运行状况不佳并将其替换 .
因此，如果我不启用ELB运行状况检查，EC2运行状况检查将起作用，如果某些实例运行状况检查失败，则自动扩展将考虑运行不正常的实例并替换它，如果启用ELB运行状况检查，则会发生相同的情况 . 那么ELB Health 检查和EC2 Health 检查之间的区别是什么？
1 回答
EC2 health check从虚拟机管理程序和网络角度观察可用性 . 例如，如果出现硬件问题，检查将失败 . 此外，如果实例配置错误且未响应网络请求，则会将其标记为有故障 .
ELB health check验证实例上的指定TCP端口是否正在接受连接，或者指定的网页返回2xx代码 . 因此，ELB运行状况检查更加智能，并验证实际的应用程序是否有效，而不是验证只是一个实例工作 .
据说有第三种检查类型：自定义 Health 检查 . 如果您的应用程序无法通过简单的HTTP请求进行检查并需要高级测试逻辑，则可以在代码中实现自定义检查并通过API设置实例运行状况：Health Checks for Auto Scaling Instances