태그 보관물: cpu-usage

cpu-usage

디스크 크기가 다름-MooseFs mfsmount를 사용하여

각각 8 2.7 TB 스토리지를 갖춘 4 개의 moosefs chunkserver가 있으며 mfsmount를 사용하여 마운트 한 다음 nfs로 내 보냅니다. 최근에 나는 chunkservers에서 높은 iowait를 발견 한 후 마운트 크기가 크게 떨어졌습니다. 그래프를 참조하십시오.
여기에 이미지 설명을 입력하십시오



답변

이 문제의 원인은 mfs 서버의 RAM이었습니다. 스왑을 50 % 사용하기 시작했습니다 .RAM을 늘리면 모든 것이 예상대로 작동하기 시작했지만 여전히 청크 서버에 높은 iowait가 존재합니다. 어떤 종류의 습격에 jbod.


답변

JBOD에 대하여 moosefs.com 웹 사이트는 다음과 같이 말합니다 ( “모범 사례”에서) : ( https://moosefs.com/documentation/best-practices.html#jbod )

청크 서버용 JBOD 및 XFS

Chunkserver JBOD에 연결하는 것이 좋습니다. 드라이브를 XFS로 포맷하고 예를 들어 마운트
/mnt/chunk01, /mnt/chunk02, ...하고이 경로를에 넣으십시오
/etc/mfs/mfschunkserver.cfg. 그게 다야.

이러한 구성은 주로 두 가지 이유로 인해 권장됩니다.

MooseFS에는 하드 디스크 상태가 양호한 지 확인하는 메커니즘이 있습니다. MooseFS는 손상된 디스크를 발견하고 데이터를 복제하며 이러한 디스크를 손상된 것으로 표시 할 수 있습니다. 상황은 RAID와 다릅니다. MooseFS 알고리즘은 RAID와 작동하지 않으므로 손상된 RAID 어레이가 정상 / 정상으로 잘못보고 될 수 있습니다.

다른 측면은 복제 시간입니다. 전체 MooseFS 인스턴스에 대해 목표를 2로 설정했다고 가정 해 봅시다. 하나의 2TiB 드라이브가 고장 나면 (다른 사본에서) 복제는 약 40-60 분 동안 지속됩니다. 하나의 큰 RAID (예 : 36TiB)가 손상되면 복제는 12-18 시간 동안 지속될 수 있습니다. 복제 프로세스가 완료 될 때까지 하나의 유효한 사본 만 있기 때문에 일부 데이터가 위험에 노출됩니다. 이 시간 동안 다른 디스크 나 RAID에 장애가 발생하면 일부 데이터가 복구 불가능하게 손실 될 수 있습니다. 따라서 복제 기간이 길면 데이터가 더 위험 해집니다.


답변