서버에 SSD를 설치하는 것이 합리적입니까?


12

약 2TB 이상의 데이터를 호스팅하는 서버를 만들고 싶습니다. 물론 SSD는 데이터 드라이브 측면에서 그림에서 벗어났습니다. 내 질문은 : SSD를 부팅 드라이브로 사용하면 어떤 이점이 있습니까? 16G 메모리를 넣을 계획입니다. 대부분의 경우 서비스를 메모리에로드해야하며 서버를 재부팅하지 않아도됩니다. 이 경우 SSD를 얻거나 SATA 드라이브가 2 개인 RAID1을 얻는 것이 합리적입니까?


4
하루에 여러 번 재부팅하지 않으려는 경우 부팅 디스크를 최적화하는 것이 좋습니다. 더 많은 램에 $$를 보내고 현재 SSD의 취약성을 피하십시오.
Josh

시스템 드라이브 용으로 RAID-1에 15k SAS 드라이브 쌍을 설치하십시오. (호스팅 업계에서 꽤 표준)
더그

답변:


10

나는 지금은 그렇게 생각하지 않습니다. 비용이 많이 들고 자체 문제가없는 비교적 새로운 기술입니다. Jeff Atwood 의 장점과 단점에 대한 흥미로운 블로그 게시물이 있습니다.

의도 된 사용 사례를 고려할 때 SSD의 필요성은 훨씬 더 작아 보입니다. 일반적으로 부팅 할 때와 앱을 열 때 큰 이점이 있지만 거의 재부팅되지 않는 RAM이 많은 데이터 서버에서는 추가 비용을 지출 할 필요가 없습니다.


1
그 포스트에서 Jeff는 여러 번 들었던 것을 반복해서 말합니다. SSD의 고장률이 매우 높습니다. 어쨌든 서버 룸에 잠겨 있기 때문에 시끄러운 전력이 부족한 디스크에서 비슷한 성능을 얻을 수있을 때 서버에서 믿지 않을 것입니다.
Josh

3
Jeff는 소비자 용 SSD에 대해 이야기하고 있습니다. 소비자 SSD를 사용하면 비용을 지불하게됩니다! X25-M에는 초기에 언급 된 장애를 설명 할 수있는 문제가있었습니다. 우리는 2009 년부터 서버 시스템에 수백 개의 X25-M을 OS 디스크로 배포했으며 매우 적은 수의 오류 (한 자리)를 가졌습니다. 우리는 유사한 수의 Intel X25-e를 배포했으며 비슷한 수의 실패를 보였습니다. 나는 Jeff와 그의 친구가 문제를 본 것에 대해 논쟁의 여지가 없다. 나는 단지 당신에게 더 광범위한 자료를 제공하고있다.
Daniel Lawson

나의 다른 의견에도 불구하고, 나는 일반적으로 전력이나 물리적 공간과 같은 다른 완화 이유없이 서버의 부팅 드라이브 용 SSD가 의미가 없다는 것에 동의합니다. OS 디스크에서 회전 디스크 슬롯을 낭비하고 싶지 않기 때문에 사용합니다. SSD를 섀시의 다른 곳에 둘 수 있습니다.
Daniel Lawson

4

그것은 서버의 종류에 따라 다르지만, 일반적으로, 그래, 그것은 해야 좋은 생각.

SSD 드라이브는 일반적 으로 워크 스테이션과 반대되는 서버 인 읽기 전용 데이터에 가장 적합 합니다. 그래서 그것은 그것을 위해 가고 있습니다.

또한 파일을 더 빨리 제공 할 수 있고 서버가 더 우수하며 SSD 드라이버가 더 빠를 것으로 예상 되기 때문에 파일도 마찬가지입니다.

마지막으로 SSD 드라이브는 일반적으로 전력 소비가 적고 소음이 적으며 열이 적게 발생하므로 서버의 전력 및 냉각 (전 세계 서버 룸의 헛됨)이 덜 필요하므로 서버도 마찬가지입니다.

말했다 즉, 다시는 서버와 소문자를 사용의 특성에 따라 (예를 들어 16 기가 바이트는 소리 문제뿐만 아니라 실제 드라이브, 좋은,하지만 파일은 RAM에 캐시 또는 어쨌든 디스크에서 가져올 수 있나요?됩니다) . 그러나 전반적으로 대부분의 서버는 일반적으로 SSD 드라이브를 사용하는 것이 좋습니다.


좋은 요약 +1. 프로의 하나는 측정으로 좋은 무작위 / 병렬 읽기 성능이다 uFLIP 종이
MBX

1

이 상황에서 SSD 부트 드라이브는 부팅 시간을 향상시킬 수 있습니다. 일단 모든 것이 시작되고 RAM (16GB)에 있으면 아무런 차이가 없습니다. 아마도 10GB 이상의 데이터베이스를 유지하면 도움이 될 수 있지만 더 많은 자기 드라이브에 돈을 쓰는 것이 좋습니다 (중복성을 위해).


약 일주일 전에 인텔 컨퍼런스에 참석했습니다. 인텔은 적어도이 시점에서 데이터베이스 용 SSD를 권장하지 않았다.
alex

예, 특히 DB에 많은 양의 쓰기 (iirc 읽기가 SSD를 거의 "마모"하지 않음)가 있고 작은 블록의 성능이 별보다 적을 수 있다고 생각합니다.
Spectre

@ 알렉스 :이 데이터베이스에 대한 설계 매우 비싼 SSD 솔루션을 판매 할 많은 기업입니다 그리고 그들은 결과를 보장합니다. 어떤 사람들은 30 대의 서버를 1 대의 서버 로 교체 할 수있었습니다 . 디스크에서 memcached로 이동하는 것과 같습니다.
Zan Lynx

@ 잔은 전적으로 당신에게 동의합니다. 모든 "판매원"이 가능한 모든 솔루션을 구현하는 방법을 알고있는 것은 아닙니다.
Carlos Garcia

0

나는 그것이 좋은 생각이라고 생각합니다. SSD는 더 높은 안정성 (특히 랩톱에 중요)과 성능 향상 (상대 트랙 간 탐색 시간 문제 없음)을 약속합니다.이 두 가지 모두 서버 문제를 처리 할 때 큰 장점입니다.

그러나 SSD는 여전히 매우 새롭고 자체 실패에 면역이되지 않습니다. 이 길을 가기 전에 사람들이 다른 브랜드 및 SSD 드라이브 모델에서 겪고있는 문제 유형을 조사해야합니다.


0

서버 사용량에 따라 설명 할 가치가없는 내용이 있습니다. SSD는 그 자체로 가상 서버 호스트와 같이 I / O 사용량이 많은 서버입니다.

표준 드라이브가있는 서버에 약 10 개의 가상 머신을 고정시킨 다음 SSD가있는 머신과 비교하십시오. 10 대의 VM 모두가 무언가를하고 SSD 기반 서버가 날아가는 동안 오래된 마그네틱 드라이브는 VM이 ​​멈추고 HD가 읽거나 쓸 때까지 기다립니다.

그래도 원래 질문으로 돌아가서 왜 부팅 시간이 걱정됩니까? 서버를 정기적으로 재부팅 할 계획입니까? 약 3 년 동안 재부팅되지 않은 서버를 가지고 있는데, 서버가해야 할 일을하는 안정적인 컴퓨터에서는 합리적으로 정상이라고 생각했을 것입니다.


0

나쁜 생각입니다. SSD 드라이브는 미묘한 iops를 제공하므로 비용을 지불하는 이유는 가장 자주 액세스하는 데이터를 임의의 방식으로 보유하는 것입니다. SSD 드라이브 세트의 데이터베이스는 매우 비싼 스토리지 시스템보다 성능이 뛰어납니다 (특히 읽기 집약적 인 시나리오의 경우).

운영 체제 부팅 후 실제로 사용되는 모든 실행 파일은 RAM에 보관되며 사용되지 않은 모든 항목은 스왑됩니다. 스왑을 과도하게 사용하려는 경우 (나쁜 생각) 스왑을 SSD에 넣을 수는 있지만 HDD를 사용하고 차이를 RAM에 넣습니다.


0

나는 그것이 그다지 가치가 없다고 생각합니다.

그러나 큰 파일 (Dailymotion / YouTube 인코딩 비디오 등)이 많은 컴퓨팅 요구 사항이있는 경우 읽기 / 쓰기 속도가 중요 할 것입니다.

응용 프로그램이 작은 파일을 포함하여 많은 양의 읽기를 수행하는 경우 실제로 성능을 향상시킬 수 있습니다. 그러나 가장 많이 제공되는 데이터를 RAM에 캐시하면 (memcached 데몬 참조) 더 이상 문제가되지 않습니다.

당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.