Телеграмм чат группы itarchitect страница 3911

Size: a a a

Архитектура ИТ-решений

2021 April 28

Хм, а когда кластер стал чем-то не ужасным? Раньше его в прод страшно было ставить, да и смысла в этом не было никакого.

источник

00:43пожаловаться #1

Phil Delgyado in Архитектура ИТ-решений

Ну, я вот в своем проекте могу FoundationDB заменить на PG где-то за человекомесяц )
Наоборот, правда, было бы в разы сложнее..
И на что-то кроме PG тоже вряд ли получилось бы легко...

источник

00:44пожаловаться #2

Sergey Bezrukov in Архитектура ИТ-решений

А чё с ним не так. Большие деньги в нём я бы поостерёгся хранить, а как просто RDBMS он точно не хуже PG, как по мне. Использовали неоднократно в перконовском варианте (движок xtradb - улучшенный innodb), с версии 5.6 всё норм, 8.0 вообще уже хорошо выглядит.
Мне кажется некоторый снобизм по отношению к mysql - следствие его myisam прошлого, но оно уже давно прошло.

источник

07:50пожаловаться #3

Alexey Mergasov in Архитектура ИТ-решений

Нспк

источник

08:21пожаловаться #4

Alexey Mergasov in Архитектура ИТ-решений

Билинг в мтс

источник

08:22пожаловаться #5

Alexey Mergasov in Архитектура ИТ-решений

Да много где

источник

08:22пожаловаться #6

Alexey Mergasov in Архитектура ИТ-решений

Это легко посчитать условный человеко ресурс dba на условный терабайт oltp обработки, в известных мне кейсах оракл всегда куда более экономен, вполне себе 3 - 4 человека закрывают эксплуатацию 2-3 экзадат. В пг аналогичные по объемам сетапы это целые толпы шаманов.

источник

08:28пожаловаться #7

Alexey Mergasov in Архитектура ИТ-решений

С появлением Нетворк кластера , официальной поддержке оракла это стало много где внедрятся, думаю лет 10 назад.

источник

08:30пожаловаться #8

Gennadiy Kruglov in Архитектура ИТ-решений

Например, ещё несколько лет назад у них была только асинхр репликация. Причём известно, что лаги значимые

Что сейчас не могу сказать

источник

11:29пожаловаться #9

Gennadiy Kruglov in Архитектура ИТ-решений

да

источник

11:30пожаловаться #10

Sergey Bezrukov in Архитектура ИТ-решений

Percona XtraDB Cluster существовал примерно всегда, с версии 5.5. уж точно. А там синхронная репликация

https://www.percona.com/doc/percona-xtradb-cluster/LATEST/index.html

Percona

Percona XtraDB Cluster 8.0 Documentation

источник

11:49пожаловаться #11

Gennadiy Kruglov in Архитектура ИТ-решений

Ну как бы, да. Она точно работает? Когда я её тестил в 15-м кажется, удавалось привести кластер в неконсистентное состояние. Там же, насколько я помню, мастер-мастер и вытекающий из этого консенсус

источник

11:50пожаловаться #12

Sergey Bezrukov in Архитектура ИТ-решений

А Постгресовский кластер не удавалось привести в неконсистентное состояние ) ? Он у меня в кубере (точнее в опеншифте) и без всякого кластера в него несколько раз приходил.

источник

11:56пожаловаться #13

Sergey Bezrukov in Архитектура ИТ-решений

Я не адвокат mysql, просто косяки есть везде

источник

11:56пожаловаться #14

Gennadiy Kruglov in Архитектура ИТ-решений

А зачем его бедного в кубере-то?

источник

11:56пожаловаться #15

Sergey Bezrukov in Архитектура ИТ-решений

Ну, это не моё решение было ) Так нечаянно вышло

источник

11:57пожаловаться #16

Gennadiy Kruglov in Архитектура ИТ-решений

Меня интересует, кто-то в крупных проектах на сегодня использует XtraDB Cluster?

источник

11:57пожаловаться #17

Gennadiy Kruglov in Архитектура ИТ-решений

Нужно ещё и детали смотреть) чьи были руки

источник

11:58пожаловаться #18

Maxim Bendin in Архитектура ИТ-решений

а что у вас там было по файловой системе, случаем не гластерфс?

источник

12:05пожаловаться #19

Sergey Bezrukov in Архитектура ИТ-решений

По-моему он и был, админы совместно с redhat с этим разбирались, поменяли потом storage class, поставили какие-то патчи и полегчало. Но момент был интересный - дубли первичных ключей в таблицах и тому подобное )

источник

12:13пожаловаться #20