Ваша команда, как записано должна работать, однако Вы могли бы хотеть посмотреть на программу, названную rsnapshot, который создается сверху rsync и сохраняет несколько версий файлов, таким образом, можно возвратиться и посмотреть на вещи, как они были на прошлой неделе или в прошлом месяце. Конфигурация довольно легка, и это действительно хорошо в оптимизации пространства поэтому, если у Вас нет большого количества маслобойки, это не поднимает намного больше пространства затем единственное резервное копирование.
Существует практическое руководство на их сайте - http://tomcat.apache.org/tomcat-6.0-doc/cluster-howto.html, я желаю, чтобы кто-то объяснил бы, что Tomcat 6 конфигурирует grrrrrrrrrrrrr
Мы используем Пиранью (она больше похожа на пакет различных инструментов). Это идет с Redhat Linux, но я думаю, что это должно идти с CentOS и Fedora, также. Конечно, можно загрузить пакет в любое время.
Это - подсистема балансировки нагрузки, объединенная с медицинским средством проверки, и с интерфейсом конфигурирования GUI.
Не уверенный, если это может использоваться, если Ваши запросы с сохранением информации все же.
Это действительно зависит. Если Вы соберетесь иметь сервер Apache, скупо выдающий запрос в зависимости от загрузки, то Вы захотите использовать mod_jk или mod_proxy.
Для mod_jk вот быстрое и грязное практическое руководство, если Вы хотите проверить, будет ли это работать:
http://tomcat.apache.org/connectors-doc/generic_howto/quick.html
Под Вашим $apacheHome/workers.properties, для каждого сервера кота, добавляет запись рабочего с именем и портом AJP, который описал в server.xml каждого сервера как коннектор с обычно портом 8009.
Удостоверьтесь, что Вы имеете mod_jk библиотеку в своем апачском каталоге и изменяете Ваш httpd.conf с необходимой информацией из ссылки, и у Вас будет выравнивание нагрузки после перезапуска. Это не имеет значения, который сервер запускает сначала.
Существует также mod_proxy, но я не знаком с ним. Это действительно однако надеется быть хорошей альтернативой.
У Вас есть выбор между аппаратными средствами (как Большой F5) или подсистемы балансировки нагрузки программного обеспечения (Apache mod_proxy или mod_jk). Для любого случая необходимо было бы выбрать правильный набор конфигураций для производительности, которые подходят лучше всего для установки.
При использовании сессии для чего-нибудь необходимо не забыть также
a) используйте липкое выравнивание нагрузки, так, чтобы первый сервер, который поражает данный пользователь, они будут продолжать поражать тот же сервер
b) Включите репликацию сессии, таким образом, каждая сессия находится на всех серверах.
A обычно легче сделать, но если сервер откажет, то пользователь выйдет из приложения и разрушать его рабочий процесс. B является лучшим решением, но не будет масштабировать горизонтально к как много серверов.