Problema de desempenho com o QNAP TS-410 NAS

Question

Temos um QNAP TS-410 em nosso escritório. Seu hardware é:

• 256 MB de RAM DDR2
• CPU Marvell 6281 800MHz
• discos SATA Seagate de 4 x 1,4 GB montados em RAID5

Pensamos que seria suficiente fazer backups para nossos servidores, mas encontramos vários problemas:

1. Demora cerca de 5 horas para fazer uma% diáriarsync entre dois diretórios de 100 GB. A árvore de diretórios é grande e complexa, porque é o nosso servidor de produção com 200 sites. Mas as mudanças devem ser menores. E a largura de banda da rede certamente não é um problema (fizemos testes com upload / download de arquivos regulares).
2. Quando o rsync for feito e todas as alterações tiverem sido transferidas, levará mais de 15 horas para fazer uma rotação desses backups. Estamos usando uma abordagem cp -al para criar links físicos em vez de copiar.
3. O programa interno vs_refresh leva quase um dia inteiro para realizar sua tarefa.

Achamos que todo problema está diretamente relacionado à complexidade e ao tamanho da árvore de diretórios. Imagine duzentos sites, sendo cada um deles um Joomla, ou um WordPress, ou um Moodle, etc.

Achamos que é relativamente normal que rsync e cp demorem um certo tempo. Mas tanto tempo? Isso é um comportamento esperado e normal?

Se sim, o que pode ser feito para melhorar o desempenho do NAS? Talvez aumentando a RAM para evitar substituições de troca?

Obrigado!

    

Answer 1

Ocorreram problemas de desempenho de OI relatados no fórum da QNAP, nos quais a taxa de transferência de E / S é reduzida sob certas condições (espaço livre em disco e RAM livre). O problema relacionado é dedicado ao kernel do Linux 2.6.33.2. Este kernel é usado em todo o QNAP NAS. No caso do acima mencionado io perf. Problema cai nesta categoria, em seguida, uma solução alternativa (que é relatado para trabalhar) é obter mais espaço livre em disco (80% +), bem como 180MB de RAM de disponibilidade livre.

o tópico detalhado é link

Seria bom saber se o seu problema é o mesmo, pois a causa raiz do problema do kernel relatado não é totalmente compreendida - assim, há muitos outros tópicos no fórum do qnap que relatam comportamento semelhante. mas desde hoje não há bom entendimento nem um patch disponível. os kernels mais novos não têm mais esse problema.