Co-localizando meu primeiro servidor [fechado]

1

Eu tenho um servidor dedicado autogerenciado há alguns anos e acho que estou pronto para o meu primeiro servidor co-localizado. Eu tenho algumas perguntas que espero que você possa ajudar.

Para que serve o servidor?

O servidor hospedará meus próprios sites, a maioria deles são fóruns (php / mysql), mas o plano é começar a migrar todos os sites para o Ruby on Rails (meu primeiro projeto Rails é o que precisa - isso deve ser completo nos próximos meses). A maioria dos sites não oferece uploads de imagens para os usuários, mas o novo site (Rails) será.

Meu servidor atual é um Core2Quad Q9400 2.66GHz com 8GB de RAM e um WD VelociRaptor de 150GB - rodando Apache, CentOS e cPanel, e lida com o tráfego atual.

Q1

Qual configuração você recomenda? Devo largar o Apache para o Nginx? Há algum guia passo a passo que mostre como configurar um servidor para produção a partir de um risco próximo o suficiente?

Q2

Quais especificações você recomenda? Estou pensando, 1U, E3 1230 com 8 a 16GB, com um SSD de 120GB para OS / Mysql / Apps etc e uma unidade de 500GB para imagens / mídia. Acha que vai ficar bem? O orçamento é de até £ 1.000 para o servidor.

Q3

Plano de backup - o que você recomendaria? Espelhar os dois HDs? Ou fazer backups fora do servidor usando algo como o rsync?

Eu gostaria de manter as coisas o mais fácil possível, sendo este o meu primeiro servidor, mas estou definitivamente pronto para dar o salto! Qualquer ajuda ou links na configuração do servidor seria muito apreciada.

    
por A4J 08.03.2012 / 23:56

1 resposta

3

É incomum ir com apenas um servidor e apenas um sysadmin. O ponto em que parece valer a pena é a cerca de 20 servidores e dois administradores de sistema. Alguns dos benefícios que ter seus servidores gerenciados podem fornecer são:

  • monitoramento 24/7
  • mãos remotas
  • Peças sobressalentes em estoque
  • Backups

Com apenas um servidor, seus backups estão vinculados ao mesmo hardware que o original, a menos que (como você sugeriu) você alugue outro servidor para colocar os backups. Muitas empresas de hospedagem oferecem serviços de backup com redundância incorporada.

O mesmo se aplica ao seu monitoramento; se você executar o Nagios em seu único servidor e ele ficar inativo, o Nagios diminuirá com isso e não poderá alertá-lo. A maioria dos provedores de hospedagem monitorará seus servidores em busca de falhas de hardware e monitorará os serviços executados nesses servidores. Eles geralmente também fazem login e reiniciam os serviços e, se for mais complicado do que isso, você pode conversar com eles sobre a solução de problemas no telefone.

Para ter um sistema confiável e tolerante a falhas, você precisará de pelo menos dois servidores. Eles provavelmente devem ser idênticos, ambos executando os mesmos serviços e cada um monitorando e fornecendo os backups do outro. Você pode comprar dois servidores com metade da capacidade da mesma capacidade total que o servidor único e mais potente, mas agora você tem um potencial maior de alta disponibilidade.

Com a co-localização, você é responsável por mais do sistema, o que significa que há mais coisas que podem dar errado e que você terá que lidar consigo mesmo. Se um disco rígido morrer, você terá que pedir um novo e organizar uma visita ao data center para instalá-lo. Um provedor de hospedagem gerenciada terá o tipo certo de disco rígido no data center e o substituirá no mesmo dia. Se o daemon da web morre no meio da noite, não há ninguém para fazer login e reiniciá-lo, exceto você.

Provedores de hospedagem gerenciada geralmente também oferecem um benefício de preço de curto prazo. Minha experiência é que, após 10 meses de aluguel de um servidor, você geralmente gastava o suficiente para comprar o servidor imediatamente. Se você comprar seus servidores e colocá-los em um lugar, ficará fora do bolso pelo primeiro ano ou mais e ficará melhor depois disso.

A um certo tamanho, a co-localização faz muito sentido. Antes desse tamanho, é provável que resulte em um maior custo inicial e muito estresse. Ele pode realmente estourar seu orçamento se você tiver que contratar um jovem com cara de espinha para ajudar a administrar o sistema.

Quanto às suas outras duas perguntas, a escolha entre o nginx e o Apache depende muito do seu tráfego e do seu aplicativo. Gostaria de ir com o que você está mais familiarizado por agora e avaliar novamente se você tiver quaisquer problemas (como o uso de memória ou solicitações simultâneas). As especificações de um servidor dependem de maneira semelhante do seu aplicativo e do seu tráfego. Por esse motivo (a resposta será inútil para qualquer pessoa else ) e também porque a resposta ficará desatualizada muito rapidamente, esses tipos de perguntas de compras serão considerados fora do tópico Aqui.

    
por 09.03.2012 / 00:56