Memory usage linux zabbix

1 vm.memory.size parameters

This section provides some parameter details for the vm.memory.size[ ] agent item.

Parameters

The following parameters are available for this item:

• active — memory currently in use or very recently used, and so it is in RAM
• anon — memory not associated with a file (cannot be re-read from it)
• available — available memory, calculated differently depending on the platform (see the table below)
• buffers — cache for things like file system metadata
• cached — cache for various things
• exec — executable code, typically from a (program) file
• file — cache for contents of recently accessed files
• free — memory that is readily available to any entity requesting memory
• inactive — memory that is marked as not used
• pavailable — ‘available’ memory as percentage of ‘total’ (calculated as available / total *100)
• pinned — same as ‘wired’
• pused — ‘used’ memory as percentage of ‘total’ (calculated as used / total *100)
• shared — memory that may be simultaneously accessed by multiple processes
• slab — total amount of memory used by the kernel to cache data structures for its own use
• total — total physical memory available
• used — used memory, calculated differently depending on the platform (see the table below)
• wired — memory that is marked to always stay in RAM. It is never moved to disk.

Some of these parameters are platform-specific and might not be available on your platform. See Zabbix agent items for details.

Platform-specific calculation of available and used:

The sum of vm.memory.size[used] and vm.memory.size[available] does not necessarily equal total. For instance, on FreeBSD:
* Active, inactive, wired, cached memories are considered used, because they store some useful information.
* At the same time inactive, cached, free memories are considered available, because these kinds of memories can be given instantly to processes that request more memory.

So inactive memory is both used and available simultaneously. Because of this, the vm.memory.size[used] item is designed for informational purposes only, while vm.memory.size[available] is designed to be used in triggers.

See also

Источник

Русские Блоги

Zabbix отслеживает использование памяти centos7 (запись мелкая, серый)

Мониторинг памяти: мониторинг использования памяти

Тревога срабатывания: когда уровень использования превышает 95% Сообщение о тревоге

used : Память, используемая программой

free : Нераспределенная память

buff/cache : Системный кеш ( buff cache Блокировать кеш устройства) (page cache Файловый кеш )

[buff/cache Кэш можно освободить: /proc/sys/vm/drop_caches (По умолчанию 0 ） ]

echo 1 > /proc/sys/vm/drop_caches Очистить pagecache

echo 2 > /proc/sys/vm/drop_caches Чистая переработка slab Объекты в распределителе (включая кэш записей каталога и inode Кэш)

echo 3 > /proc/sys/vm/drop_caches Значит ясно pagecache с участием slab Кэшированные объекты в распределителе

available : Доступная память системы

available=free+buff/cache- Память, не подлежащая вторичной переработке (общая память, tmpfs 、 ramfs Подождите)

2 : Пользовательский шаблон

Имя Шаблона: Memory used percent

2.2 : Создание элементов мониторинга

Ключевое значение: vm.memory.size[usedpercent]

Тип информации: число (без положительного или отрицательного)

имя: Memory used percent too high

Пункты мониторинга: Memory used percent: Memory used percent

Особенности: avg()-Average value of a period T

Тест построителя выражений:

Максимальное значение: 100.0000

Пункты мониторинга: Memory used percent: Memory used percent

3 : Хост присоединяется к шаблону

Источник

Русские Блоги

Настройте используемую память zabbix для более точного и доступного использования памяти

[[email protected] ~]# free -m total used free shared buffers cached Mem: 995 785 209 0 6 92 -/+ buffers/cache: 686 308 Swap: 478 200 278

Доступная память: доступная память = свободная + буферы + кэшированные, т.е. 308 = 209 + 6 + 92
Используемая память: Used memory = used-buffers-cached, то есть 686 = 785-6-92

При использовании собственного шаблона Linux Template OS для zabbix для мониторинга сервера было обнаружено, что используемая память полностью заполнена. Это потому, что zabbix получает используемую память сервера через ключ vm.memory.size [used]. Но значение, полученное с помощью vm.memory.size [used] (используется 785, как показано ниже), также включает буферы и кэширование.

Буферы и кэширование также доступны серверу. Просто Linux сам использует как можно больше памяти и освобождает буферы и кешированное пространство только тогда, когда памяти недостаточно.
Доступная память, полученная с помощью vm.memory.size [available], довольно точна. Таким образом, мы изменим ключевое значение Используемой памяти, чтобы получить точное значение используемой памяти, вычтя доступную память из общей памяти.

конкретный:
1. Настроить | Шаблоны | Шаблон ОС Linux, выберите Элементы, щелкните Используемая память, чтобы ввести конфигурацию, как показано ниже, перед изменением.

2. Изменить тип и формулу
Тип выберите Расчетный # Тип расчета

Ввод формулы (last («vm.memory.size [total]») — last («vm.memory.size [available]»)), вычтите доступную память из общей памяти, чтобы получить точную используемую память.

Ввод формулы (100 * last («vm.memory.size [available]») / last («vm.memory.size [total]»)), разделите доступную память на общую память, чтобы получить коэффициент использования памяти.

спусковой крючок:

1. Configuration—>Templates—>Template OS Linux—>Triggers—>create trigger
Name: free mem less 10%
Expression:

Если состояние элементов или триггера не поддерживается, возможно, возникла проблема с выражением, и вам необходимо проверить и протестировать

Память меньше 10%. В настоящее время ресурсы памяти сервера фактически ограничены. Вы можете использовать этот триггер для запуска сценария для перезапуска служб, которые занимают больше памяти. Как правило, службы на сервере относительно фиксированы. Те, кто потребляет больше памяти, — это те , Вы можете выбрать несколько перезапусков (один экземпляр с осторожностью), и лучше всего контролировать службу, чтобы избежать сценария автоматического перезапуска службы, не запускающего службу.

Источник

Zabbix: Difference between «memory usage» and «memory utilization»

I recently started using Zabbix for monitoring, and there is a question I can’t figure out on my own. 🙂 Is «memory usage» kind of inverse function of the «memory utilization»? I have high percentage of the «utilization» and low count on the «usage». Thanks in advance.

1 Answer 1

Memory usage or utilization etc. are probably item names. You should look into the Template your are using and locate the corresponding key to understand the value.

For instance, in my Zabbix Server 4.4 the Template Module Linux memory by Zabbix agent template has a Memory utilization item with this key: vm.memory.size[pavailable]

pavailable — ‘available’ memory as percentage of ‘total’ (calculated as available/total*100)

Depending on the parameter key, you can extract various memory informations:

Parameters The following parameters are available for this item:

active — memory currently in use or very recently used, and so it is in RAM

anon — memory not associated with a file (cannot be re-read from it)

available — available memory, calculated differently depending on the platform (see the table below)

buffers — cache for things like file system metadata

cached — cache for various things

[cut]

See which one are you using and maybe try to implement additional items with these parameters to have a first hand experience.

Источник

Zabbix: Create custom process monitoring (CPU, MEM) with hysteresis

How to create universal Zabbix template to monitor custom Linux process defined by name.

1. Create new Zabbix template

Go to Configuration -> Templates -> Create template and add your template name, group and description.

2. Add macros

We want to monitor this three parameters:

• number of process, with alerting if it less than a certain value
• memory usage, with alerting on high usage
• cpu usage, with alerting on high load

So, let’s create default values for it. We can use macros as placeholders to be able re-define this values in host configuration.

In this example we created 6 macros:

 => 70 => 2000000000 => 1 => apache2 => 10 => 1000000000

Here you can see cpu max usage 70%, max memory limit 2G, minimum 1 process running and process name apache2 for example. But we should also define normal values for trigger hysteresis to avoid flapping state (see below). So we also defined as 10% and as 1G.

proc.num[] proc.cpu.util[] proc.mem[]

].count(#3,,gt)>>=3 ].count(#3,,le)>>=3 ].count(#3,,gt)>>=3 ].count(#3,,le)>>=3 ].count(#3,,lt)>>=3 ].count(#3,,ge)>>=3