Especificação adequada para o servidor somente cPanel DNS [duplicado]

1

Eu gerencio um cluster de servidores de hospedagem compartilhada do cPanel e estou considerando a utilização de DNS do cPanel somente para executar dois (ou mais) servidores DNS dedicados separados dos servidores de hospedagem. Espero que isso me dê muito mais flexibilidade ao mover contas de hospedagem entre servidores de hospedagem compartilhada.

Gostaria de pensar em uma especificação adequada para máquinas que executam apenas o cPanel DNS.

Compreensivelmente, o que é exigido de um servidor DNS dedicado em termos de especificações é, de certa forma, dependente do número de registros DNS que são servidos a partir dele.

O que eu estou tentando obter uma apreciação é o que é exigido de uma máquina somente cPanel DNS em comparação com uma máquina cPanel completa.

A única máquina do DNS não possui um servidor de e-mail, servidor da Web, servidor de banco de dados e outros aplicativos não-DNS relacionados que estão presentes em um servidor cPanel regular. Portanto, comparado com o que é exigido de um servidor cPanel regular, um servidor somente do cPanel DNS poderia ser relativamente mais fraco em termos de CPU e RAM.

Eu não tenho nenhuma experiência usando apenas o cPanel DNS e, portanto, não estou ciente de quão exigente, ou não, o cPanel DNS só é comparado a um servidor cPanel regular. Eu estou pensando que a memória RAM é uma preocupação muito menor, mas quão pouco é necessário, ou o que um máximo realista pode ser, não posso dizer.

Alguém tem alguma experiência em lidar apenas com o cPanel DNS? Como as especificações de suas máquinas somente do cPanel DNS se comparam às suas máquinas comuns do cPanel? Será que algo tão baixo quanto um pequeno VPS faria, ou seria totalmente dedicado ser melhor e, se sim, por que?

    
por Jon Cram 27.07.2009 / 13:30

2 respostas

4

Eu trabalho com um enorme cluster cPanel DNSONLY, 4 servidores em cluster com mais de 60-80 servidores compartilhados conectados a eles.

DNSONLY fez muito progresso e é certamente impressionante no momento, eu nunca tive nenhum problema com isso, é plug and play, realmente. A documentação é muito clara, o cPanel é muito mais avançado e profissional do que o cPanel que conhecíamos anos atrás.

As especificações dos meus servidores DNS são: 4 GB de RAM, Velociraptors de 300 GB, Quad-core Xeons. Além disso, diferentemente do que você disse, RAM é uma das coisas mais importantes em um servidor DNS, porque o que o named fará é armazenar em cache as solicitações na memória, portanto as solicitações serão muito mais rápidas, em vez de girar o disco rígido. Você provavelmente não tem que ir a 10K RPM HDD, mas é importante se concentrar mais na RAM do que qualquer outra coisa, agora em meus servidores DNS, toda a memória RAM está cheia de cache, o que é bom.

Eu realmente sugeriria um bom VPS também, porque seus servidores DNS se tornarão seu ponto de falha nesse caso, e a diferença é que, se um servidor DNS parasse antes, seriam apenas os clientes naquele servidor, agora falha de todos os seus servidores DNS = falha completa e catastrófica de tudo. Não fique barato nisso, vai te morder de volta.

Há necessidade de configurar algum método estranho de rsyncing e ter cronjobs, basta usar o cPanel DNSONLY, é grátis, tem uma interface legal decente e apenas funciona sem problemas.

Para finalizar, coloque em bom hardware. Empilhe na RAM. Não sai barato, será um grande ponto de falha. Boa sorte. Demorei cerca de 1 dia para criar servidores DNS (4) e depois vincular todos os servidores 60-80ish a eles.

Deixe-me saber se você tem alguma dúvida, tendo trabalhado com o cPanel nos últimos 8 anos, aprendi algumas coisas. :)

    
por 27.07.2009 / 15:42
1

Um servidor DNS somente pode ser muito menor que um servidor cPanel completo, já que tudo o que estará executando é o servidor DNS (bind?), uma cópia do Apache para a interface administrativa e o daemon de fundo cPanel.

Se bem me lembro (já faz algum tempo que usei o cPanel pela última vez) 64Mb foi a RAM mínima absoluta (com alguns recomendando 128Mb) e os requisitos de espaço em disco eram tão pequenos que virtualmente nenhum VPS seria muito pequeno a esse respeito . Os requisitos de CPU também devem ser baixos.

Se você tiver um grande número de domínios, precisará de mais recursos para vinculação, é claro. Meus segundo e terceiro servidores DNS (baseados no Debian, com o arquivo stock bind9, no cPanel) rodam alegremente em 48Mb, e eu suspeito que eles ficariam igualmente felizes em 32Mb, apesar de gerenciarem apenas algumas zonas.

Uma coisa a ter cuidado é ter certeza de obter um serviço de boa qualidade do provedor de VS. Muitos provedores que oferecem servidores muito pequenos têm muitos em um host e isso pode resultar em contenção significativa de IO e CPU mesmo se toda a RAM que você alocou for "garantida" em vez de "explodível" e mesmo considerando o ligamento de carga leve máquina moderna quando não está executando muitas muitas zonas.

Sua melhor aposta seria configurar uma cópia somente do DNSOnly e ver como funciona. Você pode adicioná-lo como um escravo às configurações existentes do cPanel sem que o resto do mundo o veja (porque você ainda não alterou as configurações do servidor de nomes nos registradores). Você pode então ver quanta carga RAM / CPU está impondo enquanto ocioso quando configurado com todos os domínios de seus servidores principais. Depois de determinar que você tem recursos suficientes para lidar com ociosidade, simule uma pilha de solicitações executando

dig@<newserver> <sub>.<doamin>.<tld>

em um loop a uma taxa razoável ("resonable" sendo definido pelo tráfego DNS que você esperaria que seus servidores cPanel obtivessem) de um par de locais para ver se ele lida sob carga (ou seja, não inicia a troca e não leva muito tempo para responder a uma única solicitação manual enquanto os loops de teste de carga estão sendo executados).

De volta, quando executei alguns servidores cPanel, tive problemas para fazer o DNSOnly funcionar corretamente, então, em vez disso, recorri à configuração do DNS secundário usando uma configuração simples do Debian + Bind, escrevi scripts que rsyncediam os arquivos de zona dos servidores cPanel e recriavam o named.conf para corresponder seguido por reiniciar o bind e definir esses scripts para serem executados a cada 10 minutos. Isso levou muito menos tempo para configurar e testar do que eu já tinha gasto tentando fazer com que o cPanel DNSOnly funcionasse, funcionasse de forma confiável, e o atraso extra de até 10 minutos nas atualizações de DNS para os escravos era aceitável, assim como a largura de banda os processos de rsync usados. Se você fizer isso, certifique-se de que os anúncios do bind sejam desativados (eles não quebrarão nada, mas você acabará com muitas mensagens desnecessárias em seus logs).

    
por 27.07.2009 / 15:33