OCFS2 노드 추가

Aug 27 2020

나는 nginx와 php fpm을 별도의 컴퓨터에서 실행하는 vms를 가지고 있습니다. 지금은 클러스터가 그렇게 크지 않기 때문에 디렉토리를 수동으로 동기화하는 매우 어리석은 방법을 사용합니다. 그러나 공유 저장 장치로 활용하고 싶은 또 다른 서버가 있습니다.

지금까지 ocfs2 파일 유형으로 iscsi를 통해 스토리지를 제공 할 수 있음을 이해했습니다. 나를 괴롭히는 것은 초기 설정에서 각 노드를 미리 지정한 다음 노드를 추가해야 변경 사항을 적용하기 위해 o2cb를 종료해야한다는 것입니다.

목표는 iscsi를 통해 nginx 및 php-fpm 노드에 공유 스토리지를 제공하는 것이지만 (따라서 복제 할 필요가 없음) 클러스터의 부하에 따라 노드 수가 늘어날 수 있습니다.

아이디어 # 1 : 아마도 호스트를 통해 내 VM에 스토리지를 제공 할 수 있으므로 호스트 만 ocfs2를 직접 처리하고 있습니까? 그런 식으로 노드가 알려져 있습니다.

답변

2 Spooler Aug 26 2020 at 23:44

OCFS2는 복제본에 사용하는 각 블록 장치가 동일하다고 가정하는 클러스터 파일 시스템입니다. nginx와 같은 것과는 매우 다른 사용 사례를 위해 설계되었습니다. nginx는 데이터 잠금 및 순서 지정이 참여 노드간에 매우 응집력이 있습니다.

이는 상당한 오버 헤드를 필요로하지만 동일한 데이터 세트를 수정하는 여러 작업자를 실행하는 데 매우 유용 할 수 있습니다. 이것은 때때로 유용하게 사용 되기는하지만 우리가 저장에서 피하려고하는 패턴입니다. 그때가 아닙니다.

이 구현은 iSCSI가 지원하는 클러스터 된 FS가 아닌 중앙 NFS 또는 SMB 공유의 이점을 누릴 수 있습니다. 이렇게하면 각 Nginx 작업자가 동일한 디렉터리에 액세스 할 수 있습니다. 동시에 같은 파일에 쓰지 않는 것이 가장 좋지만 그렇게해야하는 경우 NFS> v4.1 또는 SMB> v3.x를 사용하고 있는지 확인할 수 있습니다. 둘 다 이전 버전보다 잠금을 더 잘 처리합니다.

1 wazoox Aug 27 2020 at 03:07

세 번째 서버를 NFS 서버로 설정하기 만하면 해당 사용 사례에서 OCFS2를 사용하는 것보다 더 합리적입니다. OCFS2는 빠른 SAN 스토리지 또는 DRBD와 같이 실시간으로 복제되는 스토리지보다 더 좋습니다.