Настройка различных целей чтения и записи для OpenLDAP
У меня есть новый элемент инфраструктуры (простой веб-сервис LDAP), который будет заменой чего-то, что в настоящее время существует в производстве.
Внутренний сервер OpenLDAP не будет обновлен одновременно.
Чтобы протестировать новую инфраструктуру на существующем бэкэнде, не рискуя испортить текущие данные, я хотел бы настроить вторичный сервер OpenLDAP таким образом, чтобы пара работала следующим образом:
1) Любой запрос "записи" отправляется на новый "тестовый" сервер LDAP. 2) Любой запрос "чтения" сначала направляется на существующий "рабочий" сервер LDAP, а затем на "тестовый" сервер, если он терпит неудачу.
Концептуально это похоже на пару Master/Slave, в которой узел тестирования является ведомым, а производственный узел - ведущим, но я думаю, что для этого потребуется модификация производственного узла, что не допускается.
1 ответ
Прозрачный оверлейный прокси может сделать что-то подобное для вас. Все операции чтения и записи будут сначала обрабатываться новым сервером тестирования, а пропущенные чтения возвращаются в производство.