두 개의 64GB 산업용 SSD가 장착 된 워크 스테이션 시스템이 있으며, 킥 스타트에서 설정된 중복성을 위해 RAID1 구성으로 두 디스크를 모두 보유 할 계획입니다. 시스템은 CentOS 7을 실행합니다.이를 살펴보면 RHEL 스토리지 관리 안내서 에서 SSD 용 RAID1을 권장하지 않음을 발견했습니다 .
또한 Red Hat은 소프트웨어 RAID 레벨 1, 4, 5 및 6은 SSD에서 사용하지 않는 것이 좋습니다. 이러한 RAID 레벨의 초기화 단계에서 일부 RAID 관리 유틸리티 (예 : mdadm)는 저장 장치의 모든 블록에 기록하여 체크섬이 올바르게 작동하는지 확인합니다. 이로 인해 SSD 성능이 빠르게 저하됩니다.
이것이 내가 진지하게 우려해야하는 것입니까? 사용할 수있는 중복성에 대한 대안이 있습니까?
RHEL 문서 에 따르면 LVM 미러링은 이제 MD 소프트웨어 RAID를 활용하므로 RAID 경고도 적용됩니다.
추가 정보 : SSD는 Swissbit X-200 시리즈 (SATA)이며 오버 프로비저닝이 40 % 인 것 같습니다.
하드웨어 팀에 따르면 하드웨어 RAID는 선택 사항이 아닙니다.
답변
나는 특히 부팅을 위해 SSD가있는 Linux 소프트웨어 RAID를 권장하지 않습니다. 잠재적 인 장애 시나리오와 가동 중지 시간의 영향에 따라 결정을 내립니다. 산업용 SSD의 경우 일반적으로 RAID없이 독립형으로 사용했습니다.
이 워크 스테이션에 장애가 발생한 경우 얼마나 빨리 할 수 있습니까 1). 백업에서 복구 또는 2). 재건 / 이미지?
이들은 어떤 유형의 SSD입니까 (make / model)? 과잉 프로비저닝 된 경우 이는 별 문제가되지 않을 수 있습니다. SATA이고 마더 보드에 연결된 경우 몇 가지 TRIM 옵션이 있습니다.
엔트리 레벨 LSI 하드웨어 RAID 컨트롤러를 사용하여 쉽게 배포하고 복구 할 수 있습니다. 최소한 기본 RAID는 OS에 투명합니다.
편집하다:
이들은 과도하게 프로비저닝 된 산업용 SSD 입니다. RAID 1 미러를 정상적으로 구성하고 시간이 지남에 따라 드라이브를 모니터링하십시오.
답변
이것이 내가 진지하게 우려해야하는 것입니까?
아니
사용할 수있는 중복성에 대한 대안이 있습니까?
나는 하드웨어 RAID 컨트롤러를 선호하지만 그것은 개인적인 것입니다.
답변
질문해야 할 사항은 해당 문서가 작성된 시점입니다. 그들은 일반적으로 동일한 재료를 사용하고 필요한 경우 업데이트하며 SSD 기술은 그 이후로 변경되었습니다.
비록 산업용이지만 쓰기 및 읽기 성능은 동일하지 않습니다. 이 문서는 쓰기 성능을 언급하지만 미러 설정을 사용하면 / boot 및 / mounts를 사용하여 읽기 성능을 향상시킬 수 있습니다.
따라서 일부 측면에서 문서에 의문을 제기하는 것이 가치가 있습니다.
답변
SSD를 너무 많이 프로비저닝하지 않은 경우에도 소프트 RAID1 구성에서 많은 문제없이 사용할 수 있지만 생성 후에 만 TRIM을 제공했습니다.
다음 중 하나를 수행하면됩니다.
-
TRIM을 SSD에 전달하는 MD를 지원하는 충분한 새로운 커널을 사용하고 (적어도 3.8. IIRC는 있지만 확인하십시오), 야간에 fstrim (8)을 실행 (util-linux 패키지에서)
-
충분히 새로운 커널을 사용하고 “discard”마운트 옵션을 가지고 있습니다 (ext4 / xfs). TRIM은 큐에 넣을 수 없으므로 위의 성능보다 성능이 떨어지며, 이는 위의 배치를 활용하지 않습니다.
-
이전 커널에서는 mdtrim의 야간 크론 실행을 실행 하십시오 . 중요한 데이터를 넣기 전에 제공된 테스트 스크립트로 테스트 하십시오!
또한 모두 softRAID에서 직접 파일 시스템에만 적용됩니다. 대부분의 모든 하드웨어 RAID에서는 작동하지 않습니다. 또한 MD softraid 위에 LVM 또는 다른 레이어가 있으면 (현재) 작동하지 않습니다. 그것들을 생존하려면 큰 오버 프로비저닝이 필요합니다 (다행스럽게도 40 %가 있으므로 괜찮습니다).