Cada sistema de arquivos BeeGFS consistirá em alguns nós de arquivo que executam serviços BeeGFS usando storage de back-end fornecido por alguns nós de bloco. Os nós de arquivo são configurados em um ou mais clusters de alta disponibilidade para fornecer tolerância de falhas para serviços BeeGFS. Cada nó de bloco já é um par de HA ativo/ativo. O número mínimo de nós de arquivos com suporte em cada cluster de HA é de três e o número máximo de nós de arquivos com suporte em cada cluster é de dez. Os sistemas de arquivos BeeGFS podem ser dimensionados além de dez nós, implantando vários clusters de HA independentes que trabalham juntos para fornecer um namespace único do sistema de arquivos.

Normalmente, cada cluster de HA é implantado como uma série de "componentes básicos", onde alguns nós de arquivos (x86 servidores) são diretamente conectados a algum número de nós de bloco (normalmente sistemas de storage e-Series). Essa configuração cria um cluster assimétrico, no qual os serviços do BeeGFS só podem ser executados em certos nós de arquivo que têm acesso ao storage de bloco de back-end usado nos destinos do BeeGFS. O equilíbrio de nós de arquivo para bloco em cada componente básico e o protocolo de storage em uso para conexões diretas dependem dos requisitos de uma instalação específica.

Uma arquitetura de cluster de HA alternativa usa uma malha de storage (também conhecida como rede de área de storage ou SAN) entre os nós de arquivo e bloco para estabelecer um cluster simétrico. Isso permite que os serviços BeeGFS sejam executados em qualquer nó de arquivo em um cluster de HA específico. Como os clusters simétricos geralmente não são tão econômicos devido ao hardware SAN extra, esta documentação presume o uso de um cluster assimétrico implantado como uma série de um ou mais blocos de construção.

Ao Planejar a instalação, é importante que todos os equipamentos em cada bloco de construção sejam montados em rack adjacentes. A prática recomendada é que os nós de arquivo sejam colocados imediatamente acima dos nós de bloco em cada componente básico. Siga a documentação do(s) modelo(s) de arquivo e "bloco" nós que você está usando ao instalar trilhos e hardware no rack.

Exemplo de um único componente básico:

Exemplo de uma instalação grande do BeeGFS onde há vários componentes básicos em cada cluster de HA e vários clusters de HA no sistema de arquivos:

Normalmente, você conetará diretamente as portas HIC dos nós de bloco e-Series às portas designadas do adaptador de canal do host (para protocolos InfiniBand) ou do adaptador de barramento do host (para Fibre Channel e outros protocolos) dos nós de arquivo. A maneira exata de estabelecer essas conexões dependerá da arquitetura desejada do sistema de arquivos, aqui está um "Baseado na arquitetura BeeGFS de segunda geração na NetApp Verified"exemplo :

Cada nó de arquivo terá algum número de portas InfiniBand ou Ethernet designadas para o tráfego de clientes BeeGFS. Dependendo da arquitetura, cada nó de arquivo terá uma ou mais conexões com uma rede cliente/storage de alto desempenho, potencialmente com vários switches para redundância e maior largura de banda. Aqui está um exemplo de cabeamento de cliente usando switches de rede redundantes, onde as portas destacadas em verde escuro versus verde claro estão conetadas a switches separados:

Estabeleça todas as conexões de rede necessárias para a rede dentro e fora da banda.

Conete todas as fontes de alimentação garantindo que cada nó de arquivo e bloco tenha conexões com várias unidades de distribuição de energia para redundância (se disponível).