Технология построения защищенных распределенных приложений
Создание пользователя для доступа к узлам кластера
жүктеу/скачать 0.74 Mb. Pdf көрінісі
|
- Бұл бет үшін навигация:
- 3.3.11 Конфигурирование поддержки Galera
| 3.3.10 Создание пользователя для доступа к узлам кластера
ProxySQL должен иметь пользователей, через которых будет осуществляться доступ к узлам кластера. Добавим в таблицу mysql_users конфигурации ProxySQL логин/пароль пользователя: mysql@proxysql> INSERT INTO mysql_users (username,password) VALUES ('sbuser','sbpass'); Query OK, 1 row affected (0.00 sec) Загрузим пользователя в runtime область и сохраним изменения на диск: mysql@proxysql> LOAD MYSQL USERS TO RUNTIME; mysql@proxysql> SAVE MYSQL USERS TO DISK; Проверим, что пользователь создан корректно. Для этого выйдем из консоли MySQL: mysql@proxysql>exit и войдем в нее под вновь созданным пользователем (вход осуществляется в монитор, а не административный модуль, поэтому используется другой порт): mysql -u sbuser -psbpass -h 127 .0.0.1 -P 6033 Вернемся в консоль под администратором: mysql@proxysql>exit mysql -u admin -padmin -h 127 .0.0.1 -P 6032 Для того чтобы дать ProxySQL доступ к узлам кластера на чтение/запись, создадим этого же пользователя на кластере (любом из узлов) и дадим ему необходимые права: mysql@pxc3> CREATE USER 'sbuser'@'192.168.1.167' IDENTIFIED BY 'sbpass'; mysql@pxc3> GRANT ALL ON *.* TO 'sbuser'@'192.168.1.167'; 50 3.3.11 Конфигурирование поддержки Galera По умолчанию ProxySQL не может детектировать находится ли узел кластера в состоянии Synced. Для мониторинга статуса узлов Percona XtraDB Cluster используется скрипт proxysql_galera_checker (расположен в /usr/bin/proxysql_galera_checker). Для использования данного скрипта его необходимо загрузить в планировщик ProxySQL: mysql@proxysql> INSERT INTO scheduler(id,active,interval_ms,filename,arg1,arg2,arg3,arg4,arg5) VALUES (1,'1','10000','/usr/bin/proxysql_galera_checker','0','-1','0','1', '/var/lib/proxysql/proxysql_galera_checker.log'); Активируем настройки планировщика и сохраним их: mysql@proxysql> LOAD SCHEDULER TO RUNTIME; mysql@proxysql> SAVE SCHEDULER TO DISK; Удостоверимся, что скрипт загружен, проверив таблицу runtime_scheduler: mysql@proxysql> SELECT * FROM runtime_scheduler\G *************************** 1. row *************************** id: 1 active: 1 interval_ms: 10000 filename: /usr/bin/proxysql_galera_checker arg1: 0 arg2: -1 arg3: 0 arg4: 1 arg5: /var/lib/proxysql/proxysql_galera_checker.log comment: 1 row in set (0.00 sec) Проверим статус узлов кластера: mysql@proxysql> SELECT hostgroup_id,hostname,port,status FROM mysql_servers; +--------------+---------------+------+--------+ | hostgroup_id | hostname | port | status | +--------------+---------------+------+--------+ | 0 | 192.168.1.164 | 3306 | ONLINE | | 0 | 192.168.1.165 | 3306 | ONLINE | | 0 | 192.168.1.166 | 3306 | ONLINE | +--------------+---------------+------+--------+ 3 rows in set (0.00 sec) Узел может находиться в одном из следующих состояний: ONLINE: узел полностью функционален; SHUNNED: узел временно не используется, так как за короткое время произошло слишком много ошибок подключения, или отставание репликации превысило допустимый порог; OFFLINE_SOFT: новые входящие соединения не принимаются, в то время как существующие соединения сохраняются до тех пор, пока они не 51 станут неактивными. Другими словами, соединения сохраняются до завершения текущей транзакции. Это позволяет корректно отсоединить серверный узел; OFFLINE_HARD: существующие соединения обрываются, и новые входящие соединения не принимаются. Это эквивалентно удалению узла из группы узлов или временному извлечению узла из группы узлов для обслуживания. жүктеу/скачать 0.74 Mb. Достарыңызбен бөлісу:
|