As instâncias do Conjunto de Dimensionamento de Máquinas Virtuais do Azure não são reparadas mesmo quando a política de reparos automáticos está habilitada

As instâncias de VMSS do Azure permanecem em um estado "não íntegro" e não são reparadas mesmo quando a política de reparos automáticos está habilitada. Este artigo fornece possíveis causas e soluções correspondentes para este problema:

• A política de reparos automáticos não está corretamente habilitada no conjunto de dimensionamento.
• O monitoramento de integridade não está configurado corretamente no conjunto de dimensionamento.
• A instância é marcada como não íntegro devido a uma falha de provisionamento.
• Os reparos automáticos foram suspensos no conjunto de dimensionamento devido a muitos reparos com falha.
• A instância está em seu período de carência.

A política de reparos automáticos não está corretamente habilitada no conjunto de dimensionamento

Confirme se o VMSS é optado por reparos automáticos exibindo seu estado de serviço.

orchestrationServices Na propriedade, se o serviceState para reparos automáticos for Running, o VMSS será optado por reparos automáticos.

Se a serviceState política de reparos automáticos NotRunning ou não aparecer na orchestrationServices propriedade, você deverá habilitar a política de reparos automáticos no conjunto de dimensionamento. Para obter mais informações, consulte Habilitar a política de reparos automáticos ao atualizar um conjunto de dimensionamento existente.

Se o serviceState for Suspended, vá para Reparos automáticos foram suspensos no conjunto de dimensionamento devido a muitos reparos com falha.

O monitoramento de integridade não está configurado corretamente no conjunto de dimensionamento

Se todas as instâncias na configuração de escala aparecerem como "Não saudáveis", pode ser um sinal de que a investigação de monitoramento de integridade não está configurada corretamente durante a instalação. Verifique se seu aplicativo emite as respostas HTTP/HTTPS/TCP esperadas para os pontos de extremidade configurados.

Para obter um status "Saudável", as investigações de extensão de integridade do aplicativo ou as investigações de integridade do balanceador de carga exigem, no mínimo, uma resposta HTTP(S) 2xx ou um aperto de mão TCP bem-sucedido de seu aplicativo no ponto de extremidade configurado. Se a resposta esperada não for recebida, um status "não íntegro" será relatado. Verifique se os sinais de integridade corretos são emitidos pelo aplicativo para o ponto de extremidade fornecido.

Para obter mais informações sobre as respostas TCP/HTTP(S) esperadas para investigações de integridade do balanceador de carga, consulte Load Balancer Investigações Personalizadas.

Para obter mais informações sobre as respostas TCP/HTTP(S) esperadas para investigações de extensão de integridade do aplicativo, consulte a seção "Configurar ponto de extremidade para fornecer status de integridade" em Requisitos para usar reparos automáticos de instância.

A instância está marcada como não íntegro devido a uma falha de provisionamento

Use Get Instance View com a versão da API 2019-12-01 ou superior para a VMSS exibir o estado de provisionamento das instâncias abaixo statusesSummary da virtualMachine propriedade.

API do REST

GET '/subscriptions/{subscriptionId}/resourceGroups/{resourceGroupName}/providers/Microsoft.Compute/virtualMachineScaleSets/{vmScaleSetName}/instanceView?api-version=2019-12-01'

"virtualMachine": {
        "statusesSummary": [
            {
                "code": "ProvisioningState/succeeded",
                "count": 2
            }
        ]
}

Se você tiver um ProvisioningState/failed código em statusesSummary, exclua a instância com falha e adicione uma nova instância ao seu conjunto de dimensionamento. Atualmente, os reparos de instância não dão suporte a cenários em que uma máquina virtual está marcada como "Insalubridade" devido a uma falha de provisionamento.

Para remover a instância com falha do conjunto de dimensionamento, consulte Remover VMs de um conjunto de dimensionamento.

Para adicionar uma nova instância ao conjunto de dimensionamento, consulte Alterar a capacidade de um conjunto de dimensionamento.

Os reparos automáticos foram suspensos no conjunto de dimensionamento devido a muitos reparos com falha

Se seu aplicativo continuar a emitir um sinal "Não íntegro" após repetidas tentativas de reparo, a plataforma acabará suspendendo os reparos de instância como medida de segurança alterando o serviceState para reparos automáticos em Suspended.

Confirme a serviceState de sua política de reparos automáticos. Para fazer isso, consulte Exibindo e atualizando o estado de serviço da política de reparos de instância automática.

Se for serviceStateSuspended, retome os reparos automáticos atualizando o serviceState de volta Running usando os exemplos de setOrchestrationServiceState API e cmdlet em Exibir e atualizar o estado de serviço da política de reparos de instância automática.

A instância está em seu período de carência

Se nenhuma das causas acima for aplicável ao problema, a instância poderá estar em seu período de carência.

O período de carência é a quantidade de tempo que os reparos automáticos esperarão após qualquer alteração de estado na instância antes de realizar reparos, o que ajuda a evitar reparos prematuros ou acidentais. A ação de reparo deve ocorrer depois que o período de carência for concluído para a instância. Para obter mais informações sobre a configuração do período de carência para reparos automáticos, consulte Período de Carência.

Entre em contato conosco para obter ajuda

Se você tiver dúvidas ou precisar de ajuda, crie uma solicitação de suporte ou peça ajuda à comunidade de suporte do Azure. Você também pode enviar comentários sobre o produto para a comunidade de comentários do Azure.