cPanel conselho de redundância do servidor web? [fechadas]

1

Atualmente eu operei um serviço de hospedagem na web (com volume razoavelmente baixo) com um servidor Centos 5.3 rodando cPanel / WHM.

Eu gostaria de implementar um nível de redundância tal que, no caso de falha do servidor, eu possa restaurar o serviço com um mínimo de esforço em menos de 60 minutos.

Eu também quero configurar um DNS secundário com o qual o cPanel será replicado. Minha ideia atual é matar dois pássaros com uma pedra:

Meu servidor atual é chamado de "www1"

  1. Compre um servidor idêntico (HP DL360 G4) com discos espelhados. Ligue para este servidor "www2"
  2. Instale o Centos 5.4 (ou talvez eu deva instalar o 5.3 para ser idêntico ao www1)
  3. Instale o cPanel / WHM neste servidor e licencie-o totalmente
  4. Configure www1 e www2 cPanel para replicar o DNS entre si
  5. Configure um script de replicação noturno que faça o seguinte: a) o rsync é o diretório / home de www1 para www2 b) despeja todos os bancos de dados MySQL em www1 e os copia para uma pasta temporária (somente com acesso root) em www2 c) dispara um script para rodar em www2 que restaura os dumps do MySQL

Assim, a cada noite, uma cópia completa de todos os sites e bancos de dados MySQL é copiada para www2.

Eu não tenho conhecimento suficiente sobre a replicação do MySQL para entender se ele funciona de forma segura e transparente com o cPanel. Assim proponho o mysql dump / copy / restore devido a não conhecer melhor!

No caso em que www1 morre horrivelmente, eu imagino que eu poderia logar no www2, mudar os endereços IP para aqueles que o www1 tinha, e pronto, os sites estão disponíveis novamente.

A vantagem dessa idéia é que ela é bastante simples e "baixa tecnologia" e, portanto, não requer um administrador de sistema especializado para configurar e monitorar (não sou um administrador de sistema especialista)

A desvantagem dessa idéia é que até um dia inteiro de alterações de dados seria perdido. Eu acho que isso seria aceitável para os tipos de clientes que eu hospedo no momento. A outra desvantagem seria ter que pagar por uma licença completa do cPanel, mas estou confortável com esse custo, então, por enquanto, tudo que quero discutir são considerações técnicas.

Este é um esquema de som?

    
por ChrisNZ 25.02.2010 / 06:39

2 respostas

1

Esse tipo de configuração funcionará para você - já usei a mesma configuração em hosts do cPanel. Os backups do MySql são especificamente um tópico maior, mas o que você está falando provavelmente funcionará bem. Você está perdendo muitos fragmentos importantes importantes dos quais provavelmente não pensaria, a menos que tenha feito isso algumas vezes. A maior parte disso pode ser copiada diretamente quando você precisa fazer o failover:

Informação em / etc /:

  • Informação da senha: Você vai querer arquivos de configuração chave como / etc / passwd, / etc / shadow, etc - a menos que você queira mudar todas as senhas do seu usuário. O bónus para você é que executando um servidor cpanel você terá o / etc / proftp /, onde todas as senhas do ftp serão armazenadas. (Sim, o cpanel usa o pure-ftpd agora - ele apenas armazena todas as senhas em / etc / proftpd / por razões que você provavelmente não deveria explodir e agora está pensando).
  • Encaminhadores de email do seu cliente - / etc / valiases /
  • Certificados
  • / etc / ssl < -ssl - os clientes não gostam quando eles desaparecem.
  • Outros arquivos miscelâneos nos domínios / etc / e /etc/.ips na minha cabeça.

Arquivos / arquivos de configuração críticos do cPanel

  • configuração do cpanel e dados do modelo de configuração do serviço de / var / cpanel /. No mínimo, você desejará fazer o backup de / var / cpanel /, movê-lo para o local durante uma situação de failover e executar / scripts / upcp --force. (isso consertará muitos males)
  • O cPanel usa um sistema de templates para construir arquivos de configuração. Por exemplo, todos os seus dados de modelo do apache são armazenados em / var / cpanel / userdata / - que é usado por / scripts / rebuildhttpdconf para realmente criar seu arquivo httpd.conf.
  • / var / cpanel / easy / apache / profile / - estes são os perfis usados pelo easy apache para construir a configuração do seu apache, eu estaria pronto para ir ao novo servidor, em vez de tentar reconstruí-lo rapidamente.

DNS:

  • Você deseja fazer o backup de / var / named / se estiver executando o DNS na mesma máquina
  • Eu estou supondo que você vai configurar www2 para também hospedar ns2.yourdomain? Se você quiser redundância real barato, você pode querer snipe duas pequenas contas VPS em algum lugar e apenas usar o cluster DNS do cPanel se quiser mover isso na mesma máquina: ( link ).
por 27.09.2010 / 06:17
0

Embora este esquema funcione quando você tiver os dois servidores no mesmo datacenter e seus IPs forem roteados para a vLAN, ter os dois servidores dentro do mesmo DC praticamente anula o propósito da redundância, já que tudo isso O é proteger contra falhas massivas de hardware em seu servidor principal, mas não fará nada contra uma catástrofe DC.

Você provavelmente terá o mesmo efeito usando fontes de alimentação duplas redundantes conectadas a PDUs diferentes, bem como uma configuração RAID-10 em seu servidor, e você terá menos trabalho para configurar uma segunda, mas isso ainda deixe-o vulnerável caso seu datacenter tenha sérios problemas.

    
por 25.02.2010 / 07:24

Tags