"ZFS Fun"의 두 판 사이의 차이

Gentoo Korea Wiki
둘러보기로 가기 검색하러 가기
 
(같은 사용자의 중간 판 10개는 보이지 않습니다)
6번째 줄: 6번째 줄:
 
커널 3.13.x 버전의 커널모듈을 빌드할 수 없다.
 
커널 3.13.x 버전의 커널모듈을 빌드할 수 없다.
  
ZFS는 64비트 시스템을 염두해서 설계되었다. 따라서 32비트 플랫폼에서는 정상적으로
+
ZFS는 64비트 시스템을 염두하고 설계되었다. 따라서 32비트 플랫폼에서는 정상적으로
 
작동하지 않을 수 있다. 또한 RAM 2GB 미만의 저사양 컴퓨터에서는 시스템 전체적으로 심각한 성능저하를 가져올 수 있다.
 
작동하지 않을 수 있다. 또한 RAM 2GB 미만의 저사양 컴퓨터에서는 시스템 전체적으로 심각한 성능저하를 가져올 수 있다.
  
14번째 줄: 14번째 줄:
 
다음 설치과정은 [3.13.x 버전의 커널에서 ZFS를 사용하고 싶다] 또한 [ZFS 커널모듈 소스를 리눅스 소스트리에 이식해서, ZFS를 built-in 커널모듈로 사용하고 싶다]를 가정했다.
 
다음 설치과정은 [3.13.x 버전의 커널에서 ZFS를 사용하고 싶다] 또한 [ZFS 커널모듈 소스를 리눅스 소스트리에 이식해서, ZFS를 built-in 커널모듈로 사용하고 싶다]를 가정했다.
  
 +
===리눅스 소스 설정===
 
먼저 리눅스 소스부터 설치한다.
 
먼저 리눅스 소스부터 설치한다.
 
<pre>
 
<pre>
28번째 줄: 29번째 줄:
  
 
{{fancywarning|리눅스 소스빌드 변수 KBUILD_OUTPUT의 기본값을 사용하지 않는다면 다음 과정을 성공적으로 마칠 수 없다.}}
 
{{fancywarning|리눅스 소스빌드 변수 KBUILD_OUTPUT의 기본값을 사용하지 않는다면 다음 과정을 성공적으로 마칠 수 없다.}}
 +
 +
===ZFS 소스이식===
 
이제 ZFS 커널모듈 소스를 리눅스 소스트리에 이식하고, ZFS 유틸리티를 설치한다.
 
이제 ZFS 커널모듈 소스를 리눅스 소스트리에 이식하고, ZFS 유틸리티를 설치한다.
  
 
<pre>
 
<pre>
# echo ACCEPT_KEYWORDS=\"\~amd64\" >> /etc/portage/make.conf
+
# echo ACCEPT_KEYWORDS=\"\~amd64\" >>/etc/portage/make.conf
 
# echo =sys-fs/zfs-9999 \*\* >>/etc/portage/package.accept_keywords
 
# echo =sys-fs/zfs-9999 \*\* >>/etc/portage/package.accept_keywords
 
# echo =sys-fs/zfs-kmod-9999 \*\* >>/etc/portage/package.accept_keywords
 
# echo =sys-fs/zfs-kmod-9999 \*\* >>/etc/portage/package.accept_keywords
 
# echo =sys-kernel/spl-9999 \*\* >>/etc/portage/package.accept_keywords
 
# echo =sys-kernel/spl-9999 \*\* >>/etc/portage/package.accept_keywords
# echo sys-fs/zfs-kmod rootfs >> /etc/portage/package.use
+
# echo sys-fs/zfs-kmod rootfs >>/etc/portage/package.use
# echo sys-fs/zfs rootfs >> /etc/portage/package.use
+
# echo sys-fs/zfs rootfs kernel-builtin >>/etc/portage/package.use
 
# env EXTRA_ECONF='--enable-linux-builtin --with-linux=/usr/src/linux' \
 
# env EXTRA_ECONF='--enable-linux-builtin --with-linux=/usr/src/linux' \
 
ebuild /usr/portage/sys-kernel/spl/spl-9999.ebuild clean configure
 
ebuild /usr/portage/sys-kernel/spl/spl-9999.ebuild clean configure
47번째 줄: 50번째 줄:
  
 
9999의 불안전성이 불안하다면 [https://bugs.gentoo.org/show_bug.cgi?id=499672]를 참고한다. 그런다 해도 현재 포티지트리에 등록된 ZFS 버전 전부가 unstable하기 때문에 ZFS를 사용하고 싶다면 ACCEPT_KEYWORDS에 ~amd64는 필요하다.
 
9999의 불안전성이 불안하다면 [https://bugs.gentoo.org/show_bug.cgi?id=499672]를 참고한다. 그런다 해도 현재 포티지트리에 등록된 ZFS 버전 전부가 unstable하기 때문에 ZFS를 사용하고 싶다면 ACCEPT_KEYWORDS에 ~amd64는 필요하다.
 +
 +
===리눅스 빌드 및 initramfs===
 +
===테스트===
 +
kexec을 사용하면 현재 실행중인 커널위에서 새로운 커널을 로드할 수 있다.
 +
<pre>
 +
# kexec -l /boot/vmlinuz-3.13.6-LOCALVERSION --initrd=/boot/initramfs-genkernel-x86_64-3.13.6-LOCALVERSION --append="real_root=ZFS=rpool/ROOT/funtoo"
 +
# kexec -e
 +
</pre>
 +
 +
또한 ZFS/커널 디버깅을 안전하고, 효율적으로 하려한다면 rpool/ROOT/funtoo와 별도의 파일시스템 rpool/ROOT/funtoox를 만들어서 작업하는 시나리오를 세울 수 있다. rpool/FUNTOO/portage fs와 그 descendent는 rpool/ROOT의 descendent와 별개로, 공유해서 사용해도 무방하다.
  
 
==디스크 편집==
 
==디스크 편집==
 +
 +
==ZVOL==
 +
흔히 ZFS를 소개하는 문서에서 ZFS는 파일시스템과 볼륨매니저가 통합되어 있다고 말한다. ZVOL이란 ZFS에서 제공하는 볼륨매니저가 관리하는 볼륨을 가리킨다고 할 수 있다. 따라서 ZFS에 내장된 ZVOL-layer는 LVM을 대체할 수 있다. 참고로 작성자는 LVM을 한번도 사용해 본 적이 없고, 오래된 문서를 통해서만 접할 수 있었다. ZFS 명령 한줄이 달성할 수 있는 내용에서 LVM은 보통 6-7줄 가량을 소요했다.
 +
 +
ZVOL을 생성하는 것은 보통 ZPOOL에 ZFS를 만들던 때 처럼 zfs command를 사용한다.
 +
 +
<pre>
 +
# zfs create -V 10G pool/ext4
 +
</pre>
 +
 +
따라서 ZFS에 발을 들여놨다면, 더 이상 LVM은 시스템 상에서 필요하지 않다.
 +
<pre>
 +
# rc-update del lvm boot
 +
</pre>
 +
 +
ZVOL-layer를 통해 블록수준의 장치를 유연하게 제작할 수 있고, 따라서 virtual machine의 스토리지 병목현상을 해소할 수 있다.
 +
 +
==IO 성능==
 +
zpool io 상황을 확인한다.
 +
<pre>
 +
# zpool iostat [-v] pool [INTERVAL(sec)]
 +
</pre>
 +
 +
Synchronous write 성능을 개선하려면 ZIL(ZFS Intent Log) device를 pool에 추가한다. ZIL device는 현재 pool을 구성하는 저장장치보다 빠른 저장장치일때 의미가 있다.
 +
<pre>
 +
# zpool add [-n] [-o ashift=12] [-f] log <vdev>
 +
</pre>
 +
 +
pool에 존재하는 vdev 구성을 편집하는것은 신중을 기해야하므로 가급적 -n 옵션을 첨가하여, zfs 명령 전후의 차이를 미리 확인해가면서 작업하는 것이 안전한다.
 +
 +
ZFS L2ARC(Level 2 Adjustable Replacement Cache)를 추가하면 pool의 읽기성능을 개선할 수 있다. ZFS L2ARC의 캐싱 알고리듬은 다른 많은 문서에서 자세하게 기술되어있다.
 +
<pre>
 +
# zpool add cache <vdev>
 +
</pre>
 +
 +
ZPOOL version 18 이후부터는 ZIL removal 기능이 추가되었다. ZIL과 ZFS L2ARC device를 pool에서 제거하려면 zpool remove 명령을 사용한다.
 +
 
==참고문서==
 
==참고문서==
 +
* [http://www.funtoo.org/ZFS_Install_Guide http://www.funtoo.org/ZFS_Install_Guide] 이 곳에 ZFS root 설치전반을 설명하는 동영상이 있다.
 
* [http://www.funtoo.org/ZFS_Fun http://www.funtoo.org/ZFS_Fun]
 
* [http://www.funtoo.org/ZFS_Fun http://www.funtoo.org/ZFS_Fun]
  
 
[[Category:GentooKRDoc]]
 
[[Category:GentooKRDoc]]

2014년 3월 16일 (일) 14:12 기준 최신판

주의 및 한계

주의: 이 가이드는 작성이 완료되지 않았다. 따라서 많은 내용이 변동 될 수 있다.

ZFS는 현재 최신 커널, 버전 3.13.6에 filesystem 옵션으로 포함되어있지 않다. 또한 현재 작성하는 시점에서 젠투 공식 포티지트리에서 배포되는 ebuild 스크립트로 커널 3.13.x 버전의 커널모듈을 빌드할 수 없다.

ZFS는 64비트 시스템을 염두하고 설계되었다. 따라서 32비트 플랫폼에서는 정상적으로 작동하지 않을 수 있다. 또한 RAM 2GB 미만의 저사양 컴퓨터에서는 시스템 전체적으로 심각한 성능저하를 가져올 수 있다.

문서 타이틀에서 알수 있듯이, 재미를 목적으로 작성되었고 따라서 안정적인 서비스 운용을 보장하지 않는다.

설치

다음 설치과정은 [3.13.x 버전의 커널에서 ZFS를 사용하고 싶다] 또한 [ZFS 커널모듈 소스를 리눅스 소스트리에 이식해서, ZFS를 built-in 커널모듈로 사용하고 싶다]를 가정했다.

리눅스 소스 설정

먼저 리눅스 소스부터 설치한다.

# emerge -av vanilla-sources
# eselect kernel list
# cd /usr/src/linux
# grep CRYPTO_DEFLATE=y arch/x86/configs/x86_64_defconfig || \
echo CONFIG_CRYPTO_DEFLATE=y >>arch/x86/configs/x86_64_defconfig
# grep DEVTMPFS=y arch/x86/configs/x86_64_defconfig || \
echo CONFIG_DEVTMPFS=y >>arch/x86/configs/x86_64_defconfig
# make x86_64_defconfig
# make scripts prepare
주의: 리눅스 소스빌드 변수 KBUILD_OUTPUT의 기본값을 사용하지 않는다면 다음 과정을 성공적으로 마칠 수 없다.

ZFS 소스이식

이제 ZFS 커널모듈 소스를 리눅스 소스트리에 이식하고, ZFS 유틸리티를 설치한다.

# echo ACCEPT_KEYWORDS=\"\~amd64\" >>/etc/portage/make.conf
# echo =sys-fs/zfs-9999 \*\* >>/etc/portage/package.accept_keywords
# echo =sys-fs/zfs-kmod-9999 \*\* >>/etc/portage/package.accept_keywords
# echo =sys-kernel/spl-9999 \*\* >>/etc/portage/package.accept_keywords
# echo sys-fs/zfs-kmod rootfs >>/etc/portage/package.use
# echo sys-fs/zfs rootfs kernel-builtin >>/etc/portage/package.use
# env EXTRA_ECONF='--enable-linux-builtin --with-linux=/usr/src/linux' \
ebuild /usr/portage/sys-kernel/spl/spl-9999.ebuild clean configure
# (cd /var/tmp/portage/sys-kernel/spl-9999/work/spl-9999 && ./copy-builtin /usr/src/linux)
# env EXTRA_ECONF='--enable-linux-builtin --with-linux=/usr/src/linux --with-spl=/usr/src/linux' \
ebuild /usr/portage/sys-fs/zfs-kmod/zfs-kmod-9999.ebuild clean configure
# (cd /var/tmp/portage/sys-fs/zfs-kmod-9999/work/zfs-kmod-9999 && ./copy-builtin /usr/src/linux)
# emerge -1av =sys-fs/zfs-9999

9999의 불안전성이 불안하다면 [1]를 참고한다. 그런다 해도 현재 포티지트리에 등록된 ZFS 버전 전부가 unstable하기 때문에 ZFS를 사용하고 싶다면 ACCEPT_KEYWORDS에 ~amd64는 필요하다.

리눅스 빌드 및 initramfs

테스트

kexec을 사용하면 현재 실행중인 커널위에서 새로운 커널을 로드할 수 있다.

# kexec -l /boot/vmlinuz-3.13.6-LOCALVERSION --initrd=/boot/initramfs-genkernel-x86_64-3.13.6-LOCALVERSION --append="real_root=ZFS=rpool/ROOT/funtoo"
# kexec -e

또한 ZFS/커널 디버깅을 안전하고, 효율적으로 하려한다면 rpool/ROOT/funtoo와 별도의 파일시스템 rpool/ROOT/funtoox를 만들어서 작업하는 시나리오를 세울 수 있다. rpool/FUNTOO/portage fs와 그 descendent는 rpool/ROOT의 descendent와 별개로, 공유해서 사용해도 무방하다.

디스크 편집

ZVOL

흔히 ZFS를 소개하는 문서에서 ZFS는 파일시스템과 볼륨매니저가 통합되어 있다고 말한다. ZVOL이란 ZFS에서 제공하는 볼륨매니저가 관리하는 볼륨을 가리킨다고 할 수 있다. 따라서 ZFS에 내장된 ZVOL-layer는 LVM을 대체할 수 있다. 참고로 작성자는 LVM을 한번도 사용해 본 적이 없고, 오래된 문서를 통해서만 접할 수 있었다. ZFS 명령 한줄이 달성할 수 있는 내용에서 LVM은 보통 6-7줄 가량을 소요했다.

ZVOL을 생성하는 것은 보통 ZPOOL에 ZFS를 만들던 때 처럼 zfs command를 사용한다.

# zfs create -V 10G pool/ext4

따라서 ZFS에 발을 들여놨다면, 더 이상 LVM은 시스템 상에서 필요하지 않다.

# rc-update del lvm boot

ZVOL-layer를 통해 블록수준의 장치를 유연하게 제작할 수 있고, 따라서 virtual machine의 스토리지 병목현상을 해소할 수 있다.

IO 성능

zpool io 상황을 확인한다.

# zpool iostat [-v] pool [INTERVAL(sec)]

Synchronous write 성능을 개선하려면 ZIL(ZFS Intent Log) device를 pool에 추가한다. ZIL device는 현재 pool을 구성하는 저장장치보다 빠른 저장장치일때 의미가 있다.

# zpool add [-n] [-o ashift=12] [-f] log <vdev>

pool에 존재하는 vdev 구성을 편집하는것은 신중을 기해야하므로 가급적 -n 옵션을 첨가하여, zfs 명령 전후의 차이를 미리 확인해가면서 작업하는 것이 안전한다.

ZFS L2ARC(Level 2 Adjustable Replacement Cache)를 추가하면 pool의 읽기성능을 개선할 수 있다. ZFS L2ARC의 캐싱 알고리듬은 다른 많은 문서에서 자세하게 기술되어있다.

# zpool add cache <vdev>

ZPOOL version 18 이후부터는 ZIL removal 기능이 추가되었다. ZIL과 ZFS L2ARC device를 pool에서 제거하려면 zpool remove 명령을 사용한다.

참고문서