서버를 NVMe storage로만 쓰는 경우에는 덜하지만 GPU, NIC, SAS raid card 등등으로 PCIe 슬롯을 많이 사용해야 하는 경우에는 많은 수의 NVMe SSD를 장착하려면 switch가 필요합니다.
가장 기초적인 방식은 PCIe 카드 형식으로 된 switch card를 이용하는 것이고, 좀 더 많은 수의 SSD를 장착하는 경우에는 backplane에 switch 칩을 넣거나 메인보드와 backplane 사이에 midplane을 두어 거기에 switch 칩을 넣는 방식을 사용하기도 합니다.
CPU에 하나하나 직결하면 그럴 수 밖에 없습니다..
이번에 가지고 놀려던 녀석인데 U.2 라서 좌절중입니다.
ampera altra 인데 ARM 기반으로 CPU1개당 128 lane 입니다.
24 * 4 = 96lane을 U.2 24bay에 할당해 놓은 녀석을 회사에서 보유중입니다.
(아래는 모델은 같은데 스펙이 다르네요..)
https://www.gigabyte.com/kr/Enterprise/Rack-Server/R272-P30-rev-100
U.2가 많이 달리는 시스템이 2U에 24베이 정도까지 있을 겁니다..
그러면 24 x 4 해서 96레인 입니다..
그러나 진짜 96레인이 다 CPU에 96레인으로 연결되는지는 모릅니다..
블럭 다이어그램이나 제품 설명 자료 같은 것을 봐야 됩니다..
※ CPU가 제공하는 레인 수가 워낙 풍부하다보니 PCIE 라이저 케이지 슬롯들도 별도의 칩을 거치지 않고 CPU 직결되는것으로 알고 있습니다.
예시로, 저희가 관리하고 있는 빅데이터용 서버의 경우
부팅용 480GB NVME 디스크 2개와 데이터용 4.8TB NVME U.3 24개씩 총 26개의 NVME 디스크가 장착되어 있습니다.
Storage 1개당 Pb단위 가능한 수치입니다 (그리고 이걸 100기가 듀얼로 물립니다)
한계가 많아서 이 쪽의 발전이 더 필요합니다..
대용량 스토리지에서 아직 HDD가 사용되는 이유는 속도의 문제를 떠나 그만한 용량을 구현할 수 있는 것은 HDD 밖에 없다 라고 할 수도 있습니다..
물론 대용량 SATA /SAS SSD로도 구현은 할 수 있지만 가격이 천문학적으로 되어 버립니다..
에러 발생률이나 그 성능상 한계가 아직 명확해서 CPU 직결 시킨다음 소프트웨어로 레이드 구성하느니 못한 상황인게 문제입니다.
나중에 PCIE 버전이 한 10.0정도 돼서 NVME 디스크를 1레인으로만 연결 해도 성능 손실이 전혀 없을 정도가 되면 어떻게 될지 모르겠습니다만...
이미 U.3 SSD 1개당 30테라도 나오는 상태고, 2.5"라 이쪽이 밀도 횔씬 높으니 용량만 따지면 절대적으로 유리합니다
문젠 이걸로 P단위로 채울려면 금액이 넘사벽이라...
돈. 돈만 많이 지불하면.... 말씀하신 제품이 대안이 될 수는 있겠습니다.
그마저도 아직까지는 성능상 이슈가 완벽하지는 않은 시점입니다.
서버를 NVMe storage로만 쓰는 경우에는 덜하지만 GPU, NIC, SAS raid card 등등으로 PCIe 슬롯을 많이 사용해야 하는 경우에는 많은 수의 NVMe SSD를 장착하려면 switch가 필요합니다.
가장 기초적인 방식은 PCIe 카드 형식으로 된 switch card를 이용하는 것이고, 좀 더 많은 수의 SSD를 장착하는 경우에는 backplane에 switch 칩을 넣거나 메인보드와 backplane 사이에 midplane을 두어 거기에 switch 칩을 넣는 방식을 사용하기도 합니다.