배열 여유 공간 요구 사항


8

일반적으로 용량의 80-85 % 이상을 사용하지 않으면 성능이 크게 저하되고 다른 나쁜 일이 발생할 수 있습니다.

8TB 어레이에서는 약 1.6TB의 여유 공간이 필요합니다. 40TB 어레이에는 약 8TB의 여유 공간이 필요합니다!

이것이 여전히 더 큰 배열의 규칙입니까? 테이블에 디스크 공간을 너무 많이 남겨두고 있습니까?


2
ZFS On Linux 토론 목록에서 본 흥미로운 트릭 은 풀에서 사용 가능한 디스크 공간을 예약 한 후 zvol 또는 fs를 생성하여 아무것도 사용하지 않는 것입니다. 파일 시스템을 사용하면 mountpoint = none canmount = no Reservation = N을 설정할 수 있습니다. 직관적으로 들리는 것처럼 작동해야합니다. 풀의 다른 부분에 관해서는 (예약되어 있기 때문에) 공간을 사용할 수 없지만 블록 할당자는이 블록을 사용할 수 있습니다 (sans 스냅 샷 새 블록 때문에) 서면으로 인해 이전 블록이 할당 해제됩니다 (순 결과 0).
CVn

답변:


6

예, 여전히 관례이며, 규모를 확장하더라도 마찬가지입니다. ZFS를 사용하면 실제로 zpool에서 너무 자주 75 %를 달성하고 싶지 않습니다. 조각화, 스냅 샷 및 일반 성능이 영향을받는 경향이 있습니다.

새로 건설하는 경우 40 % 이상의 사용으로 시작하지 말고 성장을 계획하십시오.


예, ZFS RAIDZ2로 FreeNAS를 실행하는 새로운 빌드입니다. -나는 경영진에게 우리가 항상 빈 채로두기 위해 여분의 hdd를 구입해야한다고 말할 때 미친 소리처럼 들리지 않게하고 싶었습니다 .
P

4
냉장고 / 냉장고에 음식을 넣을 때 물건을 재배치 할 수 있도록 약간의 공간을 비워 두시겠습니까? 아니면 100 %로 모든 것을 포장합니까?
MikeyB

5
@MikeyB 아, 난 항상 거기에 포장 ;-) 다른 맥주를 어떻게 맞출 수 있습니까?
SnakeDoc

모든 OS / 레이드 배열 조합에 적용됩니까?
mxmissile

1
ZFS 또는 다른 COW (Copy-On-Write) 파일 시스템의 경우 예입니다.
ewwhite

3

하지만 실제로는 사용량에 따라 다릅니다. 한 번만 쓴 다음 읽기만하는 큰 파일? 조각화되지 않고 용량에 더 가깝게 채울 수 있습니다.

많은 작은 파일, 일부 재 작성, 많은 스냅 샷이있는 일반적인 UNIX 홈 디렉토리 아마도 최근 스냅 샷을 많이 유지하지만 오래된 스냅 샷을 유지하면서 일부를 제거하는 스냅 샷 보존 일 수도 있습니다. 끔찍한 조각화, 풀에는 실제로 여유 공간이 필요합니다.

확실하게 알 수있는 유일한 방법은 성능을 테스트하고 모니터링하는 것입니다.


이 상자는 iSCSI를 통한 Xen 클러스터 용 가상 디스크 드라이브를 호스팅하지만 사무실 파일 공유를 위해 CIFS 공유가있을 수 있습니다. 따라서 일정한 중간 I / O를 가진 큰 파일과 더 많이 읽히는 정적 파일이 혼합되어 있습니다.
SnakeDoc
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.