나는 무엇보다도 내 문서, 메일 아카이브 등을 저장하는 홈 서버를 가지고 있습니다. 회전하는 하드 디스크를 기반으로 하는 ZFS RAIDZ를 사용합니다. 서버는 또한 내 메일을 5분 간격으로 동기화하는 오프라인 IMAP 서비스를 실행합니다.
문제는 종종 내 메일에 액세스할 필요가 없다는 것입니다(예: 밤에 또는 주말에 자리를 비울 때). 디스크는 여전히 계속 회전하면서 소음을 발생시키고 전력을 낭비하며 디스크를 깨우는 유일한 방법은 메일 확인뿐입니다. 밤에는 동기화 프로세스를 비활성화할 수 있지만 보다 일반적인 솔루션을 찾고 있습니다.
메일 폴더를 SSD에 넣는 것을 고려했는데 어쨌든 시스템이 저장될 것입니다.
그러나 나는 내 이메일을 안전하게 보호하고 싶습니다. 보안 RAIDZ 스토리지가 있는 경우 SSD에만 저장하는 것은 현명하지 않다고 생각합니다. 그래서 제 생각은 SSD 메일 저장소를 RAIDZ 어레이와 하루에 한두 번씩 동기화하는 것입니다.매우 게으른 쓰기 캐시 같은 것이 필요한 것 같습니다..
SSD와 RAIDZ 간에 호출을 고려했지만 rsync
여기에는 단점이 있습니다. SSD에서 오래된 메일이 손상되면 오류가 어레이로 전파됩니다. 어쩌면 rsync --ignore-existing
그것은 일을 할 수도 있지만 어쩌면 더 잘할 수 있는 것이 무엇일까요?
답변1
SSD와 RAIDZ 간에 호출을 고려했지만
rsync
여기에는 단점이 있습니다. SSD에서 오래된 메일이 손상되면 오류가 어레이로 전파됩니다. 어쩌면rsync --ignore-existing
그것은 일을 할 수도 있지만 어쩌면 더 잘할 수 있는 것이 무엇일까요?
이런 딜레마를 겪을 필요는 없습니다.
ZFS를 사용하여 SSD 스토리지가 지원하는 두 번째 풀을 생성하세요.
- RAIDZ "아카이브" 어레이와 동일한 데이터 무결성 보장
- 동일한 관리 명령(
zfs
,zpool
)을 사용하여 스토리지를 관리 할 수 있습니다. - 파일 시스템의 속성이나 중복 하드웨어(미러링 또는 RAIDZ)를 통해 SSD 저장소에 중복성을 추가하면
copies
ZFS가 선택한 수준 제한 내에서 가능한 저하를 복구(단순히 감지하는 것이 아니라)할 수 있습니다. 중복성
양쪽에서 ZFS를 사용하는 또 다른 이점은 zfs send | zfs receive
두 위치 간에 데이터 세트를 복사할 수 있다는 것입니다. 원하는 경우 "활성" 이메일을 파일 시스템의 "보관된" 이메일과 별도로 보관할 수도 있습니다. 이렇게 하면 보관된 데이터를 GB 스토리지 비용이 더 많이 드는 속도로 유지하면서 활성 데이터에 빠르고 저전력으로 액세스할 수 있습니다. 훨씬 낮은. 나는 나 자신과 매우 비슷한 일을 해왔고 정말 잘 작동합니다.
별도의 스토리지 클래스(SSD 및 HDD, 그리고 중복성 수준이 다를 수도 있음)단일 시스템의 여러 풀에 적합합니다.각 특정 인스턴스에서 사용 중인 데이터 유형과 해당 액세스 패턴에 적합한 스토리지 특성을 선택할 수 있기 때문입니다. 모든 마운트 지점에서 모든 ZFS 데이터 세트에 액세스할 수 있으므로 서로 다른 풀에서 제공하는 다양한 스토리지 기능 간 전환이 거의 원활하게 이루어집니다.
ZFS 자체는 데이터를 저장하는 데 사용하는 저장 매체를 실제로 신경 쓰지 않으므로 유사한 설정을 사용하면 SSD를 사용하는 HDD와 유사한 기능을 얻을 수 있습니다(그러나 성능 특성은 매우 다름).