Migração para o Ambiente do Serviço de Aplicativo v3 usando o recurso de migração in-loco
Nota
O recurso de migração descrito neste artigo é usado para migração automatizada in-loco (mesma sub-rede) do Ambiente do Serviço de Aplicativo v1 e v2 para o Ambiente do Serviço de Aplicativo v3. Se você estiver procurando informações sobre o recurso de migração lado a lado, consulte Migrar para o Ambiente do Serviço de Aplicativo v3 usando o recurso de migração lado a lado. Se você estiver procurando informações sobre opções de migração manual, consulte Opções de migração manual. Para obter ajuda para decidir qual opção de migração é ideal para você, consulte Árvore de decisão de caminho de migração. Para obter mais informações sobre o Ambiente do Serviço de Aplicativo v3, consulte Visão geral do Ambiente do Serviço de Aplicativo v3.
O Serviço de Aplicativo pode automatizar a migração do seu Ambiente do Serviço de Aplicativo v1 e v2 para um Ambiente do Serviço de Aplicativo v3. Existem diferentes opções de migração. Analise a árvore de decisão do caminho de migração para decidir qual opção é melhor para seu caso de uso. O Ambiente do Serviço de Aplicativo v3 oferece vantagens e diferenças de recursos em relação às versões anteriores. Certifique-se de revisar os recursos suportados do Ambiente do Serviço de Aplicativo v3 antes de migrar para reduzir o risco de um problema inesperado do aplicativo.
O recurso de migração in-loco automatiza a migração para o Ambiente do Serviço de Aplicativo v3 atualizando o Ambiente do Serviço de Aplicativo existente na mesma sub-rede. Essa opção de migração é melhor para clientes que desejam migrar para o Ambiente do Serviço de Aplicativo v3 com alterações mínimas em suas configurações de rede. Você também deve ser capaz de suportar cerca de uma hora de tempo de inatividade do aplicativo. Se você não puder suportar o tempo de inatividade, consulte o recurso de migração lateral ou as opções de migração manual.
Importante
Recomenda-se usar esse recurso para ambientes de desenvolvimento primeiro antes de migrar qualquer ambiente de produção para garantir que não haja problemas inesperados. Por favor, forneça qualquer feedback relacionado a este artigo ou ao recurso usando os botões na parte inferior da página.
Cenários suportados
No momento, o recurso de migração in-loco não oferece suporte a migrações para o Ambiente do Serviço de Aplicativo v3 nas seguintes regiões:
Microsoft Azure operado pela 21Vianet
- China Leste 2
- Norte da China 2
As seguintes configurações do Ambiente do Serviço de Aplicativo podem ser migradas usando o recurso de migração in-loco. A tabela fornece a configuração do Ambiente do Serviço de Aplicativo v3 ao usar o recurso de migração in-loco com base no seu Ambiente do Serviço de Aplicativo existente. Todos os Ambientes do Serviço de Aplicativo suportados podem ser migrados para um Ambiente do Serviço de Aplicativo v3 redundante de zona usando o recurso de migração in-loco, desde que o ambiente esteja em uma região que ofereça suporte à redundância de zona. Você pode configurar a redundância de zona durante o processo de migração.
| Configuração | Configuração do Ambiente do Serviço de Aplicativo v3 |
|---|---|
| Ambiente do Serviço de Aplicativo ILB (Balanceador de Carga Interno) v2 | Ambiente do Serviço de Aplicativo ILB v3 |
| Ambiente de Serviço de Aplicativo Externo (ELB/Internet voltado para IP público) v2 | Ambiente do Serviço de Aplicativo ELB v3 |
| ILB App Service Environment v2 com um sufixo de domínio personalizado | Ambiente do Serviço de Aplicativo ILB v3 com um sufixo de domínio personalizado |
| Ambiente do Serviço de Aplicativo ILB v1 | Ambiente do Serviço de Aplicativo ILB v3 |
| Ambiente do Serviço de Aplicativo ELB v1 | Ambiente do Serviço de Aplicativo ELB v3 |
| ILB App Service Environment v1 com um sufixo de domínio personalizado | Ambiente do Serviço de Aplicativo ILB v3 com um sufixo de domínio personalizado |
| Ambiente do Serviço de Aplicativo fixo por zona v2 | Ambiente do Serviço de Aplicativo v3 com configuração opcional de redundância de zona |
Se você quiser que seu novo Ambiente do Serviço de Aplicativo v3 use um sufixo de domínio personalizado e não estiver usando um atualmente, o sufixo de domínio personalizado poderá ser configurado a qualquer momento assim que a migração for concluída. Para obter mais informações, consulte Configurar sufixo de domínio personalizado para o Ambiente do Serviço de Aplicativo.
Você pode encontrar a versão do seu Ambiente do Serviço de Aplicativo navegando até o Ambiente do Serviço de Aplicativo no portal do Azure e selecionando Configuração em Configurações, no lado esquerdo. Você também pode usar o Gerenciador de Recursos do Azure e revisar o kind valor da propriedade para seu Ambiente do Serviço de Aplicativo.
Limitações do recurso de migração in-loco
A seguir estão as limitações ao usar o recurso de migração in-loco:
- O seu novo Ambiente do Serviço de Aplicações v3 está na sub-rede existente que foi utilizada para o seu ambiente antigo.
- Não é possível alterar a região na qual o Ambiente do Serviço de Aplicações está localizado.
- O Ambiente do Serviço de Aplicativo ELB não pode ser migrado para o Ambiente do Serviço de Aplicativo ILB v3 e vice-versa.
- Se o Ambiente do Serviço de Aplicações existente utilizar um sufixo de domínio personalizado, terá de configurar o sufixo de domínio personalizado para o Ambiente do Serviço de Aplicações v3 durante o processo de migração.
- Se já não pretender utilizar um sufixo de domínio personalizado, pode removê-lo quando a migração estiver concluída.
O Ambiente do Serviço de Aplicativo v3 não oferece suporte aos seguintes recursos que podem ser usados com seu Ambiente do Serviço de Aplicativo v1 ou v2 atual.
- Configurar um enlace TLS/SSL baseado em IP com as aplicações.
- 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.
O recurso de migração in-loco não suporta os seguintes cenários. Consulte as opções de migração manual se o Ambiente do Serviço de Aplicativo se enquadrar em uma dessas categorias.
- Ambiente do Serviço de Aplicativo v1 em uma rede virtual clássica
- Ambiente do Serviço de Aplicações v2 do ELB com endereços SSL IP
- Ambiente do Serviço de Aplicações v1 do ELB com endereços SSL IP
A plataforma do Serviço de Aplicativo analisa seu Ambiente do Serviço de Aplicativo para confirmar o suporte à migração in-loco. Se o seu cenário não passar em todas as verificações de validação, você não poderá migrar neste momento usando o recurso de migração in-loco. Se o ambiente estiver em um estado não íntegro ou suspenso, você não poderá migrar até fazer as atualizações necessárias.
Nota
O Ambiente do Serviço de Aplicativo v3 não suporta IP SSL. Se você usar IP SSL, deverá remover todas as associações IP SSL antes de migrar para o Ambiente do Serviço de Aplicativo v3. O recurso de migração suportará seu ambiente assim que todas as ligações IP SSL forem removidas.
Resolução de Problemas
Se o Ambiente do Serviço de Aplicativo não passar nas verificações de validação ou se você tentar executar uma etapa de migração na ordem incorreta, poderá ver uma das seguintes mensagens de erro:
| Mensagem de erro | Description | Recomendação |
|---|---|---|
| A migração só pode ser chamada em um ASE em ARM VNET e este ASE está em VNET Classic. | Os Ambientes do Serviço de Aplicativo em VNets clássicas não podem migrar usando o recurso de migração in-loco. | Migre usando uma das opções de migração manual. |
| A migração ASEv3 ainda não está pronta. | A infraestrutura subjacente não está pronta para suportar o Ambiente do Serviço de Aplicativo v3. | Migre usando uma das opções de migração manual se quiser migrar imediatamente. Caso contrário, aguarde até que o recurso de migração in-loco esteja disponível na sua região. |
| A migração não pode ser chamada neste ASE, entre em contato com o suporte para obter ajuda na migração. | O suporte precisa ser contratado para migrar esse Ambiente do Serviço de Aplicativo. Esse problema é potencialmente devido às configurações personalizadas usadas por esse ambiente. | Abra um caso de suporte para contratar o suporte para resolver seu problema. |
| A migração não pode ser chamada se o IP SSL estiver habilitado em qualquer um dos sites. | Os Ambientes do Serviço de Aplicativo que têm sites com IP SSL habilitado não podem ser migrados usando o recurso de migração. | Remova o IP SSL de todos os seus aplicativos no Ambiente do Serviço de Aplicativo para habilitar o recurso de migração. |
| A migração completa não pode ser chamada antes que os endereços IP sejam gerados. | Este erro aparece se você tentar migrar antes de concluir as etapas de pré-migração. | Certifique-se de concluir todas as etapas de pré-migração antes de tentar migrar. Consulte o guia passo a passo para migrar. |
| A migração para o ASEv3 não é permitida para este ASE. | Não é possível migrar usando o recurso de migração. | Migre usando uma das opções de migração manual. |
| A assinatura tem muitos ambientes do Serviço de Aplicativo. Por favor, remova alguns antes de tentar criar mais. | A cota do Ambiente do Serviço de Aplicativo para sua assinatura é atendida. | Remova ambientes desnecessários ou contacte o suporte para rever as suas opções. |
<ZoneRedundant><DedicatedHosts><ASEv3/ASE> não está disponível neste local. |
Este erro aparece se estiver a tentar migrar um Ambiente do Serviço de Aplicação numa região que não suporta uma das funcionalidades solicitadas. | Migre usando uma das opções de migração manual se quiser migrar imediatamente. Caso contrário, aguarde até que a funcionalidade de migração suporte esta configuração do Ambiente do Serviço de Aplicações. |
| A migração não pode ser chamada neste ASE até que a atualização ativa tenha sido concluída. | Os Ambientes do Serviço de Aplicativo não podem ser migrados durante as atualizações da plataforma. Pode definir a sua preferência de atualização no portal do Azure. Em alguns casos, ao visitar a página de migração é iniciada uma atualização se o Ambiente do Serviço de Aplicações não estiver na compilação atual. | Aguarde até que a atualização termine e, em seguida, migre. |
| Operação de gerenciamento do Ambiente do Serviço de Aplicativo em andamento. | Seu Ambiente do Serviço de Aplicativo está passando por uma operação de gerenciamento. Essas operações podem incluir atividades como implantações ou atualizações. A migração é bloqueada até que estas operações estejam concluídas. | Você pode migrar assim que essas operações forem concluídas. |
| Migrar não está disponível para esta assinatura. | O suporte precisa ser contratado para migrar esse Ambiente do Serviço de Aplicativo. | Abra um caso de suporte para contratar o suporte para resolver seu problema. |
| Seu InteralLoadBalancingMode não é suportado no momento. | Os Ambientes do Serviço de Aplicativo que têm InternalLoadBalancingMode definido para determinados valores não podem ser migrados usando o recurso de migração no momento. O InternalLoadBalancingMode deve ser alterado manualmente pela equipe da Microsoft. | Abra um caso de suporte para contratar o suporte para resolver seu problema. Solicite uma atualização para o InternalLoadBalancingMode para permitir a migração. |
| A migração é inválida. Seu ASE precisa ser atualizado para a compilação mais recente para garantir uma migração bem-sucedida. Vamos atualizar o seu ASE agora. Tente migrar novamente em algumas horas, assim que a atualização da plataforma terminar. | Seu Ambiente do Serviço de Aplicativo não está na compilação mínima necessária para a migração. Uma atualização é iniciada. Seu Ambiente do Serviço de Aplicativo não será afetado, mas você não poderá dimensionar ou fazer alterações no Ambiente do Serviço de Aplicativo enquanto a atualização estiver em andamento. Não poderá migrar até que a atualização esteja concluída. | Aguarde até que a atualização termine e, em seguida, migre. |
Visão geral do processo de migração usando o recurso de migração in-loco
A migração in-loco consiste em uma série de etapas que devem ser seguidas em ordem. Os pontos principais são fornecidos para um subconjunto dos passos. É importante compreender o que acontece durante estes passos e como o seu ambiente e aplicações são afetados. Depois de analisar as informações seguintes e quando estiver pronto para migrar, siga o guia passo a passo.
Valide se a migração é suportada usando o recurso de migração in-loco para seu Ambiente do Serviço de Aplicativo
A plataforma valida que seu Ambiente do Serviço de Aplicativo pode ser migrado usando o recurso de migração in-loco. Se o Ambiente do Serviço de Aplicativo não passar em todas as verificações de validação, você não poderá migrar neste momento usando o recurso de migração in-loco. Consulte a seção de solução de problemas para obter detalhes sobre as possíveis causas da falha de validação. Se o ambiente estiver em um estado não íntegro ou suspenso, você não poderá migrar até fazer as atualizações necessárias. Se não for possível migrar usando o recurso de migração in-loco, consulte as opções de migração manual.
A validação também verifica se o Ambiente do Serviço de Aplicativo está na compilação mínima necessária para a migração. A compilação mínima é atualizada periodicamente para garantir que as últimas correções de bugs e melhorias estejam disponíveis. Se o Ambiente do Serviço de Aplicativo não estiver na compilação mínima, você mesmo precisará iniciar a atualização. Essa atualização é um processo padrão em que o Ambiente do Serviço de Aplicativo não é afetado, mas você não pode dimensionar ou fazer alterações no Ambiente do Serviço de Aplicativo enquanto a atualização estiver em andamento. Não é possível migrar até que a atualização seja concluída. As atualizações podem levar de 8 a 12 horas para serem concluídas ou mais, dependendo do tamanho do seu ambiente. Se você planejar uma janela de tempo específica para sua migração, deverá executar a verificação de validação 24 a 48 horas antes do horário de migração planejado para garantir que tenha tempo para uma atualização, se necessário.
Gerar endereços IP para o seu novo Ambiente do Serviço de Aplicações v3
A plataforma cria o novo IP de entrada (se você estiver migrando um Ambiente de Serviço de Aplicativo ELB) e os novos endereços IP de saída. Enquanto estes IPs estão a ser criados, a atividade no seu Ambiente do Serviço de Aplicações existente não é interrompida. No entanto, não pode dimensionar nem fazer alterações no seu ambiente existente. Este processo demora cerca de 15 minutos a concluir.
Quando terminar, irá receberá os novos IPs que o seu Ambiente do Serviço de Aplicações v3 futuro utiliza. Estes novos IPs não têm efeito no seu ambiente existente. Os IPs utilizados pelo ambiente existente continuam a ser utilizados até que o ambiente existente seja encerrado durante o passo de migração.
Atualizar recursos dependentes com novos IPs
Depois que os novos IPs são criados, você tem a nova saída padrão para os endereços públicos da Internet. Em preparação para a migração, você pode ajustar quaisquer firewalls externos, roteamento DNS, grupos de segurança de rede e quaisquer outros recursos que dependam desses IPs. Para o Ambiente do Serviço de Aplicativo ELB, você também tem o novo endereço IP de entrada que pode ser usado para configurar novos pontos de extremidade com serviços como o Gerenciador de Tráfego ou o Azure Front Door. É sua responsabilidade atualizar todos e quaisquer recursos que serão afetados pela alteração de endereço IP associada ao novo Ambiente do Serviço de Aplicativo v3. Não passe para a próxima etapa até ter feito todas as atualizações necessárias. Esta etapa também é um bom momento para revisar as alterações de dependência de rede de entrada e saída ao migrar para o Ambiente do Serviço de Aplicativo v3, incluindo a alteração de porta para a sonda de integridade do Balanceador de Carga do Azure, que agora usa a porta 80.
Importante
Devido a um bug conhecido, para migrações do Ambiente do Serviço de Aplicativo ELB, o endereço IP de entrada pode mudar novamente quando a etapa de migração for concluída. Esteja preparado para atualizar seus recursos dependentes novamente com o novo endereço IP de entrada após a conclusão da etapa de migração. Este bug está sendo resolvido e será corrigido o mais rápido possível. Abra um caso de suporte se tiver dúvidas ou preocupações sobre esse problema ou precisar de ajuda com o processo de migração.
Delegar a sub-rede do Ambiente do Serviço de Aplicativo
O Ambiente do Serviço de Aplicativo v3 requer que a sub-rede em que está tenha uma única delegação de Microsoft.Web/hostingEnvironments. A migração não poderá ser bem-sucedida se a sub-rede do Ambiente do Serviço de Aplicativo não estiver delegada ou se você delegá-la a um recurso diferente.
Reconhecer alterações no tamanho da instância
Seus planos do Serviço de Aplicativo são convertidos da camada Isolado para a camada Isolado v2 correspondente como parte da migração. Por exemplo, I2 é convertido para I2v2. Seus aplicativos podem ser provisionados em excesso após a migração, já que a camada Isolada v2 tem mais memória e CPU por tamanho de instância correspondente. Você tem 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.
Garantir que não existem bloqueios nos seus recursos
Os bloqueios de rede virtual bloqueiam as operações da plataforma durante a migração. Se sua rede virtual tiver bloqueios, você precisará removê-los antes de migrar. Os bloqueios podem ser readicionados, se necessário, assim que a migração for concluída. Os bloqueios podem existir em três escopos diferentes: assinatura, grupo de recursos e recurso. Quando você aplica um bloqueio em um escopo pai, todos os recursos dentro desse escopo herdam o mesmo bloqueio. Se você tiver bloqueios aplicados na assinatura, no grupo de recursos ou no escopo do recurso, eles precisarão ser removidos antes da migração. Para obter mais informações sobre bloqueios e herança de bloqueio, consulte Bloquear seus recursos para proteger sua infraestrutura.
Verifique se não há Políticas do Azure bloqueando a migração
A Política do Azure pode ser usada para negar a criação e a modificação de recursos para determinadas entidades. Se você tiver uma política que bloqueie a criação de Ambientes do Serviço de Aplicativo ou a modificação de sub-redes, será necessário removê-la antes de migrar. A política pode ser readicionada, se necessário, assim que a migração for concluída. Para obter mais informações sobre a Política do Azure, consulte Visão geral da Política do Azure.
Escolher as configurações do seu Ambiente do Serviço de Aplicações v3
Seu Ambiente do Serviço de Aplicativo v3 pode ser implantado em zonas de disponibilidade nas regiões que oferecem suporte a ele. Essa arquitetura é conhecida como redundância de zona. A redundância de zona só pode ser configurada durante a criação do Ambiente do Serviço de Aplicativo. Se você quiser que seu novo Ambiente do Serviço de Aplicativo v3 seja redundante de zona, habilite a configuração durante o processo de migração. Qualquer Ambiente do Serviço de Aplicativo que esteja usando o recurso de migração in-loco para migrar pode ser configurado como zona redundante, desde que você esteja usando uma região que ofereça suporte à redundância de zona para o Ambiente do Serviço de Aplicativo v3. Se o ambiente existente estiver em uma região que não oferece suporte à redundância de zona, a opção de configuração será desabilitada e você não poderá configurá-la. O recurso de migração in-loco não oferece suporte à mudança de regiões. Se você quiser usar uma região diferente, use uma das opções de migração manual.
Nota
Ativar a redundância de zona pode levar a cobranças adicionais. Analise o modelo de preços de redundância de zona para obter mais informações.
Se o Ambiente do Serviço de Aplicativo existente usar um sufixo de domínio personalizado, você será solicitado a configurar um sufixo de domínio personalizado para o novo Ambiente do Serviço de Aplicativo v3. Você precisa fornecer o nome de domínio personalizado, a identidade gerenciada e o certificado. Para obter mais informações sobre o sufixo de domínio personalizado do Ambiente do Serviço de Aplicativo v3, incluindo requisitos, instruções passo a passo e práticas recomendadas, consulte Configurar sufixo de domínio personalizado para o Ambiente do Serviço de Aplicativo. Você deve configurar um sufixo de domínio personalizado para seu novo ambiente, mesmo que não queira mais usá-lo. Quando a migração estiver concluída, você poderá remover a configuração de sufixo de domínio personalizado, se necessário.
Se a migração incluir um sufixo de domínio personalizado, para o Ambiente do Serviço de Aplicativo v3, o domínio personalizado não será exibido na seção Essentials da página Visão geral do portal, como é para o Ambiente do Serviço de Aplicativo v1/v2. Em vez disso, para o Ambiente do Serviço de Aplicativo v3, vá para a página Sufixo de domínio personalizado onde você pode confirmar se o sufixo de domínio personalizado está configurado corretamente. Além disso, no Ambiente do Serviço de Aplicativo v2, se você tiver um sufixo de domínio personalizado, o nome de host padrão incluirá seu sufixo de domínio personalizado e estará na forma APP-NAME.internal.contoso.com. No Ambiente do Serviço de Aplicativo v3, o nome de host padrão sempre usa o sufixo de domínio padrão e está no formato APP-NAME.ASE-NAME.appserviceenvironment.net. Essa diferença ocorre porque o Ambiente do Serviço de Aplicativo v3 mantém o sufixo de domínio padrão quando você adiciona um sufixo de domínio personalizado. Com o Ambiente do Serviço de Aplicativo v2, há apenas um único sufixo de domínio.
Migrar para o Ambiente do Serviço de Aplicações v3
Depois de concluir os passos anteriores, deverá continuar a migração o mais rapidamente possível.
Importante
Como o dimensionamento é bloqueado durante a migração, você deve dimensionar seu ambiente para o tamanho desejado antes de iniciar a migração.
A migração requer uma janela de serviço de três a seis horas para migrações do Ambiente do Serviço de Aplicativo v2 para v3. É necessária uma janela de serviço de até seis horas, dependendo do tamanho do ambiente, para migrações de v1 para v3. A janela de serviço pode ser estendida em casos raros em que a intervenção manual da equipe de serviço é necessária. Durante a migração, as configurações do dimensionamento e do ambiente são bloqueados e ocorrem os seguintes eventos:
- O Ambiente do Serviço de Aplicações existente é encerrado e substituído pelo novo Ambiente do Serviço de Aplicações v3.
- Todos os planos do Serviço de Aplicativo no Ambiente do Serviço de Aplicativo são convertidos da camada Isolado para Isolado v2.
- Todas as aplicações que estão no seu Ambiente do Serviço de Aplicações estão temporariamente inativas. Você deve esperar cerca de uma hora de inatividade durante esse período.
- Se você não puder suportar o tempo de inatividade, consulte o recurso de migração lado a lado ou as alternativas de migração.
- Os endereços públicos utilizados pelo Ambiente do Serviço de Aplicações mudam para os IPs gerados durante o passo de geração de IP.
Os seguintes status estão disponíveis durante o processo de migração:
| Status | Description |
|---|---|
| Validação e preparação da migração. | A plataforma está validando o suporte à migração e realizando as verificações necessárias. |
| Implantando a infraestrutura do Ambiente do Serviço de Aplicativo v3. | Sua nova infraestrutura do Ambiente do Serviço de Aplicativo v3 está sendo provisionada. |
| Aguardando a conclusão da infraestrutura. | A plataforma está validando sua nova infraestrutura e realizando as verificações necessárias. |
| Configuração de networking. O período de inatividade da migração foi iniciado. Os aplicativos não estão acessíveis. | A plataforma está excluindo sua infraestrutura antiga e movendo todos os seus aplicativos para seu novo Ambiente do Serviço de Aplicativo v3. Seus aplicativos estão fora do ar e não estão aceitando tráfego. |
| Executando validações pós-migração. | A plataforma está realizando as verificações necessárias para garantir que a migração seja bem-sucedida. |
| Finalizando a migração. | A plataforma está finalizando a migração. |
Tal como no passo de geração de IP, não pode dimensionar, modificar o seu Ambiente do Serviço de Aplicações nem implementar aplicações neste durante este processo. Quando a migração estiver concluída, as aplicações que estavam no Ambiente do Serviço de Aplicações antigo serão executadas no novo Ambiente do Serviço de Aplicações v3.
Preços
Não há qualquer custo associado à migração do seu Ambiente do Serviço de Aplicações. Ao usar o recurso de migração in-loco, 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.
Perguntas mais frequentes
- E se a migração do meu Ambiente do Serviço de Aplicativo não for suportada no momento?
No momento, não é possível migrar usando o recurso de migração in-loco. Se você tiver um ambiente sem suporte e quiser migrar imediatamente, consulte as opções de migração manual. - Como faço para escolher qual opção de migração é certa para mim?
Analise a árvore de decisão do caminho de migração para decidir qual opção é melhor para seu caso de uso. - Como sei se devo usar o recurso de migração in-loco?
O recurso de migração in-loco é melhor para clientes que desejam migrar para o Ambiente do Serviço de Aplicativo v3 com alterações mínimas em suas configurações de rede e podem suportar cerca de uma hora de tempo de inatividade do aplicativo. Se você não puder suportar o tempo de inatividade, consulte o recurso de migração lateral ou as opções de migração manual. O recurso de migração in-loco cria o Ambiente do Serviço de Aplicativo v3 na mesma sub-rede do ambiente existente e usa a mesma infraestrutura de rede. Talvez seja necessário levar em conta as alterações de endereço IP de entrada e saída se tiver alguma dependência desses IPs específicos. - Irei deparar-me com tempo de inatividade durante a migração?
Sim, você deve esperar cerca de uma hora de tempo de inatividade durante a janela de serviço de três a seis horas durante a etapa de migração, portanto, planeje de acordo. Se você tiver um Ambiente do Serviço de Aplicativo diferente para o qual possa apontar o tráfego durante a migração usando o recurso de migração in-loco, poderá eliminar o tempo de inatividade do aplicativo. Se você não tiver outro Ambiente do Serviço de Aplicativo e não puder suportar o tempo de inatividade, consulte o recurso de migração lado a lado ou as opções de migração manual. - Precisarei fazer alguma coisa com meus aplicativos após a migração para executá-los no novo Ambiente do Serviço de Aplicativo?
Não, todas as suas aplicações em execução no ambiente antigo são migradas automaticamente para o novo ambiente e executadas como antes. Não é necessária nenhuma entrada de utilizador. - E se o meu Ambiente do Serviço de Aplicações tiver um sufixo de domínio personalizado?
O recurso de migração in-loco oferece suporte a esse cenário de migração. - E se meu Ambiente do Serviço de Aplicativo estiver fixo na zona?
O Ambiente do Serviço de Aplicativo v2 fixado por zona agora é um cenário com suporte para migração usando o recurso de migração. O Ambiente do Serviço de Aplicativo v3 não oferece suporte à fixação de zona. Ao migrar para o Ambiente do Serviço de Aplicativo v3, você pode optar por configurar a redundância de zona ou não. - E se meu Ambiente do Serviço de Aplicativo tiver endereços IP SSL? O IP SSL não é suportado no Ambiente do Serviço de Aplicativo v3. Você deve remover todas as ligações IP SSL antes de migrar usando o recurso de migração ou uma das opções manuais. Se você pretende usar o recurso de migração in-loco, depois de remover todas as ligações IP SSL, você passa nessa verificação de validação e pode prosseguir com a migração automatizada.
- Quais propriedades do meu Ambiente do Serviço de Aplicativo serão alteradas?
Você está no Ambiente do Serviço de Aplicativo v3, portanto, certifique-se de revisar os recursos e as diferenças de recursos em comparação com as versões anteriores. Para o Ambiente do Serviço de Aplicações do ILB, mantém o mesmo endereço IP do ILB. Para o Ambiente do Serviço de Aplicações com acesso à Internet, o endereço IP público e o endereço IP de saída são alterados. Nota: para o Ambiente do Serviço de Aplicações do ELB, anteriormente existia um único IP para entrada e saída. Para o Ambiente do Serviço de Aplicações v3, estes estão separados. Para obter mais informações, consulte Rede do Ambiente do Serviço de Aplicações V3. Para obter uma comparação completa das versões do Ambiente do Serviço de Aplicações, consulte Comparação das versões do Ambiente do Serviço de Aplicações. - O que acontece se a migração falhar ou se houver um problema inesperado durante a migração?
Se houver um problema inesperado, as equipes de suporte estão à disposição. Você deve migrar ambientes de desenvolvimento antes de tocar em qualquer ambiente de produção para aprender sobre o processo de migração e ver como ele afeta suas cargas de trabalho. - O que acontece ao meu antigo Ambiente do Serviço de Aplicação?
Se você decidir migrar um Ambiente do Serviço de Aplicativo usando o recurso de migração in-loco, o ambiente antigo será desligado, excluído e todos os seus aplicativos serão migrados para um novo ambiente. Seu ambiente antigo não está mais acessível. Uma reversão para o ambiente antigo não é possível. - O que irá acontecer aos meus recursos do Ambiente do Serviço de Aplicações v1/v2 após 31 de agosto de 2024?
Após 31 de agosto de 2024, se você não acessar o Ambiente do Serviço de Aplicativo v3, seu Ambiente do Serviço de Aplicativo v1/v2s e os aplicativos implantados neles não estarão mais disponíveis. O Ambiente do Serviço de Aplicações v1/v2 está alojado em unidades de escala do Serviço de Aplicações em execução na arquitetura de Serviços Cloud (clássica) que serão descontinuadas em 31 de agosto de 2024. Por este motivo, o Ambiente do Serviço de Aplicações v1/v2 deixará de estar disponível após esta data. Migre para o Ambiente do Serviço de Aplicações v3 para manter as suas aplicações em execução ou guarde ou faça uma cópia de segurança de quaisquer recursos ou dados que precise de manter.