Балансировка Exchange Server 2019 и корпоративного портала на одном внешнем IP

[Johan_Palych]

Exchange Server 2019 lifecycle

[igrblkv]

Там-же SE на замену есть? Он прям поверх 2019-го ставится.

[Johan_Palych]

В курсе:
(Update 7/15/2025: Added a mention of Exchange 2016/2019 ESU program)Upgrading your organization from current versions to Exchange Server SE
Our final CU for Exchange Server 2019. Code parity with Exchange Server SE RTM (except for any SUs or HUs released before Exchange SE RTM):
Feb 10, 2025 Released: 2025 H1 Cumulative Update for Exchange Server
"Today, we are announcing the availability of the 2025 H1 Cumulative Update (CU) for Exchange Server 2019 (aka CU15). This is the last CU we will release for Exchange Server 2019."

[yellowmew]

• хапрокси умеет работать с прометеем и не через статс сокет https://www.haproxy.com/documentation/haproxy-configuration-tutorials/alerts-and-monitoring/prometheus/

• еще можно перегружать только сам сертификат, прямо в памяти, без перезагрузки всего хапрокси https://www.haproxy.com/blog/dynamic-ssl-certificate-storage-in-haproxy. haproxy reload - довольно дорогая операция под нагрузкой, она создает копию сервиса в памяти которая забирает сокет и принимает новые соединения, в то же время старый процесс продолжает обрабатывать установленные соединения до их закрытия или таймаута (то есть у вас будет запущено одновременно два хапрокси под нагрузкой во время релоада). Но можно конечно установку сертификата спланировать и на время когда нагрузки нет, для упрощения всей конструкции =)

  Еще стоит отметить что в systemctl юните для haproxy как правило присутствует пункт ExecStartPre проверяющая валидность конфига, что снимает необходимость делать ту же команду в "горячем релоаде"

• maxconn 20 000 + Linux 5.10 (SO_REUSEPORT) дают 5–6 Гбит/с без CPU‑узких мест. Опция SO_REUSEPORT позволяет HAProxy эффективнее использовать несколько ядер CPU, распределяя входящие соединения между несколькими рабочими процессами (worker processes) HAProxy, если они запущены.

  для эффективной утилизации мультипроцессорной системы рекомендуется использовать один воркер процесс и треды. Значение параметра nbthread по умолчанию чаще всего равно количеству CPU, но может быть равно и 1 - нужно проверять haproxy -vv

  SO_REUSEPORT тут скорее используется именно для релоада, когда новый процесс биндится на тот же порт