Visualizzare le metriche di idoneità a Data Boost
Bigtable Data Boost è un servizio di serverless computing progettato per e job di lettura e query a velocità effettiva elevata. Un carico di lavoro deve soddisfare criteri di compatibilità per poter utilizzare Data Boost.
Questo documento descrive come controllare le metriche di idoneità per determinare se i tuoi carico di lavoro è compatibile con Data Boost. Esamina queste metriche se: Valuta la possibilità di convertire un profilo app standard già in uso in un Profilo app Data Boost.
Prima di visualizzare le metriche di idoneità, esamina i dettagli su carichi di lavoro ideali e limitazioni delle funzionalità in Bigtable Panoramica di Data Boost.
Panoramica delle metriche di idoneità
Aiuta a determinare se il carico di lavoro per un determinato profilo dell'app è adatto. per Data Boost, Bigtable fornisce due metriche:
- Conteggio idoneità al traffico di Data Boost (
data_boost/eligibility_count
) - Motivi non idonei per il traffico di Data Boost (
data_boost/ineligible_reasons
)
Per ulteriori informazioni, consulta Metriche.
Controllare il numero di richieste idonee e non idonee
Per determinare se il traffico inviato da un determinato profilo di app è adatto per
Data Boost, osserva la metrica Data Boost traffic eligibility count
.
Questa metrica mostra il numero di richieste idonee o non idonee
Data Boost per un determinato profilo di app negli ultimi sette giorni.
Per visualizzare questa metrica per uno specifico profilo di app:
-
Nella console Google Cloud, vai alla pagina leaderboard Esplora metriche:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
Si apre nell'ultimo progetto visualizzato.
Nel menu a discesa Metrica, scegli Tabella Cloud Bigtable > Server > Conteggio dell'idoneità al traffico Data Boost.
Fai clic su Applica.
Aggiungi filtri.
- Nel campo Filter (Filtro), seleziona app_profile quindi nella Valore, scegli l'ID del profilo dell'app da verificare.
- Nel campo Filtro, seleziona instance, quindi nel Valore, scegli l'ID istanza a cui appartiene il profilo dell'app.
Nel menu a discesa Aggregazione, scegli Somma.
Nel menu a discesa by, seleziona le caselle app_profile, eligibility e project_id e cluster.
Visualizzare i motivi di idoneità di un profilo dell'app
La metrica Data Boost traffic ineligible reasons
indica il perché
le richieste inviate con un determinato profilo dell'app sono considerate non idonee per
Data Boost. Una singola richiesta può non essere idonea per più motivi.
I motivi di non idoneità includono i seguenti:
- Il profilo dell'app è stato utilizzato per le richieste che chiamavano metodi API diversi
rispetto a
ReadRows
,PingAndWarm
oSampleRowKeys
. - Il profilo dell'app è stato utilizzato per le scansioni inverse.
- Il traffico è stato inviato utilizzando una libreria client incompatibile.
- Sono state superate 1000 richieste che utilizzano il profilo dell'app richieste di lettura al secondo.
Per visualizzare questa metrica per uno specifico profilo di app:
-
Nella console Google Cloud, vai alla pagina leaderboard Esplora metriche:
Se utilizzi la barra di ricerca per trovare questa pagina, seleziona il risultato con il sottotitolo Monitoring.
Si apre nell'ultimo progetto visualizzato.
Nel menu a discesa Metrica, scegli Tabella Cloud Bigtable > Server > Ragioni di non idoneità al traffico di Data Boost.
Fai clic su Applica.
Aggiungi filtri.
- Nel campo Filter (Filtro), seleziona app_profile quindi nella Valore, scegli l'ID del profilo dell'app da verificare.
- Nel campo Filtro, seleziona instance, quindi nel Valore, scegli l'ID istanza a cui appartiene il profilo dell'app.
Nel menu a discesa Aggregazione, scegli Somma.
Nel menu a discesa by, seleziona le caselle app_profile, eligibility e project_id e cluster.
Configurazioni di blocco delle conversioni
Se provi a convertire un profilo app standard per l'utilizzo di Data Boost, la conversione non va a buon fine se è vera una delle seguenti condizioni per il profilo dell'app.
- L'istanza utilizza la crittografia CMEK.
- È configurato per il routing a cluster multipli.
- Le transazioni su riga singola sono attivate.
- Instrada a un cluster in un'istanza che utilizza l'archiviazione HDD.