Mantenha tudo organizado com as coleções
Salve e categorize o conteúdo com base nas suas preferências.
Descrições das métricas do lado do cliente
As métricas do lado do cliente estão disponíveis quando você usa a biblioteca de cliente
do Bigtable para Java ou o cliente HBase do Bigtable para Java. Esta página contém uma descrição detalhada de cada métrica do lado do cliente.
As métricas são publicadas na região do cluster do Bigtable
para que são destinadas. Se o Bigtable não conseguir resolver o cluster de uma métrica,
como quando uma operação falha, ela é publicada na região global
e a tag cluster tem o valor unspecified.
Use métricas do lado do cliente com métricas do servidor para depurar o desempenho. Para uma lista abrangente de métricas do lado do servidor e do cliente do Bigtable, consulte Métricas.
A latência total de ponta a ponta em todas as tentativas de RPC associadas a
uma operação do Bigtable. Essa métrica mede o tempo de retorno de uma operação do cliente ao Bigtable e de volta ao cliente, incluindo todas as novas tentativas.
Para solicitações ReadRows, as latências de operação incluem
o tempo de processamento do aplicativo para cada mensagem retornada.
Operações do Bigtable com suporte
ReadRow
ReadRows
MutateRow
MutateRows
SampleRowKeys
CheckAndMutateRow
BulkReadRows
BulkMutateRows
Tipo
Distribuição
Dimensões disponíveis
ID do projeto
ID da instância
tabela
cluster
zona
ID do perfil do aplicativo
nome do método
status final da operação
operação de streaming
nome do cliente
Latências de tentativa
Atributo
Descrição
Métrica completa
bigtable.googleapis.com/client/attempt_latencies
Definição
As latências de uma tentativa de RPC do cliente.
Em circunstâncias normais, esse valor é idêntico a
operation_latencies. No entanto, se o cliente receber erros
transitórios, operation_latencies será a soma de
todos os attempt_latencies e atrasos exponenciais.
Operações do Bigtable com suporte
ReadRow
ReadRows
MutateRow
MutateRows
SampleRowKeys
CheckAndMutateRow
BulkReadRows
BulkMutateRows
Tipo
Distribuição
Dimensões disponíveis
ID do projeto
ID da instância
tabela
cluster
zona
ID do perfil do aplicativo
nome do método
status da tentativa
operação de streaming
nome do cliente
Contagem de repetições
Atributo
Descrição
Métrica completa
bigtable.googleapis.com/client/retry_count
Definição
Um contador que registra o número de tentativas que uma operação
solicitou a conclusão. Em circunstâncias normais, esse valor está vazio.
O momento em que o cliente recebe a resposta de uma
solicitação até que o aplicativo leia a resposta. Essa métrica é mais
relevante para solicitações ReadRows. Os horários de início e término
dessa métrica dependem da maneira como você envia a solicitação de leitura. Consulte
Exemplos de timer de latência de bloqueio de
aplicativos para mais detalhes.
Operações do Bigtable com suporte
ReadRow
ReadRows
MutateRow
MutateRows
SampleRowKeys
CheckAndMutateRow
BulkReadRows
BulkMutateRows
Tipo
Distribuição
Dimensões disponíveis
ID do projeto
ID da instância
tabela
cluster
zona
ID do perfil do aplicativo
nome do método
nome do cliente
Exemplos de timer de latência de bloqueio de aplicativos
Geralmente, as solicitações de ReadRows são enviadas de três maneiras: de maneira iterativa,
assíncrona ou como uma chamada futura. Os exemplos a seguir demonstram os
horários de início e término das latências de bloqueio de aplicativos para cada tipo de
operação ReadRows.
Iterativo
longtotaLatency=0;ServerStream<Row>stream=bigtableDataClient.readRows(query);for(Rowrow:stream){timer.start();// Do something with rowtimer.stop();totalLatency+=timer.elapsed();}
Assíncrona
client.readRowsAsync(query,newResponseObserver<Row>(){@OverridepublicvoidonStart(StreamControllerstreamController){}@OverridepublicvoidonResponse(Rowrow){timer.start();// Do something with the rowtimer.stop();totalLatency+=timer.elapsed();}@OverridepublicvoidonError(Throwablethrowable){// Do something with the error}@OverridepublicvoidonComplete(){}});
Chamada futura
As latências de bloqueio do aplicativo precisam ser aproximadamente 0 (sem timer) para
esse tipo de solicitação ReadRows.
O número de solicitações que não chegaram à rede do Google. Em
casos normais, esse número é 0. Quando o número não é 0, ele pode
indicar problemas de conectividade entre o aplicativo e a
rede do Google.
Latências introduzidas quando o cliente bloqueia o envio de mais
solicitações ao servidor devido a muitas solicitações pendentes em uma operação
em massa. Nas versões 2.21.0 e mais recentes, essa métrica também inclui
as latências de solicitações enfileiradas nos canais do gRPC.
[[["Fácil de entender","easyToUnderstand","thumb-up"],["Meu problema foi resolvido","solvedMyProblem","thumb-up"],["Outro","otherUp","thumb-up"]],[["Difícil de entender","hardToUnderstand","thumb-down"],["Informações incorretas ou exemplo de código","incorrectInformationOrSampleCode","thumb-down"],["Não contém as informações/amostras de que eu preciso","missingTheInformationSamplesINeed","thumb-down"],["Problema na tradução","translationIssue","thumb-down"],["Outro","otherDown","thumb-down"]],["Última atualização 2025-08-27 UTC."],[[["\u003cp\u003eClient-side metrics, available for Java Bigtable clients, provide detailed insights into operation performance and are used alongside server-side metrics for comprehensive debugging.\u003c/p\u003e\n"],["\u003cp\u003eThe \u003ccode\u003eoperation_latencies\u003c/code\u003e metric measures the end-to-end latency of Bigtable operations, including retries, while \u003ccode\u003eattempt_latencies\u003c/code\u003e measures the latency of individual RPC attempts.\u003c/p\u003e\n"],["\u003cp\u003e\u003ccode\u003eRetry_count\u003c/code\u003e tracks the number of attempts an operation requires, while \u003ccode\u003eapplication_blocking_latencies\u003c/code\u003e gauges the time an application takes to process a response.\u003c/p\u003e\n"],["\u003cp\u003e\u003ccode\u003eFirst_response_latencies\u003c/code\u003e measures the time it takes to receive the first response row, and \u003ccode\u003eserver_latencies\u003c/code\u003e measures the latency between when Google's frontend receives a request and when it sends the first response byte.\u003c/p\u003e\n"],["\u003cp\u003e\u003ccode\u003eConnectivity_error_count\u003c/code\u003e tracks the number of requests that fail to reach Google's network, and \u003ccode\u003eclient_blocking_latencies\u003c/code\u003e measures delays caused by client-side request blocking or queuing.\u003c/p\u003e\n"]]],[],null,["# Client-side metrics descriptions\n================================\n\nClient-side metrics are available when you use the Bigtable client\nlibrary for Java or the Bigtable HBase client for Java. This page\nprovides a detailed description of each client-side metric.\n\nTo learn how to set up and configure client-side metrics, see\n[Set up client-side metrics](/bigtable/docs/client-side-metrics-setup). For an overview, see the [Client-side metrics overview](/bigtable/docs/client-side-metrics).\n\nMetrics are published to the region of the Bigtable cluster that\nthey are for. If Bigtable can't resolve the cluster for a metric,\nlike when an operation fails, then the metric is published to the global region\nand the `cluster` tag has the value `unspecified`.\n\nUse client-side metrics in conjunction with server-side metrics for performance debugging. For a comprehensive list of Bigtable server-side and client-side metrics, see [Metrics](/bigtable/docs/metrics).\n\nOperation latencies\n-------------------\n\nAttempt latencies\n-----------------\n\nRetry count\n-----------\n\nApplication blocking latencies\n------------------------------\n\n### Application blocking latencies timer examples\n\n`ReadRows` requests are typically sent in one of three ways: iteratively,\nasynchronously, or as a future call. The following examples demonstrate the\nstart and stop times for the application blocking latencies for each type of\n`ReadRows` operation.\n\n#### Iterative\n\n long totaLatency=0;\n ServerStream\u003cRow\u003e stream = bigtableDataClient.readRows(query);\n\n for (Row row : stream) {\n timer.start();\n // Do something with row\n timer.stop();\n totalLatency += timer.elapsed();\n }\n\n#### Asynchronous\n\n client.readRowsAsync(query, new ResponseObserver\u003cRow\u003e() {\n @Override\n public void onStart(StreamController streamController) {\n\n }\n\n @Override\n public void onResponse(Row row) {\n timer.start();\n // Do something with the row\n timer.stop();\n totalLatency += timer.elapsed();\n }\n\n @Override\n public void onError(Throwable throwable) {\n // Do something with the error\n }\n\n @Override\n public void onComplete() {\n }\n });\n\n#### Future call\n\nThe application blocking latencies should be approximately 0 (no timer) for\nthis type of `ReadRows` request. \n\n List\u003cRow\u003e rows = bigtableDataClient.readRowsCallable().all().call(query);\n\nFirst-response latencies\n------------------------\n\nServer latencies\n----------------\n\nConnectivity error count\n------------------------\n\nClient blocking latencies\n-------------------------\n\nWhat's next\n-----------\n\n- [See all\n Google Cloud metrics](/monitoring/api/metrics_gcp).\n- [Install and configure client-side metrics.](/bigtable/docs/client-side-metrics-setup)"]]