답변:
볼륨에있는 여러 하드 디스크 중 하나가 작동 중지되면 모든 데이터가 손실되거나 해당 개별 디스크에 저장된 데이터가 손실됩니까?
아니요 전체 LVM에 저장된 데이터가 손실되지 않습니다
또한 개별 디스크의 데이터를 잃어버린 경우 해당 디스크를 교체하고 백업에서 복구하기 위해 디스크에 있던 것을 복원하는 것만 큼 간단합니까?
아니 그렇게 간단하지 않습니다
비슷한 질문 LVM 및 재해 복구를 읽을 수 있습니다.
간단합니다 : mhddfs를 찾고 있습니다.
하나의 큰 파일 시스템 인 것처럼 가장하고 언급 된 순서대로 디스크에 쓰고 첫 번째 파일이 너무 가득 찬 경우 큰 파일을 다른 장치로 옮깁니다. 실제로 디스크의 하위 폴더를 사용하여 동일한 기능을 수행 할 수 있습니다.
개별 디스크를 먼저 마운트하고 액세스 가능한 상태로 유지해야합니다. 여유 공간이 파일 시스템에 의해 올바르게보고되는 한, 파일 시스템을 전혀 변경하지 않으며 어떤 파일 시스템이 있는지 상관하지 않습니다. 디스크가 손실 된 경우 mhddfs를 즉시 다시 마운트해야하고 해당 디스크의 데이터가 사라집니다.
용법:
mhddfs /dir1,/dir2[,/path/to/dir3] /path/to/mount [-o options]
또는 /etc/fstab
mhddfs#/path/to/dir1,/path/to/dir2 /mnt/point fuse defaults 0 0
복잡하고 강력한 : unionfs를 원합니다 .
mhddfs는 훌륭하고 매우 간단하지만 SSH를 통해 다른 사람에게 액세스 권한을 부여 할 때 파일 권한에 문제가 있습니다. 해결책을 찾지 못했지만 unionfs를 찾았습니다.
Unionfs를 사용하면 다른 파일 시스템의 여러 폴더를 하나의 폴더에 마운트 할 수 있지만 권한에 대해서는 마술입니다. 여러 개의 읽기 전용 폴더와 하나의 쓰기 가능한 폴더를 병합하여 하나의 폴더로 표시 할 수 있습니다. 병합 된 폴더를 공유 한 사람은 표시된 것처럼 읽기 전용 폴더에 쓸 수 있지만 파일은 쓰기 가능한 단일 폴더로 끝납니다. Linux 부팅 CD는 이와 같이 작동하며 쓰기 가능한 디스크는 램 디스크입니다. 읽기 전용 폴더에서 파일을 삭제할 수도 있습니다. 실제로 파일을 삭제하지는 않지만 쓰기 디렉토리에 숨겨진 화이트리스트 파일을 만듭니다. 모든 옵션을 잡으면 기본적으로 파일 시스템을 가난한 사람 SVN 으로 사용할 수 있습니다 .
SVN과 같은 옵션을 너무 많이 사용하면 쓰기 가능한 폴더가 작고 숨겨진 화이트리스트 파일로 채워지는 반면 기존 데이터는 두 번 놓칠 수 있습니다 (시나리오에서는 불가능하지만 가능). 그 외에는 디스크를 깨끗하고 개별적으로 사용할 수 있습니다. 파일이 디스크에 비해 너무 큰 경우 어떻게되는지 아직 모르겠습니다.
용법:
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
여기서 권한이 다르게 표시 되더라도 =rw
폴더를 읽고 쓸 수 =ro
있게하고 읽기 전용으로 만듭니다. 에서 etc/fstab
이입니다
unionfs-fuse#/path/to/dir1=rw:/path/to/dir2=ro:dir3 /path/to/mount fuse cow,allow_other 0 0
여러 장치를 함께 연결하는 경우 중복성이 없으므로 데이터가 손실 될 수 있습니다. 그러나 비즈니스에 미디어 / 파일 서버를 사용하는 경우 모든 것이 백업 서버 / 테이프 드라이브에 백업되어 있으므로 아무것도 잃어 버리지 않아야합니다.
RAID를 피하는 이유는 무엇입니까? RAID의 요점은 가용성입니다. 디스크 오류로 인해 시간을 낭비하지 않으려면 RAID 1 구성을 사용하면 읽기 속도를 높일 수 있습니다. 너무 비싸지 않으며, 처음 디스크 장애가 발생했을 때 스스로 비용을 지불해야하며, 카드 비용을 지불하지 않으려는 경우, 소프트웨어 RAID를 사용하도록 Linux를 설정할 수 있습니다. 올바른 드라이브를 교체 할 수 있도록 문제를 해결하십시오.
그렇지 않으면 나머지 디스크에서 가능한 데이터를 복구하기 위해 일부 후프를 뛰어 넘어야합니다. 가능 하겠지만, 당신은 당신이해야 할 것보다 훨씬 더 많은 문제를 요구하고 있습니다. 적절한 백업을하고 RAID를 다시 고려하십시오.
미디어 파티션에 대해 mdadm을 구성하는 것이 훨씬 간단한 경로라고 생각합니다. "실제 RAID"용 하드웨어가없는 경우 mdadm 라우트를 진행하는 것이 훨씬 쉬우 며 중복 및 간단한 디스크 교체 요구 사항을 충족하는 것으로 보입니다.
# 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
자세한 정보 : http://en.wikipedia.org/wiki/Mdadm
볼륨에있는 여러 하드 디스크 중 하나가 작동 중지되면 모든 데이터가 손실되거나 해당 개별 디스크에 저장된 데이터가 손실됩니까?
mdadm 및 RAID 5를 사용하는 경우 하나의 드라이브를 잃을 수 있으며 어레이 성능이 저하되어 성능 저하가 발생할 수 있습니다.
Btrfs는 여기서 좋은 선택입니다. 하나의 디스크 손실 ( "raid1"청크 프로파일)에 대해 메타 데이터를 복원 할 수 있습니다. 다른 디스크의 데이터는 여전히 닿을 수 있습니다 (실제로 디스크가 참조되는 곳이면 구멍이 가득 찬 파일로 변환됩니다). 필터로 btrfs balance를 실행하면됩니다 .
sudo btrfs balance start -m convert=raid1 /mnt/point