ZFS는 SSD를 L2ARC 캐시, ZIL 및 중복 제거 테이블의 호스트로 사용하거나 사용하도록 설정할 수 있음을 이해합니다.
이들 중 어느 것도 고정된 최소 크기를 요구하지 않는 것 같습니다. 중복 제거 테이블은 이에 대한 정보가 약간 모호할 수 있습니다. 중복 제거 테이블 자체는 느린 디스크에서 호스팅되고 L1/L2ARC에 의해 가속화될 수 있습니다. 이는 메모리 로드에 따라 동적 크기 요구 사항이 있는 호스트와 동일한 성능 이유로 동일한 디스크를 스왑 공간으로 사용한다는 아이디어를 제공합니다.
스왑 공간이 자동으로 스왑 공간을 늘리고 L1ARC가 메모리 부족에 따라 감소하는 것과 유사하게 메모리 수요에 따라 스왑 및 L2ARC의 크기를 자동으로 조정하는 방법이 있습니까?
페이지 파일이 L2ARC에 캐시되어 있으면 동일한 효과를 얻을 수 있다고 상상할 수 있습니다. 이것이 어느 정도 사실인지 확인할 수 있는 사람이 있습니까?
답변1
아니요.
L2ARC와 ZIL 모두 전용 블록 장치(예: 파티션 또는 전체 디스크)가 필요합니다. 물론 크기는 고정되어 있습니다.
ZIL의 경우 많은 공간이 필요하지 않습니다. 4GB면 충분합니다. 1GB 또는 2GB도 작동합니다. 보안상의 이유로 두 개 이상의 장치에 ZIL을 미러링하는 것이 가장 좋습니다.
L2ARC는 미러링되어서는 안 됩니다. 이는 일시적으로 캐시된 데이터일 뿐이므로 의미가 없고 낭비이기도 합니다.
예를 들어, 다음은 backup
내 홈 ZFS 서버의 풀에 있는 내용입니다.
# zpool list -L -v backup
NAME SIZE ALLOC FREE EXPANDSZ FRAG CAP DEDUP HEALTH ALTROOT
backup 7.25T 3.62T 3.63T - 18% 49% 1.00x ONLINE -
mirror 3.62T 1.81T 1.82T - 18% 49%
sde - - - - - -
sdf - - - - - -
mirror 3.62T 1.81T 1.82T - 18% 49%
sdh - - - - - -
sdg - - - - - -
log - - - - - -
mirror 1.98G 48K 1.98G - 0% 0%
sdn6 - - - - - -
sdo6 - - - - - -
cache - - - - - -
sdn7 37.2G 31.7G 5.51G - 0% 85%
sdo7 37.2G 30.3G 6.84G - 0% 81%
로그(ZIL)가 미러링됩니다. 캐싱(L2ARC)은 그렇지 않습니다.
sd[e-h]
Seagate ST4000DX001 하이브리드 하드 드라이브(예: 내장 8GB 플래시 캐시)입니다. sd[no][67]
Crucial_CT275MX300SSD1 SSD(내 zfs 루트 풀이 있는 것과 동일한 SSD)의 파티션입니다.