%20%EA%B5%AC%ED%98%84.png)
인프라가 어떻게 생겼는지에 대한 간단한 예는 다음과 같습니다.
4개의 서버가 iscsi 대상으로 작동하고 각각 1x2TB를 노출합니다(모든 서버에는 스토리지용 raid10이 있으므로 사용 가능한 용량은 2TB입니다).
8TB(위의 노출된 디스크로 구성: 4x2TB) 디스크를 연결해야 하는 서버에는 동시 쓰기가 필요합니다. 모든 서버는 실제로 스토리지를 공유합니다.
이제 그것을 달성하는 방법은 무엇입니까? 나는 클러스터된 fs에 관해 어떤 선호도도 갖고 있지 않습니다.
안부 인사, 패트릭
답변1
동일한 논리 블록 장치에 대한 iSCSI 대상 역할을 하는 두 서버에 분산된 DRBD는 꽤 잘 작동하며 상대적으로 간단합니다. 이와 같은 간단하고 저렴한 솔루션은 DRBD가 빛을 발하는 부분이며 현재 한동안 기본 Linux 커널 소스에 포함되어 있습니다.
답변2
어제 바로 이 요구에 비슷한 것을 구현했습니다. 우리의 상황도 비슷했습니다. 총 3개의 머신 중 1개는 '헤드'였고 2개는 단순히 iSCSI 대상을 통해 데이터를 제공했습니다. 저는 Openfiler를 헤드로 사용했습니다. 그들은 공식적으로 iSCSI 마운트를 지원하지 않으며 이를 기본 NFS/CIFS로 다시 제공합니다. 그러나 SSH를 통해 로그인하고 마운트한 다음 openfiler GUI 내에서 정상적으로 진행하여 볼륨에 추가하는 것은 쉽지 않았습니다. 다목적 파일 시스템(XFS)을 사용하는 경우 모든 파일 시스템을 결합하고 시간이 지남에 따라 확장하는 것이 매우 쉽습니다.
내부적으로 이것은 openiscsi+lvm+samba/nfs에 지나지 않지만 꽤 잘 작동하는 경향이 있습니다.
그러나 a) 지원되지 않고 b) 약간 복잡하기 때문에 몇 가지 문제가 있었습니다. 다운스트림 iSCSI 대상을 마운트하고 재부팅 후 제대로 작동하도록 하는 것을 포함하여 재부팅 시 모든 것이 제대로 시작되도록 할 수 있었지만 개별 SAN을 키트의 나머지 부분에서 사용할 수 없게 되면 문제가 발생할 것으로 예상됩니다.
행운을 빌어요
답변3
나는 사용하는 것이 좋습니다OCFS귀하의 목적을 위해. 귀하의 구성에서 이해되지 않는 점: 서버 하나가 실패하면 어떻게 합니까? 이에 대한 중복은 어디에 있습니까?