Estou debatendo sobre o uso do LVM para um servidor de mídia / arquivo porque gostaria de combinar vários discos rígidos físicos em um volume. Eu não desejo usar nenhum RAID no meu LVM, então minha pergunta é:
Se um dos vários discos rígidos do meu volume diminuísse, perderia todos os meus dados ou perderia os dados que estavam armazenados nesse disco individual?
Além disso, se eu perdesse apenas os dados no disco individual, seria tão simples quanto substituir esse disco e restaurar o que estava nele de um backup para recuperar?
Obrigado a todos.
If one of the multiple hard disks in my volume were to go down would I lose all my data or would I just lose the data that was stored on that individual disk?
Não, você perderá dados armazenados em todo o LVM
Also, if I were to just lose the data on the individual disk, would it be as simple as replacing that disk and restoring what was on it from a backup to recover?
Não, não é tão simples
Você pode ler aqui a pergunta semelhante LVM e recuperação de desastres
Simples: você está procurando por mhddfs .
Ele finge ser um sistema de arquivos grande, grava os discos na ordem em que eles são mencionados e, eventualmente, move arquivos grandes para um dispositivo diferente, se o primeiro estiver cheio demais. Ele também pode usar subpastas nos discos, permitindo a mesma funcionalidade.
Os discos individuais devem ser montados primeiro e permanecer acessíveis. Ele não altera os sistemas de arquivos e não se importa com o sistema de arquivos (contanto que o espaço livre seja corretamente informado pelo sistema de arquivos). Caso um disco seja perdido, você terá que remontar novamente seus mhddfs (on the fly) e os dados nesse disco desaparecerão.
Uso:
mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]
ou em /etc/fstab
mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0
Complexo e poderoso: você deseja unionfs .
Embora o mhddfs seja legal e extremamente simples, tive problemas com permissões de arquivos ao conceder acesso de outras pessoas via SSH. Não encontrei nenhuma solução, mas encontrei unionfs.
O Unionfs também permite que você monte várias pastas em diferentes sistemas de arquivos em uma, mas é mágico em permissões. Você pode mesclar várias pastas somente de leitura e uma gravável juntas, para que ela apareça como uma. As pessoas com as quais você compartilhou sua pasta mesclada podem gravar em uma pasta somente leitura - como aparece para elas -, mas os arquivos acabam no único gravável. CDs de boot do Linux funcionam assim, o disco gravável é um ramdisk. As pessoas podem até excluir arquivos em pastas somente leitura, o que realmente não exclui o arquivo, mas cria um arquivo de lista de desbloqueio oculto em seu diretório de gravação. Se você pegar todas as opções, você pode basicamente usar o seu sistema de arquivos como um SVN de um homem de baixa renda . < < br>
Se você usar muito as opções semelhantes a SVN, poderá perder dados existentes duas vezes (improvável em seu cenário, mas possíveis), enquanto sua pasta gravável se enche de arquivos whitelist pequenos e ocultos. Além disso, mantém seus discos limpos e individualmente utilizáveis. O que acontece se um arquivo é muito grande para um disco, ainda não sei.
Uso:
unionfs-fuse -o cow,max_files=32768 \
-o allow_other,use_ino,suid,dev,nonempty \
/path/to/dir1=rw:/path/to/dir2=ro:/dir3
/u/union/etc
em que =rw torna a pasta lida e gravável e =ro apenas a lê, mesmo que as permissões indiquem o contrário. Em etc/fstab isto é
unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0
Se você estiver usando um sistema de arquivos abrangendo todos os volumes LVM, todo o sistema de arquivos será danificado, pois o FS não sabe sobre os volumes físicos subjacentes e não criará estruturas alinhadas a ele. Pode ser possível resgatar algumas partes dos discos de trabalho, mas não há garantia disso.
E apenas recuperar os arquivos do disco danificado não funcionará pelo mesmo motivo.
Se você estiver conectando vários dispositivos juntos, não haverá redundância, para que você possa perder os dados. Mas se você estiver usando um servidor de mídia / arquivo para uma empresa, você não deve perder nada porque tem tudo copiado para um servidor de backup / unidade de fita.
Por que você está evitando o RAID? O ponto de RAID é disponibilidade; Se você não quer perder tempo devido a falhas no disco, pode usar uma configuração RAID 1, que também pode acelerar suas leituras. Eles não são muito caros, pagam para si mesmos na primeira vez que você tem uma falha de disco, e se você está realmente evitando ter que pagar por um cartão, você pode configurar o Linux para usar RAID de software, embora tenha um pouco mais de cuidado na configuração e solução de problemas para garantir que você substitua a unidade correta.
Caso contrário, você teria que passar por alguns obstáculos para tentar recuperar os dados que puder dos discos restantes. Seria possível, mas você está meio que pedindo muito mais problemas do que deveria. Obtenha um bom backup e reconsidere o RAID.
Acho que uma rota muito mais simples seria configurar o mdadm para sua partição de mídia. Se você não tiver o hardware para "RAID real", a rota do mdadm será consideravelmente mais fácil e parecerá atender aos seus requisitos de redundância e substituição simples de disco.
# Format your drives first
# Create your MD
mdadm --create /dev/md1 --level=5 --raid-devices=3 /dev/sda2 /dev/sdb2 /dev/sdc2
# In the event that a drive fails do the following
mdadm /dev/md1 --fail /dev/sda1
# Format the new drive
mdadm --add /dev/md1 /dev/sda1
Para mais informações: link
If one of the multiple hard disks in my volume were to go down would I lose all my data or would I just lose the data that was stored on that individual disk?
Se você usa o mdadm e o RAID 5, é possível perder uma unidade e ter a matriz funcional, embora você tenha uma degradação de desempenho.
Eu acho que o importante para entender o que não foi mencionado é que um arquivo em um sistema de arquivos não está necessariamente em um lugar em um disco. Ele é dividido em blocos que podem estar em qualquer lugar dentro dos sistemas de arquivos. O primeiro 4K se o seu arquivo pode estar no disk1, o próximo disk2, etc. Você pode imaginar a bagunça de tentar recuperar alguma coisa se você perdeu um pedaço do sistema de arquivos.
O Btrfs é uma boa escolha aqui; você pode ter metadados resilientes à perda de um disco (o perfil do fragmento "raid1"); os dados dos outros discos ainda poderão ser acessados (só assim ficaremos claros, isso se traduz em arquivos cheios de buracos onde quer que o disco ausente seja referenciado). Isso é feito executando o equilíbrio do btrfs com um filtro :
sudo btrfs balance start -m convert=raid1 /mnt/point
Tags lvm storage linux redundancy