Конфигурация кластера в YAML (Cartridge)¶
Документ рассматривает параметры YAML-конфигурации кластеров, необходимые для взаимодействия с TCF.
Например, вы можете задать TCF-специфичные настройки кластера, отправив HTTP-запрос
с необходимой YAML-конфигурацией на адрес /admin/config
.
cluster_federation¶
cluster_1¶
Имя кластера, для которого применяется конфигурация. Имя используется в качестве префикса etcd для хранения информации о состоянии кластера.
Пример:
cluster_federation:
cluster_1: cluster_a
cluster_2: cluster_b
# ...
cluster_2¶
Имя соседнего кластера. Имя используется в качестве префикса etcd для хранения информации о состоянии кластера.
initial_status¶
Состояние, в которое кластер переходит при первом запуске с использованием TCF.
Возможные значения: active
, passive
Пример:
cluster_federation:
initial_status: active
# ...
dml_users¶
Список пользователей, доступ которым заблокирован на пассивном кластере.
После смены состояния балансировщик может не сразу получить информацию об изменении состояния и какое-то время продолжит направлять трафик на пассивный кластер.
dml_users
необходима, чтобы заблокировать пользователя, от имени которого приложение отправляет запросы на пассивный кластер.
Пример:
cluster_federation:
# ...
dml_users:
- db_user
replication_user¶
Имя пользователя для подключения репликаторов TCF.
Пример:
cluster_federation:
# ...
replication_user: replicator
replication_password: foobar
replication_password¶
Пароль пользователя replication_user
.
status_ttl¶
Время (в секундах), через которое может произойти автоматическое переключение состояния кластеров.
Значение по умолчанию: 4
enable_system_check¶
Включить сервис проверки доступности файловой системы.
Значение по умолчанию: true
failover_timeout¶
Время (в секундах) захвата флага активным координатором. Если активный координатор вышел из строя и в активном кластере не осталось доступных координаторов, будет произведено переключение статусов кластеров.
Значение по умолчанию: 20
health_check_delay¶
Периодичность (в секундах) опроса проверки состояния кластера координатором.
Каждая последующая неудачная проверка увеличивает счетчик suspect_counts
на 1.
См. также max_suspect_count.
Значение по умолчанию: 2
max_suspect_counts¶
Максимальное значение счетчика suspects_counts
, после которого координатор складывает полномочия и производится переключение состояния кластеров.
См. также health_check_delay.
Значение по умолчанию: 3