약 2TB 이상의 데이터를 호스팅하는 서버를 만들고 싶습니다. 물론 SSD는 데이터 드라이브 측면에서 그림에서 벗어났습니다. 내 질문은 : SSD를 부팅 드라이브로 사용하면 어떤 이점이 있습니까? 16G 메모리를 넣을 계획입니다. 대부분의 경우 서비스를 메모리에로드해야하며 서버를 재부팅하지 않아도됩니다. 이 경우 SSD를 얻거나 SATA 드라이브가 2 개인 RAID1을 얻는 것이 합리적입니까?
약 2TB 이상의 데이터를 호스팅하는 서버를 만들고 싶습니다. 물론 SSD는 데이터 드라이브 측면에서 그림에서 벗어났습니다. 내 질문은 : SSD를 부팅 드라이브로 사용하면 어떤 이점이 있습니까? 16G 메모리를 넣을 계획입니다. 대부분의 경우 서비스를 메모리에로드해야하며 서버를 재부팅하지 않아도됩니다. 이 경우 SSD를 얻거나 SATA 드라이브가 2 개인 RAID1을 얻는 것이 합리적입니까?
답변:
나는 지금은 그렇게 생각하지 않습니다. 비용이 많이 들고 자체 문제가없는 비교적 새로운 기술입니다. Jeff Atwood 의 장점과 단점에 대한 흥미로운 블로그 게시물이 있습니다.
의도 된 사용 사례를 고려할 때 SSD의 필요성은 훨씬 더 작아 보입니다. 일반적으로 부팅 할 때와 앱을 열 때 큰 이점이 있지만 거의 재부팅되지 않는 RAM이 많은 데이터 서버에서는 추가 비용을 지출 할 필요가 없습니다.
그것은 서버의 종류에 따라 다르지만, 일반적으로, 그래, 그것은 해야 좋은 생각.
SSD 드라이브는 일반적 으로 워크 스테이션과 반대되는 서버 인 읽기 전용 데이터에 가장 적합 합니다. 그래서 그것은 그것을 위해 가고 있습니다.
또한 파일을 더 빨리 제공 할 수 있고 서버가 더 우수하며 SSD 드라이버가 더 빠를 것으로 예상 되기 때문에 파일도 마찬가지입니다.
마지막으로 SSD 드라이브는 일반적으로 전력 소비가 적고 소음이 적으며 열이 적게 발생하므로 서버의 전력 및 냉각 (전 세계 서버 룸의 헛됨)이 덜 필요하므로 서버도 마찬가지입니다.
말했다 즉, 다시는 서버와 소문자를 사용의 특성에 따라 (예를 들어 16 기가 바이트는 소리 문제뿐만 아니라 실제 드라이브, 좋은,하지만 파일은 RAM에 캐시 또는 어쨌든 디스크에서 가져올 수 있나요?됩니다) . 그러나 전반적으로 대부분의 서버는 일반적으로 SSD 드라이브를 사용하는 것이 좋습니다.
이 상황에서 SSD 부트 드라이브는 부팅 시간을 향상시킬 수 있습니다. 일단 모든 것이 시작되고 RAM (16GB)에 있으면 아무런 차이가 없습니다. 아마도 10GB 이상의 데이터베이스를 유지하면 도움이 될 수 있지만 더 많은 자기 드라이브에 돈을 쓰는 것이 좋습니다 (중복성을 위해).
서버 사용량에 따라 설명 할 가치가없는 내용이 있습니다. SSD는 그 자체로 가상 서버 호스트와 같이 I / O 사용량이 많은 서버입니다.
표준 드라이브가있는 서버에 약 10 개의 가상 머신을 고정시킨 다음 SSD가있는 머신과 비교하십시오. 10 대의 VM 모두가 무언가를하고 SSD 기반 서버가 날아가는 동안 오래된 마그네틱 드라이브는 VM이 멈추고 HD가 읽거나 쓸 때까지 기다립니다.
그래도 원래 질문으로 돌아가서 왜 부팅 시간이 걱정됩니까? 서버를 정기적으로 재부팅 할 계획입니까? 약 3 년 동안 재부팅되지 않은 서버를 가지고 있는데, 서버가해야 할 일을하는 안정적인 컴퓨터에서는 합리적으로 정상이라고 생각했을 것입니다.
나쁜 생각입니다. SSD 드라이브는 미묘한 iops를 제공하므로 비용을 지불하는 이유는 가장 자주 액세스하는 데이터를 임의의 방식으로 보유하는 것입니다. SSD 드라이브 세트의 데이터베이스는 매우 비싼 스토리지 시스템보다 성능이 뛰어납니다 (특히 읽기 집약적 인 시나리오의 경우).
운영 체제 부팅 후 실제로 사용되는 모든 실행 파일은 RAM에 보관되며 사용되지 않은 모든 항목은 스왑됩니다. 스왑을 과도하게 사용하려는 경우 (나쁜 생각) 스왑을 SSD에 넣을 수는 있지만 HDD를 사용하고 차이를 RAM에 넣습니다.