"Серверы работают в Failover-конфигурации" - т.е., в один момент времени все запросы только на один приходят? а Galera же мульти-master? А большое расстояние между площадками (rtd)?
Мы лет 12 назад owncloud запустили на percona/galera. У нас автономные региональные ноды (ams,hk,la), с RTD под 300. В активно-активной конфигурации, все сразу работают и мастера. А у Галеры master-master только синхронный. Пока пользователей-файлов особенно не было, оно ещё терпимо себя вело, а с ростом контента (и некоторых обновлений owncloud'а) начались ацкие тормоза. Но, оно таки ещё работает для пользователей.
Сейчас пытаемся переделать на nextcloud с тоже мульти-мастером, но асинхронным, на postgres/pglogical. Посмотрим, должно быть поживее.
Не знаю как с консул-хранилищем, а со встроенным рафтом, когда второй кластер, используемый для распечатывания, вдруг неработоспособен, или вдруг у первого кластера проэкспирился токен ко второму (на leader-ноде), то этот самый первый кластер начинает по API отдавать битые снапшоты.
Никаких ошибок, но: "gzip: raft_snapshot-1655683554067570701.snap: unexpected end of file"
А если попробовать снять снапшот через vault operator raft snapshot save, то: Error taking the snapshot: incomplete snapshot, unable to read SHA256SUMS.sealed file
"поднимать ее спешно на 520+" - это значит летать поближе к внутреннему радиационному поясу Земли и увеличить дозу облучения экипажа.
"Например переход с 360-километровой орбиты на 410-километровую позволил заметно снизить расход топлива на поддержание орбиты, но увеличил дозу экипажа примерно на 20%." https://habr.com/ru/company/ruvds/blog/573348/
"Серверы работают в Failover-конфигурации" - т.е., в один момент времени все запросы только на один приходят? а Galera же мульти-master?
А большое расстояние между площадками (rtd)?
Мы лет 12 назад owncloud запустили на percona/galera. У нас автономные региональные ноды (ams,hk,la), с RTD под 300. В активно-активной конфигурации, все сразу работают и мастера.
А у Галеры master-master только синхронный. Пока пользователей-файлов особенно не было, оно ещё терпимо себя вело, а с ростом контента (и некоторых обновлений owncloud'а) начались ацкие тормоза. Но, оно таки ещё работает для пользователей.
Сейчас пытаемся переделать на nextcloud с тоже мульти-мастером, но асинхронным, на postgres/pglogical. Посмотрим, должно быть поживее.
Файлы синхронизируются lsyncd'ом.
Мы себе коллабору к некстклауду прикрутили. Всякие xlsx открывает, и позволяет совместную работу в рамках одной ноды.
С бакапами ваулта своеобразно.
Не знаю как с консул-хранилищем, а со встроенным рафтом, когда второй кластер, используемый для распечатывания, вдруг неработоспособен, или вдруг у первого кластера проэкспирился токен ко второму (на leader-ноде), то этот самый первый кластер начинает по API отдавать битые снапшоты.
Никаких ошибок, но: "gzip: raft_snapshot-1655683554067570701.snap: unexpected end of file"
А если попробовать снять снапшот через
vault operator raft snapshot save, то:Error taking the snapshot: incomplete snapshot, unable to read SHA256SUMS.sealed file
"поднимать ее спешно на 520+" - это значит летать поближе к внутреннему радиационному поясу Земли и увеличить дозу облучения экипажа.
"Например переход с 360-километровой орбиты на 410-километровую позволил заметно снизить расход топлива на поддержание орбиты, но увеличил дозу экипажа примерно на 20%."
https://habr.com/ru/company/ruvds/blog/573348/
"Нешифрованный туннель openvpn повёл себя довольно странно в обоих случаях" — медленный оказался?
Попробуйте добавить --tun-mtu 60000 --mssfix 0
Ну и для более полного тюнинга:
https://community.openvpn.net/openvpn/wiki/Gigabit_Networks_Linux