Oi eu tenho uma pergunta sobre o gerenciamento de registros DNS. Vamos dizer que eu tenho um único servidor que contém um servidor IIS e um servidor SQL. Um amigo meu sugeriu que eu tenho um único registro A que aponta para o endereço IP desse servidor e configura 2 registros CNAME, sql.XXXX.XXX e www.XXXX.XXX.
Eu queria saber qual é o ponto? Alguém poderia acessar a instância do SQL usando www.XXXX.XXX e acessar a instância do IIS usando SQL.XXXX.XXX, já que eles apontam para o mesmo servidor e IP?
Se este for o caso, não seria mais fácil ter todos acessando via XXXX.XXX (sem subdomínio) e deixar por aí?
A suposição aqui é que, em algum momento, os dois tipos de servidores podem residir em servidores físicos ou virtuais diferentes com (necessariamente) dois endereços IP separados. Separar os servidores web e db é uma configuração bastante comum. Usar CNAMEs ou registros A separados permite que você mova um facilmente sem precisar adicionar novos registros DNS.
A resposta que Ben Doom deu é completa e precisa, mas eu queria expandir um pouco sobre os métodos que uso:
Usarei um registro A para o servidor físico em si, que tem um nome exclusivo:
wellington A 1.2.3.4
Depois, configurarei os nomes de todos os serviços desse servidor:
sql CNAME wellington
www CNAME wellington
Então, se você precisar dividir sql e www em caixas diferentes (ou mover ambas para uma caixa diferente), basta alterar os nomes.
O ponto de usar nomes de serviço no servidor é que ele obtém os usuários finais focados em acessar o serviço, não o host.
Quando você tem pessoas técnicas (testadores, administradores, codificadores), você quer que eles saibam qual sistema estão acessando especificamente.
Quando você está em produção, deseja que os usuários tenham caminhos simples e fáceis de lembrar.
Quando o servidor ftp é chamado de "hawk" e o servidor http é chamado de "dove", isso é engraçado, mas difícil de lembrar.