Prevenir e resolver problemas causados por uma migração automática de um Ambiente do Serviço de Aplicativo

Importante

O Ambiente do Serviço de Aplicativo v1 e v2 foi desativado e não tem mais suporte. Se você tiver um Ambiente do Serviço de Aplicativo v1 ou v2, deverá migrar para o Ambiente do Serviço de Aplicativo v3. Para obter mais informações, consulte Atualizar para o Ambiente do Serviço de Aplicativo v3.

As migrações automáticas são migrações iniciadas pela Microsoft. A partir de 1º de setembro de 2024, a plataforma tentará migrar automaticamente qualquer Ambiente do Serviço de Aplicativo v1 e v2 restante com base no melhor esforço usando o recurso de migração in-loco, mas a Microsoft não faz nenhuma reivindicação ou garantia sobre a disponibilidade do aplicativo após a migração automática. Talvez seja necessário executar a configuração manual para concluir a migração e otimizar a escolha de SKU do plano do Serviço de Aplicativo para atender às suas necessidades. Se a migração automática não for viável, seus recursos e dados de aplicativos associados serão excluídos. Exortamo-lo vivamente a agir agora para evitar qualquer um destes cenários extremos.

Se você tiver um Ambiente do Serviço de Aplicativo v1 ou v2 que foi migrado automaticamente para o Ambiente do Serviço de Aplicativo v3, poderá encontrar problemas com seus aplicativos ou serviços. Este artigo fornece orientações sobre como resolver esses problemas.

Descrição geral

Após 1º de setembro de 2024, todos os Ambientes do Serviço de Aplicativo v1 e v2 estarão qualificados para serem migrados automaticamente (migrados automaticamente) para o Ambiente do Serviço de Aplicativo v3 a qualquer momento, salvo indicação em contrário. A plataforma inicia migrações automáticas, que são necessárias para garantir que seu Ambiente do Serviço de Aplicativo esteja sendo executado em uma plataforma compatível.

Nota

As migrações automáticas e exclusões são feitas em lotes. Se o seu Ambiente do Serviço de Aplicativo ainda não tiver migrado automaticamente, ele estará sujeito à migração automática ou exclusão a qualquer momento. A única maneira de garantir que seu Ambiente do Serviço de Aplicativo não seja migrado ou excluído automaticamente inesperadamente é solicitar um período de carência de 30 dias.

As migrações automáticas são feitas usando o recurso de migração in-loco. Há cerca de uma hora de inatividade durante o processo de migração. Os endereços IP de entrada e saída do seu Ambiente do Serviço de Aplicativo podem mudar durante o processo de migração. O tempo de inatividade pode ser maior se você tiver dependências nesses endereços IP. O tempo de inatividade também pode ser maior se você usar recursos que não são suportados no Ambiente do Serviço de Aplicativo v3.

Período de tolerância

Se você precisar de mais tempo para concluir suas migrações, podemos oferecer um período de carência único de 30 dias. Seu Ambiente do Serviço de Aplicativo não é migrado ou excluído automaticamente durante o período de carência. Quando o período de carência termina, tentamos migrar automaticamente seu Ambiente do Serviço de Aplicativo. Se a migração automática não for viável, seus recursos e dados de aplicativos associados serão excluídos.

Para receber esse período de carência, vá para o portal do Azure e visite a página Migração do seu Ambiente do Serviço de Aplicativo. Se você tiver mais de um Ambiente do Serviço de Aplicativo, precisará reconhecer e receber um período de carência para cada um dos seus ambientes que exija mais tempo para migrar.

Depois de receber o período de carência, o banner na parte superior da página Migração mostra a data de término do período de carência. Talvez seja necessário atualizar a página para ver o banner atualizado. Pode levar até cinco minutos para que o banner seja atualizado com a data.

Se precisar de mais suporte ou tiver dúvidas, entre em contato com o Suporte do Azure usando a opção Abrir tíquete de suporte no portal do Azure na página Migração. É importante que você reconheça e receba um período de carência para cada um dos seus ambientes que exigem mais tempo para migrar antes de abrir a solicitação de suporte. O período de confirmação e carência garante que seus ambientes não sejam migrados automaticamente enquanto a solicitação de suporte está sendo processada.

Limitações da migração automática

As migrações automáticas são feitas usando o recurso de migração in-loco. As seguintes limitações aplicam-se às migrações automáticas, semelhantes às limitações das migrações in-loco:

• O novo Ambiente do Serviço de Aplicativo v3 está na sub-rede existente que foi usada para seu ambiente antigo.
• O novo Ambiente do Serviço de Aplicativo v3 está na mesma região do seu ambiente antigo.
• O novo Ambiente do Serviço de Aplicativo v3 está no mesmo grupo de recursos do seu ambiente antigo.
• Todos os recursos mantêm os mesmos nomes e IDs de recursos.
• Não há suporte para associações TLS/SSL baseadas em IP no Ambiente do Serviço de Aplicativo v3. Se você tiver ligações TLS/SSL baseadas em IP, deverá removê-las assim que a migração for concluída. Seus aplicativos não funcionam até que você remova as associações.
• O Ambiente do Serviço de Aplicativo v1 em uma rede virtual clássica não é suportado para migração. Se você tiver um Ambiente do Serviço de Aplicativo v1 em uma rede virtual clássica, deverá migrar manualmente. Seu Ambiente do Serviço de Aplicativo estará qualificado para exclusão a qualquer momento se você não solicitar um período de carência de 30 dias.
• O recurso de migração in-loco não está disponível na China East 2 e na China North 2. O recurso não é suportado porque o Ambiente do Serviço de Aplicativo v3 não está disponível nessas regiões. Portanto, a migração automática não é possível para ambientes do Serviço de Aplicativo nessas regiões. Se você tiver um Ambiente do Serviço de Aplicativo nessas regiões, deverá migrar manualmente para uma das regiões suportadas, como China East 3 ou China North 3. Seu Ambiente do Serviço de Aplicativo estará qualificado para exclusão a qualquer momento se você não solicitar um período de carência de 30 dias.

Para obter mais informações sobre migrações in-loco e ver qual processo é seguido durante uma migração automática, consulte Migração para o Ambiente do Serviço de Aplicativo v3 usando o recurso de migração in-loco.

Não elegível para migração automática

Há dois cenários em que você pode não estar qualificado para a migração automática. O primeiro cenário é se o seu ambiente atual estiver em uma região que não ofereça suporte ao Ambiente do Serviço de Aplicativo v3. O outro cenário é se você tiver um Ambiente do Serviço de Aplicativo v1 em uma rede virtual clássica. Se você não estiver qualificado para a migração automática e nunca puder migrar automaticamente, o portal exibirá uma mensagem com o motivo pelo qual você não está qualificado. Você deve migrar manualmente. Seu Ambiente do Serviço de Aplicativo estará qualificado para exclusão a qualquer momento se você não solicitar um período de carência de 30 dias.

Em alguns casos, você pode ser temporariamente bloqueado da migração automática, mas pode resolver o problema de bloqueio e habilitar a migração automática. Por exemplo, se você tiver um bloqueio de recursos em seu Ambiente do Serviço de Aplicativo, poderá removê-lo para habilitar a migração automática. Uma migração automática bloqueada por um bloqueio de recursos, Política do Azure ou configuração de rede é suspensa automaticamente. Se você precisar cancelar a suspensão do Ambiente do Serviço de Aplicativo, abra um tíquete de suporte.

Os seguintes erros podem ser exibidos no portal se você não estiver qualificado para a migração automática:

Erro	Recomendação
O Ambiente do Serviço de Aplicativo v1 está em uma rede virtual clássica. As redes virtuais clássicas não suportam o Ambiente do Serviço de Aplicativo v3.	Você deve migrar manualmente.
Há um bloqueio de recursos no Ambiente do Serviço de Aplicativo/rede virtual/grupo de recursos/assinatura que está impedindo a migração.	Para habilitar a migração automática, remova o bloqueio de recursos.
Há uma Política do Azure que está impedindo a migração.	Para habilitar a migração automática, remova qualquer Política do Azure que bloqueie modificações ou exclusões de recursos para o Ambiente do Serviço de Aplicativo ou a rede virtual em que o ambiente está.
O Ambiente do Serviço de Aplicativo está em uma região que não oferece suporte à migração automática.	Você deve migrar manualmente.

O que fazer se o Ambiente do Serviço de Aplicativo for suspenso

Se o Ambiente do Serviço de Aplicativo estiver suspenso, você terá três opções.

Dessuspender e migrar automaticamente

Se você quiser migrar você mesmo, abra um tíquete de suporte usando a opção na página Migração para ver se podemos cancelar a suspensão do seu Ambiente do Serviço de Aplicativo. Não garantimos que podemos cancelar a suspensão do seu ambiente.

Retomar/cancelar a suspensão como Ambiente do Serviço de Aplicativo v3

Se quiser agilizar a migração, você pode retomar/cancelar a suspensão do ambiente como um Ambiente do Serviço de Aplicativo v3. Para retomar seu Ambiente do Serviço de Aplicativo como uma v3, vá para o portal do Azure e visite a página Migração do seu Ambiente do Serviço de Aplicativo. Para retomar seu ambiente como um Ambiente do Serviço de Aplicativo v3, selecione o botão "Migrar agora". Esse botão inicia o mesmo processo usado para migrações automáticas. As limitações, o tempo de inatividade e outras considerações são as mesmas das migrações automáticas. Se você tiver mais de um Ambiente do Serviço de Aplicativo, precisará retomar cada um dos ambientes suspensos.

Excluir seu ambiente do Serviço de Aplicativo

Se você não precisar mais do Ambiente do Serviço de Aplicativo, poderá excluir o ambiente usando o seguinte comando da CLI. Substitua os espaços reservados para a ID da assinatura, o nome do ambiente e o grupo de recursos pelos valores do Ambiente do Serviço de Aplicativo que você deseja excluir. A CLI do Azure é o único método disponível para excluir seu ambiente. Se você não tiver usado anteriormente a CLI do Azure, instale a CLI do Azure ou use o Azure Cloud Shell e use um shell Bash. A exclusão do ambiente também excluirá os aplicativos associados e os planos do Serviço de Aplicativo. Esta ação é irreversível.

az rest --method delete --url "https://management.azure.com/subscriptions/<SUBSCRIPTION-ID>/resourceGroups/<RESOURCE-GROUP>/providers/Microsoft.Web/hostingEnvironments/<ASE-NAME>?api-version=2020-12-01" --url-parameters forceDelete=true --verbose

Recursos para limitar os efeitos das migrações automáticas

Para limitar o efeito das migrações automáticas, implementamos os seguintes recursos para o recurso de migração automática.

Preservação do endereço IP de saída

Anteriormente, o endereço IP de saída do seu Ambiente do Serviço de Aplicativo sempre era alterado durante o processo de migração. Agora, o endereço IP de saída do seu Ambiente do Serviço de Aplicativo pode ser preservado durante o processo de migração. O endereço IP público do Ambiente do Serviço de Aplicativo v1/v2 pode ser preservado e usado como o endereço IP de saída do Ambiente do Serviço de Aplicativo v3. Não garantimos que possamos preservar o seu endereço IP de saída. No entanto, o Ambiente do Serviço de Aplicativo v3 tem dois endereços IP de saída. Se tiver uma configuração de sufixo de domínio personalizada e se ligar ao Cofre da Chave do Azure através da Internet pública, poderá ainda ter de ter em conta o outro novo endereço IP de saída.

Para migrações do Ambiente do Serviço de Aplicativo do ILB (balanceador de carga interno), o IP de entrada é sempre preservado. Essa funcionalidade permanece a mesma durante a migração automática.

Para migrações do Ambiente do Serviço de Aplicativo do balanceador de carga externo (ELB), o IP de entrada ainda é alterado. Essa alteração pode afetá-lo se você usar registros A para apontar para o endereço IP de entrada do seu Ambiente do Serviço de Aplicativo. Se você usar registros A, deverá atualizar os registros A para apontar para o novo endereço IP de entrada após a conclusão do processo de migração. Se você usar registros CNAME, provavelmente não precisará fazer nenhuma alteração de DNS. Se você tiver outras dependências no endereço IP de entrada, deverá atualizá-las de acordo.

Compatibilidade de configuração de sufixo de domínio personalizado do Ambiente do Serviço de Aplicativo v2

O sufixo de domínio personalizado no Ambiente do Serviço de Aplicativo v3 é implementado de forma diferente do que no Ambiente do Serviço de Aplicativo v2. No Ambiente do Serviço de Aplicativo v2, o certificado é carregado diretamente no Ambiente do Serviço de Aplicativo. Além disso, certificados não curinga são permitidos. No Ambiente do Serviço de Aplicativo v3, o certificado deve ser armazenado no Cofre da Chave do Azure e o Ambiente do Serviço de Aplicativo deve ser capaz de acessar o cofre da chave. Além disso, certificados não curinga não são permitidos.

Para reduzir o efeito das migrações automáticas, implementamos um modo de compatibilidade limitado para configurações de sufixo de domínio personalizado do Ambiente do Serviço de Aplicativo v2 no Ambiente do Serviço de Aplicativo v3. Se você tiver uma configuração de sufixo de domínio personalizada no Ambiente do Serviço de Aplicativo v2, a configuração será migrada para o Ambiente do Serviço de Aplicativo v3. O certificado é carregado no Ambiente do Serviço de Aplicativo v3 e a configuração é atualizada para usar o certificado carregado. Este processo é feito como uma medida temporária e só é válido até que o certificado atual expire. Você deve atualizar a configuração para usar o Azure Key Vault após a conclusão do processo de migração e antes que o certificado expire. Se você não atualizar a configuração, quando o certificado expirar, o sufixo de domínio personalizado não funcionará. Para obter mais informações, consulte Sufixo de domínio personalizado no Ambiente do Serviço de Aplicativo v3.

Importante

Mesmo com o modo de compatibilidade de sufixo de domínio personalizado, sua configuração de sufixo de domínio personalizado pode não funcionar conforme o esperado. Não garantimos que seu sufixo de domínio personalizado funcionará após a migração automática. É altamente recomendável que você atualize a configuração para usar o Cofre da Chave do Azure o mais rápido possível após a conclusão do processo de migração.

Suporte de migração para aplicativos com ligações TLS/SSL baseadas em IP

Não há suporte para associações TLS/SSL baseadas em IP no Ambiente do Serviço de Aplicativo v3. Anteriormente, o recurso de migração só permitia migrar depois de remover as associações. Para habilitar migrações automáticas, a validação automática para verificar se há ligações TLS/SSL baseadas em IP é removida. Se você tiver ligações TLS/SSL baseadas em IP, deverá removê-las assim que a migração for concluída. Seus aplicativos não funcionam até que você remova as associações.

Resolver problemas causados por uma migração automática

A seguir estão os problemas que você pode encontrar com seus aplicativos ou serviços após uma migração automática. Se o seu problema não estiver listado aqui e precisar de assistência, contacte o Suporte do Azure.

Problema: o Ambiente do Serviço de Aplicativo v3 está usando a configuração de sufixo de domínio personalizado antiga

Se você tiver uma configuração de sufixo de domínio personalizada no Ambiente do Serviço de Aplicativo v2, a configuração será migrada para o Ambiente do Serviço de Aplicativo v3. O certificado é carregado no Ambiente do Serviço de Aplicativo v3 e a configuração é atualizada para usar o certificado carregado. Este processo é feito como uma medida temporária e só é válido até que o certificado atual expire. Não garantimos que sua configuração de sufixo de domínio personalizado antigo funcionará após a migração automática.

Para resolver essa incompatibilidade, você deve atualizar a configuração para usar o Cofre da Chave do Azure após a conclusão do processo de migração e antes que o certificado expire. Se você não atualizar a configuração, quando o certificado expirar, o sufixo de domínio personalizado não funcionará. Para atualizar a configuração de sufixo de domínio personalizado, siga as etapas em Sufixo de domínio personalizado no Ambiente do Serviço de Aplicativo v3.

Problema: os aplicativos no Ambiente do Serviço de Aplicativo v3 têm ligações TLS/SSL baseadas em IP

Não há suporte para associações TLS/SSL baseadas em IP no Ambiente do Serviço de Aplicativo v3. Você deve remover as associações assim que a migração for concluída. Seus aplicativos não funcionam até que você remova as associações.

Problema: os recursos dependentes não são atualizados para usar o novo endereço IP de entrada

As migrações do Ambiente do Serviço de Aplicativo ILB preservam o endereço IP de entrada, portanto, nenhuma ação é necessária.

As migrações do Ambiente do Serviço de Aplicativo ELB alteram o endereço IP de entrada. Se você usar registros A para apontar para o endereço IP de entrada do seu Ambiente do Serviço de Aplicativo, deverá atualizar os registros A para apontar para o novo endereço IP de entrada após a conclusão do processo de migração. Se você usar registros CNAME, provavelmente não precisará fazer nenhuma alteração de DNS. Se você tiver outras dependências no endereço IP de entrada, deverá atualizá-las de acordo. O endereço IP de entrada antigo não é mais válido após a conclusão do processo de migração.

Problema: os recursos dependentes não são atualizados para usar o novo endereço IP de saída

O Ambiente do Serviço de Aplicativo v3 tem dois endereços IP de saída. Após o processo de migração, seu endereço IP de saída existente pode ser preservado, mas outro IP de saída é criado. Talvez seja necessário contabilizar esse outro novo endereço IP de saída se tiver uma configuração de sufixo de domínio personalizada e se conectar ao Cofre da Chave do Azure pela Internet pública. Se o seu endereço IP de saída original não for preservado, você também deverá levar em conta essa alteração.

Problema: alteração de recursos ou incompatibilidade com o Ambiente do Serviço de Aplicativo v3

Em geral, o Ambiente do Serviço de Aplicativo v3 é compatível com o Ambiente do Serviço de Aplicativo v1 e v2. No entanto, existem algumas diferenças. Para ver as diferenças entre as versões, revise a comparação de versões do Ambiente do Serviço de Aplicativo. Se estiver a utilizar uma funcionalidade que não é suportada ou que se comporta de forma diferente no Ambiente do Serviço de Aplicação v3, tem de atualizar as suas aplicações em conformidade.

A seguir estão as alterações notáveis no Ambiente do Serviço de Aplicativo v3:

• Não há suporte para ligações TLS/SSL baseadas em IP.
• A configuração do sufixo de domínio personalizado é diferente.
• O domínio padrão é sempre mantido, mesmo se você tiver um sufixo de domínio personalizado.
• Não são permitidos certificados não curinga para sufixo de domínio personalizado.
• O Ambiente do Serviço de Aplicativo v3 tem dois endereços IP de saída.
• Os SKUs disponíveis são de tamanhos diferentes.
• O modelo de preços é diferente.
• O modelo de rede é diferente.
• A estrutura do ponto de extremidade FTPS é diferente. O acesso ao ponto de extremidade FTPS usando sufixo de domínio personalizado não é suportado.
• O Ambiente do Serviço de Aplicações v3 não reverte para o DNS do Azure se os seus servidores DNS personalizados configurados na rede virtual não conseguirem resolver um nome especificado. Se esse comportamento for necessário, certifique-se de que tem um encaminhador para um DNS público ou inclua o DNS do Azure na lista de servidores DNS personalizados.

Preços

Não há nenhum custo associado à migração automática do seu Ambiente do Serviço de Aplicativo. Você deixa de ser cobrado pelo Ambiente do Serviço de Aplicativo anterior assim que ele é desligado durante o processo de migração. Você começa a ser cobrado pelo seu novo Ambiente do Serviço de Aplicativo v3 assim que ele é implantado. Para obter mais informações sobre os preços do Ambiente do Serviço de Aplicações v3, consulte os detalhes dos preços.

Quando você migra para o Ambiente do Serviço de Aplicativo v3 de versões anteriores, há cenários que você deve considerar que podem reduzir seu custo mensal. Considere reservas e planos de poupança para reduzir ainda mais os seus custos. Para obter informações sobre oportunidades de economia de custos, consulte Oportunidades de economia de custos após a atualização para o Ambiente do Serviço de Aplicativo v3.

Nota

Devido à conversão dos planos do Serviço de Aplicativo de Isolado para Isolado v2, seus aplicativos podem ser provisionados em excesso após a migração, já que a camada Isolado v2 tem mais memória e CPU por tamanho de instância correspondente. Você terá a oportunidade de dimensionar seu ambiente conforme necessário assim que a migração for concluída. Para obter mais informações, consulte os detalhes do SKU.

Reduza seus planos do Serviço de Aplicativo

As SKUs do plano do Serviço de Aplicativo disponíveis para o Ambiente do Serviço de Aplicativo v3 são executadas na camada Isolado v2 (Iv2). O número de núcleos e a quantidade de RAM são efetivamente dobrados por camada correspondente em comparação com a camada Isolada. Quando você migra, seus planos do Serviço de Aplicativo são convertidos para a camada correspondente. Por exemplo, suas instâncias I2 são convertidas em I2v2. Enquanto o I2 tem dois núcleos e 7 GB de RAM, o I2v2 tem quatro núcleos e 16 GB de RAM. Se você espera que seus requisitos de capacidade permaneçam os mesmos, você está provisionado em excesso e pagando pela computação e memória que não está usando. Para esse cenário, você pode reduzir sua instância I2v2 para I1v2 e acabar com um número semelhante de núcleos e RAM que você tinha anteriormente.

Política de suporte após a desativação do Ambiente do Serviço de Aplicativo v1 e v2

A instrução a seguir representa a política de suporte do Ambiente do Serviço de Aplicativo do Azure v1 e v2 a partir de 1º de setembro de 2024. Isso não afeta suas cargas de trabalho em execução no Ambiente do Serviço de Aplicativo v3.

Esta política de suporte expira no final de qualquer extensão ou período de carência que lhe tenha sido concedida aprovação por escrito pela Microsoft para executar os serviços após a data de desativação agendada. A falha na migração até essa data resultará na desativação de todos os Ambientes do Serviço de Aplicativo do Azure v1 e v2 restantes, o que pode incluir, mas não se limitando a, exclusão de aplicativos e dados, migração in-loco automatizada e outros procedimentos de desativação.

A política de suporte estendido inclui os seguintes itens:

• A partir de 1º de setembro de 2024, o Contrato de Nível de Serviço (SLA) não é mais aplicável ao Ambiente do Serviço de Aplicativo v1 e v2. Através do uso contínuo do produto após a data de desativação, você reconhece que o Azure não se compromete com o SLA de 99,95% para o ambiente aposentado.
• Estamos comprometidos em manter a plataforma e permitir que você conclua suas migrações. Portanto, os canais de suporte de Serviços de Suporte ao Cliente (CSS) e Grupo de Produtos (PG) continuarão a lidar com casos de suporte e Incidentes de Resposta Crítica (CRIs) de maneira comercialmente razoável. Nenhum novo investimento em segurança e conformidade será feito no Ambiente do Serviço de Aplicativo v1 e v2.
• O Serviço de Aplicativo continuará a corrigir o sistema operacional e os tempos de execução de linguagem de acordo com os processos de atualização da plataforma documentados aqui.
• O Serviço de Aplicativo continuará a testar e validar as atualizações do Serviço de Aplicativo do Azure antes da implantação e continuará a seguir procedimentos de implantação seguros para atualizações de plataforma.
• O Serviço de Aplicativo continuará a monitorar ativamente a pegada de produção do Ambiente do Serviço de Aplicativo do Azure v1/v2 e continuará a responder aos problemas detetados por meio desse monitoramento com a mesma urgência de hoje.
• A Microsoft continuará a aceitar casos de suporte do Serviço de Aplicativo do Azure e a conduzir a resolução de problemas do Serviço de Aplicativo do Azure em tempo hábil.
• O Serviço de Aplicativo continuará a aplicar patches e hotfixes para bugs críticos da plataforma do Serviço de Aplicativo do Azure que possam surgir.
• No entanto, a capacidade de mitigar efetivamente os problemas que podem surgir de dependências de nível inferior do Azure pode ser prejudicada devido à desativação que afeta todos os Serviços de Nuvem e componentes do Azure Service Management (ASM)/RedDog Front End (RDFE).

Recomendamos que você conclua a migração para o Ambiente do Serviço de Aplicativo do Azure v3 o mais rápido possível para evitar interrupções em seus serviços. Nossa equipe está disponível para ajudá-lo com o processo de migração e para responder a quaisquer perguntas que você possa ter. Para obter mais informações sobre as etapas de desativação e migração, recursos disponíveis e benefícios da migração, consulte a documentação do produto.

Perguntas mais frequentes

• Por que estou enfrentando interrupções temporárias de aplicativos no meu Ambiente do Serviço de Aplicativo v1/v2?
  A plataforma Azure está se preparando para a desativação dos Serviços de Nuvem (Clássico), que é a infraestrutura na qual o Ambiente do Serviço de Aplicativo v1 e v2 é executado. Como parte dessa preparação, você deve esperar interrupções temporárias e interrupções do serviço. Para minimizar o efeito dessas interrupções, recomendamos que você migre para o Ambiente do Serviço de Aplicativo v3 o mais rápido possível.
• Por que meu Ambiente do Serviço de Aplicativo foi migrado automaticamente?
  O Ambiente do Serviço de Aplicativo v1 e v2 foi desativado e não tem mais suporte. A infraestrutura de suporte para o Ambiente do Serviço de Aplicativo v1 e v2 está sendo desativada. Para garantir que seu Ambiente do Serviço de Aplicativo esteja sendo executado em uma plataforma compatível, a Microsoft inicia migrações automáticas para o Ambiente do Serviço de Aplicativo v3.
• Por que meus aplicativos não estão funcionando após a migração automática?
  Após uma migração automática, você pode encontrar problemas com seus aplicativos ou serviços devido a atualizações de recursos ou incompatibilidades. Para resolver esses problemas, consulte Resolver problemas causados por uma migração automática.
• Qual é o tempo de inatividade durante o processo de migração automática?
  Há cerca de uma hora de inatividade durante o processo de migração automática. Os endereços IP de entrada e saída do seu Ambiente do Serviço de Aplicativo podem mudar durante o processo de migração. O tempo de inatividade pode ser maior se você tiver dependências nesses endereços IP. O tempo de inatividade também pode ser maior se você usar recursos que não são suportados no Ambiente do Serviço de Aplicativo v3.
• Serei cobrado pelas migrações automáticas?
  Não há nenhum custo associado à migração automática do seu Ambiente do Serviço de Aplicativo. Você deixa de ser cobrado pelo Ambiente do Serviço de Aplicativo anterior assim que ele é desligado durante o processo de migração. Você começa a ser cobrado pelo seu novo Ambiente do Serviço de Aplicativo v3 assim que ele é implantado.
• Por que meu Ambiente do Serviço de Aplicativo foi excluído?
  Se a migração automática não for viável, seus recursos e dados de aplicativos associados serão excluídos. Exortamo-lo vivamente a agir agora para evitar este cenário. Se você precisar de mais tempo para concluir suas migrações, podemos oferecer um período de carência único de 30 dias. Seu Ambiente do Serviço de Aplicativo não é excluído durante o período de carência. Quando o período de carência terminar, poderemos excluir seu Ambiente do Serviço de Aplicativo e todos os dados associados.