Pena de desempenho ao usar o CNAME

Question

Estamos usando o registro CNAME atual para um servidor, por exemplo

 foo.example.com => CNAME => server1.example.com 
 server1.example.com => CNAME => ec2-34-142-138-31.compute-1.amazonaws.com 
 ec2-34-142-138-31.compute-1.amazonaws.com => A => 34.142.138.31

1. Esta configuração é comum?
2. A penalidade de desempenho ao usar dois registros CNAME é crítica?
3. Para minimizar o impacto da pesquisa CNAME, devo definir um TTL maior para o 1º CNAME, mas um CNAME mais curto para o 2º CNAME?

ou seja,

 foo.example.com => CNAME (TTL=86400) => server1.example.com 
 server1.example.com => CNAME (TTL=300) => ec2-34-142-138-31.compute-1.amazonaws.com 

    

Answer 1

As pesquisas de DNS em geral são muito pouco impactantes (talvez 20-30ms dependendo do tempo de resposta). Se você não vir os registros mudando com muita frequência, definir um TTL mais alto ajudará no armazenamento em cache.

    

Answer 2

1. sim. por exemplo yahoo usá-lo. aqui está a saída de dig www.yahoo.fr na minha máquina que está na França:

   ; <<>> DiG 9.9.5-4-Debian <<>> www.yahoo.fr
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1935
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 2, ADDITIONAL: 3
   
   ;; OPT PSEUDOSECTION:
   ; EDNS: version: 0, flags:; udp: 4096
   ;; QUESTION SECTION:
   ;www.yahoo.fr.                  IN      A
   
   ;; ANSWER SECTION:
   www.yahoo.fr.           300     IN      CNAME   rc.yahoo.com.
   rc.yahoo.com.           300     IN      CNAME   src.g03.yahoodns.net.
   src.g03.yahoodns.net.   300     IN      CNAME   any-src.a03.yahoodns.net.
   any-src.a03.yahoodns.net. 300   IN      A       77.238.184.150
   any-src.a03.yahoodns.net. 300   IN      A       188.125.73.108
   
   ;; AUTHORITY SECTION:
   a03.yahoodns.net.       172800  IN      NS      yf1.yahoo.com.
   a03.yahoodns.net.       172800  IN      NS      yf2.yahoo.com.
   
   ;; ADDITIONAL SECTION:
   yf1.yahoo.com.          86391   IN      A       68.142.254.15
   yf2.yahoo.com.          86391   IN      A       68.180.130.15
   
   ;; Query time: 342 msec
   ;; SERVER: 127.0.0.1#53(127.0.0.1)
   ;; WHEN: Tue Jul 29 09:57:01 CEST 2014
   ;; MSG SIZE  rcvd: 227
   

Você pode ver o redirecionamento duplo por meio de vários registros CNAME retornados no mesmo pacote DNS.

2. Não. O DNS usa o mecanismo de cache e resolvedores recursivos, de tal forma que muitos usuários nem percebem o número de resolvedores DNS implícitos, já que ele é rápido e, geralmente, um pedido não necessariamente aciona todo o processo de resolução

3. Não necessariamente. Veja o valor para o exemplo do yahoo que são comuns. Aqui está outro exemplo (francês): um comerciante de roupas:

   $ dig www.laredoute.fr
   ; <<>> DiG 9.9.5-4-Debian <<>> www.laredoute.fr
   ;; global options: +cmd
   ;; Got answer:
   ;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 28156
   ;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 2, ADDITIONAL: 3
   
   ;; OPT PSEUDOSECTION:
   ; EDNS: version: 0, flags:; udp: 4096
   ;; QUESTION SECTION:
   ;www.laredoute.fr.              IN      A
   
   ;; ANSWER SECTION:
   www.laredoute.fr.       1800    IN      CNAME   www.laredoute.fr.glb.pprgroup.net.
   www.laredoute.fr.glb.pprgroup.net. 30 IN A      217.109.67.129
   
   ;; AUTHORITY SECTION:
   pprgroup.net.           172800  IN      NS      gtm1.pprgroup.net.
   pprgroup.net.           172800  IN      NS      gtm2.pprgroup.net.
   
   ;; ADDITIONAL SECTION:
   gtm1.pprgroup.net.      172800  IN      A       194.206.254.11
   gtm2.pprgroup.net.      172800  IN      A       217.109.67.126
   
   ;; Query time: 679 msec
   ;; SERVER: 127.0.0.1#53(127.0.0.1)
   ;; WHEN: Tue Jul 29 10:03:57 CEST 2014
   ;; MSG SIZE  rcvd: 178
   

O uso é colocar um valor TTL normal no registro CNAME e adaptar o valor TTL no registro A (dependendo da estabilidade do endereço IP, do balanceamento de carga baseado em DNS desejado, ...).