클라이언트 측 측정항목 개요
Bigtable은 서버 측 측정항목과 함께 사용할 수 있는 클라이언트 측 측정항목을 제공하므로 성능을 최적화하고 성능 문제가 발생할 경우 해결할 수 있습니다.
이 페이지에서는 Bigtable 클라이언트 측 측정항목을 간략히 살펴보고 사용 시기를 설명합니다. 설정 및 구성 안내는 클라이언트 측 측정항목 설정을 참조하세요. 측정항목의 자세한 목록은 클라이언트 측 측정항목 설명을 참조하세요.
클라이언트 측 측정항목은 요청이 애플리케이션에서 전송되는 시간부터 애플리케이션에서 응답을 수신한 시간까지 측정됩니다. 반면에 서버 측 측정항목은 Bigtable에서 요청을 수신한 시간부터 마지막 데이터 바이트가 클라이언트에 전송될 때까지 측정됩니다.
다음 클라이언트 라이브러리의 사용자는 클라이언트 측 측정항목을 사용할 수 있습니다.
Google Cloud 콘솔의 Cloud Monitoring 섹션에 있는 측정항목 탐색기에서 볼 수 있습니다. Cloud Monitoring API를 사용하여 액세스할 수도 있습니다.
업그레이드 시기
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 클라이언트와 통합하는 애플리케이션에는 클라이언트 측 측정항목이 지원되지 않습니다.