Iniciar ou parar sua instância de serviço do Azure Spring Apps

Este artigo aplica-se a: ❎ Consumo padrão e dedicado (Pré-visualização) ✅ Básico/Standard ✅ Enterprise

Este artigo mostra como iniciar ou parar sua instância de serviço do Azure Spring Apps.

Seus aplicativos em execução no Azure Spring Apps podem não precisar ser executados continuamente. Por exemplo, um aplicativo pode não precisar ser executado continuamente se você tiver uma instância de serviço usada apenas durante o horário comercial. Pode haver momentos em que o Azure Spring Apps está ocioso e executando apenas os componentes do sistema.

Você pode reduzir a pegada ativa do Azure Spring Apps reduzindo as instâncias em execução, o que reduz os custos de recursos de computação. Para obter mais informações, consulte Iniciar, parar e excluir um aplicativo no Azure Spring Apps e Dimensionar um aplicativo no Azure Spring Apps.

Para reduzir ainda mais seus custos, você pode interromper completamente sua instância de serviço do Azure Spring Apps. Todos os aplicativos de usuário e componentes do sistema são interrompidos. No entanto, todos os seus objetos e configurações de rede são salvos para que você possa reiniciar sua instância de serviço e continuar exatamente de onde parou.

Limitações

A capacidade de parar e iniciar sua instância de serviço do Azure Spring Apps tem as seguintes limitações:

• Você pode parar e iniciar sua instância de serviço do Azure Spring Apps para ajudá-lo a economizar custos. No entanto, parar e iniciar uma instância de serviço não corrige automaticamente erros do sistema ou recupera configurações inválidas. Por exemplo, ele não pode se recuperar de uma configuração de rede virtual inválida.
• Você só pode iniciar, exibir ou excluir uma instância de serviço do Azure Spring Apps interrompida. Você deve iniciar sua instância de serviço antes de executar qualquer operação de atualização, como criar ou dimensionar um aplicativo.
• O estado de uma instância de serviço do Azure Spring Apps interrompida é preservado por até 90 dias. Se a instância de serviço for interrompida por mais de 90 dias, você não poderá executar nenhuma operação nessa instância, exceto buscar configurações ou excluí-la.
• Se uma instância de serviço do Azure Spring Apps for interrompida ou iniciada com êxito, você precisará aguardar pelo menos 30 minutos para iniciar ou parar a instância novamente. No entanto, se a sua última operação falhou, pode tentar novamente sem esperar.
• Para instâncias de rede virtual, a operação de início pode falhar devido a configurações de rede virtual inválidas. Para obter mais informações, consulte Responsabilidades do cliente para executar o Azure Spring Apps em uma rede virtual.

Pré-requisitos

• Uma instância de serviço existente no Azure Spring Apps. Para criar uma nova instância de serviço, consulte Guia de início rápido: provisionar uma instância de serviço do Azure Spring Apps.
• (Opcional) CLI do Azure versão 2.45.0 ou posterior.

az spring stop \
    --name <service-instance-name> \
    --resource-group <resource-group-name>

az spring start \
    --name <service-instance-name> \
    --resource-group <resource-group-name>

az spring show \
    --name <service-instance-name> \
    --resource-group <resource-group-name>

Solucionar problemas de provisionamento de recursos com falha durante a inicialização

Ao iniciar uma instância de serviço, poderá receber uma mensagem de erro mesmo que o ProvisioningState seja Succeeded. Esta mensagem de erro ajuda-o a identificar os recursos que falharam ao iniciar ou as definições que não foram aplicadas.

Poderá receber uma mensagem de erro semelhante ao exemplo seguinte: Failed to start the following resource(s) or apply setting(s): [<failed resource list>]. Please check and update them accordingly.

A lista a seguir descreve algumas ações comuns que você pode tomar para se recuperar dessas falhas:

• Identificar os recursos com falha: consulte a <failed resource list> seção na mensagem de erro para identificar os recursos que falharam ao iniciar ou as configurações que falharam na aplicação.
• Investigar e mitigar: examine cada recurso listado, verifique os logs de falhas, se disponíveis, e faça as mitigações necessárias. Essas atenuações podem envolver a atualização dos recursos específicos que falharam ao iniciar ou reaplicar as configurações afetadas.

Próximos passos

• Monitorar eventos do ciclo de vida do aplicativo usando o log de atividades do Azure e a Integridade do Serviço do Azure
• Custo e utilização do Azure Monitor