단점이 있나요?단일 파일 vdev zpool 다른내결함성이 부족하여 프로덕션 용도로 위험하거나 비실용적입니까?
예를 들어 성능이나 안정성 문제가 있습니까?
매뉴얼 페이지는 내결함성 부족에 대해서만 경고합니다.
file A regular file. The use of files as a backing store is strongly
discouraged. It is designed primarily for experimental purposes,
as the fault tolerance of a file is only as good as the file sys‐
tem of which it is a part. A file must be specified by a full
path.
내 사용 사례는 Linux 서버에서 데이터베이스의 스냅샷을 찍은 다음 실제 디스크로 지원되는 미러링된 zpool을 사용하여 오프사이트 백업 서버에 동기화하는 것입니다. 데이터베이스 서버에서 ZFS를 사용하는 유일한 목적은 빠른 원자 스냅샷을 획득하여 데이터베이스가 잠긴 상태로 유지되어야 하는 시간을 크게 줄이는 것입니다.
내 목표는 데이터베이스 서버 설정을 최대한 자동화하는 것입니다. 이는 기본 볼륨의 재파티셔닝을 쉽게 자동화할 수 없는 표준 VPS 이미지 위에 설정되며, 이 경우 추가 블록 장치를 추가하는 것은 낭비입니다.
아니면더 나은 것기본 ext4 파티션의 일부를 분할하지 않고 zpool에 할당하거나 VPS 관리자를 자세히 조사하지 않고도 자동화할 수 있는 방법은 무엇입니까?
답변1
ZFS는 풀에 단일 파일을 사용하는 것을 매우 기쁘게 생각합니다. 그러나 그렇지 않을 수도 있습니다. 몇 가지 단점이 있습니다.
- 성능. 모든 ZFS iop은 이제 vnode op로 변환되므로 이제 ZFS에는 이전보다 몇 가지 더 많은 레이어가 있습니다. 이는 성능에 상당한 영향을 미칠 수 있습니다.
- 신뢰할 수 있음. ZFS는 루트 노드("uberblock"이라고 함)에 쓰고 단일 I/O를 uberblock의 4개 위치로 보내 트랜잭션의 원자성을 보장합니다. ZFS는 uberblocks에 쓴 후 파일에 fsync를 실행하지만 결과는 다음과 같습니다.100% 신뢰할 수는 없음.
- 중복성. 단일 파일(또는 단일 디스크)은 ZFS의 더 나은 기능 중 하나(읽기 오류의 즉석 복구)가 꺼져 있음을 의미합니다. 조금 더 안전해지려면 RAID1(ZFS "미러") 구성에서 한 쌍의 파일을 사용하는 것이 좋습니다.