카테고리에 대한 아카이브 » btrfs를 «

일요일, 8 월 04번째, 2013 | 저자:

역사

내가 마지막으로 언급 한 이후 많은 변화가 있었다 내 개인 서버 – 그것은 도약과 범위에 의해 성장했습니다 (지금 7TB가 MD RAID6) 그리고 그것은 최근에 재건되었다 우분투 서버.

아치 실수 결코. 아치 리눅스는 이미 리눅스 대해 많이 가르쳐했다 (내 또 다른 바탕 화면에 그렇게 할 것입니다). 그러나 아치는 확실히 내가 서버에 보내고 싶어하는 것보다 더 많은 시간과주의를 필요로. 이상적으로 알림 이메일 메시지가 나올 때까지 잠시 동안 서버에 대해 잊지 수있을 싶어요 “음 … 당신이 보라 커플 업데이트있다, 친구.”

공간을 무료로하지 않습니다 – 그리고 어느 공간입니다

우분투로 마이그레이션 할 수있는 기회는 내가 부족했다는 사실이었다 SATA 포트, 컴퓨터의 나머지 부분에 하드 드라이브를 연결하는 데 필요한 포트 – 그 7TB RAID 어레이의 포트를 많이 사용! 난 도망 주신 내 대단히 이전 200기가바이트 하드 디스크는 이러한 포트 중 하나를 차지로. 나는 또한받는 사람을 경고하는 디스크의 SMART 모니터링은 신뢰할이었다 표시. SATA 포트의 부족으로 임시 해결 방법으로, 심지어 메릴랜드에있는 4 개의 USB 스틱의 집합에 서버의 OS 마이그레이션했다 RAID1. 미친. 나도 알아. 나는 속도에 대해 너무 행복 아니 었. 내가 나가서 신뢰할 수있는 새 하드 드라이브 같이 갈 SATA 확장 카드를 구입하기로 결정.

서버의 기본 아치 파티션은 디스크 7GB의 약 사용했다. 의 큰 덩어리가 있었다 교환 파일, 캐시 된 데이터 와 달리 기타 또는 불필요한 파일보기. OS의 전체 실제 크기, 포함 /홈 폴더, 2기가바이트 만했습니다. 이 날 슈퍼 빠른 들여다 메시지 SSD 드라이브, 생각은 아마도 작은 하나는 너무 비싸요하지 않을 수 있습니다. 그것은 실제로 찾을 수있는 가장 저렴한 비 SSD 드라이브의 비용이 밝혀졌다 이 상대적으로 작은 SSDs 중 하나 이상. 날 위해 야호. 🙂

선택? 와우?!

OS를 선택에서, 나는 이미 아치되지 않을 결정 할. 다른 모든 인기있는 배포판 없음, 우분투 가장 친숙한이고 CentOS. 페도라 또한 가능성이 있었다 – 하지만 난 심각 아직 서버를 고려하지 않았. 우분투는 라운드 우승.

때까지 내가해야했던 다음 결정은 나에게 발생하지 않았 편재 (우분투의 설치 마법사) 나를 요청: 를 설정하는 방법 파티션.

나는 리눅스에서 SSD를 사용하여 새로운했다 – 나는 정확하게 사용하지의 함정을 잘 알고 있소, 대부분 가난한 장수의 위험으로 인해 오용하는 경우.

나는 전용 스왑 파티션을 사용하고 싶지 않았어. 나는 미래에 너무 멀리 서버의 마더 보드 / CPU / 메모리를 업그레이드 할 계획. 그을 바탕으로 나는 기존의 멀티 디스크 RAID에 스왑 파일에 스왑을하게됩니다 결정. 스왑은 특히 빠른되지 않습니다 만, 뭔가 잘못 됐어요하고 메모리를 사용할 수없는 일 때의 유일한 목적은 드문 경우에 대한 것입니다.

이는 저를주고 떠났다 루트 경로 밖으로 전체 60기가바이트 인텔 330 SSD. I는 / 집 분리로 간주하지만 그냥 좀 말하는지 도무지 알 듯, 약간은 과거에 사용 된 방법을 제공. 내가 처음에 파티션을 설정 LVM – 나는 최근에 내가 리눅스 박스를 설정할 때마다 해왔 일 (정말로, LVM을 사용하지 않는 변명은 없습니다). 제가 파일 시스템을 구성 할 위치는 부분에 도착했을 때, 나는 드롭 다운을 클릭하고 본능적으로 ext4를 선택. 그럼 같은 목록에 btrfs를 발견. 매 달리다!!

그러나 무엇?

Btrfs (“버터 EFF-ESS”, “더 나은 EFF-ESS”, “비 - 나무 EFF-ESS”, 당신은 날에 공상이든 뭐든간에) 리눅스를 가지고하기 위해 비교적 새로운 파일 시스템 개발’ 현재 파일 시스템 기술과 다시 트랙에 파일 시스템 기능. 기존의 왕 수준의 힐 파일 시스템, “내선” (ext4라는 현재 버전) 아주 좋은 – 그러나이 제한됩니다, 오래된 패​​러다임에 갇혀 (브랜드의 새로운 생각 F22 랩터 대. an F4 팬텀 동등성 업그레이드에 반 Jested 리베 시도와) 와 같은 새로운 엔터프라이즈 파일 시스템에 매우 오랫동안 경쟁을 할 수있을 가능성이 오라클의 ZFS. Btrfs는 아직 갈 길이 멀다을 가지고 있으며 아직 실험적으로 간주됩니다 (당신이 요청과 사람에 따라 필요한 있습니다). 많은 사람들은이 기본적인 사용을 위해 안정적으로 간주 – 하지만 아무도 어떤 보장을 할 수는 없어. 과, 물론, 모든 사람들이 백업을 만들고 테스트 할 말이있다!

Mooooooo

내선과 btrfs 사이의 가장 기본적인 차이는 btrfs는 것입니다 “암소” 또는 “쓰기에 복사” 파일 시스템. 이 데이터는 파일 시스템의 내부에 의해 실제로 의도적으로 덮어 결코 의미. 당신은 파일에 변경 사항을 작성하는 경우, btrfs를 물리적 미디어에 새 위치에 대한 변경 사항을 기록하고 새 위치를 참조하는 내부 포인터를 업데이트합니다. Btrfs는에 걸음 더 나아가갑니다 그 내부 포인터 (메타 데이터라고) 아르 또한 암소. 내선의 이전 버전은 단순히 덮어 쓰기 데이터가 것. Ext4는 AC 플러그가 가장시기를 상실한 순간에 빠지게되어야 손상이 발생하지 않도록 저널을 사용. 단계 비슷한 수의 저널 결과는 데이터를 업데이트하는 데 필요한. SSD와, 기본 하드웨어는 비슷한 소 과정을 당신이 사용하는 어떤 파일 시스템없이 운영. SSD 드라이브는 실제로 데이터를 덮어 쓸 수 있기 때문입니다 – 그들은 데이터를 복사해야 (귀하의 변경) 새 위치로 한 후 완전히 이전 블록을 지우. 이 분야에 최적화 SSD도 기존의 블록을 지우 아니라 일이 너무 바빠서하지 않을 때 단순히 나중에 블록을 지우려면 메모를하지 수 있다는 것입니다. 최종 결과는 SSD 드라이브는 소 파일 시스템과 매우 잘 맞는 비 소 파일 시스템으로뿐만 아니라 수행하지 않는 것입니다.

문제는 흥미 만들려면, 파일 시스템에있는 소는 쉽게 중복 제거라는 기능을 손에 손을갑니다. 이를 통해이 (이상) 데이터의 동일한 블록은 하나의 복사본을 사용하여 저장하는 방법, 저장 공간. 소, deduplicated 파일이 수정 된 경우, 수정 된 파일의 데이터가 서로 다른 물리적 블록에 기록 된 것 같이 별도의 트윈은 아무런 영향을받지 않습니다.

차례로 소가합니다 snapshotting 구현 상대적으로 쉽게. 스냅 샷이 이루어지면 시스템은 단지 볼륨에있는 모든 데이터와 메타 데이터의 중복 것으로 새로운 스냅 샷을 기록. 소, 변경 사항 때, 스냅 샷의 데이터는 그대로 유지, 그리고 스냅 샷이 만들어진 시점의 파일 시스템의 상태를 일관성있게 볼을 유지 할 수 있습니다.

새 친구

염두에 이상이 설치된, 우분투는 설치 시간 옵션으로 btrfs 사용이 가능하도록 만들었습니다 특히, 나는 btrfs에 뛰어과 약간을 탐험 할 수있는 좋은 시간이 될 것입니다 생각. 🙂

부분 2 곧 …

몫