Download Red Hat Enterprise Linux 6 Global File System 2

Capítulo 2. Configuração do GFS2 e Considerações Operacionais
de arquivo do Samba.
2.6. Backups do Sistema de Arquivo
É importante fazer backups regulares de seu sistema de arquivo GFS2 em caso de emergência, não
importando o tamanho do seu sistema de arquivo. Muitos administradores de sistema se sentem
seguro porque são protegidos pelo RAID, multipath, espelhamento, snapshots e outras formas de
redundância, mas tal segurança não existe.
Pode ser um problema para criar um backup pois o processo de salvamento de um nó ou configuração
de nós geralmente envolve leitura de um sistema de arquivo todo na sequência. Se isto for feito de um
nó único, este nó irá reter todas as informações no cache até que os outros nós no cluster comecem a
requesitar bloqueios. Executar este tipo de programa de backup enquanto o cluster estiver em
operação irá impactar o desempenho de forma negativa.
Retirar os caches depois que o backup estiver concluído reduz o tempo requerido por outros nós de
reter a propriedade de seus bloqueios/caches de cluster. Isto ainda não é ideal, pois os outros nós irão
interromper o processo de cache de dados no qual estavam antes do processo de backup ter iniciado.
Você pode retirar caches utilizando o seguinte comando após a conclusão do backup:
echo -n 3 > /proc/sys/vm/drop_caches
É mais rápido se cada nó de um cluster salvar seus próprios arquivos, pois assim a tarefa é dividida
entre os nós. Você deve ser capaz de concluir isto com um script que utiliza o comando rsync em
diretórios de nó específico.
A melhor forma de fazer o backup do GFS2 é criar um snapshot de hardware no SAN, apresentar o
snapshot a outro sistema e fazer o backup lá. O sistema de backup deve montar o snapshot com o -o
lockproto=lock_nolock, pois ele não estará em um cluster.
2.7. Considerações do Hardware
Você deve considerar os seguintes fatores de hardware ao implementar um sistema de arquivo do
GFS2.
Utilizar Opções de Armazenamento com Maior Qualidade
O GFS2 pode operar em opções de armazenamento compartilhado mais baratas, tais como iSCSI ou
Canal de Fibra sob Ethernet (FCoE), mas você obterá um melhor desempenho se você comprar
armazenamento de maior qualidade com maior capacidade de cache. A Red Hat realiza a maioria
dos testes de qualidade, sanidade e desempenho em armazenamento de SAN com a interconexão
do Fibre Channel. Como via de regra, é sempre melhor implementar algo que tenha sido testado
primeiro.
Equipamento de Rede de T este Antes da Implementação
O equipamento de rede mais rápido com maior qualidade faz com que a comunicação de cluster e
GFS2 funcionem com maior velocidade e maior confiança. No entanto, você não precisa comprar o
hardware mais caro. Alguns dos interruptores de redes mais caros têm problemas em passar
pacotes de multicast, que são usados para passar os bloqueios (flocks) do fcntl, onde a
mercadoria de interruptores de rede mais baratos é muitas vezes mais rápido e mais confiável.
Geralmente é uma boa prática tentar equipamentos antes de implementá-los em produção total.
25