Migração para roteadores NGINX e balanceadores de carga

Você está visualizando a documentação do Apigee Edge.
Acesse a documentação da Apigee X.
info

Em agosto e setembro de 2015, migramos os balanceadores de carga e os roteadores de nuvem do Apigee Edge para o NGINX (pronuncia-se "Engine X"). O NGINX, um servidor da Web de código aberto, oferece desempenho ainda melhor e maior simultaneidade do que nossos balanceadores de carga e roteadores atuais.

O que isso significa para nossos clientes de nuvem

Essa mudança precisa ser transparente para você e não requer nenhuma ação sua, além da verificação de que seus sistemas estão funcionando conforme o esperado. Confira a seguir descrições das etapas que vamos realizar e respostas para algumas perguntas frequentes.

Etapa 1: atualização de software

Vamos atualizar todos os roteadores para o novo roteador baseado em NGINX usando nosso modelo de implantação por fases para garantir que os serviços não sejam afetados por essa atividade.

Etapa 2: remover o nível do balanceador de carga em ambientes que não são de produção

Com o novo roteador NGINX processando a funcionalidade de balanceamento de carga, vamos começar o processo de remoção do nível de balanceador de carga atual nos ambientes que não são de produção. Os balanceadores de carga de produção vão permanecer intactos e inalterados durante essa etapa. Antes da remoção dos balanceadores de carga atuais, vamos adotar uma abordagem exaustiva para garantir que o tráfego esteja funcionando conforme o esperado. Você não precisa fazer nada para concluir esta etapa. No entanto, você precisa informar qualquer problema à Apigee. Vamos trabalhar com você para resolver os problemas antes de prosseguir para a etapa 3.

Etapa 3: remover o nível do balanceador de carga em ambientes de produção

Após a conclusão da Etapa 2, vamos determinar um conjunto de janelas de manutenção para remover a camada do balanceador de carga nos ambientes de produção usando a mesma abordagem mencionada na Etapa 2 para garantir que o tráfego da API de execução continue funcionando conforme o esperado.

Mudanças na funcionalidade do produto

Confira algumas mudanças na funcionalidade do produto com a mudança para o NGINX.

Descontinuado

As propriedades a seguir não são mais compatíveis com ProxyEndpoints:

  • allow.http10
  • allow.http11
  • allow.http.method.*
  • allow.POST.without.content.length
  • allow.PUT.without.content.length

Para contornar essa descontinuação, consulte o seguinte artigo da comunidade: https://community.apigee.com/questions/16134/proxy-endpoint-http-allow-method-properties-not-wo.html.

Perguntas frequentes

Confira abaixo as respostas para algumas perguntas frequentes sobre a migração do NGINX.

Isso pode mudar os IPs públicos? Alguns dos nossos comerciantes permitem especificamente o acesso de IPs conhecidos, e quando eles mudam, o fluxo dos comerciantes é interrompido.
Durante a etapa 1, a resposta é "Não", porque não estamos tocando nos balanceadores de carga existentes, que não vão mudar diretamente nenhum dos IPs que exibem tráfego. No entanto, devido à natureza do serviço de balanceamento de carga da Amazon Web Services (AWS), as regras normais de escalonamento se aplicam, o que significa que os IPs podem mudar como parte da lógica de escalonamento (funcionalidade existente). Por isso, não recomendamos implementar configurações de inclusão na lista de permissões do Northbound com o conjunto de produtos do Apigee Edge. Durante as etapas 2 e 3, há implicações de lista de permissões com a remoção do balanceador de carga e dos endereços IP associados. Por isso, vamos coordenar com você durante essas etapas para garantir uma transição tranquila, fornecendo um novo conjunto de endereços IP para permitir o acesso.
Isso vai afetar as restrições de IP que temos nos nossos servidores de origem?
Nenhuma mudança é necessária, supondo que os servidores de origem sejam os servidores de destino (chamados pelo pacote de proxy). Essa mudança está no lado norte da Apigee ou no ponto de entrada na Apigee.
Será necessário mudar o CNAME atual?
Não. As entradas CNAME atuais vão continuar funcionando conforme o esperado.
A migração de certificados SSL será difícil. Como você vai lidar com isso?
Se você estiver usando o SSL, a etapa inicial não vai afetar a configuração SSL atual. No entanto, precisamos trabalhar em conjunto com você para garantir que o SSL esteja configurado corretamente no novo roteador antes de prosseguir com as etapas 2 e 3.
E se meu app/cliente não tiver suporte a SNI?
As etapas 2 e 3 serão adiadas até que o suporte ao SNI seja confirmado.
Haverá algum tempo de inatividade?
Não esperamos inatividade. As mudanças serão implementadas usando nosso modelo de implantação padrão durante os períodos de lançamento atuais.