Migrar o roteamento na direção norte para o Private Service Connect

Esta página se aplica à Apigee, mas não à Apigee híbrida.

Confira a documentação da Apigee Edge.

Importante: este tópico só se aplica a organizações criadas com o peering de VPC ativado. Acesse também Opções de rede da Apigee.

Neste documento, explicamos como migrar a configuração de roteamento do cliente para a Apigee (também chamada de "norte") de uma configuração de grupo gerenciado de instâncias (MIG, na sigla em inglês) para umaPrivate Service Connect (PSC) configuração baseada em

Visão geral

Se você estiver usando a configuração baseada em grupo de instâncias gerenciadas (MIG, na sigla em inglês) usando um balanceador de carga HTTPS externo (clássico) global para rotear externos. Para a Apigee, é possível migrar esse tráfego "norte" para usar uma configuração baseada em PSC.

Importante : como o balanceador de carga HTTPS externo clássico clássico não é compatível com back-ends de NEG da PSC, você precisa criar um novo balanceador de carga HTTPS externo global e alternar o tráfego de entrada pelo DNS.

Etapas da migração

Observação: para garantir que o balanceador de carga opere conforme o esperado, é preciso transportar todas as configurações ou recursos complementares do balanceador de carga HTTPS clássico para o novo balanceador de carga global.

1. Configurar o roteamento na direção norte dos endpoints da Apigee. Para essa tarefa, siga as etapas na guia Roteamento externo (PSC, na sigla em inglês) em Configurar roteamento no documento de provisionamento da CLI da Apigee.
2. Se você tiver várias instâncias da Apigee (um caso de uso multirregional), crie NEGs correspondentes para cada uma das regiões da Apigee e anexe-os ao serviço de back-end do balanceador de carga. Consulte Como expandir a Apigee para várias regiões.
3. Teste o novo endpoint do balanceador de carga global.
4. Quando o teste estiver concluído, mude todas as entradas de DNS atuais para apontar para o novo endpoint do balanceador de carga. Observações:
   Observação:

   • Diferentes provedores de DNS oferecem suporte a diferentes tipos de políticas de roteamento. Por exemplo: o Cloud DNS é compatível com a política de roteamento de round-robin ponderado (WRR, na sigla em inglês), que garante que o tráfego seja distribuído de acordo com os pesos configurados. Essa política de roteamento pode ser usada para alternar o tráfego entre os dois endpoints do balanceador de carga.
   • O novo endpoint do balanceador de carga externo global (GXLB, na sigla em inglês) pode ser adicionado ao endpoint de DNS do cliente com pouco peso, o suficiente para permitir 5% ou 10% do tráfego. Isso pode ser escalonado gradualmente para permitir 100% do tráfego no novo endpoint GXLB e 0% no endpoint GXLB (clássico) antigo.
   • Remova o endpoint GXLB (clássico) antigo do DNS e exclua o GXLB (clássico) antigo junto do back-end do MIG.