Esta página aplica-se ao Apigee, mas não ao Apigee Hybrid.
Veja a documentação do
Apigee Edge.
O tráfego de saída entre o Apigee e um back-end de destino com um endereço IP público usa o Cloud NAT para traduzir o endereço IP privado da instância do Apigee num endereço IP público. Cada instância do Apigee tem o seu próprio gateway Cloud NAT. Este tópico explica os fatores que afetam o desempenho do Apigee quando usa o Cloud NAT.
Vista geral
Cada nova sessão TCP formada entre uma instância do Apigee e um back-end de destino tem de ser mapeada para uma tupla de 4 elementos única que inclua o seguinte:
- O endereço IP NAT
- A porta NAT
- O endereço IP do back-end
- A porta de back-end
Existem três fatores principais que determinam as transações por segundo (TPS) que o Cloud NAT pode suportar numa instância do Apigee:
- O número de IPs NAT atribuídos (dinâmica ou estaticamente)
- O número de combinações únicas de endereço IP e porta do back-end configuradas
- Se a reutilização da ligação é permitida ou não pelo back-end de destino
Este tópico explica como cada um destes fatores afeta o desempenho do Apigee quando usa o Cloud NAT e descreve como calcular o número de IPs estáticos que podem ser necessários para suportar o tráfego previsto.
Atribuições de IP NAT
O número de IPs NAT atribuídos varia consoante a utilização de IPs efémeros ou estáticos na configuração do NAT. Consulte os endereços IP NAT por gateway nos limites do Cloud NAT para mais informações.
IPs temporários
Na configuração NAT predefinida que usa IPs efémeros, os IPs são automaticamente atribuídos conforme necessário para fornecer portas de origem únicas para ligações a back-ends de destino.
IPs estáticos
Se forem necessários IPs estáticos para que os IPs possam ser adicionados à lista de autorizações para o back-end de destino, os IPs são reservados manualmente para uma instância do Apigee.
Combinações únicas de IP e porta de back-end
Pode aumentar o TPS aumentando o número de combinações únicas de IP e porta do back-end de destino. É possível usar o mesmo IP NAT e porta de origem para cada um dos IPs e portas de back-end de destino. Isto alcança o mesmo resultado que adicionar mais IPs NAT sem precisar de IPs adicionais que tenham de ser incluídos na lista de autorizações.
Para criar um par de porta e IP de back-end de destino exclusivo, o IP ou a porta tem de ser diferente. Por exemplo, é possível ter um único balanceador de carga com um endereço IP, mas a escutar em 4 portas diferentes, para criar 4 combinações de IP e porta de back-end únicas para o Apigee.
Reutilização da ligação
A reutilização de ligações HTTP também aumenta a utilização eficiente da NAT, removendo a necessidade de abrir uma nova ligação TCP. Os back-ends de destino podem usar esta funcionalidade definindo o cabeçalho
Connection como keep-alive na resposta, que é a definição predefinida para HTTP/1.1. O servidor de back-end de destino também pode definir os parâmetros connection timeout
e max reuse para melhorar a eficiência.
Embora a reutilização de ligações possa, teoricamente, ser suportada através da ativação de keep-alive
na resposta, na prática, a reutilização de ligações depende do seguinte:
- Se a instância do Apigee tiver uma ligação existente ao back-end de destino
- Se a associação existente tiver respostas pendentes
- Se a ligação existente estiver perto do fim do respetivo ciclo de vida
Cada um destes fatores afeta a medida em que o back-end de destino pode reutilizar as ligações.