Нет данных в Cloud Monitoring из пользовательских метрик в Cloud Logging

Я создал 2 определяемые пользователем метрики в пользовательском интерфейсе Cloud Logging. Эти метрики отображаются в Cloud Monitoring, но их графики постоянно показывают «данные графика не найдены». Существуют ли какие-либо шаги для устранения этой неполадки или существуют другие требования, чтобы данные из определяемых пользователем метрик журнала отображались в Cloud Monitoring?


comment
Просто чтобы проследить за этим. Новые определяемые пользователем показатели журналов теперь отображаются в Stackdriver. Я подозреваю, что в течение некоторого времени была ошибка, которая не была исправлена, так как с моей стороны ничего не менялось.   -  person MDrollette    schedule 28.04.2016
comment
Новые записи журнала могут не соответствовать запросу журналов вашей метрики. Метрика на основе журналов получает данные из соответствующих записей журнала, полученных после создания метрики. Ведение журнала не заполняет метрику из предыдущих записей журнала. Ссылка: cloud.google.com/logging/docs/   -  person Balaraman L    schedule 18.02.2020


Ответы (2)


Имелись ли совпадающие записи журнала после создания метрики? Метрики на основе журналов начинают подсчитывать совпадающие записи только после создания метрики.

Если после создания метрики были совпадающие записи в журнале, ждали ли вы несколько минут, чтобы увидеть, есть ли данные на ваших графиках? Обновление метрик на основе журналов в Cloud Monitoring занимает несколько минут, поэтому вы можете увидеть записи журнала в Cloud Logging, которые еще не учтены в Cloud Monitoring.

Если вы подождали несколько минут, была ли задержка при приеме журнала? Для этого было бы хорошо знать, откуда берутся журналы. Если запись журнала поступит в Cloud Logging с опозданием, она появится в средстве просмотра журналов, но не будет учитываться в метриках на основе журналов. Запись журнала считается опоздавшей, если она поступает более чем через две минуты после отметки времени, включенной в запись журнала. Количество опоздавших записей записывается для каждого журнала в системной метрике logging.googleapis.com/dropped_log_entry_count.

Некоторые из этих шагов описаны здесь: https://cloud.google.com/logging/docs/view/logs_based_metrics#troubleshooting

person Summit Raj    schedule 20.03.2016

Я предполагаю, что вы используете пользовательские показатели Cloud Monitoring v2beta. Я также предполагаю, что вы не только сами создали метрики, но и отправили данные временных рядов в эти метрики.

Я бы начал с перечисления данных временных рядов, используя вызов API для «monitoring.projects.timeSeries.list», чтобы увидеть, действительно ли ваши данные существуют, иначе пользовательский интерфейс облачного мониторинга будет отображать метрики, но не будет иметь никаких данных в них. . Вы можете использовать API Explorer для облегчения этого теста.

P.S. Пользовательские метрики v2 в наши дни устаревают и теперь заменяются v3. Вы можете обновить свой код, чтобы отразить эти изменения, используя это руководство

person DoiT International    schedule 18.03.2016
comment
Спасибо, я не использую API напрямую. Я создал пользовательскую метрику на основе журнала в пользовательском интерфейсе Cloud Logging, а затем на основе этой метрики создал политику предупреждений в пользовательском интерфейсе Cloud Monitoring. Я попробую разобраться с API, чтобы посмотреть, что происходит на более низком уровне. - person MDrollette; 19.03.2016
comment
Если это так, уверены ли вы, что настроили правильный запрос в метрике на основе журнала? Видите ли вы записи, соответствующие запросу в Cloud Logging? - person DoiT International; 19.03.2016
comment
Да, если я нажму «Изменить метрику» в пользовательском интерфейсе ведения журналов, я перейду к запросу и отобразлю постоянный поток данных журнала, соответствующих ему. - person MDrollette; 19.03.2016