Я хочу настроить кластер MySQL из двух серверов (M1-M2). Я также хочу настроить репликацию MySQL между двумя серверами (M1-M3).
Можно ли настроить кластеризацию и репликацию, как указано выше. Это хорошая идея - иметь такую установку?
Я хочу иметь серверы M1 и M2 в облаке Amazon и другой сервер M3 в нашем центре обработки данных.
Это должно быть вполне возможно. Кластер MySQL использует NDB (Сетевая база данных) механизм для «репликации» изменений между двумя узлами. Таким образом, он вообще не использует двоичные журналы. Поэтому вы можете настроить другой сервер M3 для прямой репликации двоичного журнала.
Теоретически вы можете использовать любой движок, какой захотите. M3, но имейте в виду, что некоторые DML и большая часть DDL не работают для определенных движков (или, по крайней мере, ведут себя иначе). Так что самым надежным было бы иметь M3 быть единым узлом NDB пример. Но вы можете настроить его для использования MyISAM или InnoDB, просто поймите, что это может привести к проблемам в будущем ...
Что касается хорошей идеи, это зависит от обстоятельств. Пока M1 -> M3 репликация - это отношения Master-Slave (с M3 будучи рабом), я не вижу в этом вреда ...
Я никогда не занимался репликацией или кластеризацией mySQL, поэтому этот пост - просто пост «того, чего стоит». Если бы я настраивал это и имел кластеризацию И репликацию, то я бы сделал репликацию «мастер-мастер кластера», а затем второй «кластер» был бы ведомыми устройствами, настроенными как мастер-мастер. Итак, в основном кластер CL1 имеет 2 сервера mySQL, настроенных с использованием репликации мастер-мастер (так что у них обоих одинаковые данные). Затем для кластера № 2, CL2, я бы настроил как «подчиненные» серверы, которые реплицируются с CL1, но опять же, они будут настроены как репликация мастер-мастер, чтобы все ЭТО в ЭТОМ кластере имели одинаковые данные, поскольку это кластер.
Однако репликация и кластеризация mySQL могут не так работать. Надеюсь, я не получу отрицательного голоса, поскольку я просто даю вам свои 2 цента о том, как бы я это сделал. Опять же, я никогда этого не делал и думал об этом, но в этом нет необходимости, и большинство баз данных наших компаний - это Oracle.