LabHub

오브젝트 스토리지와 S3 · SeaweedFS — 작은 파일이 많을 때의 선택 · 퀴즈

퀴즈: SeaweedFS 와 소파일

LabHub 에서 이어서 보기

문항 6개. 정답과 해설은 풀어 본 뒤에 보여 드립니다.

  1. 4KB 파일 100만 개를 파일시스템에 둘 때의 핵심 문제는?

    1. 4GB 를 담을 디스크 용량 부족
    2. 전송에 필요한 네트워크 대역폭
    3. 파일 개수만큼 생기는 메타데이터 엔트리
    4. 파일마다 따로 주는 권한 관리
  2. SeaweedFS 가 소파일에 강한 구조적 이유는?

    1. 파일을 압축해 실제 크기를 줄여서
    2. 모든 파일을 메모리에 캐시해 둬서
    3. 시크가 빠른 SSD 를 전제로 해서
    4. 작은 파일들을 큰 볼륨 파일에 이어 쓰고 오프셋만 기억해서
  3. SeaweedFS 마스터가 병목이 되지 않는 이유는?

    1. 마스터가 여러 대로 샤딩돼 있어서
    2. 메타데이터 캐시를 크게 잡아서
    3. 파일 메타데이터를 갖지 않고 볼륨 배치만 관리하기 때문
    4. 복제본을 많이 두어 읽기를 나눠서
  4. SeaweedFS 에서 경로 기반 접근과 POSIX 속성을 담당하는 것은?

    1. 마스터 서버
    2. 볼륨 서버
    3. 파일러(filer)
    4. S3 게이트웨이
  5. MinIO 커뮤니티 에디션 종료 사례의 핵심 교훈은?

    1. AGPL 라이선스를 피해야 한다
    2. CLA 를 쥔 단일 벤더의 사업 전환이 곧 프로젝트의 운명이 된다
    3. 인프라에는 오픈소스를 쓰면 안 된다
    4. 컨테이너 이미지를 직접 빌드해야 한다
  6. SeaweedFS 를 고를 때 정직하게 감안해야 할 리스크는?

    1. 라이선스가 상용이다
    2. S3 API 를 지원하지 않는다
    3. 커밋 집중도가 높아 버스 팩터 우려가 있다
    4. 이레이저 코딩이 없다