Linux 시스템을 설치하기 위해 하드 디스크를 포맷할 때 사용할 최상의 Linux 파일 시스템을 결정해야 합니다. 2021년에 가장 인기 있는 옵션은 EXT4입니다. 그래도 그게 최선이고 대안이 있다면 선택해야 할까요? (가능한) 옵션을 살펴보겠습니다.
EXT4
"네 번째 확장 파일 시스템"은 EXT2 및 EXT3과 완전히 역호환되며 대부분의 Linux 배포판의 표준으로 간주되며 이전 버전과 마찬가지로 널리 사용됩니다.
시스템 충돌 또는 정전 후 데이터 손실을 최대한 방지하여 저널링을 지원하기 때문에 오늘날 가장 안전하고 안정적인 옵션 중 하나입니다.
가장 중요한 두 가지 기능은 "확장 영역"과 "지연 할당"으로, 성능을 개선하고 단편화를 줄이기 위해 저장 매체에 데이터가 기록되는 방식을 스마트하게 관리합니다.
BtrFS
"b-tree 파일 시스템"은 처음에 Oracle에 의해 설계되었으며 많은 사람들이 EXT 왕조의 진정한 후계자로 간주할 정도로 인기가 계속해서 증가하고 있습니다.
Btrfs에는 자동 조각 모음 및 투명 압축과 같은 고급 기능이 있습니다. Copy-On-Write 접근 방식을 따르며 기존 데이터 및 메타데이터에 영향을 주는 대신 데이터 및 메타데이터의 새로운 반복을 저장합니다("섀도잉"). 이것은 또한 파일 시스템의 다양한 상태에 대한 스냅샷과 손쉬운 복제, 마이그레이션 및 증분 백업을 허용합니다. 온라인 및 오프라인 파일 시스템 검사는 데이터 손실 가능성을 더욱 줄입니다.
BtrFS는 기본적으로 RAID를 지원하지만 일반적인 소프트웨어 RAID 스트라이핑 또는 하드웨어 블록 미러링의 접근 방식을 따르지 않습니다. 대신 한 장치의 각 블록이 다른 장치의 복사본을 갖고 모든 데이터에 대한 CRC를 유지하도록 합니다. 따라서 장애가 발생할 경우 백업 및 체크섬에서 정보를 가져와 손상되거나 누락된 데이터를 재구성할 수 있습니다.
BtrFS는 기계식 HDD에 유용하지만 SSD를 마모시킬 수 있는 기능을 자동으로 비활성화하기 때문에 "SSD 친화적"이기도 합니다.
XFS
XFS는 거의 30년 전에 Silicon Graphics에서 3D 그래픽 렌더링을 전문으로 하는 그래픽 워크스테이션용으로 만들었습니다.
이것이 XFS가 지속적으로 데이터를 읽고 쓰는 시스템을 위한 최고의 옵션 중 하나로 남아 있는 이유입니다. 고유한 inode와 여유 공간을 포함하는 파일 시스템의 일부인 "할당 그룹"을 사용하면 여러 스레드가 동시에 병렬로 데이터를 읽고 쓸 수 있습니다. 지연 할당, 동적으로 할당된 inode 및 고급 미리 읽기 알고리즘에 대한 지원은 특히 최대 수백 TB 크기의 대규모 스토리지 풀에서 탁월한 성능을 달성하는 데 도움이 됩니다.
그러나 저널링에 대한 지원은 더 현대적인 대안에 비해 제한적이며 틀림없이 데이터 손실에 더 취약합니다. 또한 "사진" 폴더에서 많은 사진을 삭제할 때와 같이 보다 일반적인 일상 및 대부분의 단일 스레드 시나리오에서는 축소되지 않습니다. 즉, 자체 데이터 센터를 설정하지만 일반적인 개인 용도는 아닐 수도 있는 경우에 좋습니다.
F2FS
(상대적으로) 최신 파일 시스템 중 하나인 "Flash-Friendly File System"은 플래시 기반 저장소와 함께 사용하기에 가장 좋은 옵션 중 하나입니다.
처음에 삼성에서 그 목적으로 만든 F2FS는 저장 매체를 더 작은 부분 등을 포함하는 영역을 포함하는 더 작은 부분으로 분할하고 동일한 것을 재사용하는 대신 많은 부분을 사용하려고 시도합니다. TRIM/FITRIM에 대한 지원과 결합하여 쓰기 횟수가 한정된 플래시 기반 미디어에 더 친숙합니다.
F2FS의 기능은 속도나 데이터 보안에 관한 한 모든 대안에 비해 탁월하지 않으며 다른 모든 파일 시스템에 더 나은 기능이 제공되는 일반적인 미디어와 함께 사용하는 데도 탁월하지 않기 때문에 의미가 없습니다. 세트. 하지만 명시적으로 생성된 플래시 기반 스토리지에 대해 이야기하면 이야기가 바뀝니다.
OpenZFS/ZFS
OpenZFS는 Sun의 Solaris에 처음 등장한 ZFS(Zettabyte File System)의 포크입니다. 2010년까지 ZFS는 라이센스 문제로 인해 주로 FUSE를 통해 Linux에서 사용할 수 있었습니다. 2010년 이후 개발이 시작되었고 2016년 Ubuntu는 기본적으로 오픈 소스 버전을 지원했습니다. 그 이후로 사람들은 "ZFS"를 언급할 때 일반적으로 Solaris ZFS 대신 개방형 변형에 대해 이야기하고 있습니다. ZFS 역시 계속 발전하지만 평행선에 있습니다.
ZFS는 파일 시스템을 볼륨 관리자와 결합한다는 점에서 모든 대안과 다릅니다. 그 때문에 파일과 디렉토리뿐만 아니라 이들이 상주하는 물리적 미디어도 관리합니다. 덕분에 단일 리소스로 취급되는 풀에 모든 저장 장치를 할당할 수 있습니다. 공간이 부족한 경우 이 풀에 새 저장소를 추가하여 확장하면 ZFS가 세부 사항을 처리합니다.
미디어 자체를 관리함으로써 ZFS는 RAID 지원에서도 탁월합니다. 대부분의 유형(RAID 0, 2, 5 등)의 RAID 어레이를 설정할 수 있지만 "RAIDZ" 접근 방식을 사용할 수도 있습니다. 일반적인 RAID 어레이와 달리 RAIDZ는 포함된 드라이브 사이에 가변 너비 스트라이프를 사용하여 정전 후 데이터 손실에 대한 내성을 높입니다.
ZFS는 또한 기존 데이터를 수정하는 대신 이전 버전과 새 버전 간의 변경 사항("델타")만 저장하는 기록 시 복사 방식을 따릅니다. 이를 통해 많은 공간을 차지하지 않고 백업 또는 스냅샷으로 사용할 수 있는 여러 데이터 복사본을 투명하고 스마트하게 저장할 수 있습니다. 사용자는 파일 시스템의 이전 상태로 돌아가 변경 사항을 되돌리거나 그 반대로 할 수 있습니다. 모든 변경 사항을 기존 데이터의 복제본으로 가져옵니다.
적어도 이론상으로는 데이터 손실 가능성을 거의 제거하는 데 도움이 되는 기능 중 일부입니다.
JFS
IBM의 Journaling File System은 저널링을 지원하여 데이터 손실 가능성을 줄인 최초의 파일 시스템 중 하나였습니다. 높은 읽기/쓰기 성능 제공을 목표로 XFS와 같은 다른 많은 최신 대안 및 할당 그룹과 같은 범위를 사용합니다.
단일 기능의 우선 순위를 지정하지 않음으로써 다양한 요구 사항에 대한 다양한 워크로드에서 훌륭한 만능 도구입니다. 불행히도 이것은 또한 그것이 어떤 것에도 탁월하지 않다는 것을 의미합니다. 또한 많은 사람들이 스토리지용 파일 시스템을 선택할 때 부정적으로 생각하는 몇 가지 문제가 있습니다. 예를 들어 저널 업데이트를 무기한 지연하여 데이터 손실 가능성을 높이고 이것이 저널링 파일 시스템이라는 사실을 거의 무효화할 수 있습니다. 서버와 대규모 데이터베이스에 가장 많이 사용되는 병렬 쓰기에서는 더 좋지만 더 널리 사용되는 데스크톱 사용 시나리오에서는 EXT4보다 성능이 떨어집니다.
이것이 다른 파일 시스템만큼 인기가 없는 이유일 것입니다. 다른 파일 시스템은 더 빠르게 수행하거나 데이터 손실을 더 잘 보호할 수 있습니다.
어느 것을 사용해야 합니까?
EXT4가 대부분의 Linux 배포판에서 기본적으로 선택되는 이유가 있습니다. 그것은 시도되고, 테스트되고, 안정적이고, 훌륭하게 수행되고, 널리 지원됩니다. 안정성을 찾고 있다면 EXT4가 최고의 Linux 파일 시스템입니다.
하지만 다소 덜 성숙한 생태계를 다루는 것이 두렵지 않다면 BtrFS가 더 나은 선택이 될 수 있습니다.
데이터 손실 가능성을 거의 완전히 없애고 안정성이 게임의 이름인 서버 사용의 경우 ZFS를 살펴보는 것이 좋습니다. 그러나 그것을 실제로 활용하려면 많은 독서를 준비하십시오. 고맙게도 초기 설정을 도와드릴 수 있습니다.
플래시 미디어의 경우 F2FS가 기본적으로 가장 좋은 옵션입니다.
어떤 파일 시스템을 선택하든 기존 콘텐츠를 거의 복구할 수 없게 만들려면 미리 HDD를 완전히 지워야 합니다.