É possível usar um back-end externo quando o conteúdo estiver hospedado no local ou em outra nuvem. O back-end externo permite exibir o conteúdo do Cloud CDN do Google.
Neste documento, você verá o processo de configuração do armazenamento de objetos de terceiros, como o Amazon Simple Storage Service (Amazon S3) ou o armazenamento de blobs do Azure, como um back-end externo para o Cloud CDN. Os back-ends externos e o Cloud CDN trabalham em conjunto com um balanceador de carga de aplicativo externo.
Arquitetura
Para criar o back-end externo, crie um grupo de endpoints de rede (NEG) da Internet que aponte para o serviço de armazenamento de terceiros como back-end do balanceador de carga. Os NEGs da Internet são usados para back-ends externos.
Para configurar o bucket de armazenamento de terceiros como um back-end, faça o seguinte:
- Prepare o bucket de armazenamento de terceiros para exibir conteúdo.
- Crie um NEG na Internet que use o FQDN do bucket.
- Configure o balanceador de carga de aplicativo externo com o NEG da Internet como back-end.
- Teste a configuração.
Preparar o bucket para exibir conteúdo
Antes de iniciar a configuração no Google Cloud, verifique se o bucket está configurado corretamente. Essas instruções presumem que você esteja usando um bucket do Amazon S3 e tenha as permissões necessárias para fazer alterações no bucket e nos objetos do Amazon S3.
Verifique se o bucket do Amazon S3 e os objetos no bucket são públicos ou se você configurou a autenticação de origem particular para o bucket do Amazon S3.
Verifique se o conteúdo atende aos requisitos de armazenamento em cache, listados em Conteúdo armazenável em cache. Se você precisar adicionar metadados de objetos, consulte a base de conhecimento da AWS. Por exemplo, Como editar metadados de objetos.
Você vai precisar do endpoint do bucket do Amazon S3 (o FQDN) ao configurar o NEG da Internet. Para receber as informações do endpoint, siga as instruções fornecidas na base de conhecimento da AWS, por exemplo, Como acessar um bucket. Também é possível conseguir o URL do endpoint do Amazon S3 na página de visão geral do objeto.
Criar um NEG da Internet que use o nome do host do bucket
Para simplificar, este exemplo usa o FQDN backend.example.com. Substitua-o
pelo FQDN do seu bucket de armazenamento de terceiros, que pode
ser algo como http://unique-name-bucket.s3-us-west-1.amazonaws.com/.
Este guia usa um exemplo para ensinar os fundamentos do uso de um back-end externo (às vezes chamado de origem personalizada) em um balanceador de carga de aplicativo externo. Um back-end externo é um endpoint externo ao Google Cloud. Ao usar um back-end externo com um balanceador de carga de aplicativo externo, é possível melhorar o desempenho usando o armazenamento em cache do Cloud CDN.
O guia descreve como configurar um balanceador de carga de aplicativo externo global com um
serviço de back-end ativado para o Cloud CDN que envia proxies a um
servidor de back-end externo em backend.example.com.
No exemplo, o balanceador de carga aceita solicitações HTTPS de clientes e envia essas solicitações como HTTPS para o back-end externo. Neste exemplo, presumimos que o back-end externo é compatível com HTTPS.
Outras opções seriam configurar um balanceador de carga para aceitar solicitações HTTP ou HTTPS e usar HTTPS ao fazer proxy de solicitações para o back-end externo.
Neste, guia, presumimos que você já tenha configurado um balanceador de carga e esteja adicionando um novo back-end externo. Para mais informações, consulte Configurar um balanceador de carga de aplicativo clássico com um back-end de grupo de instâncias gerenciadas.
A Figura 1 mostra um exemplo de arquitetura.
No diagrama, www.example.com tem um front-end do balanceador de carga com o endereço IP 120.1.1.1. Quando há uma ausência no cache, as solicitações de /cart/id/1223515
são obtidos do back-end externo por meio de HTTPS. Todos os outros tipos de tráfego de entrada são direcionados para o serviço de back-end do Google Cloud com VMs do Compute Engine ou para o bucket de back-end, com base no mapa de URLs.
Antes de começar
Antes de seguir as instruções deste guia, familiarize-se com os itens abaixo:
Visão geral dos grupos de endpoints de rede da Internet, que inclui as limitações.
Permissões
Para seguir este guia, você precisa criar um grupo de endpoints de rede (NEG, na sigla em inglês) da Internet e criar ou modificar um balanceador de carga de aplicativo externo em um projeto. É necessário ser proprietário ou editor de um projeto ou ter os seguintes papéis de IAM do Compute Engine.
| Tarefa | Papel necessário |
|---|---|
| Criar e modificar componentes do balanceador de carga | Administrador de rede |
| Criar e modificar NEGs | Administrador da instância do Compute |
Configurar um balanceador de carga com um back-end externo
Esta seção mostra como configurar e testar um NEG na Internet.
Visão geral da configuração
A configuração de um NEG da Internet envolve o seguinte:
- Definindo o endpoint na Internet em uma NEG na Internet.
- Adicionar um NEG na Internet como back-end para um serviço de back-end.
- Para definir o tráfego de usuários a ser mapeado para esse serviço de back-end, configure o mapa de URLs do seu balanceador de carga de aplicativo externo.
- Adicionar os intervalos de IPs necessários à lista de permissões
Neste exemplo, criamos os seguintes recursos:
- Uma regra de encaminhamento com o endereço IP
120.1.1.1direciona solicitações recebidas para um proxy de destino. - O
networkTierda regra de encaminhamento precisa serPREMIUM. - O proxy de destino verifica cada solicitação em um mapa de URL para determinar o serviço de back-end apropriado a ela.
- Para back-ends externos, o proxy de destino precisa ser
TargetHttpProxyouTargetHttpsProxy. O exemplo usaTargetHttpsProxy. - O Cloud CDN ativado (opcional) no serviço de back-end permite o armazenamento em cache e a veiculação de respostas dos caches do Cloud CDN.
- Este exemplo inclui um cabeçalho personalizado, que é necessário quando o back-end externo espera um valor específico para o cabeçalho
Hostda solicitação HTTP.
A configuração é semelhante à seguinte.
Criar o endpoint NEG e Internet
Console
- No console do Google Cloud, acesse a página Grupos de endpoints da rede.
- Clique em Criar grupo de endpoints de rede.
- Digite o Nome do grupo de endpoints de rede:
example-fqdn-neg. - Em Tipo de grupo de endpoints de rede, selecione Grupo de endpoints de rede (Internet).
- Em Porta padrão, insira
443. - Para o Novo endpoint da rede, selecione Nome de domínio totalmente qualificado e porta.
- Para o FQDN, insira
backend.example.com. - Em Tipo de porta, selecione Padrão e verifique se Número da porta é
443. - Clique em Criar.
gcloud
Crie uma NEG na Internet e defina
--network-endpoint-typecomointernet-fqdn-port(o nome do host e a porta em que seu back-end externo pode ser alcançado):gcloud compute network-endpoint-groups create example-fqdn-neg \ --network-endpoint-type="internet-fqdn-port" --globalAdicione seu endpoint ao NEG. Se uma porta não for especificada, o padrão de seleção da porta será
80(HTTP) ou443(HTTPS; HTTP/2), dependendo do protocolo configurado no serviço de back-end. Certifique-se de incluir a sinalização--global:gcloud compute network-endpoint-groups update example-fqdn-neg \ --add-endpoint="fqdn=backend.example.com,port=443" \ --globalListar o NEG na Internet criado:
gcloud compute network-endpoint-groups list --global
Saída:
NAME LOCATION ENDPOINT_TYPE SIZE example-fqdn-neg global INTERNET_FQDN_PORT 1
Liste o endpoint dentro do NEG:
gcloud compute network-endpoint-groups list-network-endpoints example-fqdn-neg \ --globalSaída:
INSTANCE IP_ADDRESS PORT FQDN backend.example.com
Adicionar um back-end externo a um balanceador de carga
O exemplo a seguir atualiza um balanceador de carga existente.
No balanceador de carga existente, o serviço padrão é um serviço do Google Cloud. O exemplo modifica o mapa de URLs existente adicionando um correspondente de caminho que envia todas as solicitações de cart/id/1223515 para o serviço de back-end images, que está associado à NEG na Internet.
Console
Crie o serviço de back-end e adicione a NEG na Internet
- No Console do Google Cloud, acesse a página Balanceamento de carga.
- Para adicionar o serviço de back-end a um balanceador de carga, selecione o balanceador de carga clássico do aplicativo, clique em Menu e selecione Editar.
- Clique em Configuração de back-end.
- No menu Serviços e buckets de back-end, selecione Criar um serviço de back-end.
- Defina o Nome do serviço de back-end como
images. - Para o tipo de back-end, selecione Grupo de endpoints da rede na Internet.
- Selecione o protocolo que você pretende usar do balanceador de carga para a NEG na Internet. Neste exemplo, selecione HTTPS.
- Em Novo back-end > Grupo de endpoints de rede da Internet, selecione
example-fqdn-nege clique em Concluído. - Selecione Ativar Cloud CDN.
- Opcional: modifique as configurações do modo de cache e TTL.
- Em Configurações avançadas, em Cabeçalhos de solicitação personalizada, clique em Adicionar cabeçalho.
- Em Nome do cabeçalho, digite
Host. - Em Valor do cabeçalho, insira
backend.example.com.
- Em Nome do cabeçalho, digite
- Clique em Criar.
- Mantenha a janela aberta para continuar.
Anexe o serviço de back-end a um mapa de URLs existente
- Clique em Regras de host e caminho.
- A primeira linha ou linhas têm serviços do Google Cloud na coluna à direita e uma delas já está preenchida com a regra padrão
Any unmatched (default)para Hosts e Caminhos. - Certifique-se de que há uma linha com
imagesselecionado na coluna da direita. Se ela não existir, clique em Adicionar regra de host e caminho e selecioneimages. Preencha os outros campos da seguinte forma:- Em Hosts, insira
*. - Em Caminhos, digite
/cart/id/1223515.
- Em Hosts, insira
Revisar e finalizar
- Clique em Analisar e finalizar.
- Compare as configurações com o que você pretendia criar.
- Se tudo parecer certo, clique em Atualizar.
gcloud
Crie um novo serviço de back-end para o NEG:
gcloud compute backend-services create images \ --global \ --enable-cdn \ --cache-mode=CACHE_MODE \ --protocol=HTTP2
Defina o modo de cache substituindo CACHE_MODE por um dos seguintes itens:
CACHE_ALL_STATIC: armazena automaticamente em cache o conteúdo estático.USE_ORIGIN_HEADERS(padrão): exige a origem para definir cabeçalhos de cache válidos a fim de armazenar conteúdo em cache.FORCE_CACHE_ALL: armazena em cache todo o conteúdo, ignorando todas as diretivasprivate,no-storeouno-cacheem cabeçalhos de respostaCache-Control.
Configure o serviço de back-end para adicionar o cabeçalho de solicitação personalizado
Host: backend.example.comà solicitação:gcloud compute backend-services update images \ --custom-request-header "Host: backend.example.com" --global
Use o comando
backend-services add-backendpara adicionar o NEG na Internet ao serviço de back-end:gcloud compute backend-services add-backend images \ --network-endpoint-group "example-fqdn-neg" \ --global-network-endpoint-group \ --global
Anexe o novo serviço de back-end ao mapa de URLs do balanceador de carga ao criar uma nova regra de correspondência para direcionar solicitações para esse back-end:
gcloud compute url-maps add-path-matcher EXAMPLE_URL_MAP \ --default-service=GCP_SERVICE_EXAMPLE \ --path-matcher-name=CUSTOM_ORIGIN_PATH_MATCHER_EXAMPLE \ --backend-service-path-rules=/CART/ID/1223515=IMAGES
Substitua:
EXAMPLE_URL_MAP: o nome do seu mapa de URLs atualGCP_SERVICE_EXAMPLE: o nome de um serviço de back-end padrão existenteCUSTOM_ORIGIN_PATH_MATCHER_EXAMPLE: o nome dessa nova regra de caminho/CART/ID/1223515: o caminhoIMAGES: o nome do novo serviço de back-end com o NEG conectado à Internet
Autorizar os intervalos de IP necessários
Para permitir que um balanceador de carga HTTP(S) externo envie solicitações ao NEG da Internet, você precisa
consultar o registro TXT _cloud-eoips.googleusercontent.com do DNS usando uma ferramenta
como dig ou nslookup.
Por exemplo, execute o seguinte comando dig:
dig TXT _cloud-eoips.googleusercontent.com | grep -Eo 'ip4:[^ ]+' | cut -d':' -f2
A saída contém dois intervalos de IPs, da seguinte maneira:
34.96.0.0/20
34.127.192.0/18
Observe os intervalos de IPs e verifique se esses intervalos são permitidos pelo firewall ou pela lista de controle de acesso à nuvem (ACL).
Para mais informações, consulte Como autenticar solicitações.
Como conectar seu domínio ao balanceador de carga
Após a criação do balanceador de carga, anote o endereço IP associado a
ele, por exemplo, 30.90.80.100. Para apontar seu domínio para o
balanceador de carga, crie um registro A usando o serviço de registro de domínio. Se
você adicionou vários domínios ao certificado SSL, adicione um registro A
para cada um deles, todos apontando para o endereço IP do balanceador de carga. Por exemplo, para
criar registros A para www.example.com e example.com, use o seguinte:
NAME TYPE DATA www A 30.90.80.100 @ A 30.90.80.100
Se você usa o Cloud DNS como provedor de DNS, consulte Adicionar, modificar e excluir registros.
Testar o balanceador de carga de aplicativo externo
Agora que você configurou o balanceador de carga, é possível começar a enviar tráfego para o endereço IP dele. Se você tiver configurado um domínio, também será possível enviar tráfego para o nome do domínio. No entanto, a propagação de DNS pode levar algum tempo para ser concluída. Portanto, é possível começar usando o endereço IP para o teste.
No Console do Google Cloud, acesse a página Balanceamento de carga.
Clique no balanceador de carga que você acabou de criar.
Anote o Endereço IP do balanceador de carga.
Se você criou um balanceador de carga HTTP, teste-o usando um navegador da Web em
http://IP_ADDRESS. SubstituaIP_ADDRESSpelo endereço IP do balanceador de carga. Você será direcionado para a página inicial do serviçohelloworld.Se você criou um balanceador de carga HTTPS, é possível testá-lo usando um navegador da Web em
https://IP_ADDRESS. SubstituaIP_ADDRESSpelo endereço IP do balanceador de carga. Você será direcionado para a página inicial do serviçohelloworld.Se isso não funcionar e você estiver usando um certificado gerenciado pelo Google, confirme se o status do recurso do certificado é "ATIVO". Para mais informações, consulte Status do recurso de certificado SSL gerenciado pelo Google.
Se preferir, use o
curlna linha de comando da sua máquina local. SubstituaIP_ADDRESSpelo endereço IPv4 do balanceador de carga:Se você estiver usando um certificado gerenciado pelo Google, teste o domínio que aponta para o endereço IP do balanceador de carga. Por exemplo:
curl -s 'https://www.example.com:443' --resolve www.example.com:443:IP_ADDRESS
Opcional: se você estiver usando um domínio personalizado, talvez seja necessário aguardar até que as configurações de DNS atualizadas sejam propagadas. Em seguida, teste seu domínio (por exemplo,
backend.example.com) no navegador da Web.Para ajuda com a solução de problemas, consulte Solução de problemas de back-end externo e NEG na Internet.
Testar o Cloud CDN
Teste 1: como alcançar o endpoint do bucket diretamente
Este teste usa os comandos time e wget de uma VM. O exemplo faz o download
de /cart/id/1223515/image.jpg do bucket backend.example.com.
A partir da saída, é possível ver que a solicitação geral leva 780 ms. É hora de recuperar uma imagem de 3,3 MB diretamente do Amazon S3.
time wget backend.example.com/cart/id/1223515/image.jpg
--2020-06-26 18:22:46-- backend.example.com/cart/id/1223515/image.jpg Resolving backend.example.com (backend.example.com)... 52.219.120.233 Connecting to backend.example.com (backend.example.com)|52.219.120.233|:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3447106 (3.3M) [image/jpeg] Saving to: '/cart/id/1223515/image.jpg.47' /cart/id/1223515/image.jpg.47 100%[==============================================================================================================================================>] 3.29M 6.25MB/s in 0.5s 2020-06-26 18:22:47 (6.25 MB/s) - '/cart/id/1223515/image.jpg.47' saved [3447106/3447106] real 0m0.780s user 0m0.003s sys 0m0.012s
Teste 2: primeira solicitação usando o Cloud CDN
Este teste usa o endereço IP do balanceador de carga para recuperar o
arquivo /cart/id/1223515/image.jpg. Como essa é a primeira solicitação, ela
precisa ser perdida e o Cloud CDN precisa buscar a imagem da origem, que
é o Amazon S3. A partir da saída, é possível ver que a solicitação levou 844 ms.
time wget http://LOAD_BALANCER_IP_ADDRESS/cart/id/1223515/image.jpg
--2020-06-26 18:19:27-- http://LOAD_BALANCER_IP_ADDRESS/cart/id/1223515/image.jpg Connecting to LOAD_BALANCER_IP_ADDRESS:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3447106 (3.3M) [image/jpeg] Saving to: '/cart/id/1223515/image.jpg.44' /cart/id/1223515/image.jpg.44 100%[==============================================================================================================================================>] 3.29M 8.23MB/s in 0.4s 2020-06-26 18:19:28 (8.23 MB/s) - '/cart/id/1223515/image.jpg.44' saved [3447106/3447106] real 0m0.844s user 0m0.003s sys 0m0.012s
Teste 3: segunda solicitação usando o CDN
Agora faremos mais uma solicitação usando o IP do balanceador de carga. Desta vez, precisamos receber uma resposta armazenada em cache para que seja mais rápida do que os dois primeiros testes.
Estamos novamente usando o mesmo IP do LB LOAD_BALANCER_IP_ADDRESS. A partir da saída, vemos que a solicitação levou apenas 18 ms.
time wget http://LOAD_BALANCER_IP_ADDRESS/cart/id/1223515/image.jpg
--2020-06-26 18:19:29-- http://LOAD_BALANCER_IP_ADDRESS/cart/id/1223515/image.jpg Connecting to LOAD_BALANCER_IP_ADDRESS:80... connected. HTTP request sent, awaiting response... 200 OK Length: 3447106 (3.3M) [image/jpeg] Saving to: '/cart/id/1223515/image.jpg.45' /cart/id/1223515/image.jpg.45 100%[==============================================================================================================================================>] 3.29M --.-KB/s in 0.008s 2020-06-26 18:19:29 (423 MB/s) - '/cart/id/1223515/image.jpg.45' saved [3447106/3447106] real 0m0.018s user 0m0.001s sys 0m0.010s
Verificar usando registros
Os registros do Cloud CDN são associados ao balanceador de carga de aplicativo externo ao qual seus back-ends ativados do Cloud CDN são anexados. Com os registros, é possível verificar se uma solicitação é um hit ou uma ausência. Leia mais sobre os registros do Cloud CDN em Como visualizar registros.
Limitações
O bucket de terceiros e os objetos precisam ser públicos. Como alternativa, é possível manter o bucket e os objetos particulares se você configurar a autenticação de origem particular. Os back-ends externos não são compatíveis com outros métodos de autenticação de conteúdo, como URLs ou cookies assinados.
Ao usar um serviço de back-end externo que espera um valor específico para o cabeçalho
Hostda solicitação HTTP, configure o serviço de back-end para definir o cabeçalhoHostcom esse valor esperado. Se você não configurar um cabeçalho de solicitação personalizado, um serviço de back-end preservará o cabeçalhoHostusado pelo cliente para se conectar ao balanceador de carga de aplicativo externo do Google Cloud. Para informações gerais sobre cabeçalhos personalizados, consulte Configurar cabeçalhos da solicitação personalizados. Para ver um exemplo específico, consulte Como configurar um balanceador de carga com um back-end externo.
A seguir
- Para verificar se o Cloud CDN está exibindo respostas a partir do cache, consulte Registros e métricas para armazenamento em cache.
- Para saber qual conteúdo é armazenável em cache ou não, consulte Visão geral do armazenamento em cache.
- Para encontrar pontos de presença do GFE, consulte Locais de cache.