Идём на ong-backend.mhd.local, делаем sudo -i
Идём в «/root/bin10» Запускаем ./deb-backend-upgrade.sh, ждём его завершения (+-40 минут), проводит все бэкенды через руддер; не забываем в ГУЕ руддера смотреть, как добавляются бэкенды. По завершению скрипта должны быть добавлены все 10 и со временем посереть - это нормально.
Далее запускаем ./deb-backend-clean.sh - данный скрипт, в частности, удаляет бэкенды из руддера.
Далее запускаем ./deb-backend-selinux-relabel.sh, после чего объявляем о готовности бэкендов.

При необходимости зайти в бэкенд и что-то проверить делаем это - ./deb-backend-attach.sh cde-deb-proxy/deb-proxy. После проверки необходимого выходим из контейнера и повторяем -clean и -selinux-relabel скрипты.

Идём на p-ong1.mhd.local
Проверяем, что ucarp-ip тут - ip a | grep ucarp -B 2 | grep 172. Если нет, то идём на p-ong1.mhd.local
Снятие нагрузки: nc -U /tmp/haproxy «< «set server main-http-mhd/GGS state maint»
Возврат нагрузки: nc -U /tmp/haproxy «< «set server main-http-mhd/GGS state ready»

Проводится с первого гейта (CDE и DMZ соответственно)

Снимаем нагрузку со второго полужопия CDE (осуществляем в момент проверки успешности деплоя бранча deb-logcollector): ./haproxy_switch.sh cde 1 2 drain
Расшифровка: «На CDE на первой p-proxy перевести в drain все вторые сервисы».
Возвращаем нагрузку на второе полужопие CDE: ./haproxy_switch.sh cde 1 2 ready
Первое полужопие:

• ./haproxy_switch.sh cde 2 1 drain
• ./haproxy_switch.sh cde 2 1 ready

Аналогично делаем в DMZ (c первого гейта dmz, заменяя cde на dmz)

Переключаем ucarp аналогично с первых гейтов скриптами ./deploy_switch_to_2.sh и ./deploy_switch_to_1.sh соответственно. Пояснять тут нечего - всё очевидно.