RAID 후 사용 가능한 스토리지

01

바이트, TB, TiB 정규화

드라이브 라벨과 Tungsto 카탈로그는 십진 단위를 사용합니다. 1TB는 1,000,000,000,000바이트입니다. 1TiB는 1,099,511,627,776바이트입니다. 따라서 동일한 바이트 수가 TiB로는 더 작은 숫자로 표시됩니다. 반올림한 백분율을 반복 적용하지 말고 원본 바이트에서 변환하고, 워크시트의 모든 열에 단위를 표시하십시오.

예를 들어, 12 × 16 TB 카탈로그 어레이는 중복성 전에 192 TB 원시를 포함하는 반면 24 × 20 TB은 480 TB 원시를 포함합니다. 이 수치는 별도의 NVMe 부팅 쌍을 제외합니다. 이는 파일 시스템에서 볼 수 있거나 쓰기 가능한 용량에 대한 주장이 아닌 인벤토리 사실입니다.

02

실제 토폴로지를 모델링하세요. 하나의 집계 행이 아닙니다.

선택한 구현이 달리 문서화하지 않는 한 멤버가 다를 때 가장 작은 참여 장치 크기를 사용하십시오. 더 큰 부분은 사용할 수 없게 될 수 있습니다. 부팅, 캐시, 로그, 스페어 및 데이터 장치를 분리하십시오. ZFS의 경우 모든 최상위 vdev와 중복성을 식별하십시오. 데이터는 최상위 vdev에 걸쳐 스트라이프되므로 비중복 vdev 하나가 다른 미러 풀을 해당 단일 장치에 취약하게 만들 수 있습니다.

단순 패리티 공식은 RAIDZ 그룹을 데이터 장치 수 × 장치 크기로 근사하지만 실제 할당은 레코드 크기, 섹터 지오메트리 및 패리티 동작에 따라 달라집니다. 따라서 OpenZFS는 사용 가능한 풀 속성을 정확한 약속이 아닌 휴리스틱으로 설명합니다.

• ZFS 풀 용량 속성 열기 ↗

03

용량 폭포 적용

원시 바이트에서 시작하여 중복성과 전용 핫 스페어를 빼고, 생성된 파일 시스템이나 풀의 자체 사용 가능 속성을 읽으세요. 그 결과에서 정책, 스냅샷, 쓰기 시 복사 동작, 임시 복제 또는 복원 작업 및 애플리케이션 성장에 필요한 공간을 예약하세요. 압축이나 중복 제거 절감을 가정하지 마세요. 둘 다 데이터와 구성에 따라 달라지며 보수적인 예측에서 사라질 수 있습니다.

두 가지 출력을 유지하십시오: 레이아웃 비교를 위한 이론적 용량과 데이터 수용을 위한 운영 용량. 두 번째에는 운영자가 선택한 경고 임계값과 수용 중지 임계값이 포함되어야 합니다. 파일 시스템이 마지막으로 보고된 바이트까지 채워지면 원래 계산이 맞아 보였더라도 유지보수 및 복구가 저해될 수 있습니다.

04

데이터를 커밋하기 전에 생성된 풀을 검증하십시오

선택한 레이아웃을 생성한 후 장치 멤버십, 중복성, 상태 및 구현에서 보고된 사용 가능한 용량을 기록하십시오. ZFS에서는 할당량, 예약 및 패리티로 인해 풀 수준 추정치와 데이터셋 가용성이 다를 수 있으므로 구별하십시오. TrueNAS 용량 계산기는 ZFS 지오메트리 계획에 유용하지만 입력은 실제 드라이브, ashift, 레코드 크기, 스페어 및 예약 정책과 일치해야 합니다.

프로덕션 전에 원시 바이트, 레이아웃 다이어그램, 계산된 값, 보고된 값, 예비, 스냅샷 정책 및 백업 대상을 포함한 수락 기록을 작성하십시오. 숫자가 일치하는 것처럼 보일 때까지 단위를 변경하기보다 설명되지 않는 차이를 조사하십시오.

05

용량과 복구를 분리하십시오

더 큰 사용 가능 수치가 더 안전한 설계를 증명하지는 않습니다. 용량 결과와 함께 허용되는 장치 장애, 모니터링, 예비 절차, 스크럽 또는 일관성 검사 정책 및 복원 소스를 명시하십시오. RAID 및 ZFS 중복성은 하나의 섀시 내에 유지되며 삭제, 손상 또는 서버 손실로부터 보호하지 않습니다.

예상 결과는 다른 운영자가 장치 바이트와 토폴로지에서 다시 계산할 수 있는 재현 가능한 용량 워크시트입니다. 계산기를 사용하여 후보 목록을 만든 다음 애플리케이션 용량을 제공하기 전에 배포된 풀에서 관찰된 속성으로 추정치를 대체하십시오.