%EC%9D%84%20VDEV%EB%A1%9C%20%EC%82%AC%EC%9A%A9%ED%95%98%EB%8A%94%20ZFS.png)
iSCSI/FC를 블록 장치로 사용하고 ZFS용 vdev로 사용하는 것이 합리적입니까?
추리:
호스트에 들어갈 수 있는 디스크 수는 제한적입니다(외부 엔클로저 포함). 우리는 헤드 유닛(iSCSI 초기자 역할을 하는 서버)과 디스크 호스트(iSCSI 대상 역할을 하는 서버)를 구축할 솔루션을 개발 중입니다. 디스크 호스트는 해당 디스크(각각 개별적으로 또는 RAID 포함)를 노출하고 헤드 장치는 이더넷을 통해 iSCSI의 이러한 디스크 장치에 연결하고 내보낸 디스크를 Jumbo ZFS용 VDEV로 사용합니다. ZFS의 Z는 제타바이트를 의미한다는 점을 기억하세요! 어떻게든 연결할 수 없다면 제타바이트 디스크를 가지고 있어도 소용이 없습니다 :)
답변1
가능해 보이지만 일단 "여러 디스크"에서 벗어나 "페타바이트 규모"로 전환하면 더 많은 관리 기능을 제공하는 것이 더 나을 것입니다. ZFS는 iSCSI 서버에 볼륨을 완벽하게 구축하지만 "안전한 방법으로 종료해야 합니다", "약 2000개의 디스크가 있는데 그 중 수명이 거의 끝나갑니다", zRAID 외부에서는 대규모 어레이에 대해 더욱 효율적이고 효율적이며 신뢰할 수 있지만 ZFS에는 이러한 기능이 포함되어 있지 않습니다.
연결해야 하는 머신 수, 디스크 수, 신뢰성, 핫스왑 가능성(디스크가 많은 경우,하나결국 실패할 것이고 그 다음에는 어떻게 될까요? ) 그래야 합니다. 이것이 "큰" 경우: Ceph 클러스터에 대한 작업처럼 들립니다. Ceph는 스토리지 클러스터에서 정확히 원하는 것입니다.