임대 스토리지 서버에서 ZFS와 하드웨어 RAID 중 무엇을 써야 하나요?

OpenZFS는 왜 하드웨어 RAID를 권장하지 않나요?

RAID 카드가 ZFS로부터 디스크를 숨기기 때문입니다. 그러면 ZFS는 하나의 가상 디스크만 보게 되어 자체 중복성을 사용할 수 없습니다. OpenZFS 하드웨어 가이드는 다음과 같은 문제를 나열합니다.

• 약해진 자가 복구. 체크섬이 실패하면 카드가 중복성을 소유하고 있어 ZFS가 다른 디스크에서 정상 사본을 가져오지 못하는 경우가 많습니다.
• 잘못된 섹터 크기. 카드가 섹터 크기를 잘못 보고할 수 있으며, 이는 read-modify-write 오버헤드를 유발합니다.
• 교체 종속. 고장 난 카드를 교체할 때 배열을 다시 읽으려면 동일 모델이 필요할 수 있습니다.
• 쓰기 캐시 위험. 캐시된 쓰기는 정전이나 배터리 방전 시 사라질 수 있습니다.
• 알 수 없는 재구축 동작. 이 가이드는 조용한 손상 후 재구축 중 RAID 5 및 6 배열이 손실된 사례를 인용합니다.
• 폐쇄형 펌웨어와 변동하는 장치 이름. 코드를 검사할 수 없고, 하나의 실패한 배열이 다른 배열의 이름을 바꿀 수 있습니다.

권장 사항은 RAID 컨트롤러 대신 호스트 버스 어댑터(HBA)를 사용하는 것으로, 성능과 신뢰성을 위해서입니다.

ZFS는 볼 수 있는 것만 복구할 수 있습니다. 가상 디스크가 아니라 드라이브를 넘겨주세요.

RAID 카드가 할 수 없는 것을 ZFS는 무엇을 하나요?

ZFS는 읽는 모든 블록을 체크섬과 대조합니다. 블록이 잘못되었고 풀에 중복성이 있으면, ZFS는 정상 사본을 읽어 불량 블록을 복구합니다. scrub은 모든 데이터에 대해 이를 수행하여 하드웨어 결함이나 디스크 고장으로 인한 조용한 오류를 잡아냅니다.

파일시스템과 배열이 하나의 계층이므로, ZFS는 어느 블록에 데이터가 있는지 압니다. resilver는 빈 공간이 아니라 오래된 데이터만 검사합니다. 이는 가득 차지 않은 풀에서 재구축 시간을 단축하며, 소요 시간은 RAID 재구축 시간 페이지에서 계산되어 있습니다.

또한 데이터셋별 스냅샷, 압축, 네이티브 암호화를 제공합니다. RAIDZ2에는 정전 후 데이터와 패리티가 어긋나는 RAID 5/6 쓰기 구멍(RAID 5/6 write hole)이 없습니다.

언제 하드웨어 RAID나 mdadm이 더 나은 선택인가요?

ext4나 XFS 같은 일반 파일시스템을 원할 때입니다. 그러면 그 아래의 무언가가 중복성을 제공해야 합니다. RAID 카드나 Linux mdadm이죠.

mdadm은 카드가 필요 없습니다. 그 배열은 어떤 Linux 머신으로든 옮길 수 있고, LUKS 암호화가 그 아래에 깔끔하게 놓입니다. 한계는 ZFS가 없애는 바로 그 지점입니다. md는 어느 블록에 데이터가 있는지 알지 못하므로 드라이브 전체를 재구축합니다.

서버가 RAID 카드와 함께만 제공된다면, ZFS를 구축하기 전에 카드를 드라이브 패스스루로 설정하세요. 그러면 ZFS가 디스크를 계속 관리합니다.

2 November 2026에 Basalthold이(가) 확인한 23개의 스토리지 서버 판매업체 중 4곳이 스토리지 요금제에 하드웨어 RAID 컨트롤러 또는 옵션을 명시했습니다. Basalthold은(는) 아무것도 약속하지 않습니다. 데이터 드라이브는 직접 소프트웨어 배열을 구성할 수 있도록 빈 상태로 제공됩니다.

백업 서버에는 어떤 것이 적합한가요?

대부분의 경우 ZFS입니다. 백업은 한 번 쓰고 거의 읽지 않기 때문에 무음 손상이 몇 달 동안 발견되지 않을 수 있습니다. 체크섬과 scrub이 좋은 복사본이 남아 있을 때 이를 찾아냅니다.

Proxmox VE와 Proxmox Backup Server는 ZFS를 포함하므로 같은 pool이 datastore에 사용됩니다. Proxmox Backup Server 오프사이트를 참고하세요. ZFS는 캐시용 메모리가 필요합니다. 100 TB에 대한 산정은 ZFS RAM 요구 사항에 있습니다. 레이아웃 선택은 RAID 6 또는 RAID 10에 있습니다.

ZFS가 원시 드라이브를 인식하는지 어떻게 확인하나요?

무엇이든 구축하기 전에 드라이브를 나열하세요. 각 데이터 드라이브는 실제 모델과 일련번호와 함께 개별적으로 나타나야 합니다. 그런 다음 /dev/disk/by-id의 안정적인 이름으로 pool을 생성하여 장치 이름이 바뀌어도 혼동되지 않도록 하세요.

이 페이지를 위해 읽은 두 데이터시트 모두 4,096바이트 물리 섹터를 설명합니다. Seagate의 Exos X20은 512e 형식으로 출시되며, Western Digital은 HC560을 Advanced Format 드라이브라고 부릅니다. 이에 맞게 ashift=12을 설정하세요.

# every data drive on its own line, with model and serial
lsblk -d -o NAME,SIZE,ROTA,MODEL,SERIAL
smartctl -i /dev/sdb
ls -l /dev/disk/by-id/ | grep -v part

# RAIDZ2 over the data drives, by stable ID, 4K sectors
zpool create -o ashift=12 tank raidz2 \
  /dev/disk/by-id/ata-MODEL_SERIAL01 /dev/disk/by-id/ata-MODEL_SERIAL02 \
  /dev/disk/by-id/ata-MODEL_SERIAL03 /dev/disk/by-id/ata-MODEL_SERIAL04
zpool status tank

# scrub once a month to find silent errors
zpool scrub tank