O melhor back-end de armazenamento para um pool de servidores da web?

4

Eu examinei ferramentas como o DRDB (que pode escalar apenas até 2 nós ativos-ativos) e o GlusterFS (isso é ótimo, mas não para os arquivos pequenos que um servidor da Web normalmente serve).

Estou procurando um sistema de arquivos / cluster de servidores de armazenamento:

  • Isso é o POSIX (como muitos aplicativos da Web exigem isso)
  • Isso funciona muito bem com uma leitura de 90% / 10% da carga de trabalho de arquivos pequenos (pense em páginas index.php ou em imagens pequenas)
  • É escalável, tanto em tamanho quanto em desempenho
  • O tempo de acesso é mínimo

Eu tenho muita dificuldade nisso e acho que não há nada lá fora que possa me ajudar.

    
por cedivad 13.06.2012 / 15:30

1 resposta

1

e bem vindo a este eterno problema.

  • Às vezes, um servidor de arquivos separado e, em seguida, um número X de servidores da Web com a raiz da Web montada sobre o NFS funciona bem. Para o material orientado para leitura, muito provavelmente. Você não nos deu números sobre o tráfego, então não pode ter certeza.

  • Às vezes, uma abordagem semelhante a "Puppet (ou apenas rsync antigo e alguns scripts) espalha os arquivos para cada nó do servidor web" funciona bem.

  • Para alguns GFS / GPFS funciona bem - não recomendaria com muitos arquivos pequenos.

  • Há coisas como o LVM em cluster e a versão em cluster do XFS chamada CXFS. Então você poderia ter um único SAN LUN e ter cada nó do servidor da Web montando-o, semelhante ao GFS / GPFS. Eu não tenho idéia se isso funciona melhor com muitos arquivos pequenos, no entanto. Eu sempre suspeito que isso não funciona.

Pessoalmente, eu evitaria tudo que atuasse como um único ponto de falha. Se alguém tiver boas sugestões para resolver este problema, também estou muito interessado. +1 à sua pergunta, senhor!

    
por 13.06.2012 / 15:38

Tags