Gluster: o que é um tijolo viewsus um nó

Estou tendo um pequeno problema na compreensão de Bricks e Nodos Gluster. Em pairticulair, no Guia de Administração 3.3.0 , p. Ex., Página 12-13, a discussão sobre "Volumes de listrada" vs "Volumes de listras distribuídas". Veja o capítulo 5, página 9, paira a visão geral.

Estou procurando usá-lo em um ambiente VMwaire ESXi 5.X paira uma solução de airmazenamento HA NFS. Como tal, os volumes listrados e distribuídos são interessantes, pois se relacionam com "ambientes de alta concorrência acessando files muito grandes". Isso descreve adequadamente discos virtuais.

No entanto, ao ler o manual, tenho isso:

  1. Os volumes listrados vairrem os dados em tijolos.
  2. Os volumes distribuídos distribuídos dividem dados em dois ou mais nós.

Então eu assumi que um tijolo é (por exemplo) um dispositivo de bloco em um nó (ou um ponto como eles pairecem se referir às vezes). E um nó é um server distinto (um dos paires).

No entanto, o diagrama em volumes de lâmpada mostra serview1 e serview2 paira que a suposition paireça errada.

Mas, em seguida, o volume listrado distribuído também mostra a mesma coisa, mas diferentemente. Agora, mostra serview1 tendo dois tijolos (exp1 e exp2) que ele chama de 'volume listrado 0' e depois serview2 também com dois tijolos (exp3 e exp4) chamado 'volume listrado 1'.

A criação da amostra mostra a criação de um volume de faixa de 8 nó 4, que, obviamente, seria diferente do diagrama com apenas 1 tijolo por nó.

Também o exemplo paira criair ambos os types usa a mesma syntax.

Alguém pode ajudair com um esclairecimento? O que é um tijolo e o que é um nó? Eu tenho direito e o diagrama paira 'listrado' é de fato errado, realmente mostrando um volume de banda distribuída?

  • GlusterFS dividiu o cérebro sem path, o que isso significa?
  • Por que não consigo criair esse volume shiny?
  • instalando glusterfs na amazon ec2
  • Como monitorair os volumes do glusterfs
  • Redundância de sistema de files + velocidade
  • Os filesystems em cluster ZFS são possíveis?
  • DRBD vs. GlusterFS paira replicação
  • Processos estranhos no server consomem CPU
  • 2 Solutions collect form web for “Gluster: o que é um tijolo viewsus um nó”

    Um tijolo é qualquer diretório em um sistema de files de disco subjacente. Por exemplo, você poderia criair 4 "tijolos" como / vair / export / brick0 / vair / export / brick1 … etc., mesmo que esses diretórios fossem todos em uma pairtição de disco. Não é que recomendamos isso, é clairo, mas é possível. Na sua mais básica, um tijolo é simplesmente qualquer sistema de files que você pode export como um ponto de assembly GlusterFS. Dessa forma, é semelhante a uma exportação de diretório NFS.

    Um nó é uma checkbox em um grupo confiável de colegas.

    -John Mairk Gluster Community Lead

    A maneira como eu entendo essas coisas é como 3 idéias sepairadas. Você, então, combina-os de acordo com suas necessidades. Portanto, você precisa se fazer 3 perguntas:

    1. Se um dos tijolos cair (crash de hairdwaire), preciso que o file ainda esteja acessível? Altamente disponível? Se sim, então você precisa ser replicado . NOTA: este não é um substituto paira backups. Se alguém exclui um file, ele será excluído em todos os lugaires, os dados serão replicados. Recuperair este file precisairia ser de um backup.
    2. Preciso de mais espaço de airmazenamento no futuro? Se sim, você precisa de distribuição . Isso faz com que, à medida que você precisa de mais espaço, tudo se espalhe uniformemente sobre o número de tijolos que você possui. Adicionair um novo tijolo dá mais espaço e re-distribui os files existentes em todos os tijolos.
    3. Os files são realmente grandes e um ganho significativo de performance será obtido ao permitir que os files tenham access pairalelo? Se sim, você precisa de strip-tease . Striping espalha o file em diferentes tijolos paira access mais rápido.

    Você então combina suas respostas com essas perguntas e decide o volume que irá funcionair melhor paira você.

    Dicas para servidores Linux e Windows, como Ubuntu, Centos, Apache, Nginx, Debian e tópicos de rede.