클라이언트 측 측정항목 개요

Bigtable은 서버 측 측정항목과 함께 사용할 수 있는 클라이언트 측 측정항목을 제공하므로 성능을 최적화하고 성능 문제가 발생할 경우 해결할 수 있습니다.

이 페이지에서는 Bigtable 클라이언트 측 측정항목을 간략히 살펴보고 사용 시기를 설명합니다. 설정 및 구성 안내는 클라이언트 측 측정항목 설정을 참조하세요. 측정항목의 자세한 목록은 클라이언트 측 측정항목 설명을 참조하세요.

클라이언트 측 측정항목은 요청이 애플리케이션에서 전송되는 시간부터 애플리케이션에서 응답을 수신한 시간까지 측정됩니다. 반면에 서버 측 측정항목은 Bigtable에서 요청을 수신한 시간부터 마지막 데이터 바이트가 클라이언트에 전송될 때까지 측정됩니다.

다음 클라이언트 라이브러리의 사용자는 클라이언트 측 측정항목을 사용할 수 있습니다.

클라이언트 측 측정항목에 액세스하는 방법에는 여러 가지가 있습니다.

업그레이드 시기

Bigtable 클라이언트 측 측정항목을 대신 사용하려면 OpenCensus 통계와 통합된 모든 애플리케이션을 업데이트하는 것이 좋습니다. Bigtable 클라이언트 측 측정항목은 OpenCensus 통합을 개선하고 OpenCensus 통계와 달리 측정항목을 게시하는 데 추가 비용이 발생하지 않습니다.

클라이언트 측 측정항목을 사용해야 하는 경우

항상 클라이언트 측 측정항목을 서버 측 모니터링 측정항목과 함께 사용하여 Bigtable 성능에 대한 실행 가능한 완전한 뷰를 얻는 것이 좋습니다. 클라이언트 측과 서버 측의 측정항목을 모두 보면 특히 성능을 최적화하거나 문제를 해결할 때 유용하며 요청 수명 주기의 어떤 세그먼트에서 문제가 발생하는지 확인해야 합니다.

두 가지 유형의 측정항목을 모두 사용하면 특히 다음 유형의 워크로드에 유용합니다.

  • 사용자 대상 및 상용 애플리케이션에서 경로 읽기 제공
  • 중요 백엔드 서비스
  • 여러 소비자가 있는 대규모 데이터 파이프라인

클라이언트 측 측정항목은 요청 수명 주기에서 지연 시간을 일으킬 수 있는 부분에 대한 유용한 정보를 제공합니다.

클라이언트 측 측정항목에서 요청 수명 주기의 특정 세그먼트를 측정합니다.

예상 동작

다음은 정상적이며 예상된 동작입니다.

  • 1분 시작 시간: 클라이언트 측 측정항목을 사용 설정한 후에는 게시된 측정항목이 확인되기 전에 최소 1분 이상 애플리케이션이 실행되도록 하세요.

  • 서버 지연 시간과 클라이언트 시도 지연 시간 간의 사소한 차이: 클라이언트 측 측정항목을 사용 설정한 후에는 bigtable.googleapis.com/server/latencies 및 bigtable.googleapis.com/client/attempt_latencies 측정항목 사이에 이전에 알지 못했던 에 한 자릿수의 차이를 알게 될 수 있습니다. 예를 들어 애플리케이션이 동일한 리전에서 Compute Engine VM과 Bigtable을 사용하는 경우 클라이언트 시도 지연 시간과 서버 지연 시간의 차이는 네트워크 지연 시간을 보여줍니다. 350초당 쿼리 수(QPS) 및 페이로드 크기 5KB의 경우 네트워크 지연 시간은 약 4ms입니다.

비용

Cloud Monitoring에서 클라이언트 측 측정항목 보기는 무료입니다. Cloud Monitoring API를 사용하는 경우 사용량 요금이 청구될 수 있습니다. 자세한 내용은 Google Cloud Observability 가격 책정을 참조하세요.

제한사항

Dataflow 또는 Apache Beam 클라이언트 라이브러리를 Java용 Bigtable HBase 클라이언트와 통합하는 애플리케이션에는 클라이언트 측 측정항목이 지원되지 않습니다.

다음 단계