HDD가 여전히 선호되지만 왜 그럴까요?

대화하는 사람, 배경 (관리, IT, 판매 등) 및 토론과 관련된 서버 유형에 따라 다릅니다. HDD는 일반적으로 바이트 당 가격이 저렴하지만 더 많은 전력을 사용하며 거의 항상 작업 부하에 따라 속도가 느립니다.

거의 항상 비용과 주어진 양의 서버에 얼마나 많은 스토리지를 수용 할 수 있는지가 결정됩니다. 단일 SSD로 5 디스크 RAID 어레이의 성능을 얻을 수 있다면 SSD는 훨씬 저렴하고 전력의 일부를 사용하지만 스토리지의 1/10도 얻을 수 있습니다.

활성 스토리지에 어떤 것이 더 좋습니까?

이곳은 복잡해지고, 많은 사람들이 합병증을 건너 뛰고 그들이 알고있는 HDD를 사용하는 이유입니다.

SSD는 셀에 쓸 수있는 데이터 양에 제한이있는 다른 등급으로 제공되며 이는 호스트가 기록한 데이터의 양과 다릅니다. 소량의 데이터를 쓰면 셀에 많은 양을 쓰게되는데이를 쓰기 증폭이라고하며 내구성이 낮은 드라이브를 빠르게 죽일 수 있습니다.

SSD 셀은 저장할 수있는 비트 수로 명명되며 n- 비트를 저장하려면 셀당 2 ^ n 전압 레벨이 필요합니다. TLC (트리플 비트)에는 해당 비트를 처리하기 위해 8 개의 전압 레벨이 필요합니다. 일반적으로 셀당 비트 레벨을 증가시킬 때마다 셀 내구성이 3-10 배 감소합니다. 예를 들어 , SLC 드라이브는 셀이 죽기 전에 모든 셀을 100000 번, 엔터프라이즈 eMLC 30000 번, MLC 10000, TLC 5000, QLC 1000을 쓸 수 있습니다.

분석가 Jim Handy가 인용 한 것처럼 SSD 셀 기술, 개선 된 리소그래피 및 3D NAND는 기존 2D NAND보다 밀도와 성능을 향상시키는 세대 별 개선 기능이 있습니다 .

SSD는 실제로 주소가 지정된 셀에 직접 쓰지 않고 셀 블록에 씁니다. 이러한 방식으로 블록의 셀 쓰기 양이보다 일정하게 유지되고 셀이 허용 오차 범위를 벗어나면 전체 블록이 불량으로 표시되고 데이터가 새 블록으로 이동됩니다. SSD 내구성은 셀 유형, 사용 가능한 스페어 블록 수, 오류 수정을위한 오버 헤드 양, 드라이브가 캐싱 및 알고리즘을 사용하여 쓰기 증폭을 줄이는 방법을 기반으로합니다. 제조업체가 불량으로 표시하기로 선택한 허용 오차도 작용합니다. 엔터프라이즈 드라이브는 여전히 완전한 기능을 수행하지만 소비자 용 드라이브보다 먼저 불량 블록을 표시합니다.

엔터프라이즈 급 “고속 쓰기”SSD는 SLC 또는 eMLC 셀을 기반으로하며 많은 양의 스페어 블록이 있으며 일반적으로 커패시터가있는 대용량 캐시를 사용하여 정전시 캐시가 디스크로 플러시 될 수 있도록합니다.

또한 빠른 액세스 시간이 필요한 파일 서버와 같은 “고독”응용 프로그램에 대한 내구성이 훨씬 낮은 드라이브가 있으며, 셀 유형이 다르거 나 여유 공간이 적고 내구성이 떨어지는 가격으로 바이트 당 비용이 저렴합니다. “높은 쓰기”드라이브의 내구성의 5 % 만 가질 수 있지만 올바르게 사용할 때 필요하지 않습니다.

예를 들어 디스크가 항상 활성화되어있는 데이터베이스의 경우?

내 데이터베이스는 작으며 간헐적 읽기 액세스의 95 %이며 대부분 RAM에 캐시되어 있으며 SSD만큼 HDD에서 거의 빠릅니다. 크기가 크면 시스템에 충분한 RAM이없고 SSD가 액세스 시간을 크게 변화시키기 시작합니다.

SSD는 또한 백업 및 복구 순서를 훨씬 빠르게합니다. 내 DB는 백업에서 약 10 분 안에 느린 SSD로, 또는 약 11 초 동안 정말 빠른 것으로 복원 했다면 HDD 로의 백업은 약 25 분이되었을 것입니다. 그것은 적어도 2 배의 크기이며 작업량에 따라 큰 차이를 만들 수 있습니다. 문자 그대로 1 일에 비용을 지불 할 수 있습니다.

소량의 쓰기 작업이 많은 데이터베이스는 몇 시간 안에 소비자 등급 TLC 드라이브를 살해 할 수 있습니다.

그리고 SSD는 서버에 정말 유용합니까?

응용 프로그램에 올바른 드라이브 유형과 등급을 선택하면 잘못하면 재앙이 될 수 있습니다.

내 서버는 여러 데이터베이스, 높은 읽기 네트워크 스토리지, 높은 쓰기 보안 푸티 지 스토리지, 혼합 된 읽기 쓰기 파일 스토리지 및 클라이언트 백업을 실행합니다. 서버에는 대량 네트워크 스토리지 및 NVR 용 RAID-6 HDD 어레이, MySQL 용 단일 고성능 MLC SSD 및 클라이언트 및 데이터베이스 백업 및 빠른 액세스 네트워크 스토리지 용 RAID-5의 3 개의 소비자 TLC 드라이브가 있습니다.

SSD RAID의 쓰기 속도는 HDD RAID와 거의 같은 속도이지만 SSD RAID에서 임의 액세스 읽기 속도는 10 배 이상 빠릅니다. 다시 한번 이것은 소비자 TLC SSD이지만 순차 쓰기 속도는 기가비트 LAN보다 약 3 배 빠르기 때문에 결코 오버로드되지 않으며 시스템이 원격으로 액세스 될 때 로컬 백업을 수행하는 경우 많은 오버 헤드가 있습니다.

대부분의 SSD는 또한 즉각적인 보안 지우기 (ISE)를 제공합니다. 이 기능은 해당 기능이없는 HDD의 경우 몇 시간 또는 며칠에 비해 몇 초 만에 데이터를 지울 수 있으며, 소수의 엔터프라이즈 급 HDD 만 ISE를 제공하는 경향이 있지만 더 일반적입니다. 드라이브를 폐기하거나 용도를 바꾸는 경우 매우 유용합니다.

작성하는 가장 좋은 솔루션 (파일 시스템)은 무엇입니까?

데이터 유형 및 원하는 파일 시스템 기능 유형에 따라 다릅니다. EXT4 및 BTRFS 만 사용하고 있습니다 (스냅 샷 및 체크섬 필요). 파일 시스템 오버 헤드는 사용 가능한 공간을 줄이고 SSD 수명을 약간 줄일 수 있으며 BTRFS는 체크섬 및 기타 기능에 대한 오버 헤드가 높으며 스냅 샷은 많은 공간을 사용합니다.

기계적 결함이있는 경우 수리 할 수있는 방법이 없습니까?

드라이브 유형에 관계없이 죽은 드라이브에서 데이터 복구를 수행 한 적이 있습니까? 비용이 많이들 수 있습니다 . 계층화 된 백업, 주 스토리지의 RAID, 다른 장치 또는 머신에서 로컬로 버전 화 된 백업을 수행 한 다음 오프 사이트 또는 클라우드에 동기화하는 것이 좋습니다. 1TB의 클라우드 스토리지는 한 달에 5 달러이며, HDD의 데이터 복구는 2 그랜드 비용이 들고, 죽은 SSD는 복구가 불가능할 수 있습니다. 백업 만하고 복구를 잊어 버리십시오.

답변