Описание

Реляционная СУБД, используемая в проекте SoftWLC для хранения основных данных, необходимых для работы системы управления. Используется версия mysql-server-5.5.

В проекте используются следующие базы данных:

Управление сервисом

service mysql status

mysql start/running, process <pid>

mysql stop/waiting

service mysql start

 mysql start/running, process <pid>

start: Job is already running: mysql

service mysql stop

mysql stop/waiting

service mysql restart

mysql stop/waiting
mysql start/running, process <pid>

Конфигурация

Настройка MySQL осуществляется при помощи конфигурационных фалойв /etc/mysql/my.cnf (дефолтный файл,устанавливается вместе с пакетом mysql-server) и /etc/mysql/conf.d/eltex-ems.cnf (содержит дополнительную конфигурацию, важную для работы системы управления,устанавливается вместе с пакетом eltex-ems-db).

Количество коннектов

В зависимости от предполагаемого количества используемых точек доступа, необходимо указать максимальное количество коннектов к БД. За это отвечает параметр max_connections. По умолчанию он прописан в файле /etc/mysql/mysql.conf.d/mysqld.cnf , но закомментирован. Раскомментируйте его и пропишите необходимое значение, например так:

max_connections        = 500

Это значение можно выбрать из таблицы Расчет количества коннектов к БД (нижняя строка таблицы)

Объем памяти

MyISAM используется в БД eltex_alert и syslog. InnoDB во всех остальных БД, включая высоконагруженную таблицу radius.radacct

После установки БД необходимо сконфигурировать объем  памяти, выделяемый для служб MyISAM и InnoDB (/etc/mysql/conf.d/eltex-ems.cnf  параметры key_buffer_size и innodb_buffer_pool_size соответственно).
Рекомендации по настройке:

• При установке БД на выделенном хосте, рекомендуемый объем памяти 30-40% от общей RAM для каждой из служб.

• При установке всех сервисов на один хост объем памяти, выделяемый для каждой из служб, рассчитывается исходя из того, что основному Java приложению (eltex-ems), веб-серверу tomcat6, NBI, ЛК, eltex-apb, так же требуются большие объемы виртуальной памяти. Настраиваются отдельно для каждой из служб в соответствующих конфигурационных файлах.

• Объем памяти, выделяемый  для службы InnoDB, может быть 2-3 раза больше, чем для MyISAM в том случае, если не планируется собирать syslog с большого количества устройств.

Например, при установке всех служб SoftWLC на один хост, выделены следующие объемы:

Для сервера на 16G:

key_buffer_size = 2G
innodb_buffer_pool_size = 4G

Для сервера на 64G:

key_buffer_size=8G
innodb_buffer_pool_size=24G

 После изменения конфигурационного файла файле /etc/mysql/conf.d/eltex-ems.cnf  перезапустите MySQL командой:

service mysql restart

Дополнительные учетные записи пользователей баз данных

Сбор rsyslog

Для сбора логов с серверов DHCPи RADIUS в базе данных должна быть создана учетная запись пользователя rsyslog.

Команды:

CREATE USER 'rsyslog'@'HOST' identified by 'root';
GRANT ALL on Syslog.* TO 'rsyslog'@'HOST' identified by 'root';

где  HOST – адрес серверов RADIUS или DHCP в сети управления. Для каждого сервера должна быть создана отдельная запись.

Проверка репликации из GUI EMS

Для того чтобы сервер EMS имел возможность проверить состояние репликации, нужны дополнительные учетные записи, создать их можно из консоли MySQL:

команды:

GRANT ALL PRIVILEGES ON *.* TO 'root'@'HOST' IDENTIFIED BY 'root';
FLUSH PRIVILEGES;

где HOST – адрес серверов EMS в сети VRRP. Для каждого сервера должна быть создана отдельная запись.

Расчет количества коннектов к БД в зависимости от нагруженности серверов

Анализ работы сервера mysql c помощью MySQLTuner

MySQLTuner — это perl-скрипт, который анализирует статистику работы MySQL и выдает свои рекомендации по оптимизации настроек MySQL сервера.
  Примечание! Для корректного анализа и сбора статистики сервер MySQL должен проработать некоторое время без смены параметров конфигурации и без перезагрузок, по рекомендации самого MySQLTuner не менее 24 часов.

 Для запуска скрипта выполните команду:

/usr/lib/eltex-ems-db/tools/mysqltuner.pl -- user root --pass root

 После запуска скрипт произведет анализ и выдаст следующую информацию:

>> MySQLTuner 1.2.0 - Major Hayden <major@mhtx.net>
>> Bug reports, feature requests, and downloads at http://mysqltuner.com/
>> Run with '--help' for additional options and output filtering
[OK] Logged in using credentials from debian maintenance account.
-------- General Statistics --------------------------------------------------
[--] Skipped version check for MySQLTuner script
[OK] Currently running supported MySQL version 5.5.43-0ubuntu0.14.04.1-log
[OK] Operating on 64-bit architecture
 
-------- Storage Engine Statistics -------------------------------------------
[--] Status: +Archive BDB -Federated +InnoDB -ISAM -NDBCluster
[-] Data in PERFORMANCE_SCHEMA tables: 0B (Tables: 17)
[--] Data in InnoDB tables: 3G (Tables: 39)
[--] Data in MyISAM tables: 22G (Tables: 5)
[!!] Total fragmented tables: 10
 
-------- Security Recommendations -------------------------------------------
[OK] All database users have passwords assigned
 
-------- Performance Metrics -------------------------------------------------
[--] Up for: 127d 22h 20m 14s (746M q [67.539 qps], 25M conn, TX: 302B, RX: 411B)
[--] Reads / Writes: 21% / 79%
[--] Total buffers: 48.1G global + 2.7M per thread (151 max threads)
[OK] Maximum possible memory usage: 48.5G (77% of installed RAM)
[OK] Slow queries: 0% (13K/746M)
[!!] Highest connection usage: 100% (152/151)
[OK] Key buffer size / total MyISAM indexes: 24.0G/9.9G
[OK] Key buffer hit rate: 99.9% (4B cached / 5M reads)
[OK] Query cache efficiency: 33.6% (114M cached / 340M selects)
[!!] Query cache prunes per day: 735211
[OK] Sorts requiring temporary tables: 0% (1K temp sorts / 5M sorts)
[OK] Temporary tables created on disk: 0% (3K on disk / 394K total)
[OK] Thread cache hit rate: 99% (8K created / 25M connections)
[!!] Table cache hit rate: 8% (324 open / 3K opened)
[OK] Open file limit used: 19% (3K/16K)
[OK] Table locks acquired immediately: 99% (9B immediate / 9B locks)
[OK] InnoDB data size / buffer pool: 3.6G/24.0G
 
-------- Recommendations -----------------------------------------------------
General recommendations:
Run OPTIMIZE TABLE to defragment tables for better performance
Enable the slow query log to troubleshoot bad queries
Reduce or eliminate persistent connections to reduce connection usage
Increase table_cache gradually to avoid file descriptor limits
Variables to adjust:
max_connections (> 151)
wait_timeout (< 28800)
interactive_timeout (< 28800)
query_cache_size (> 16M)
table_cache (> 400)