Как автоматический настраивают или зеркально отражают мою dev установку Ubuntu на другие dev машины?

Это раньше было, что Ваша база данных должна была уместиться в памяти для использования кластера MySQL. Я полагаю, что теперь имеет место, что Ваши индексы должны уместиться в памяти, но данные могут быть связанным диском. Если у Вас есть достаточно памяти в Ваших серверах (64 ГБ довольно возможно), то Вы установлены.

Кластер MySQL является чем-то вроде нишевого случая, и я думаю в большинстве экземпляров, лучшие решения существуют к проблемам. Если Вы предоставите мне больше подробной информации, то я отвечу натуральный.


ответьте, чтобы сначала прокомментировать, что кластер является нишевой вещью из-за тех ограничений памяти. Часто в случаях, где дублирование необходимо для чего-то большого, скорость не. Кластерные требования к аппаратным средствам являются значительно излишеством для обработки 5 500 вставок строки RADIUS в день. Я предложил бы, чтобы Вы использовали черепок Ваша установка. Используйте кластер для текущих записей и затем скопируйте их в обычный сервер, который имеет нормальное резервное копирование и офлайн / сервисные времена для обработки исторических данных. Это предоставит Вам устойчивость кластера, сильно гарантируя, что Вы не потеряете данных или перенесете время простоя.

1
задан 28 April 2013 в 10:02
1 ответ

Вам действительно нужна какая-то форма управления конфигурацией. Puppet, Chef, CFengine, одно из таких. Базовая настройка каждого из них несколько тривиальна, но они очень быстро усложняются. Существует множество различных практических рекомендаций для каждого из них.

НЕ становитесь агностиками дистрибутива. Приятно иметь возможность использовать разные дистрибутивы, но не ожидайте совместимости. В разных дистрибутивах есть разные версии apache, php, mysql и т. Д. И т. Д. И т. Д. И т. Д. Чтобы быть независимым от дистрибутива, вы должны быть готовы упаковать И поддерживать эти пакеты для каждого дистрибутива (чтобы ваше критически важное программное обеспечение было одной и той же версии в разных дистрибутивах. .)

Я знаю, что вы здесь конкретно спрашиваете о своей среде разработки, но также важно поддерживать синхронизацию производственной среды со средой разработки. Никто не любит продвигать код в производственную среду только для того, чтобы узнать, что вы разрабатываете версию библиотеки, которая еще не увидела свет в производственной среде. Синхронизация различных сред имеет решающее значение для сокращения времени простоя.

3
ответ дан 3 December 2019 в 18:55

Теги

Похожие вопросы