ZFS 의도 로그는 전원 손실 후 확인된 NAS 쓰기를 어떻게 복원하나요?

ZFS 의도 로그는 정상 트랜잭션 그룹 경로를 통해 최종 데이터 블록이 커밋되기 전에 ZFS가 확인한 동기 작업의 내구성 기록을 유지하여 전원 손실 후 확인된 NAS 쓰기를 복원합니다.

재시작 후 ZFS는 해당 로그 기록을 재생하여 중단된 작업을 완료할 수 있습니다. 이는 애플리케이션에 대한 저장소 약속을 유지하지만 모든 비동기 쓰기를 복구하거나 관련 없는 하드웨어 및 파일시스템 손상을 수리하지는 않습니다.

동기 쓰기는 어떤 약속을 하나요?

동기 쓰기는 작업이 내구성 있는 복구 기록을 가질 때까지 저장 시스템이 성공을 보고하지 않도록 요청합니다. 동기 쓰기는 ZIL을 통과하여 클라이언트가 충돌 후에도 확인을 신뢰할 수 있게 합니다.

데이터베이스, NFS 작업, 가상 머신, fsync를 사용하는 애플리케이션은 이 보증에 의존할 수 있습니다. 이들은 저장소가 필요한 쓰기가 안전하다고 보고한 후 자체 트랜잭션 상태를 진행합니다.

비동기 쓰기는 다른 약속을 따릅니다. 이들은 나중 트랜잭션 그룹 커밋까지 휘발성 메모리에 남아 있을 수 있어, 갑작스러운 전원 손실 후 최근 확인되지 않은 변경 사항이 사라질 수 있지만 동기 내구성 계약을 위반하지 않습니다.

ZIL과 트랜잭션 그룹은 어떻게 함께 작동하나요?

ZFS는 일반적인 더티 데이터를 트랜잭션 그룹으로 수집하여 메인 풀에 효율적으로 기록합니다. 의도 로그는 대기 중인 동기 작업을 기록하며 관련 트랜잭션 그룹이 안전하게 커밋될 때까지 단기 복구 경로로 작동합니다.

로그는 파일 데이터의 영구 저장소가 아닙니다. 트랜잭션 그룹이 메인 저장 트리에 도달하면 이전의 의도 기록은 더 이상 필요하지 않으며 그 공간은 재사용될 수 있습니다.

이 분리는 ZFS가 선택된 쓰기에 대해 저지연 내구성을 유지하면서도 메인 풀을 더 크고 효율적인 트랜잭션 그룹 커밋으로 구성할 수 있게 합니다.

전원 손실 후 의도 로그는 어떻게 되나요?

NAS가 재시작되면 ZFS는 풀을 가져오고 확인된 동기식 작업이 마지막 커밋된 트랜잭션 그룹에 포함되지 않았는지 확인합니다. 필요하면 복구 중에 의도 로그가 재생됩니다.

재생은 기록된 작업을 새로운 일관된 트랜잭션 그룹에 다시 실행합니다. 이 과정은 확인된 쓰기를 복원하며, 애플리케이션이 어떤 확인된 트랜잭션이 손실되었는지 추측할 필요가 없습니다.

복구 범위는 로그가 최근 동기식 작업만 다루고 전체 풀을 포함하지 않기 때문에 의도적으로 작습니다. ZFS는 여전히 더 넓은 파일시스템 상태를 위해 커밋된 복사-쓰기 트리에 의존합니다.

ZIL이 별도의 SLOG 장치를 사용할 때 무엇이 달라지나요?

모든 풀에는 의도 로그 메커니즘이 있지만, 선택적 별도 로그 장치는 내구성 기록을 주요 데이터 vdev에서 분리합니다. 저지연 SLOG는 주요 풀이 작은 강제 쓰기를 지속하는 데 느릴 때 동기 커밋을 단축할 수 있습니다.

SLOG는 일반적인 쓰기 캐시가 아니며 정상 작동 중에는 보통 읽히지 않습니다. 주요 트랜잭션 그룹은 여전히 권위 있는 데이터를 일반 풀에 씁니다.

빠른 SLOG는 의미 있는 동기식 쓰기를 수행하는 작업 부하에만 도움이 됩니다. 미디어 스트리밍, 일반 읽기 및 대부분 비동기식 파일 복사는 거의 이점이 없을 수 있습니다.

왜 전원 손실 보호와 지연 시간이 용량보다 더 중요한가요?

의도 로그 장치는 시스템 전원이 꺼질 때 확인된 기록을 보존해야 합니다. 전원 손실 보호는 SLOG 쓰기를 보존하여 그렇지 않으면 휘발성 장치 캐시에만 남을 수 있습니다.

지속적인 소규모 쓰기 지연 시간과 플러시 동작이 큰 광고된 용량보다 더 중요합니다. 활성 로그는 일반적으로 대규모 장기 데이터 계층이 아니라 대기 중인 동기식 작업의 짧은 창을 다룹니다.

느리거나 신뢰할 수 없는 장치는 동기식 쓰기를 느리게 하거나 내구성 약속을 저해할 수 있습니다. 소비자용 SSD 버스트 벤치마크는 장애 시 안전한 강제 쓰기 동작을 증명하지 않습니다.

의도 로그가 복구할 수 없는 것은 무엇인가요?

의도 로그는 내구성이 약속되지 않은 비동기 쓰기를 재생성할 수 없으며, 의도적인 덮어쓰기를 되돌리거나 모든 온라인 버전이 손상된 후 독립 백업 복사본을 대체할 수 없습니다.

또한 불량 RAM, 컨트롤러 펌웨어 버그, 부정확한 드라이브 플러시, 중복성을 넘어선 실패한 풀 멤버, 이미 유효한 새 상태로 커밋된 애플리케이션 손상은 수정할 수 없습니다.

UPS, 올바른 쓰기 순서, 체크섬, 스냅샷, 중복성, 백업은 다른 실패 경계를 다룹니다. ZIL은 중단 시 확인된 동기 의도를 특별히 보존합니다.

자주 묻는 질문

SLOG가 ZIL과 같은 것인가요?

아니요. ZIL은 ZFS 의도 로그 메커니즘입니다. SLOG는 메인 풀 대신 그 의도 기록을 저장하는 선택적 별도 장치입니다.

SLOG가 모든 NAS 쓰기를 가속화하나요?

아니요. 주로 내구성 있는 로그 커밋에 의해 지연이 제한되는 동기 쓰기에 영향을 미칩니다. 비동기 쓰기와 읽기 작업 부하는 개선되지 않을 수 있습니다.

일반 작동 중에 ZIL을 읽나요?

보통 파일 읽기의 출처로 사용되지 않습니다. 마지막 커밋된 트랜잭션 그룹에 포함되지 않은 확인된 동기 작업이 있을 때 중단 후 재생됩니다.

ZFS가 파일시스템 일관성을 유지하려면 의도 로그가 필요한가요?

ZFS 복사-쓰기 트랜잭션 그룹은 일관된 커밋된 트리를 보존합니다. 의도 로그는 그 커밋된 시점 이후에 발생한 확인된 동기 작업의 복구를 추가합니다.

최종 요점

ZFS 의도 로그는 모든 종류의 복구를 가속화하지 않습니다. 그 정확한 역할은 아직 메인 트랜잭션 그룹에 도달하지 않은 확인된 동기 작업을 보존하고 재생하는 것입니다. 저지연, 전원 손실 보호 SLOG는 이러한 커밋을 더 빠르게 만들 수 있으며, 백업, 중복성, 체크섬, 스냅샷, UPS는 계속해서 다른 실패 경계를 보호합니다.