모노레포 성능 측정 메트릭

모노레포의 서버 측 성능을 측정하는 메트릭을 알아봅니다.

모노레포의 서버 측 성능을 측정하려면 이 메트릭을 사용하세요. Gitaly의 성능을 측정하는 일반적인 메트릭이지만 대규모 저장소에 특히 관련이 있습니다. 클론과 페치는 가장 빈번한 비용이 많이 드는 작업입니다. 소비된 시스템 리소스의 비율로 보면 이러한 작업은 Gitaly 노드의 시스템 리소스의 90% 이상을 차지하는 경우가 많습니다. 로그와 메트릭이 저장소 상태에 대한 단서를 제공합니다. CPU 및 메모리 # 두 개의 주요 RPC(원격 프로시저 호출)가 클론과 페치를 처리합니다. Gitaly 로그에서 이 필드를 사용하여 저장소 클론과 페치가 얼마나 많은 시스템 리소스를 소비하는지 검사합니다. 다음 필드로 Gitaly 로그를 필터링하여 자세히 알아보세요: 로그 필드 필터링할 값 설명 json.grpc.method PostReceivePack HTTP 클론과 페치를 처리하는 RPC. json.grpc.method SSHReceivePack SSH 클론과 페치를 처리하는 RPC. json.grpc.code OK RPC가 요청을 성공적으로 처리했는지 여부. json.grpc.code Canceled 클라이언트가 연결을 종료했는지 표시할 수 있습니다. 종종 타임아웃으로 인한 것입니다. json.grpc.code ResourceExhausted 시스템이 너무 많은 Git 프로세스를 동시에 생성하고 있는지 나타냅니다. json.user_id 클론 또는 페치를 시작하는 user_id , user-<user_id> 형식으로 user-22345 등 단일 사용자가 생성한 과도한 클론 또는 페치 작업을 찾습니다. json.username 클론 또는 페치를 시작한 사용자명. 단일 사용자가 생성한 과도한 클론 또는 페치 작업을 찾습니다. json.grpc.request.glRepository project-<project_id> 형식의 저장소, project-214 등 단일 저장소의 총 클론 및 페치를 찾습니다. json.grpc.request.glProjectPath 프로젝트 경로 형식의 저장소, my-org/coolproject 등 주어진 저장소의 총 클론 및 페치를 찾습니다. 이 로그 항목 필드는 CPU 및 메모리에 대한 정보를 제공합니다: 검사할 로그 필드 설명 json.command.cpu_time_ms 이 RPC에서 생성된 하위 프로세스가 사용하는 CPU 시간. json.command.maxrss 이 RPC에서 생성된 하위 프로세스의 메모리 소비. 이 예시에서 로그 메시지 json.command.cpu_time_ms 는 420 이었고 json.command.maxrss 는 3342152 였습니다: { "command.count" : 2 , "command.cpu_time_ms" : 420 , "command.inblock" : 0 , "command.majflt" : 0 , "command.maxrss" : 3342152 , "command.minflt" : 24316 , "command.oublock" : 56 , "command