glusterFS를 사용하면 여러 "클래스"의 스토리지를 사용할 수 있습니까?

glusterFS를 사용하면 여러 "클래스"의 스토리지를 사용할 수 있습니까?

저는 전통적인 SAN에 익숙합니다. 기존 SAN에서는 스토리지 계층(빠른 디스크, 느린 디스크)을 생성한 다음 해당 스토리지 계층에서 볼륨을 할당할 수 있습니다. 이런 방식으로 매우 낮은 대기 시간과 매우 높은 처리량이 필요한 장치는 플래시 디스크에서 구축된 볼륨을 얻을 수 있고, 데이터 웨어하우스는 느린 회전 미디어 등에서 구축된 볼륨을 얻을 수 있습니다. 이제 분명히 이것은 블록 스토리지를 위한 것이지만 저는 Gluster가 비슷한 것을 지원하는지 알아보세요.

Gluster 문서를 읽었는데 서비스 클래스를 직접 지원하는 내용을 찾을 수 없는 것 같습니다.

각각 10개의 디스크가 있는 9개의 스토리지 노드를 배포하고 처음 3개에는 "빠른" NVME 디스크가 있고, 다음 3개에는 "중형" 엔터프라이즈 SAS 디스크(15,000rpm)가 있고, 마지막 3개에는 "느린" 7200rpm SATA 디스크가 있는 경우 각 서비스 "클래스" 또는 "계층"에 대해 서로 다른 스토리지 풀을 제공하는 Gluster 지원? 단일 풀이 이기종일 수 있다는 것을 알고 있지만 별도의 풀을 찾고 있습니다.

지금까지 내가 찾은 유일한 것은 Gluster 문서 내에서 "계층화"에 대한 언급이지만, 그들의 용어로는 "계층화"를 여러 유형의 디스크가 포함된 단일 풀로 정의합니다. 여기서 느린 디스크는 데이터를 위한 콜드 스토리지 역할을 합니다. 거의 액세스되지 않으며 빠른 디스크는 캐시처럼 작동합니다.

Gluster는 스토리지 계층 분류 및 해당 계층을 다양한 엔드포인트에서 사용할 수 있도록 지원합니까?

답변1

예, 이러한 종류의 다양한 '클래스'를 만들 수 있습니다. Gluster를 사용하여 수행할 작업은 한 유형의 미디어에 모든 브릭이 있는 볼륨(기본적으로 네트워크 파일 시스템, 공유 또는 내보내기)을 생성하고 다른 유형에 브릭이 있는 다른 볼륨을 생성하는 것입니다.

많은 사용자가 프로젝트나 부서의 이름을 따서 볼륨 이름을 지정하지만 볼륨을 '빠름', '중간' 또는 '느림'이라고 부르지 못할 이유가 없습니다.

Gluster의 계층화 기능은 원하는 기능이 아닙니다. 게다가 대부분의 사용자에게 충분히 안정적이지 않으며 서서히 사라지고 있습니다.

관련 정보