데이터가 너무 많아서 이를 관리하기 위해 ZFS를 사용하기로 결정했습니다. 보조 저장소에는 괜찮지만 파일 시스템이 커널의 일부가 아니기 때문에 부팅 디스크에서 사용할 수 없습니다.
RHEL 6 및 7은기술 미리보기BTRFS이지만 버전 8에서는 제거되었습니다.
나는 ZFS에 매우 만족하고 데이터 무결성 기능 때문에 망가졌습니다. RAID1 mdadm에서 실행되는 루트 파일 시스템에 ZFS가 없다는 사실이 실망스러울 정도입니다. 이 솔루션은 전체 디스크 오류로부터 보호하지만 일부 형태의 손상을 식별하지 못하며 심지어 전파할 수도 있습니다.
저는 ZFS와 BTRFS가 기업이 아닌 소규모 배포(예: SAN)에 대해 다중 디스크 패리티와 무결성 체크섬을 제공할 수 있는 솔루션으로만 알고 있습니다.
Red Hat의 최신 제품(6 및 7의 BTRFS 기술 미리 보기 무시)만 고려한다면 RHEL8은 데이터 무결성 관리를 위한 지원 방법으로 무엇을 제공합니까? 이것이 나와 같은 소규모 배포에만 문제가 됩니까? 기업 고객이 RHEL 서버 실행을 선택할 때 이 문제를 어떻게 해결합니까?
저는 네트워크 스토리지 및 기타 서비스를 제공하는 시스템을 실행하고 있으며 유지 관리가 최소화되고 탁월한 장애 복구 기능을 갖기를 원합니다. 문제가 발생하면 시스템에서 화난 전화가 아닌 슬픈 이메일을 보내길 바랍니다. 저는 수년 동안 RHEL 파생 제품을 사용해 왔으며 매우 만족하고 있습니다. 그러나 SUSE 및 Oracle Linux에서 BTRFS를 선택하고 Ubunutu 및 FreeBSD에서 ZFS를 선택하면서 RHEL을 플랫폼으로 계속 사용하는 가치가 줄어들었다고 느꼈습니다.
그렇긴 하지만, 저는 다음 업그레이드에 맞춰 경쟁 솔루션을 조사해 왔지만 아직 RHEL 서비스를 계속 사용해야 할 강력한 이유를 찾지 못했습니다. 이것이 기업 고객에게도 문제가 되는지, 아니면 추가 인프라로 인해 이 문제에 면역이 되는지 궁금합니다. 어쩌면 그것은 내가 읽은 바에 따르면 어쨌든 그들의 목표 시장이 아닌 소규모 설치의 문제일 수도 있습니다.
DM-무결성이미 하나의 답변에서 언급되었습니다. EL8은 기술 자체를 지원하지만 프로덕션에서의 사용은권장되지 않음레드햇에 따르면.
지원 상태 관련: dm-integrity는 TechPreview로 표시되지 않지만 지원됩니다. mdadm 또는 LVM-raid와 함께 상단에 대규모 RAID1 스택이 있습니다.프로덕션 용도로 광범위하게 테스트되거나 권장되지 않음.
비트 부패를 감지하면 문제의 절반이 해결되지만 작업의 절반이 조금 넘습니다. 남은 것은 알려진 양호한 복사본(즉, 유효한 체크섬이 있는 복사본)을 사용하여 디스크의 다른 부분에 손상된 세그먼트를 다시 생성하여 손상된 데이터를 복구하기 위해 RAID를 사용하는 자동화된 방법을 구축하는 것입니다.이 부분은 Red Hat 및 업스트림 커뮤니티와 협력하여 아직 진행 중인 작업입니다.
답변1
RHEL에서는 데이터 무결성이 블록 수준에서 지원됩니다.장치 매퍼 무결성표적. 독립형 대상으로 사용하거나 다음 형식으로 LUKS2와 함께 사용할 수 있습니다.인증된 디스크 암호화(AEAD).
다음 명령을 사용하여 독립형 무결성 지원을 구성할 수 있습니다.무결성 설정--integrity도구에서는 LUKS 장치를 생성할 때 옵션을 추가하여 cryptsetup을 사용하여 AEAD를 구성할 수 있습니다.
블록 계층에서 무결성을 구성하면 모든 파일 시스템이나 스토리지 기술을 그 위에 사용할 수 있습니다. 일반적인 사용 사례는 무결성 설정 장치 위에 MD RAID를 설치하는 것입니다.
대규모 엔터프라이즈 배포의 경우 Gluster와 Ceph 모두 이 기능을 갖추고 있습니다. GlusterFS에는 내장된비트 회전 감지그리고Bluestore 객체 스토리지Ceph에서 사용되는 데이터 및 메타데이터 검증.