Я переделываю вопрос, чтобы более точно определить, где мне нужна помощь.
Я использую два инструмента для управления кучей облачных серверов: Кукольный и Rundeck. Оба они могут быть настроены для использования серверной части mysql. Я хотел бы настроить экземпляр каждого приложения как в США, так и в Великобритании, рассматривая серверы в Великобритании как резервные серверы на случай сбоя в США.
Я хочу использовать кластер MySql, чтобы данные автоматически реплицировались из США в Великобританию. Поскольку это горячие резервы, высокая производительность не является целью. Избыточность и целостность данных наиболее важны.
Мой вопрос вращается вокруг настройки кластера mysql. Я хочу запустить три сервера, на каждом из которых работает узел данных, узел sql и узел управления. Это допустимая конфигурация для сервера mysql? Если да, может ли кто-нибудь указать мне правильное направление для создания такой установки? Я загрузил официальный tarball и официальный debian, и их документация противоречит многим онлайн-руководствам. Устанавливаю на Ubuntu 10.04.
для развертываний MySQL Cluster вам потребуется как минимум 2 узла данных, между которыми можно синхронно реплицировать данные - и мы рекомендуем использовать их на каждом сайте. Затем используйте асинхронную репликацию, предоставляемую серверным узлом MySQL, для репликации между двумя центрами обработки данных - в мире MySQL это называется географической репликацией.
Узлы управления могут быть размещены на узлах SQL.
Для начала я бы порекомендовал посмотреть краткое руководство, в котором показано, как развернуть на одном узле: http://downloads.mysql.com/tutorials/cluster/GetMySQLClusterRunning-LINUX.pdf
Здесь также есть учебное пособие: http://mysql.com/products/cluster/cluster_install_demo_linux.html
Нам сложно ответить, будет ли это «разумным» - мы ничего не знаем о вашей среде, архитектуре, рабочей нагрузке, диапазоне допустимых значений производительности и т. Д.
Если ваша среда уже находится «в облаке» и выбранный вами провайдер может предоставить вам хостинг в Великобритании, это кажется вполне разумным при условии, что у вас есть хороший и надежный план репликации.
Если вы работаете на специальном оборудовании, я бы посоветовал провести исследование производительности и технико-экономического обоснования, прежде чем переходить «в облако», и посоветовал бы вам воспользоваться история отключений облака перед тем, как передать свои данные (и бизнес) в чужую инфраструктуру. В долгосрочной перспективе может быть проще клонировать вашу точную текущую настройку в другом месте (даже если для этого придется платить больше за стойку и мощность), пока вы не узнаете наверняка, что существует другая архитектура, отвечающая вашим потребностям.
Если стоимость является серьезной проблемой, рассмотрите возможность развертывания среды VMWare на удаленных сайтах. Производительность обычно разумная, у вас будут ограниченные возможности масштабирования в пределах одного хоста виртуальной машины, а занимаемая стойкой площадь (следовательно, стоимость) значительно ниже.
Проектирование и долгосрочное управление масштабируемой многосайтовой (особенно многострановой) архитектурой выходит за рамки вашего вопроса, даже если вы неявно спрашиваете об этом (If so, would anyone be able to help me with the configs?) / - Если вы все еще работаете над учебниками и не можете понять, как обобщить их на многосайтовую / многонациональную архитектуру, есть две возможности:
Вам не хватает опыта для этого.
(Наймите человека, который знает, что он делает, и научитесь у него. В конечном итоге это дешевле)
У ваших руководств / примеров паршивая архитектура, и они вам мешают
(перепроектируйте с разумной архитектурой - если вы не знаете, как улучшить дизайн после долгих и упорных размышлений, вы снова на территории «Наймите кого-нибудь»)