pile·
인프라 / DevOps·글루시스글루시스·

Lustre의 파일 create & open 과정 분석 - 2

문제Lustre 분산 파일시스템에서 클라이언트가 파일을 create·open할 때 MDS(메타데이터 서버)와 클라이언트 사이에서 어떤 절차로 메타데이터·OST 매핑이 만들어지는지 내부 흐름이 명확하지 않으면 운영 디버깅이 어렵다.
접근MDS는 mdt_reint_open으로 요청을 받아 lu_object를 찾고 신규 파일이면 mdd_object_make_hint로 할당 힌트를, mdd_linkea_prepare로 하드링크 메타를 준비한다. OST 선택은 QoS 정책 우선, 실패 시 라운드로빈으로 fallback. 클라이언트는 MDS가 보낸 OST 매핑을 lov_stripe_md에 채워 inode를 갱신하고 VFS에 등록한다.
결과lfs getstripe로 Lustre 레벨, zdb로 ZFS 오브젝트 저장까지 검증하는 디버깅 흐름을 정리하며, 파일 생성·오픈의 MDS·클라이언트 양쪽 동작을 코드 경로 단위로 추적한 분석기를 완성했다.
글루시스
글루시스 블로그
원문은 여기서 이어서 읽을 수 있어요
원문 읽기
읽음 (0)
·takedown 요청

이 글과 비슷한

  2. 인프라 / DevOps·vercel-blogVercel Blog·

    Vercel CLI 드라이런 배포로 실제 배포 전 구성 미리 확인하기

    Vercel CLI v54.17.2부터 vercel deploy --dry 명령으로 실제 파일 업로드 없이 배포 구성을 미리 검사할 수 있다. 프레임워크 감지 결과, 포함/제외 파일 목록, 디렉터리 크기 분포, 콘텐츠 해시까지 사전에 확인하고 나서 배포를 결정할 수 있어 의도치 않은 배포 실패를 예방한다.

    #deployment#ci-cd#vercel-cli+1