파일시스템 복잡하네요..
이것 말고도 더 있을건데...
BtrFS / ZFS / LVM
Ext2 / Ext3 / Ext4 / XFS
그리고 BtrFS 에서 XFS으로 전환이 가능한지요 ?
리눅스에서 Ext3에 보다 추가된 ext4 기능을 추가하여 사용해 왔고..
현재 대안으로 떠오른다는 BtrFS, XFS, ZFS 의 특징들도 궁금합니다..
그리고 향후, 가까운 미래에는 BtrFS, XFS, ZFS로 정착이 되는지도 궁금합니다.
가까운 최근에
SUSE 계열은 BtrFS로 CentOS계열은 XFS가 기본으로 변경되었다고 합니다..
- 배려와 질서는 우리 모두를 자유롭게 합니다. -
것은 다 나옵니다..
ZFS등은 파일 시스템이 아닙니다 (좀 더 상위 개념)
Btrfs랑 ZFS는 뛰어나긴한데, 아직까지 좀 미완성입니다
그리고 최소한 잘못된 정보를 사실인 것 처럼 전달하지는 말아야죠. 일부러 그러는 게 아닌 건 잘 압니다. 그런데 빈도가 너무 높아요.
구글링은 위키 링크 찾기 위한겁니다 (설마 검색만 하면 젤 위에 나오는 위키 링크까지 찾아서 핀포인트로 줘야하나요?)
영문 위키 가보면 읽기 귀찮을정도로 대량의 택스트로 설명 적혀있습니다
개요정도라면 그것만 읽어봐도 충분합니다
보통 그런 경우에는 두 가지 종류가 있습니다.
1. 처음부터 끝까지 떠먹여주길 바랄 때
2. 두루뭉실하게 개념이 잡힌 상태에서 개요 이상의 무언가를 알고 싶을 때
저는 이 글은 후자라고 판단했습니다. 리눅스 시스템 유지보수가 업이신데, 위키피디아를 모를까요?
자신이 궁금해 하는 게 무엇인지 명확하게 알면 질문의 범위도 줄어들고, 정확한 질문을 할 수 있지만, 경험이 없거나 부족한 분야에서는 그것이 어려운 경우가 많습니다. 이럴 때는 현업의 시선으로 바라본 중요한 포인트나 키워드들이 도움이 되죠.
댓글 다시는 걸 쭉 지켜봤는데, 솔루션이라고 댓글 다는 것들이 영 영양가가 없으니... 자기 시간 쪼개서 답변 달아주는 답변자들이 고마운 것은 사실이나, 컨텍스트에 맞지 않는 지식 자랑(그나마도 정확하지 않은)은 질문자에게 혼동을 줄 뿐입니다.
http://2cpu.co.kr/bbs/new_view.php?bo_table=QnA&wr_id=796288 에서 있었던 일입니다.
질문자는 R630 + 가상화 + NVMe 시스템을 고려하고 있습니다. 그리고 'dateno1'님이 다음과 같은 댓글을 답니다.
""일단 저정도하면 큰 문제는 없습니다
다만 Storage 특히 NVMe/PCIe 살때는 반드시 스팩 확인해주세요
최신인 7.0은 기본 512e섹터랑 안 친해요 (SATA/SAS처럼 컨트롤러 거치면 괜찮지만, 바로 물리는 저런 타입은 문제됨)""
참고로 구형 디스크의 섹터는 512n(Native)고, 디스크 기본 섹터가 4K로 넘어가면서 512e(Emulation), 4Kn(Native)가 나왔습니다. 당연히 512e는 해당사항이 없고, 512e/4Kn은 ESXi 6.0/VMFS-6부터 지원이 시작되었습니다.
아마도 512n, 512e, 4Kn의 관계와 ESXi 6.0/7.0을 헷갈리신 것 같은데, 뭐 그럴 수 있습니다. 사람이잖아요.
그리고 "NVMe 여러개로 스토리지 구성 시 Raid가 가능할까요?" 라는 질문에
""이외에 환경에 따라서 성능이 미묘할때도 있습니다 (안정성을 위해 RAID1을 원하시는거라면 별도의 문제지만, 성능을 위해 1/5/6를 하실려는거라면 개수에 비해 성능이 맘에 안 들 수 도 있습니다)
단순히 RAID1을 하는거라면 요즘 BIOS는 지원하기도 하니 일단 BIOS의 기능 지원 상태부터 보세요""
라는 댓글을 다셨습니다. 완전히 틀렸습니다. R630은 NVMe RAID를 애초에 바이오스 수준에서 지원하지 않습니다.
스케일러블 서버 제품군에서 인텔이 지원하는 Intel VROC는 별도의 라이센스가 필요합니다.
그걸 제가 지적하니 아래와 같은 댓글을 다셨습니다.
""저런건 보드 제조사가 지원해주면 되다보니...
메인 스트림에서 VROC 도입된건 10세대 이후인데, 제조사에 따라선 200시리즈부터 되더군요""
보드 제조사와 메인스트림(PC) 이야기가 왜 나오나요? VROC 지원은 인텔이 틀어막는 거라 보드 제조사와는 하등 관계가 없으며(물론 PC 이야기는 맞습니다) 애초에 메인스트림 이야기가 나올 이유가 없습니다. 글쓴이가 궁금한 것은 서버 시스템이지 PC에서의 NVMe 레이드 지원은 알 필요가 없는 불필요한 정보입니다. 오히려 이렇게 생각될 수 있죠 '서버 시스템에 따라서는 그냥 되는것도 있는 게 아닐까?'
이게 바로 불필요한 지식 자랑이고, 질문자에게 혼동을 줄 수 있는 답변입니다.
툭 까놓고 말해서 이런 답변은 쓸모가 없습니다. 질문자는 답변자의 지식 자랑을 보고 싶은 게 아니기 때문이죠.
그런데 이런 일이 한두번이었을까요? 아닙니다.
나무'위키'를 열심히 보신 건 알겠는데, 어디 가서 그걸로 얕은 지식을 자랑하지는 않기를 바랍니다.
VMD 나오기전에도 NVMe RAID는 지원되는 사항이었고, 그경우 별도의 하드웨어 키가 필요하지 않습니다 (CPU에 VMD가 내장됨에 따라 라이센스가 필요해진거고, 기능상으로는 부트 가능이랑 핫플러그등이 추가되었습니다)
이게 바뀐게 19년에 스케일러블 나오면서 VROC 6.0으로 바뀔떄입니다
그 이전의 구제온경우 해당 라이센스는 칩셋에 포함된 사항이었고, 이걸 포함시킬지는 OEM 재량이었습니다 (서버든 PC든 이부분은 동일) (C246같은 구형 쓰는 시스템경우 별도의 키 안 꽃아도 NVMe RAID RSTe를 통해 구성이 됩니다)
해당 모델의 정보를 확인 안 한건 제 잘못이네요
추신 : 이런 사항 확인할떄 가장 많이 확인하는건 제조사 홈페이지입니다 (위부분도 Intel VROC및 RSTe 페이지및 문서 뒤지면 다 나옵니다)
E5 v3/v4 플랫폼에서 RSTe 기반의 NVMe RAID 지원을 본 적이 없었기 때문에 성급히 단정지었습니다. 이 점 사과드립니다.
물론 R630이 RSTe를 이용한 NVMe RAID를 지원하지 않는 것은 사실입니다. :)
그런데 어차피 스케일러블 이전 세대의 NVMe RAID는 고확율로 부트용으로 쓸 수 없기때문 (원래 규격상 그런 구조) 지원 안 하면 OS의 소프트 레이드로 묶어버려도 큰 차이는 없습니다 (BIOS가 지원해줘봤자 컨트롤러가 따로 있는것도 아니고, 데이터용으로밖에 못 쓰는데다가 심지어는 서드파티 SSD 지원까지 까탈스러우므로 초 잉여)
권장은 ECC지만, 필수는 아니지만 램은 좀 많이 필요하고, 규모가 크다면 시퓨 성능도 좋아야 합니다
다만 아직까지 단편화 문제 미해결이니 용도에 따라서는 주의해야 합니다
저걸 막느라 개발중이긴한데, 어찌되었는지 잘 모르겠네요
부트조차 안 되는 ReFS는 여전히 멀었죠
윈도경우 NTFS보다는 API랑 코드 (심지어는 윈도 기본엡등도 포함)가 더 문제입니다 (레거시 호환만 너무 중시해서 아직도 윈도 기본엡 (커널이랑 파일 시스템은 허용함) 260자 이상 제대로 안 되고, Hi DPI 처리 이상해서 탐색기같은 최저한도의 엡조차 UI 출력 이상하거나 합니다)
btrfs는 예전엔 안정성이 떨어졌는데 요즘에는 옛말같습니다. 많이 개선되기도 하였고, 저도 btrfs쓰다가 문제생긴적은 아직까진 없었습니다.
btrfs랑 zfs의 장점 중 하나는 스냅샷인거 같습니다. copy하여 백업하는 것이 아닌 CoW(Copy on Write)를 지원해서 원본은 하나되 수정될때만 새로운 공간을 차지합니다. 그레서 NAS에서 많이들 사용하구요.
ZFS: 첨에는 SUN에서 SOLARIS용으로 만들었고 OpenSolaris와 함께 소스가 공개됨
ORACLE이 인수하면서 OpenSolaris가 없어지고 이걸 포크한 몇몇 OS가 있음
ORACLE이 CDDL License를 적용하면서 몇몇 community에 맨붕이 옴
BSD에서는 CDDL이면 어때 하면서 ZFS를 개선, 기능 추가등 하면서 상당히 안정적으로 지원하고 있음
Linux에서는 토발즈가 CDDL은 나쁜거라며 메인kernel에 지원하지 않기로하고 REDHAT에서도 토발즈가 최고니까 따라가기로 함
그런데 토발즈/REDHAT이 지원하지 않는다고 다른 사람/회사들도 따라야 하는건 아니기 (그니까 오픈소스지) 때문에 out of tree로 개발은 지속적으로 수행함
ubuntu가 공식적으로 지원하겠다고 발표하지만 그냥 말뿐 임
2020년에 BSD와 Linux용 ZFS가 단일 source code로 관리되기 시작했고 개발자들도 함께(?) 일하기 시작했음
2020년 12월(아닐수도있지만 어째든 하반기) 부터 Linux용도 상당히 안정되었음
많은 개발자들이 TruNAS에 있음
우리가 잘아는 QNAP이 사용함
BtrFS: 오라클에서 개발 시작. 지금은 communitiy로 내던짐. 이번엔 GPL로
대략 추구하는 방향이 ZFS와 매우 유사 (동일) 함
나를 포함한 많은 사람들이 ZFS를 가지고 있으면서 왜 BtrFS를 개발하지? 하는 의구심이 있음
잘 사용하는 사람은 잘쓰고 못쓰는 사람은 못쓰는 그런 파일시스템
REDHAT이 Technical Review 수준으로 정식 지원하다가 7.3인가부터 공식적으로 빠짐. REDHAT은 더이상 지원하지 않음
시놀로지인가 에서 사용하는것으로 알고 있음. 그외 많은 NAS 회사들이 사용 함
LVM: 이건 HDD/SSD등 "장치"들을 사용하여 VOLUME을 만들고 사용하게 해주는 VOLUME Manager임
이라고 하는데 사실 엄청나게 많은 기능을 제공 함
LVM을 사용해서 DISK를 사용하다보니 RAID5/6같은 기능을 제공하는거지 이것이 목적은 아님
Linux에서 제공하는 SSD Cache, SnapShot, Compression, encryption, DR 등 너무나 많은 스토리지 기능들이 LVM에서 작동을 합니다.
File System (ext4, zfs, btrfs, ...)이 모두 LVM 위에서 작동을 하기 때문에 파일 시스템에서 지원을 하지 않더라도 (예 ext4, xfs는 snapshot을 지원하지 않음)
시스템에서는 고급기능 (예 xfs를 사용해도 snapshot 사용가능)을 사용할 수 있습니다
STRATA: 질문에는 없지만 REDHAT에서 개발하고 있는 차세대 LVM입니다. 파일시스템은 아닙니다.
생각하시는 거의 모든 기능을 지원하면서 ZFS 처럼 쉽게 관리도 가능 합니다.
REDHAT 7.2 (아니면 7.3) 정도부터 technical preview로 제공합니다
이게 안정성이 확보가 되면 정말 새로운 세계가 열릴겁니다 (개인생각)