많은 사람들이 트래픽이 많은 데이터베이스 기반 웹 사이트를 사용하고 있기를 희망하며 주요 확장 성 문제가 데이터베이스에있을 가능성이 있습니다. 최근에 몇 가지 사항을 발견했습니다.
대부분의 대규모 데이터베이스에는 확장을 위해 DBA 팀이 필요합니다. 하드 드라이브의 한계로 인해 끊임없이 어려움을 겪고 있으며 고가의 솔루션 (SAN 또는 대형 RAID, 조각 모음 및 재 파티셔닝을위한 빈번한 유지 관리 기간 등)으로 이어집니다. 이러한 데이터베이스를 유지 관리하는 실제 연간 비용은 $ 100K-$ 1M 범위입니다. 나에게 너무 가파르게 :)
마지막으로 인텔, 삼성, FusionIO 등 여러 회사에서 SLC Flash 기술을 기반으로 매우 빠르고 저렴한 SSD 하드 드라이브를 판매하기 시작했습니다. 이 드라이브는 시중에서 판매되는 최고 회전 하드 드라이브보다 초당 100 배 빠른 임의 읽기 / 쓰기 속도를 제공합니다 (초당 최대 50,000 개의 임의 쓰기). 검색 시간은 거의 제로이므로 임의 I / O 비용은 순차적 I / O와 동일하므로 데이터베이스에 적합합니다. 이 SSD 드라이브는 기가 바이트 당 약 10- $ 20 정도이며 비교적 작습니다 (64GB).
따라서 RAID 드라이브를 충분히 큰 RAID 5 어레이 (단 몇 천 달러 만)를 구축하여 기존 방식으로 데이터베이스를 확장하는 데 드는 막대한 비용을 피할 수있는 기회가있는 것 같습니다. 그런 다음 데이터베이스 파일이 조각화되어 있는지 상관하지 않으며 데이터베이스를 100 개의 스핀들에 분산시키지 않고도 초당 100 배 더 많은 디스크 쓰기를 감당할 수 있습니다. .
다른 사람이 이것에 관심이 있습니까? 몇 개의 SSD 드라이브를 테스트하고 결과를 공유 할 수 있습니다. 이 사이트의 누군가가 이미 SSD로 I / O 병목 현상을 해결했다면, 당신의 전쟁 이야기를 듣고 싶습니다!
추신. 시간이 오래 걸리는 RAM 기반 SAN과 같이 확장 성을 지원하는 값 비싼 솔루션이 많이 있다는 것을 알고 있습니다. 5 만 달러도 내 프로젝트에 너무 비싸다는 것을 분명히하고 싶습니다. 비용이 $ 10K를 넘지 않고 구현하는 데 많은 시간이 걸리지 않는 솔루션을 찾아야합니다.
데이브, NXC, 벌리
답장을 보내 주셔서 감사합니다! 저는 제 상황에서 "저렴한"이라는 단어가 매우 중요하다는 것을 분명히하고 싶습니다. 따라서 저렴한 Dell 서버를 사용해야합니다 (메모리 뱅크가 8 개인 4K 2950 달러). 이미 32GB의 RAM이 설치되어 있으므로이 방법으로 계속 확장 할 수 없습니다. 또한 RAM을 추가해도 디스크 쓰기 병목 현상이 발생하지 않으므로 지금 당장 주요 문제입니다.
예전에는 SSD 수명에 관심이 있었지만 최신웨어 레벨링 알고리즘에 대해 읽은 후이 드라이브가 충분히 오래 지속될 것이라고 확신합니다. 내 데이터베이스는 하루에 300GB를 쓰고 2009 년에는 하루에 1TB 이상을 기록 할 것으로 예상됩니다. Enterprise SSD는 여러 해에 걸쳐 하루에 약 10TB의 쓰기를 처리하도록 설계되었습니다.
SAS에서 SSD로 마이그레이션하는 데 너무 많은 노력이 필요하다는 Burly의 견해에 동의하지 않습니다. 내 데이터베이스는 동기식 미러이므로 미러의 한 쪽을 업그레이드 한 다음 몇 개월 동안 볼 수 있으며 불면 여전히 오래된 SAS 하드 드라이브가있는 두 번째 서버로 장애 조치 할 수 있습니다 ...