ZFS 미러에서 섹터 크기가 다른 드라이브를 사용할 수 있나요?

가능하지만 vdev는 하나의 ashift 정책을 사용하므로, 읽기-수정-쓰기 페널티를 피하려면 더 큰 물리 섹터 요구 사항을 따라야 합니다.

교체 드라이브가 4K 물리 섹터를 보고하는 반면 기존 미러 구성원이 더 작은 정렬로 생성된 경우 이 결정이 중요합니다. 서로 경쟁하는 상태는 호환되는 vdev 기하 구조와 최적이 아닌 고정 ashift 또는 용량 불일치입니다. 저장된 구성과 폐기 가능한 데이터로 시작하고, 한 번에 하나의 분기만 관찰하며, 테스트로 인해 데이터 손실, 권한 또는 가용성 위험이 커지면 중지하세요.

혼합 섹터 ZFS 미러 결정의 조건 정의

무엇이든 변경하기 전에 환경을 기록하세요. 소프트웨어 및 펌웨어 버전, 장치 식별 정보, 마운트 또는 네트워크 경로, 여유 공간, 권한, 관찰된 증상을 포함해야 합니다. 기준선에는 교체 드라이브가 4K 물리 섹터를 보고하는 반면 기존 미러 구성원이 더 작은 정렬로 생성된 상황을 재현할 수 있을 만큼 충분한 세부 정보가 있어야 합니다.

첫 번째 후보는 호환되는 vdev 기하 구조입니다. 두 번째는 최적이 아닌 고정 ashift 또는 용량 불일치입니다. 현재 OpenZFS ashift 속성은 테스트에 사용되는 메커니즘 또는 명령 경계를 정의하지만, 이 특정 홈 서버에서 관찰한 결과를 대신하지는 않습니다.

판별 테스트를 실행하기 전에 통과 조건과 중지 조건을 작성하세요. 통과는 한 분기가 예측한 증거를 변경하면서 관련 없는 서비스는 변경하지 않아야 하며, 실패 시에는 추측성 수정 작업을 연쇄적으로 실행하지 말고 시스템을 저장된 상태로 되돌려야 합니다.

원래 요구 사항을 낮추지 않고 주장 테스트

다음 판별 테스트를 사용하세요. 기존 ashift와 드라이브의 논리/물리 섹터 보고를 확인한 다음, 복제 풀에서 정렬된 쓰기를 벤치마크합니다. 결과가 변경된 변수에 의해 발생했다고 판단할 수 있도록 워크로드, 클라이언트, 경로, 파일 집합 및 타이밍을 일정하게 유지하세요.

FreeBSD zpool 동작을 사용해 실제로 분기를 구분할 수 있는 필드를 선택한 다음, 타임스탬프, 종료 상태, 오류 텍스트, 장치 또는 스냅샷 식별 정보, 지연 시간, 전송된 바이트, 권한 및 복구 상태를 기록하세요. 식별 정보, 내구성 또는 애플리케이션 상태가 테스트 중인 주장인 경우에는 명령이 오류 없이 종료된 것만으로 충분하지 않습니다.

첫 실행이 원래 조건의 일부인 재시작, 재연결, 재마운트 또는 콜드 캐시 이후에 테스트를 한 번 반복하세요. 첫 실행이 파괴적이거나 환경을 복원할 수 없다면 중지하고 폐기 가능한 복사본에서 재현하세요.

zpool get ashift pool
lsblk -o NAME,LOG-SEC,PHY-SEC,SIZE

통과, 실패 및 예외 결과 해석

통과: 교체 드라이브가 연결되고, 리실버링이 완료되며, 정렬된 쓰기 지연 시간이 허용 가능한 수준으로 유지됩니다. 결론이 보편적인 주장으로 확대되지 않도록 통과한 정확한 버전, 식별 정보 및 워크로드를 기록하세요.

실패: ashift가 너무 작거나, 교체 드라이브가 근소하게 더 작거나, 동기식 및 임의 쓰기에서 성능이 저하됩니다. 네트워크, 메모리, 권한 또는 소스 일관성이 두 분기에 모두 영향을 줄 수 있으므로 실패가 자동으로 반대 분기를 입증하는 것은 아닙니다. 확대하기 전에 이러한 공통 종속성을 분리하세요.

예외 또는 모호한 결과: 용량이 부족한 디스크를 강제로 사용하지 말고 적합한 교체 드라이브를 사용하거나 올바르게 정렬된 새 풀을 다시 구축하세요. 복구 가능한 복사본이 생길 때까지 로그를 보존하고 복구, 정리, 삭제, 재파티셔닝 또는 재귀적 소유권 변경 명령을 실행하지 마세요.

Featured

ZimaCube 2 개인용 클라우드 홈 NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

원래 워크로드에서 결정 확인

관찰된 분기에 맞는 작업을 적용한 다음 축소된 대체 조건이 아니라 원래 조건을 다시 실행하세요. 교체 드라이브가 연결되고, 리실버링이 완료되며, 정렬된 쓰기 지연 시간이 두 사이클 또는 관련된 재부팅, 절전, 중단이나 부하 전환 전반에서 허용 가능한 수준으로 유지될 때만 결정이 유효합니다.

ZFS 미러 섹터 크기를 사용해 가장 가까운 종속 워크플로를 확인하되, 원래 트리거는 변경하지 마세요. 관련 없는 데이터셋, 공유, 컨테이너, 사용자 및 복구 지점은 이전과 동일한 액세스 및 타이밍을 유지해야 합니다.

중지 경계는 명확합니다. ashift가 너무 작거나, 교체 드라이브가 근소하게 더 작거나, 동기식 및 임의 쓰기에서 성능이 저하되면 마지막으로 검증된 구성으로 돌아가 증거를 보존하고, 해당 분기가 반복적으로 재현되는 경우에만 더 심층적인 플랫폼 또는 하드웨어 테스트로 확대하세요.

목표 결과가 유지된 후에는 복원 검증과 비교하여 문제가 인접 서비스로 옮겨가지 않았는지 확인하세요. 새 백업, 식별 정보, 시간 제한 또는 가용성 문제가 발생한 성공적인 목표 테스트는 여전히 실패한 변경입니다.

FAQ

혼합 섹터 ZFS 미러와 관련해 남은 검색은 대개 vdev 생성 후 ashift를 변경할 수 있는지, 4K 디스크에 ashift=12를 사용해야 하는지, 용량이 다른 것이 중요한지에 관한 것입니다. 아래 답변에서는 이러한 예외 사례를 주요 결정과 분리합니다.

통과 경계는 변하지 않습니다. 교체 드라이브가 연결되고, 리실버링이 완료되며, 정렬된 쓰기 지연 시간이 허용 가능한 수준으로 유지되어야 합니다. 후속 조건으로 파일 시스템, 식별 정보, 네트워크 경로 또는 애플리케이션 버전이 변경되면 해당 변경의 영향을 받는 판별 테스트만 반복하세요.

ashift가 너무 작거나, 교체 드라이브가 근소하게 더 작거나, 동기식 및 임의 쓰기에서 성능이 저하되면 실험을 더 확대하지 마세요. 이 경우 용량이 부족한 디스크를 강제로 사용하지 말고 적합한 교체 드라이브를 사용하거나 올바르게 정렬된 새 풀을 다시 구축하세요. 플랫폼, 스토리지 또는 하드웨어 담당자에게 확대하기 전에 증거를 보존해야 합니다.

vdev를 생성한 후 ashift를 변경할 수 있나요?

기존 vdev에서는 제자리에서 변경할 수 없습니다. 일반적인 해결 방법은 다시 구축하거나 새 vdev를 생성하는 것입니다.

4K 디스크에 ashift=12를 사용해야 하나요?

일반적으로 4K 정렬을 나타내지만, 장치 동작과 현재 OpenZFS 지침을 확인하세요.

용량이 다르면 중요한가요?

미러는 가장 작은 구성원의 용량에 제한되며, 명목상 같은 교체 드라이브도 약간 더 작을 수 있습니다.

혼합 섹터 ZFS 미러에 대한 실질적인 답은 여전히 조건부입니다. 교체 드라이브가 연결되고, 리실버링이 완료되며, 정렬된 쓰기 지연 시간이 허용 가능한 수준으로 유지되어야 합니다. ashift가 너무 작거나, 교체 드라이브가 근소하게 더 작거나, 동기식 및 임의 쓰기에서 성능이 저하되면 용량이 부족한 디스크를 강제로 사용하지 말고 적합한 교체 드라이브를 사용하거나 올바르게 정렬된 새 풀을 다시 구축하세요. 원래 워크로드를 견디지 못하는 부분적인 성공은 호환성이 아닙니다.