현재 상황은 가용성이 높은 NFS 서버를 제공하는 것입니다.
현재 설정은 iSCSI를 사용하는 SAN을 통해 공유 스토리지를 갖춘 VMware 환경입니다. 간단히 말해서, 이 공유 데이터 저장소에 액세스해야 하는 여러 물리적 서버에 NFS 공유를 제공하는 debian/centos 서버가 있습니다. 스토리지는 하나의 애플리케이션만 실행하는 물리적 서버 전용으로 사용되며, 해당 애플리케이션은 클러스터링되어 제공되는 스토리지를 인식합니다. 즉, 애플리케이션이 모든 파일 손실 및 픽업을 처리하고 백엔드 데이터베이스를 통해 이를 추적하기 때문에 실제로 가장 낮은 스토리지 수준에서 클러스터링이 필요하지 않습니다. 내 목표는 실제로 VM/호스트에 오류가 발생할 경우를 대비해 가능하면 두 개의 NFS 서버를 사용할 수 있도록 하는 것입니다. 가능합니까? GlusterFS 및 기타 항목 사용에 대한 몇 가지 다른 내용을 읽었지만 이 저장소는 클러스터를 인식하고 .
내 NFS 서버가 vmware의 원시 장치 매핑을 사용하고 내 san에 직접 매핑되어 잠재적으로 두 개의 NFS 서버가 파일 시스템의 /mnt/store/asr 등 위치에 동일한 LUN을 마운트할 수 있도록 할 생각입니다. NFS에 대한 두 경로를 통해 출력을 제공하고 애플리케이션이 나머지를 처리하도록 합니다.
답변1
공유 스토리지가 필요하지만 NFS가 정말 필요한가요?
다음과 같은 것을 시도해 볼 수 있습니다.OCFS2(동일한 블록 장치가 여러 시스템에서 열릴 것으로 예상하는 공유 디스크 클러스터 파일 시스템은 2.6.16부터 Linux 커널에 있었습니다.) 또는세팔로스포린(이더넷 등을 통해 데이터를 공유하는 클러스터 파일 시스템은 각 노드가 자체 로컬 블록 장치를 가질 것으로 예상하고 RAID와 유사한 구성표를 사용하여 모든 노드에 데이터를 배포합니다.)
고가용성 클러스터 스토리지를 구현하기 위한 다른 옵션도 많이 있습니다. 물론 귀하에게 가장 적합한 옵션은 귀하의 필요에 따라 다릅니다. 위키피디아에는 하나가 있습니다.좋은 개요옵션.
답변2
이는 최신 클러스터 애플리케이션 매뉴얼에 나와 있는 전형적인 예입니다. 구현하는 것은 매우 간단합니다.
2노드 클러스터를 생성합니다.
하나 이상의 파일 시스템을 마운트하고(해당하는 경우) 이를
NFS 공유로 내보내는 것이 유일한 목적인 애플리케이션을 생성합니다.이 애플리케이션의 VIP(가상 IP 주소)를 NFS 서버에 대한 서비스 지점으로 할당합니다.
자동 장애 조치를 위한 클러스터 설정(몇 주 동안 안정성 검토 후)