느린 성능 문제 해결하기

이 페이지에서는 Filestore를 사용하는 동안 발생할 수 있는 느린 성능 문제를 해결하는 데 도움이 되는 문제 해결 정보를 제공합니다.

느린 읽기 또는 쓰기 성능

  1. 클라이언트 VM에 권장 머신 유형을 사용 중인지 확인합니다.

  2. 클라이언트 VM이 Linux를 실행하는 경우 기본 마운트 옵션을 사용 중인지 확인합니다.

  3. 클라이언트 VM과 Filestore 인스턴스가 동일한 리전에 있는지 확인합니다. 리전 간에 마운트하면 성능이 저하될 뿐만 아니라 네트워킹 비용도 발생합니다.

  4. Filestore 인스턴스가 전체 용량에 도달했거나 거의 근접하지 않았는지 확인합니다. 용량이 거의 가득 차면 남은 공간이 심하게 조각나므로 읽기 및 쓰기 작업이 느려집니다. 이 시나리오를 방지하는 데 필요한 여유 공간 양은 경우에 따라 다릅니다. 디스크 공간 알림 부족을 설정하는 것이 좋습니다.

    자세한 내용은 용량 문제 해결하기를 참고하세요.

  5. fio 도구를 사용하여 Filestore 인스턴스의 성능을 테스트합니다.

    테스트 결과에 비정상적인 성능 저하가 나타나면 비즈니스 계정 담당자에게 문의하세요. 테스트 결과가 예상과 비슷하거나 더 나은 경우 다음 섹션을 계속 진행하세요.

성능 저하를 일으키는 사용 사례

다음은 성능 저하를 일으키는 몇 가지 사용 사례 및 시나리오입니다.

작은 파일이 대량 포함된 워크로드

  • Filestore 파일 공유는 데이터 안전 및 NFS 프로토콜 규정 준수를 위해 sync 내보내기 옵션을 사용합니다. 대부분의 데이터 수정 작업에 대해 Filestore 인스턴스는 데이터가 스토리지에 커밋될 때까지 기다린 후 클라이언트 VM의 요청에 회신합니다. 작업에 많은 파일이 관련되어 있으면 클라이언트에서 수행되는 동기 작업이 길어지고 누적 지연 시간이 추가됩니다.

    이 시나리오의 예시는 tar 파일과 같이 파일 공유에서 보관 파일을 추출할 때입니다. TAR은 많은 파일이 포함된 보관 파일을 처리할 때 일련의 많은 동기 작업을 만듭니다. 이로 인해 성능이 저하됩니다.

    많은 작은 파일을 파일 공유에 복사하려는 경우 Google Cloud CLI와 같은 도구를 사용하여 파일을 동시에 생성해 보세요.

    mkdir -p /mnt/nfs/many_files_rsync/
time gcloud storage rsync many_files /mnt/nfs/many_files_rsync/ --recursive

  • 파일 공유에 저장된 파일마다 inode 하나를 사용합니다. 파일 시스템에서 inode가 부족하면 할당된 최대 용량에 도달하지 않았어도 파일 공유에 파일을 더 저장할 수 없습니다. 하지만 최대 inode 수에 도달하는 경우는 매우 드뭅니다. 많은 작은 파일을 저장해야 하는 경우에만 문제가 됩니다.

    자세한 내용은 I노드 사용량을 참고하세요.

Cloud Storage와 Filestore 간 데이터 복사

gcloud CLI를 사용하여 Cloud Storage에서 Filestore 인스턴스로 데이터를 복사하는 작업은 속도가 느린 것으로 알려져 있습니다. 성능을 개선하는 방법에 관한 자세한 내용은 리소스 간 성능 개선을 참고하세요. Google Cloud

다음 단계