ZFS에서 L2ARC가 복수일 때의 작동 방식

ZFS에서 L2ARC가 복수일 때의 작동 방식

ZFS는 고급 스토리지 풀을 관리하는 파일 시스템이자 논리적 볼륨 관리자입니다. ZFS는 **ARC (Adaptive Replacement Cache)**라는 강력한 캐시 계층 구조를 사용하여 성능을 극대화하는데, ARC는 DRAM에 상주하며, 메모리가 부족할 경우 L2ARC (Level 2 Adaptive Replacement Cache)를 활용하여 데이터를 캐싱합니다.

L2ARC는 SSD 또는 NVMe 드라이브와 같은 빠른 저장 장치를 활용하여 디스크 I/O 병목 현상을 줄이고 성능을 향상시키는 역할을 합니다. 그런데 L2ARC를 여러 개 추가하면 어떻게 작동할까? 이 글에서는 복수의 L2ARC 디바이스가 어떻게 작동하는지, Stripe 방식인지, 성능과 신뢰성에 어떤 영향을 미치는지 깊이 분석해 보겠습니다.

---

1. ZFS의 ARC와 L2ARC 개념

1.1 ARC (Adaptive Replacement Cache)

• DRAM에 존재하는 캐시 계층
• 최근에 사용된 데이터 및 자주 참조되는 데이터를 저장하여 빠른 액세스를 지원
• 메모리가 부족하면 일부 데이터를 제거하여 L2ARC로 넘김

1.2 L2ARC (Level 2 Adaptive Replacement Cache)

• ARC의 확장 개념으로, DRAM에서 밀려난 데이터를 저장하는 비휘발성 캐시
• 일반적으로 SSD, NVMe 등의 저장 장치를 사용
• L2ARC는 메타데이터를 캐싱하지 않으며, 오직 데이터 블록만 캐싱함
• DRAM보다 훨씬 느리지만, 일반적인 HDD보다 최소 10배 이상 빠름
• ZFS는 데이터를 디스크에서 가져오기 전에 ARC → L2ARC 순서로 조회하여 성능을 최적화

---

2. 복수의 L2ARC가 추가되면 어떻게 작동할까?

2.1 L2ARC는 Stripe처럼 작동하는가?

L2ARC는 여러 개의 디바이스를 추가하면 Stripe 방식(데이터를 여러 디바이스에 나누어 저장)으로 작동하는 것처럼 보일 수도 있습니다. 하지만 ZFS는 RAID나 Stripe와 같은 전통적인 디스크 배치 방식을 따르지 않습니다.

ZFS에서 L2ARC는 Stripe 방식이 아니라, Round-Robin 방식으로 배분됩니다.

즉, 새로운 데이터 블록이 캐시에 들어올 때 여러 L2ARC 디바이스에 분산하여 저장하지만, 반드시 균등하게 나누는 것은 아닙니다.

---

2.2 L2ARC의 데이터 배분 방식

L2ARC가 여러 개일 경우, ZFS는 Round-Robin 방식으로 L2ARC 디바이스 간에 데이터를 분배합니다.

• 새로운 데이터를 캐싱할 때, ZFS는 각 L2ARC 디바이스에 순차적으로 데이터를 쓰는 방식을 사용
• 단일 L2ARC 디바이스가 포화 상태에 도달하면 남은 데이터를 다른 L2ARC 디바이스로 배분
• 가장 여유 공간이 많은 L2ARC 디바이스를 우선적으로 사용하기도 함
• 특정 L2ARC 장치가 느리거나 장애가 발생하면 해당 디바이스를 우회하고 남은 L2ARC 디바이스를 계속 활용

즉, Stripe 방식과는 다르게 완전히 균등한 데이터 분배는 일어나지 않습니다.

---

3. L2ARC가 복수일 때의 성능 및 영향

3.1 성능 향상

• 여러 개의 L2ARC 디바이스가 있으면 더 많은 캐시 공간을 확보할 수 있어 HDD 또는 SSD 풀에 대한 디스크 접근 횟수가 줄어듦
• 동시에 I/O 작업이 병렬 처리될 가능성이 높아짐 → 다중 L2ARC 디바이스는 더 많은 동시 읽기 요청을 처리할 수 있음
• NVMe SSD와 같이 고속 디바이스를 L2ARC로 활용하면 성능이 더욱 향상됨

3.2 신뢰성과 장애 대응

• L2ARC는 데이터 무결성을 보장하지 않음 (즉, L2ARC는 캐시일 뿐이므로, 데이터 손실이 발생해도 원본 데이터는 유지됨)
• L2ARC 디바이스가 여러 개라면 한 개의 SSD가 고장 나더라도 다른 L2ARC에서 일부 데이터를 다시 가져올 수 있음
• 하지만 L2ARC는 영구 저장소가 아니므로, SSD 장애 발생 시 캐시가 재구성되어야 함 → 부팅 후 일정 시간이 지나야 L2ARC가 다시 채워짐

3.3 메모리(RAM) 활용

• L2ARC는 자체적으로 헤더 메타데이터를 DRAM에 저장해야 함 → 즉, L2ARC가 많아지면 DRAM 소비량이 증가
• 일반적으로 L2ARC 1TB당 1~2GB의 RAM이 필요함 → RAM이 충분하지 않으면 L2ARC를 여러 개 사용해도 성능이 저하될 수 있음

---

4. ZFS에서 복수의 L2ARC를 최적화하는 방법

4.1 L2ARC의 크기 조정

• 너무 큰 L2ARC는 오히려 RAM을 과도하게 소비할 수 있음 → 필요 이상으로 L2ARC를 확장하면 성능이 저하될 가능성 있음
• L2ARC가 너무 많으면 초기 부팅 시 캐시를 다시 채우는 시간이 오래 걸릴 수 있음

4.2 빠른 스토리지 사용

• L2ARC 성능을 높이려면 고성능 NVMe SSD를 사용해야 함 → 일반적인 SATA SSD보다 훨씬 빠름
• 특히 랜덤 읽기 성능이 높은 SSD가 L2ARC로 적합함

4.3 L2ARC 압축 활성화

• L2ARC는 기본적으로 압축을 사용하지 않지만, lz4 압축을 활성화하면 더 많은 데이터를 캐시할 수 있음
• 단, 압축을 사용할 경우 CPU 오버헤드가 증가할 수 있음

---

5. 결론: L2ARC가 여러 개일 때 요약

1. Stripe 방식이 아니라, Round-Robin 방식으로 데이터를 배분
2. 더 많은 캐시 공간을 제공하여 성능 향상
3. RAM을 추가로 사용하므로 메모리 할당을 고려해야 함
4. SSD 성능이 중요하며, 빠른 NVMe SSD를 추천
5. SSD 장애 시 데이터 손실은 없지만, 다시 캐시를 채워야 하므로 성능 일시 저하 가능

복수의 L2ARC는 일반적인 HDD 기반 ZFS 시스템에서 큰 성능 향상을 제공하지만, 메모리 사용량과 SSD 성능을 신중하게 고려해야 한다는 점을 명심해야 합니다.