en-us	#### Overview  There are four ways of getting Zabbix:  -   Install it from the [packages](/manual/installation/install_from_packages) -   Download the latest source archive and [compile it     yourself](/manual/installation/install) -   Install it from the [containers](/manual/installation/containers) -   Download the [virtual appliance](/manual/appliance)  To download the latest distribution packages, pre-compiled sources or the virtual appliance, go to the [Zabbix download page](https://www.zabbix.com/download), where direct links to latest versions are provided.
ru	#### Обзор  Имеется четыре способа получения Zabbix:  -   Установка из [пакетов](install_from_packages) -   Загрузка последней версии архива исходного кода и [самостоятельная сборка](/manual/installation/install) -   Установка из [контейнеров](/manual/installation/containers) -   Загрузка [готового решения Zabbix](/manual/appliance)  Для загрузки последней версии пакетов, исходного кода или готового решения Zabbix, перейдите на [страницу загрузки Zabbix](https://www.zabbix.com/ru/download), на которой доступны прямые ссылки на последние доступные версии.

en-us	#### Overview  There are several types of events generated in Zabbix:  -   trigger events - whenever a trigger changes its status     (*OK→PROBLEM→OK*) -   service events - whenever a service changes its status     (*OK→PROBLEM→OK*) -   discovery events - when hosts or services are detected -   autoregistration events - when active agents are auto-registered by     server -   internal events - when an item/low-level discovery rule becomes     unsupported or a trigger goes into an unknown state  ::: noteclassic Internal events are supported starting with Zabbix 2.2 version. :::  Events are time-stamped and can be the basis of actions such as sending notification e-mail etc.  To view details of events in the frontend, go to *Monitoring* → *Problems*. There you can click on the event date and time to view details of an event.  More information is available on:  -   [trigger events](/manual/config/events/trigger_events) -   [other event sources](/manual/config/events/sources)
ru	#### Обзор  События в Zabbix генерируются несколькими источниками:  -   события на триггеры - всякий раз, когда триггер меняет свое состояние (*OK→ПРОБЛЕМА→OK*) -   события на услуги - всякий раз, когда услуга меняет свое состояние (*OK→ПРОБЛЕМА→OK*) -   события на обнаружение - при обнаружении узлов сети или сервисов -   события на авторегистрацию - когда активные агенты автоматически регистрируются сервером -   внутренние события - когда элементы данных/правила низкоуровневого обнаружения становятся неподдерживаемыми или триггер переходит в состояние "неизвестно"  ::: noteclassic Внутренние события поддерживаются с Zabbix версии 2.2. :::  События имеют штамп времени и могут быть основой действий, таких как отправка оповещений по почте и т.п.  Для просмотра деталей событий в веб-интерфейсе, перейдите в *Мониторинг* → *События*. Здесь вы можете нажать на дату и время события и просмотреть его детали.  Более подробная информация доступна в:  -   [события на триггеры](/manual/config/events/trigger_events) -   [другие источники событий](/manual/config/events/sources)

en-us	#### Overview  There are several ways in which you can customize and rebrand your Zabbix frontend installation:  -   replace the Zabbix logo with a desired one -   hide links to Zabbix Support and Zabbix Integrations -   set a custom link to the Help page -   change copyright in the footer
ru	#### Обзор  Существует несколько способов персонализации и ребрендинга вашего интерфейса Zabbix:  - заменить логотип Zabbix на нужный - скрыть ссылки на поддержку Zabbix и интеграцию Zabbix - установить пользовательскую ссылку на страницу справки - изменить копирайт в футере

en-us	#### Overview  There are situations when one item gathers multiple metrics at a time or it even makes more sense to collect related metrics simultaneously, for example:  -   CPU utilization of individual cores -   Incoming/outgoing/total network traffic  To allow for bulk metric collection and simultaneous use in several related items, Zabbix supports dependent items. Dependent items depend on the master item that collects their data simultaneously, in one query. A new value for the master item automatically populates the values of the dependent items. Dependent items cannot have a different update interval than the master item.  Zabbix preprocessing options can be used to extract the part that is needed for the dependent item from the master item data.  Preprocessing is managed by a `preprocessing manager` process, which has been added in Zabbix 3.4, along with workers that perform the preprocessing steps. All values (with or without preprocessing) from different data gatherers pass through the preprocessing manager before being added to the history cache. Socket-based IPC communication is used between data gatherers (pollers, trappers, etc) and the preprocessing process.  Zabbix server or Zabbix proxy (if host is monitored by proxy) are performing preprocessing steps and processing dependent items.  Item of any type, even dependent item, can be set as master item. Additional levels of dependent items can be used to extract smaller parts from the value of an existing dependent item.
ru	#### Обзор  Имеются ситуации, когда один элемент данных собирает несколько метрик за раз или имеется больший смысл в одновременном сборе связанных метрик, например:  -   Утилизация CPU по отдельным ядрам -   Входящий / исходящий / общий сетевой трафик  Для обеспечения массового сбора метрик и использования синхронности в нескольких связанных элементах данных, Zabbix поддерживает зависимые элементы данных. Зависимые элементы данных используют основной элемент данных для сбора своих данных одновременно, одним запросом. Новое значение у основного элемента данных автоматически заполняет значения и зависимых элементов данных. Зависимые элементы данных не могут иметь отличный интервал обновления от своего основного элемента данных.  Опции предварительной обработки в Zabbix можно использовать для извлечения части, которая необходима зависимому элементу данных, из данных основного элемента данных.  Предварительная обработка управляется при помощи процесса `preprocessing manager` (`менеджер предобработки`), который добавлен в Zabbix 3.4, вместе с рабочими процессами, которые выполняют шаги предварительной обработки. Все значения (с и без предварительной обработки) от разных сборщиков данных проходят через менеджер предварительной обработки перед добавлением в кэш истории. Для связи между сборщиками данных (поллерами, трапперами и т.д.) и процессами предобработки используется взаимодействие между процессами (IPC) на основе сокета.  Zabbix сервер или Zabbix прокси (если узел сети наблюдается через прокси) выполняют шаги предварительной обработки и они же обрабатывают зависимые элементы данных.  Элемент данных любого типа, даже зависимый элемент данных, могут быть основным элементом данных. Дополнительные уровни зависимых элементов данных можно использовать для извлечения меньших частей значения уже существующего зависимого элемента данных.

en-us	#### Overview  There is an option to tag various entities in Zabbix. Tags can be defined for:  -   templates -   hosts -   items -   web scenarios -   triggers -   services -   template items and triggers -   host, item and trigger prototypes  Tags have several uses, most notably, to mark events. If entities are tagged, the corresponding new events get marked accordingly:  -   with tagged templates - any host problems created by relevant     entities (items, triggers, etc) from this template will be marked -   with tagged hosts - any problem of the host will be marked -   with tagged items, web scenarios - any data/problem of this item or     web scenario will be marked -   with tagged triggers - any problem of this trigger will be marked  A problem event inherits all tags from the whole chain of templates, hosts, items, web scenarios, triggers. Completely identical `tag:value` combinations (after resolved macros) are merged into one rather than being duplicated, when marking the event.  Having custom event tags allows for more flexibility. Importantly, events can be [correlated](/manual/config/event_correlation) based on event tags. In other uses, actions can be defined based on tagged events. Item problems can be grouped based on tags. Problem tags can also be used to map problems to [services](/manual/it_services/service_tree#problem-tags).  Tagging is realized as a pair of *tag name* and *value*. You can use only the name or pair it with a value:      MySQL, Service:MySQL, Services, Services:Customer, Applications, Application:Java, Priority:High   An entity (template, host, item, web scenario, trigger or event) may be tagged with the same name, but different values - these tags will not be considered 'duplicates'. Similarly, a tag without value and the same tag with value can be used simultaneously.
ru	#### Обзор  В Zabbix имеется возможность проставления тегов некоторым сущностям. Теги можно добавлять к:  -   шаблонам -   узлам сети -   элементам данных -   веб-сценариям -   триггерам -   услугам -   элементам данных и триггерам из шаблонов -  прототипам узлов сети, элементов данных и триггеров  Теги имеют несколько применений, в основном, для маркировки событий. Если объектам добавлены теги, соответствующие новые события получают теги в соответствии:  -   с шаблонами с тегами - любые проблемы узла сети, созданные соответствующими объектами (элементами данных, триггерами и т.п.) с этого шаблона будут промаркированы -   с узлами сети с тегами - любая проблема узла сети будет промаркирована -   с элементами данных, веб-сценариями с тегами - любые данные / проблемы по этому элементу данных или веб-сценарию будут промаркированы -   с триггерами с тегами - любая проблема по этому триггеру будет промаркирована  Событие о проблеме наследует все теги со всей цепочки шаблонов, узлов сети, элементов данных, веб-сценариев, триггеров. Полностью идентичные комбинации `тег:значение` (после раскрытия макросов) при маркировке события объединяются в один, а не добавляются в виде дубликатов.  Наличие пользовательских тегов событий дает большую гибкость. Важно то, что события можно [соотнести](/manual/config/event_correlation) на основании тегов событий. Другим вариантом использования можно назвать действия, которые можно задавать на основе событий с тегами. Проблемы элементов данных можно группировать на основе тегов. Теги проблем можно также использовать для соотношения проблем к [услугам](/manual/it_services/service_tree#теги-проблем).  Тегирование реализовано в виде пар *имени тега* и *значения*. Вы можете использовать только имя или пару имени вместе со значением:      MySQL, Сервис:MySQL, Сервисы, Сервисы:Клиент, Приложения, Приложение:Java, Приоритет:Высокий   Сущность (шаблон, узел сети, элемент данных, веб-сценарий, триггер или событие) может иметь теги с одинаковыми именами, но разными значениями - такие теги не считаются 'дубликатами'. Точно так же, можно использовать одновременно тег без значения и такой же тег со значением.

en-us	#### Overview  There is a type of macro used within the [low-level discovery](/manual/discovery/low_level_discovery) (LLD) function:      {#MACRO}   It is a macro that is used in an LLD rule and returns real values of the file system name, network interface, SNMP OID, etc.  These macros can be used for creating item, trigger and graph *prototypes*. Then, when discovering real file systems, network interfaces etc., these macros are substituted with real values and are the basis for creating real items, triggers and graphs.  These macros are also used in creating host and host group *prototypes* in virtual machine [discovery](/manual/vm_monitoring#host_prototypes).  Some low-level discovery macros come "pre-packaged" with the LLD function in Zabbix - {\#FSNAME}, {\#FSTYPE}, {\#IFNAME}, {\#SNMPINDEX}, {\#SNMPVALUE}. However, adhering to these names is not compulsory when creating a [custom](/manual/discovery/low_level_discovery/custom_rules) low-level discovery rule. Then you may use any other LLD macro name and refer to that name.
ru	#### Обзор  Существует тип макроса, который используется в функционале [низкоуровневого обнаружения](/manual/discovery/low_level_discovery) (LLD):      {#МАКРОС}   Это такой макрос, который используется в правиле LLD и возвращает реальные значения имён файловых систем, сетевых интерфейсов, SNMP OID-ов и т.п.  Эти макросы можно использовать для создания *прототипов* элементов данных, триггеров и графиков. Затем, когда обнаруживаются реальные файловые системы, сетевые интерфейсы и т.п., такие макросы заменяются реальными значениями и становятся основой для создания реальных элементов данных, триггеров и графиков.  Такие макросы также используются при создания *прототипов* узлов сети и групп узлов сети в [обнаружении](/manual/vm_monitoring#прототипы-узлов-сети) виртуальных машин.  Некоторые макросы низкоуровневого обнаружения "заранее добавлены" в функционал низкоуровневого обнаружения в Zabbix - {\#FSNAME}, {\#FSTYPE}, {\#IFNAME}, {\#SNMPINDEX}, {\#SNMPVALUE}. Однако, не обязательно придерживаться этих имён при создании [пользовательского](/manual/discovery/low_level_discovery/custom_rules) правила низкоуровневого обнаружения. В таких случаях вы можете использовать любое другое имя LLD макроса и ссылаться по этому имени.

en-us	#### Overview  The Reports menu features several sections that contain a variety of predefined and user-customizable reports focused on displaying an overview of such parameters as system information, triggers and gathered data.
ru	#### Overview  Меню «Отчеты» включает в себя несколько разделов, которые содержат множество предустановленных и настраиваемых пользователем отчётов, ориентированных на отображение обзора таких параметров, как информация о системе, триггеры и собранные данные.

en-us	#### Overview  The required libraries for the MongoDB loadable plugin are listed in this page.
ru	#### Обзор  На этой странице перечислены библиотеки, требующиеся для загружаемого плагина  MongoDB.

en-us	#### Overview  The required libraries for the PostgreSQL loadable plugin are listed in this page.
ru	#### Обзор  На этой странице перечислены библиотеки, требующиеся для загружаемого плагина PostgreSQL.

en-us	#### Overview  These checks use the communication with Zabbix agent for data gathering.  There are [passive and active](/manual/appendix/items/activepassive) agent checks. When configuring an item, you can select the required type:  -   *Zabbix agent* - for passive checks -   *Zabbix agent (active)* - for active checks
ru	#### Обзор  Эти проверки используют общение с Zabbix агентом для сбора данных.  Существуют [пассивные и активные](/ru/manual/appendix/items/activepassive) проверки. При настройке элемента данных, вы можете выбрать требуемый тип:  -   *Zabbix агент* - для пассивных проверок -   *Zabbix агент (активный)* - для активных проверок

en-us	#### Overview  The Services menu is for the [service monitoring](/manual/it_services) functions of Zabbix.
ru	#### Обзор  Меню «Услуги» предназначено для функций [мониторинга услуг](/manual/it_services) Zabbix.

en-us	#### Overview  The table below presents details of the modbus.get\[\] [item](/manual/config/items/itemtypes/zabbix_agent#modbus-data) parameters.
ru	#### Обзор  В таблице ниже представлены детальные описания параметров [элемента данных](/manual/config/items/itemtypes/zabbix_agent#данные-modbus) modbus.get\[\].