Я пытаюсь настроить (уже на полпути) 2 кластера Postgres, скажем, prod и test (не instance) на 2 машинах, скажем .114 и .115.
Один кластер имеет 2 экземпляра.Каждый экземпляр запускается на каждой из машин.
- Я пытаюсь сделать .114 первичным для тестового кластера, в то время как .115 будет работать как вторичный для него.
- Для кластера prod .115будет работать как основной, а .114 - как вторичный.
Хотя звучит не очень хорошо, что я тестирую и тестирую на тех же машинах, но это то, что нужно клиенту сейчас.Я уже настроил тестовый кластер, подняв vip .119 (из той же подсети, что и другие машины), и собираюсь настроить кластер prod.
На самом деле, я уже настроил экземпляры для кластера prod с репликацией и теперь исправляю pgpool и vip.Я использую интерфейс ens192, так как rhel устарела eth0 (упоминается в некоторых стандартных документах)
Для кластера prod меня больше беспокоит, как vip будет вести себя в случае сбоя.
У меня естьследующая конфигурация
- Postgres версия 10.6
- Pgpool2 4.0.3
- Потоковая репликация со слотом репликации (не в архиве)
- RHEL 7.6
- хостинг от имени виртуальной машины
RHEL Машины достойной конфигурации, так что никаких проблем с этой частью.
Мой вопрос:
- Возможно лииметь разные VIP, назначенные на разные машины .114 и .115 в вышеупомянутом случае.Я использую интерфейс ens192: 0 для тестирования и собираюсь использовать ens192: 1 для производства.
- Любые последствия (осложнения в будущем) или я все делаю неправильно.Рассмотрим сценарий, когда тестовый кластер отказывает, и теперь .115 является основным для него.В то же время предположим, что кластер prod работает в обычном режиме, и для этого .115 по-прежнему является основным.
Звучит нормально?
РЕДАКТИРОВАТЬ Iуже настроил ens192: 1 на .115