heartbeat/autowakup 规模集中的一个虚拟机实例
heartbeat/autowakup a vm instance in a scaleset
需要在虚拟机中部署工作负载作为 iaaS，问题是遗留工作负载无法在集群多实例环境中工作，因此在整个虚拟机规模集中只能有一个实例。有没有办法对 vmss 进行心跳，以便在 vm 实例关闭或服务崩溃时唤醒另一个副本以开始承担负载。此设置是在 vmss 级别还是在负载均衡器级别？谢谢
您可以使用 Application Health extension or Load balancer health probes 来为实例启用应用程序健康监控。一次只能启用其中一个。由于扩展从 VM 内部报告运行状况，因此可以在无法使用应用程序运行状况探测器（利用自定义 Azure 负载均衡器探测器）等外部探测的情况下使用该扩展。
您还可以使用 automatic instance repairs 执行实例修复。启用自动修复策略后，当发现实例不健康时，规模集会自动删除不健康的实例，并创建一个新的实例来替代它。
在我看来，如果您的 VMSS 前面没有负载均衡器机制，您可以直接在您的 VMSS 实例上部署应用程序健康扩展，否则，您更愿意使用负载均衡器健康探测来监控您的后端端点运行状况。
需要在虚拟机中部署工作负载作为 iaaS，问题是遗留工作负载无法在集群多实例环境中工作，因此在整个虚拟机规模集中只能有一个实例。有没有办法对 vmss 进行心跳，以便在 vm 实例关闭或服务崩溃时唤醒另一个副本以开始承担负载。此设置是在 vmss 级别还是在负载均衡器级别？谢谢
您可以使用 Application Health extension or Load balancer health probes 来为实例启用应用程序健康监控。一次只能启用其中一个。由于扩展从 VM 内部报告运行状况，因此可以在无法使用应用程序运行状况探测器（利用自定义 Azure 负载均衡器探测器）等外部探测的情况下使用该扩展。
您还可以使用 automatic instance repairs 执行实例修复。启用自动修复策略后，当发现实例不健康时，规模集会自动删除不健康的实例，并创建一个新的实例来替代它。
在我看来，如果您的 VMSS 前面没有负载均衡器机制，您可以直接在您的 VMSS 实例上部署应用程序健康扩展，否则，您更愿意使用负载均衡器健康探测来监控您的后端端点运行状况。