Buderus-trade.ru

Теплотехника Будерус
0 просмотров
Рейтинг статьи
1 звезда2 звезды3 звезды4 звезды5 звезд
Загрузка...

Диагностика работы Zabbix

Диагностика работы Zabbix

Диагностика работы сервера и агента Zabbix. Самые простые способы найти причины неработоспособности.

Проблемы, проблемы, проблемы…

В предыдущей статье мы рассматривали процесс установки Zabbix. Сегодня мы коснемся основных способов диагностики работы сервера и агента Zabbix, а также решение некоторых возникающих проблем.

Ничего сверхестественного. Только базовая информация, которая дает представление о том куда нужно двигаться при наличии проблем в работе мониторинга на базе Zabbix.

Как себя чувствует сервер

Бывает, что на сервере возникают какие-либо проблемы, связанные как с самой службой Zabbix-сервера, так и с его взаимодействием с агентами или связанными компонентами. Первый источник информации, который может помочь в поиске причин проблем — это логи Zabbix-сервера. Еще одним важным источником данных может быть сама система мониторинга, которая мониторит сама себя.

Логи наше все

Логи по традиции мира *.nix хранятся в текстовых файлах и располагаются в каталоге ‘/var/log/zabbix’.

В этом же каталоге можно увидеть файлы логов Zabbix-агента. Чаще всего на сервере Zabbix для отслеживания работы сервера установлен агент. Да, Zabbix-сервер следит сам за собой.

Прочитать содержимое можно стандартными для Linux способами:

  • Смотрим файл логов с возможностью прокрутки.
  • Просмотр файла логов в реальном времени.
  • Смотрим первые записи
  • Смотрим последние события
  • Получаем только записи с ошибками

В общем, это самые простые способы прочитать содержимое файла логов. Если Вы знаете что нужно искать, то grep Вам в помощью. В противном случае в бой вступает tail, но можно выполнять анализ и более сложными способами.

Вот, например, вывод последних 10 событий из файла логов.

Здесь мы видим события процесса housekeeper, который отвечает за удаление устаревшей информации из базы данных мониторинга. Далее идут более интересные события об ошибке связи с хостом “YY-COMP”, а также события последующего восстановления соединения с агентом этого хоста.

В любом случае, основным источником данных о том, что и как делает процесс Zabbix-сервера, есть ли у него проблемы и другую связанную с ним информацию можно найти в его логах. Метод “тыка” тоже работает, но эффективнее просто посмотреть в файл лога событий.

Мониторинг системы мониторинга

Благодаря тому, что Zabbix позволяет собирает метрики о состоянии самого себя, мы можем отслеживать некоторые проблемы с его помощью. После установки сервера, по умолчанию в списке хостов содержится сам сервер с шаблоном “Template App Zabbix Server”.

Этот шаблон является ключевым для диагностики работы Zabbix, т.к. содержит множество полезных метрик и триггеров на критичные события.

Например, если Вы увидите уведомления о проблеме “Zabbix poller processes more than 75% busy” от одного из триггеров этого шаблона, то идем в официальную документацию и читаем что это. Можно увидеть, что проблему можно решить изменив параметр “StartPollers” в файле конфигурации Zabbix-сервера.

Вообще, оптимизация настроек этой системы мониторинга отдельная тема, но должно быть понятно, что следить за сервером Zabbix является неотъемлемой частью мониторинга. Иначе как Вы узнаете, что пора актуализировать настройки сервера или проапгрейдить железо?

Все в очередь

Кроме логов и мониторинга Zabbix-сервера есть еще один важный показатель, демонстрирующий общую картину производительности процессов системы мониторинга. Причем помогает диагностировать проблемы не только в работе сервера, но и агентов Zabbix.

Речь идет про очередь обработки элементов данных, которая отлично описана в официальной документации. На следующем скриншоте показана идеальная картина, когда никаких очередей нет и все элементы обрабатываются за минимальное время.

Самыми распространёнными причинами увеличения очереди являются:

  • Агент сбора данных стал недоступен и не присылает данные / не может ответить на запрос.
  • У сервера не хватает ресурсов для выполнения обработки присланных элементов данных или опроса хостов (зависит от типа агента — активный или пассивный).

В случаях, когда Вы будете наблюдать большие значения очередей с периодом обработки более 1 минуты, то стоит насторожиться и начать диагностику сервера и агентов.

Вы всегда можете посмотреть элементы очереди детально, чтобы понять, где именно появилась проблема. Плюс ко всему, очередь обработки сообщений можно добавить в метрики сбора данных мониторинга и привязать на них триггеры. Таким образом, очереди позволяют отслеживать общее состояние как сервера Zabbix, так и состояние всего мониторинга с учетом агентов.

База данных требует внимания

Zabbix хранит данные метрик в одной из поддерживаемых СУБД: MySQL или PostgreSQL. Для оптимальной производительности обязательно нужно выполнить их настройку. Я предпочитаю использовать PostgreSQL, но тут все полностью зависит от задач.

Касательно PostgreSQL нужно обязательно адаптировать ее настройки под ресурсы сервера, т.к. по умолчанию там установлены максимальные ограничения на используемую память и другие ресурсы. Рекомендую зайти на сайт PGTune, который поможет подобрать параметры СУБД под Ваш сервер. Просто берете и переносите их в свой файл конфигурации “postgresql.conf”.

Читайте так же:
Акт выполненных работ образец счетчик

Конечно, со временем может понадобиться адаптировать эти параметры под свою нагрузку и задачи. Подробнее о настройках Вы можете прочитать здесь.

То же самое относится и к MySQL. Вы можете обратиться к официальной документации, чтобы узнать больше.

Главное помнить, что настройки сервера баз данных являются ключевым фактором для достижения высокой производительности всей системы мониторинга.

Агент еще жив

Основные способы диагностики сервера Zabbix мы рассмотрели. А что на счет агентов на хостах, которые входят в мониторинг?

Выше уже было упомянуто, что у агента есть свои логи. Именно они и являются основным источником данных для диагностики его работы. Если мы говорим о *.nix системах, то обычно файл лога находится в “/var/log/zabbix/zabbix_agent.log”. Вот, например, его содержимое при старте процесса агента.

Это идеальный вариант, когда агент был запущен и никаких проблем с его работой не наблюдается. Но там могут быть и ошибки или информация о проблемах связи. Например, вот это событие говорит о том, что что-то блокирует доступ агента к серверу Zabbix.

Может не открыт порт на сервере? Или сервер недоступен? Или ошибка в конфигурационном файле агента?

Аналогичный файл лога есть для агентов всех поддерживаемых операционных систем, в том числе и Windows. Его расположение можно уточнить в самом конфигурационном файле агента в параметре “LogFile”. Для Windows это может быть каталог самого агента, например:

В любом случае, если у Вас проблемы в работе агента, то первым делом идем в его логи и смотрим что вообще происходит.

Решение некоторых проблем

Рассмотрим решение некоторых проблем в работе сервера и агента. Это ни в коем случае не полноценный мануал, а скорее пара заметок. Небольшая порция “траблшутинга”. Более развернутую информацию Вы можете найти в официальной Wiki.

Немного опечатались

Иногда бывает так, что порты и все доступы настроены, агент установлен, ошибок в логах нет, но метрики не приходят или приходят не полностью. В самом Zabbix хост “горит зеленым” и непонятно, что вообще происходит.

Можно потратить много времени на разбор ситуации, а причина окажется очень проста — ошибка в файле конфигурации из-за “копипасты”. То есть конфигурацию скопировали, но в файле не поменяли параметр “Hostname”. В итоге сервер Zabbix говорит, что агент доступен, но сам агент присылает данные для другого хоста. Вот так выглядит список дисков для проблемной машины. Нет никакой информации о дисках, но при этом общие показатели агент все же передал.

Как только мы исправим в файле конфигурации параметр “Hostname” на нужный (в нашем случае это “SRV-SQL-01-VM”), то картина сразу же изменится. В списке появятся все диски сервера.

Данные могут появиться не сразу, т.к. правила обнаружения выполняются не так часто, как получение обычных метрик, но Вы можете запустить их вручную в настройках хоста.

Копипаст — зло! Будьте осторожны!

Ребут и агента нет

Бывают случаи, когда агент был успешно установлен и настроен на хосте, мониторинг работает как надо. НО! При очередном запланированном перезапуске сервера (хоста) Zabbix-агент не смог запуститься.

Причин тому может быть несколько:

  • Агент запускается от доменной учетной записи, но на момент старта сервера связи с доменом не оказалось.
  • В момент запуска агент пытался запуститься, когда еще не “поднялся” доступ к сети.

При этом в файле лога агента может не быть какой-либо полезной информации, но она есть в системных журналах ОС. Чаще всего это поведение встречал в ОС Windows.

Решение достаточно простое: нужно установить для службы Windows режим запуска “Автоматически (отложенный запуск)”. В большинстве случаев проблема будет решена.

Быстро и просто!

Особые проблемы со счетчиками

Особой проблемой, которая встречается не очень часто, бывают проблемы со счетчиками производительности Windows. После настройки мониторинга на сервере можно увидеть для хоста элементы данных со статусом “Не поддерживается”. При этом все они получаются через показатели производительности Windows. Обратившись к логам агента Zabbix можно увидеть следующее.

При этом для хоста у элементов данных будет такая ошибка.

Проблема в некорректном списке доступных счетчиков производительности Windows на хосте с агентом, то есть на машине, которую мы собираемся мониторить. Можно проверить наличие нужного счетчика через “Монитор производительности” (perfmon.exe) или через ветку реестра:

Если нужного счетчика нет, то можно попытаться перестроить все счетчики ОС командой:

В большинстве случаев это помогает. Если остаются проблемы со счетчиками производительности сторонних приложений, то нужно изучить документацию по этим счетчикам. Например, для Microsoft SQL Server можно отдельно восстановить счетчики из поставляемых настроек. Подробнее можно узнать здесь.

Читайте так же:
Если не сделали поверку счетчика как оплачивать

Счетчики производительности для мониторинга Windows — отличный инструмент. И его, конечно же, нужно использовать.

Таймаут выполнения скриптов

Еще небольшой ошибкой может быть ситуация, когда на сервер не поступают данные по каким-либо элементам данных, а в логах агента можно увидеть ошибки вида:

Так происходит, поскольку выполняемый скрипт не укладывается в заданное время выполнения. Время задается также в конфигурации агента Zabbix и по умолчанию составляет 3 секунды.

Имеется три основных варианта решения:

  • Увеличить таймаут до подходящего значения. Например, до 30 секунд:

Второй вариант — разобраться в причинах долгого выполнения и попытаться их исправить. Конечно, если это возможно.

Отказаться от сбора этих метрик 🙂

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

Продолжение следует

Это была еще одна небольшая публикация по теме мониторинга с помощью Zabbix. В следующих статьях мы поговорим об обновлении Zabbix с версии 4.0 на 5.0, создадим свой шаблон для сбора метрик и рассмотрим некоторые особенности этого процесса, настроим уведомления в Telegram-канал, а также получении данных с Prometheus и визуализации данных в Grafana. И, конечно же, оптимизация производительности сервера мониторинга Zabbix!

Будьте на связи 🙂

Будьте в курсе

Создание материалов будет продолжаться. Хотите быть в курсе последних обновлений? Подписывайтесь на канал.

По любым вопросам пишите на электронную почту. Адрес в самом низу страницы.

Статьи

Особенности национальной интернет-статистики. Часть 2

В очередной раз приходится писать статью об интернет-статистике, и в очередной раз задаю себе вопрос: «А какой она должна быть, эта статистика? Что бы удовлетворило даже самого требовательного пользователя?» Просто хосты и хиты отображать явно недостаточно – это даже не вчерашний день российской статистики, а позавчерашний. Так какой же мы видим статистику сегодняшнюю, и какой мы хотим ее видеть завтра?

Можно найти многочисленные списки требований к счетчикам, составленные всевозможными специалистами – от реферера, то есть страницы, с которой был осуществлен заход на ваш сайт, до разрешения и цветности вашего монитора. Но какие из этих требований действительно жизненно важны для правильного функционирования веб-сайта, а без каких можно было бы безболезненно обойтись? И главное, – какие требования до сих пор не удовлетворены ни одним из счетчиков, и как эту проблему можно решить?

Итак, что же мы имеем в большинстве счетчиков? Безусловно, у нас есть статистика хостов/хитов на каждом из них. Есть реферер, то есть ссылающаяся страница – очень важная информация при выборе и анализе эффективности рекламных площадок, где вы размещаете свои баннеры. В большинстве (если не у всех) счетчиков есть информация о путях посетителя по сайту – начиная с точки входа и до последней страницы. Это осуществляется с помощью cookie, который устанавливается JavaScript’ом на вашем компьютере и служит вашим уникальным идентификатором для данного счетчика. Это cookie, или кукис и послужит источником информации о количестве уникальных посетителей на сайте, или же хостов. Этот же JavaScript «вытягивает» информацию о цветности и разрешении экрана. Но если на браузере посетителя запрещены кукисы, то он попросту останется неучтенным. Также на браузере может быть отключена поддержка JavaScript – еще один источник неточности. Наличие же нескольких разн ы х браузеров у одного пользователя еще больше запутывает ситуацию.

Наверное, главным камнем преткновения счетчиков (как и лог-анализаторов, но о них позже) интернет-статистики является диалап. Итак, какие же проблемы могут возникать при подсчете поголовья диалапщиков на вашем сайте? Исследования показывают, что в Рунете приблизительно 55 процентов Интернет-пользователей выходят в сеть через коммутированное соединение, то есть имеют модемный доступ. При медленной связи счетчики, как и другие картинки, закачивающиеся из внешних серверов (например, из баннерных сетей) просто не успевают подгрузиться. Ведь согласитесь, мало кто станет ожидать полной загрузки страницы при медленной связи, если требуемая часть страницы со ссылками уже загрузилась. Человек, скорее всего, просто перейдет по ссылкам на следующую страницу, предыдущая же останется неучтенной. Кроме того, многие из тех, кто вынужден пользоваться коммутированным доступом в Интернет, просто отключают загрузку картинок в браузер, таким образом, экономя трафик и делая невозможным ведение какого либо учета.

Немногие счетчики показывают визиты роботов – фактор очень важный при раскрутке нового ресурса – в силу того, что это трудно осуществить технически. Как правило, робот не загружает изображений, то есть не вытягивает счетчики и, соответственно, не учитывается в статистике. Изображения же для Google Images или Яндексовского Поиска Картинок индексируются отдельно. Однако эта функция присутствует в лог-анализаторах. Так, распознавание роботов хорошо реализовано в программе Log Analyzer от компании NetPromoter. Программа изначально была рассчитана на распознавание только роботов, потом переросла в достаточно мощный полноценный лог-анализатор с более чем 180 пользовательскими агентами роботов в базе данных.

Читайте так же:
Схемы меркурий схема включения счетчика

Разрешение и цветность экрана – гм, эта информация, хотя и предоставляется каждым счетчиком, пригодится, наверное, только веб-дизайнерам. Практической ценности для интернет-бизнеса она не имеет, хотя… Как правило, солидный сайт должен иметь приличный и радующий глаз дизайн, но это темы статьи мало касается.

Ну и одним из главных недостатков, которому сейчас придается все более важное значение, является безопасность. Предоставление доступа к статистике третьему лицу может быть крайне нежелательным. К примеру, списки рефереров, если достанутся конкурентам, могут быть использованы ими для рекламы на самых ваших прибыльных ресурсах. И это только самый невинный пример. Конечно, можно закрыть статистику, но случай с продажей списков клиентов сотрудником AOL показал, что даже в таких корпорациях не всегда все в порядке с конфиденциальностью.

Теперь о лог-анализаторах. Тут все одновременно и проще и сложнее. Начнем с того, что серверные логи фиксируют всю информацию – будь то визит поискового робота, загрузка мультимедийного/ Flash / Java / Exe файла, вытягивание отдельной картинки с сервера (ох, блоггеры это любят!), и вообще позволяют вести учет трафика. Можно получать коды доступов к страницам, что невозможно учесть счетчиком (если только у вас нет кастомизированной 404-ой страницы). При наличии хорошего лог-анализатора с гибкой системой отчетов веб-мастер выудит всю нужную для себя информацию. Но… Возникает опять-таки проблема с диалапщиками. При каждом коннекте пользователю присваивается новый IP-адрес, и сервер, а следовательно, и лог-анализатор будут интерпретировать его как нового уникального посетителя, а это не так. Эта проблема решена счетчиками в виде вышеупомянутых куки, но в лог-файлах куки не фиксируются никак. Далее. Как известно, в больших офисах, как правило, пользователи выходят в Интернет через прокси-сервер, который присваивает одинаковый IP-адрес всем пользователям. То есть, теоретически, даже если в корпорации работает 100 человек, и десять из них (представим себе) зайдут на ваш сайт, то сервер зафиксирует их как одного посетителя. Если вы ориентируетесь на корпоративного клиента, то погрешность получается весьма ощутимая. Кроме того, прокси-сервера, как правило, кешируют содержимое запрошенных страниц, а следовательно, все последующие пользователи, которые сидят за прокси, получают, по сути одну и туже версию страницы.

Кажется, единственным решением в данной ситуации может быть комбинация двух видов статистики. Но как этого добиться? Ведь счетчик тянется из сервера провайдера статистики, а логи лежат на сервере, где установлен сайт. Никто из провайдеров статистики пока не предлагает комбинированного подсчета. Тем не менее, сервисы, которые комбинируют два вида статистики существуют. Так, провайдеры хостинга иногда предлагают свои собственные разработки в области статистики. Как правило, они несовершенные, но могут удовлетворить базовые требования к статистике.

Давайте же представим идеальную систему подсчета. Как она должна выглядеть? Представьте себе, вы устанавливаете у себя на сайте свой собственный счетчик, который вызывается с вашего же сервера. Полученная статистика фиксируется специализированной программой. То есть, вы сами себе HotLog или SpyLOG. Но этого по условию задачи недостаточно – ведь у нас остаются незадействованными логи с их преимуществами. Эта же программа является лог-анализатором и обрабатывает как статистику со счетчика, так и информацию, зафиксированную в логах. Конечно, такую систему намного проще себе представить, если у вас есть свой собственный сервер и вы имеете полные администраторские права. Если же вы покупаете хостинг, это может повлечь за собой некоторые проблемы – так не все провайдеры предоставляют доступ к логам – но это вопрос скорее выбора провайдера. Возникает еще одна проблема – насколько будет высоко доверие рекламодателей к такой статистике, ведь известно, что данными счетчиков определяется цена рекламы на вашем сайте. Где гарантия, что вы не накручиваете свою статистику?

Тем не менее, пока, поскольку таких систем нет, приходится комбинировать два вида сбора статистики и находить середину. К сожалению, показания счетчиков и лог-анализаторов могут различаться в десятки раз. Более того, показания счетчиков могут различаться в несколько раз – так, сравните показания, скажем, HotLog и достаточно популярного британского Nedstat – на последнем, как правило, вы получаете данные посещаемости чуть ли не на порядок большие. Правда, компания заявляет, что она решила проблему с учетом кешированных страниц, но вряд ли такая разница может возникать только на этом. Определить же какая система более правдивая достаточно сложно.

Лог анализатор и счетчик, новые возможности, конкурс!

Хотим представить Вам на обсуждение программу AdvantageWebLogAnalyzer V4.3.

Читайте так же:
Почему жильцы должны устанавливать счетчики

Программа представляет собой систему способную анализировать как лог файлы, так и создавать собственный счетчик посещений.

Главное нововведение в том, что программа во всех отчетах показывает не только хиты, но и реальных пользователей. То есть, скажем, если у вас на сайте есть страница файл или др. объект программа покажет не только хиты, но кол-во пользователей, которые интересовались этой страницей файлом и.т.д. Теперь всегда можно будет узнать сколько пользователей интересовались пример. (холодильником а сколько телевизором. )

Мы думаем, что это нововведение будет незаменимым помощником для выбора стратегии продаж любого Интернет магазина. Программа содержит практически все возможные отчеты. Также фильтры и поиск во всех отчетах.

Возможно, отследить деятельность пользователя за любой период. В режиме лог-анализатора и счетчика посещений программа накапливает данные в единую базу данных по дням, и Вы сможете анализировать сайт за любой период данные. Возможно, создавать собственный графический счетчик любого вида и размера.

Нам хотелось бы услышать Ваше мнение и отзывы.

А также возможно необходимые Вам новые отчеты, которые обязательно появиться в ближайшее время. Пользователю, который выскажет, самое полезное предложение по улучшению программы мы предоставим программу бесплатно.

  • AdvantageWebLogAnalyzer V4.0 программа для полного анализа посещаемости.
  • Продам лицензию для Advantage Web Log Analyzer AWLA ДЕШЕВО
  • AllSubmitter V4.9

Вы уже пофиксили всё то о чем я писал Вам-же раньше? Или только номер версии сменили? 🙂

Как писал Альен
Вы уже пофиксили всё то о чем я писал Вам-же раньше? Или только номер версии сменили? 🙂

Да, притом программа перешла из розряда счетчиков хитов

в раззряд новых по нашему мнению программ которые учитывают во всех отчетах пользователей.

А вот вопрос: она нормально без доступа к логам работает? У неё ведь свой счётчик есть, насколько я понял. А вот насколько он функционален, если до логов не добраться?

Программа работает в двух режимах один это счетчик второй анализ логов.

Счетчик содержит практически все возможные отчеты.

Установите на сайт php скритп и через 10 мин у вас собственный статистический сервис с огромным кол-во отчетов.

Но Вы также можете и анализировать сервеоные логи. Apache и ISS W3C

А можно узнать, какие именно отчёты будут недоступны в режиме «только счётчик»?

В режиме счетчик будут доступны все отчеты кроме

определения размера тарффика статусных кодов серверов, загрузки файлов и картинок. Так как счетчик не может определить этого. — это наверное единственный плюс анализаторов логов серверов по сравнению с отчетами которые может предоставить счетчик.

Can-guru, последнее: может быть, я невнимательно читал, но стоимость анализатора — за единичную программу, за сайт, или вовсе за возможность устанавливать программу где угодно? Допустим, у меня есть несколько сайтов и работать со статистикой я предпочитаю с домашнего компьютера и рабочего попеременно — сколько надо платить?

Программа привязываеться только к компьютеру как практически все программы. Только так осуществляеться защита.

Сайтов же может быть неограниченное колличество.

С одной программой Вы можете анализировать хоть всь рунет. 🙂

В принцыпе также и компьютеров может быть неограниченное кол-во но только на одном (для которого есть лицензия) можно закачивать данные а на остальных только просматривать отчеты.

Миф о том, что профессионалы не пользуются счетчиками, а пользуются лог-анализаторами. На многих сайтах я очень часто наблюдаю такую информацию.

Счетчик это не полная статистика – мой выбор только анализатор логов.

Хочу поделиться своим мнением и выслушать Ваше.

Что не может счетчик:

1. Если пользователь быстро покинет страницу, счетчик может не успеть сработать, соответственно потеря точности статистики, а сервер всегда зафиксирует в лог файле заход пользователя.

2. Ни на одном счетчике нет следующей информации: загрузка файлов, мультимедийных файлов, флешь — объектов, картинок и др.

3. Нет распознавания работы поисковых роботов.

4. Нет подсчета трафика.

5. Нет анализа кодов доступа к страницам.

6. Нет определения метода доступа к страницам.

7. Нет определения хакерских атак на Ваш сервер.

Но что МОЖЕТ счетчик:

1. Возможность точно определить пользователя через «Cookies.

2. Возможность определить старый/новый пользователь.

3. Возможность определить экранные настройки у пользователя.

4. Возможность определить использование пользователем Java,JavaScript,Cookies.

5. Возможность определить использование пользователем версию JavaScript.

6. Возможность определить использование proxy пользователем.

7. Возможность определить использование фреймов.

8. Возможность определить часовой пояс пользователя.

9. Возможность определить язык браузера пользователя.

10. Возможность вывода графического счетчика на страницах вашего сайта.

Только счетчик может точно идентифицировать пользователя, то есть проследить его деятельность на сайте за любой период. Например, узнать, что интересовало этого пользователя раньше, а что сейчас. Только счетчик не искажает статистику. Благодаря cookies. Ведь с лог — анализатором, чем популярнее у Вас сайт, тем менее точна статистика, так как пользователя определяется по IP адресу, а не по cookies.

Читайте так же:
Сброс счетчиков принтера епсон

А у двух разных пользователей очень часто один IP ?

А как важно иметь отчет о возвратах на сайт, о старых/новых пользователях, о времени знакомства с сайтом а это может только счетчик. Не говоря уже про такие мелочи как настройки систем у пользователей (разрешение, java, javascript) — отсюда и результат что многие сайты теряют своих пользователей, так как новомодная менюшка работает только в новом IE V100 версии. ? А многие ведь пользуются и другими браузерами, да еще и мобильными устройствами.

Еще одна проблема многие сайты используют под домены скажем:

или htpp://www.mysite.ru и htpp://mysite.ru

А вот в лог сервера не запишется данные о под домене, есть, конечно, выход анализировать каждый под домен отдельно, но это крайне не удобно.

А со счетчиком здесь проблем нет.

Да конечно счетчик не может определить заходы роботов поисковых систем.

Скачивание файлов, картинок и других объектов.

Атак на Ваш сервер. Подсчет трафика и кодов доступа.

Тут лог-анализатор не заменим.

Отсюда Вывод профессиональная статистика не возможна без счетчика.

Но также не возможна и без лог-анализатора.

P/S все это конечно относиться к счетчикам которые позволяют получить эти отчеты а не к счетчику в прямом смысле слова который может отображать только цифры и имеет с десяток примитивных отчетов.

Логи и детали функции

Functions предоставляет возможность просмотра логов/журналов исполнения функции и сборки функции, и расширенную информацию о функции.

Просмотр логов

На данной вкладке отображается журнал сообщений и ошибок, возникших при исполнении функции. Например, сообщения healthcheck при запуске функции, или сообщения о статусе отправленных функцией ответов.

Для просмотра журнала:

  1. Перейдите в ваше личное пространство SmartMarket Studio и выберите функцию.
  2. В открывшемся окне перейдите на вкладку Логи функции.

Выбор строки лога развернет запись и отобразит название функции (см. Детали функции) и конкретной реплики (instance) функции, которая внесла в лог эту запись.

Поле Поиск в верхней левой части окна позволяет фильтровать отображаемые записи по введенной в поле подстроке.

Кнопка Обновить подгружает для отображения новые записи, если они появились с момента открытия данной вкладки.

Также вы можете скачать логи за определенный период. Для этого укажите требуемый период при помощи полей в верхней правой части окна и нажмите кнопку Скачать логи. Все логи за выбранный период будут загружены в виде файла <название_вашей_функции>.log .

Как записывать свои логи функции

Логи в журнале собираются из сообщений стандартного потока вывода. Соответственно, для записи (и вывода в журнал) кастомных логов, их нужно отправлять в stdout.

Например, для функции на Python можно воспользоваться командой sys.stdout.write :

Просмотр логов сборки

В логи сборки выводится информация о сборке и развертыванию вашей функции. Информация собирается из логов Jenkins и предназначена для анализа в случае ошибки при сборке функции. Некоторые данные в логах маскируются, например credentials.

Для просмотра логов сборки:

  1. Перейдите в ваше личное пространство SmartMarket и щелкните по плитке нужной вам функции.
  2. В открывшемся окне щелкните по вкладке Логи сборки в верхнем меню.

Кнопка Обновить подгружает для отображения новые записи, если они появились с момента открытия данной вкладки.

В верхнем правом углу отображается текущий статус функции (собирается, готова, и т.п.), и дата начала сборки. Функция пересобирается при каждой публикации.

Детали функции

Также предоставляется детальная информация о количестве активных реплик и количестве вызовов функции.

Чтобы просмотреть логи функции:

  1. Перейдите в ваше личное пространство SmartMarket Studio и выберите функцию.
  2. В открывшемся окне перейдите на вкладку Детали.

Вкладка содержит следующие данные:

  • Название — имя функции, которое было задано при создании;
  • Состояние — текущее состояние функции;
  • URL — адрес, по которому можно обращаться к функции;
  • Счетчик вызовов — количество вызовов функции с момента ее развертывания;
  • Реплики — максимальное количество экземпляров функции, которые может запустить Platform V Functions при масштабировании нагрузки;
  • Доступные реплики — количество активных экземпляров.
  • Переменные среды — здесь указываются переменные среды, которые вы можете использовать в коде своей функции. Например, URL DataSpace, подключенного к функции.
  • Синхронный endpoint — endpoint, по которому можно вызывать вашу функцию. Щелчок по кнопке в конце строки скопирует адрес в буфер обмена.

Страница также содержит дополнительную информацию, которая может понадобиться службе поддержки для решения инцидентов.

голоса
Рейтинг статьи
Ссылка на основную публикацию
Adblock
detector