Честно говоря я исключил этот вариант сразу же, так как название стэка ввело в заблуждение, у нас же не в кубере разворачивается кейклок. Сейчас открыл его дефолтный конфиг и удивился. Оно, по факту, не относится напрямую к k8s, странный нейминг.
Посмотрел, в нашей конфигурации keycloak 20.0.3 по умолчанию проставлено owners="2" для всех кэшей.
Подобной настройки не производил, не думал в эту сторону, так как для нас подобные последствия из-за отказа одной из нод не являются значимыми. Но узнать было полезно, спасибо.
Все узлы в данной конфигурации работают в режиме active / active, точную скорость не мерял, но в случае отказа infinispan почти сразу удаляет ноду из кластера, остаётся разве что снять анонсы bgp. Этим у меня занимается healthcheck скрипт.
Честно говоря я исключил этот вариант сразу же, так как название стэка ввело в заблуждение, у нас же не в кубере разворачивается кейклок. Сейчас открыл его дефолтный конфиг и удивился. Оно, по факту, не относится напрямую к k8s, странный нейминг.
Полезно было узнать, спасибо.
Посмотрел, в нашей конфигурации keycloak 20.0.3 по умолчанию проставлено owners="2" для всех кэшей.
Подобной настройки не производил, не думал в эту сторону, так как для нас подобные последствия из-за отказа одной из нод не являются значимыми. Но узнать было полезно, спасибо.
Посчитал, что это выходит за рамки статьи. Всё достаточно обыденно, но это я ещё не обновлял ни разу keycloak, только предстоит.
Используем в качестве БД PostgreSQL 15, кластеризуем через Patroni 3.0.2, балансируем нагрузку с помощью HAProxy.
Все узлы в данной конфигурации работают в режиме active / active, точную скорость не мерял, но в случае отказа infinispan почти сразу удаляет ноду из кластера, остаётся разве что снять анонсы bgp. Этим у меня занимается healthcheck скрипт.