Как установить HAProxy с обработкой отказа?
От reponses я добрался здесь, я понимаю, что нет никакого определенного инструмента миграции для Firebird-> PostgreSQL на Linux.
Я предполагаю, что должен буду записать это сам.
Главная проблема здесь оптимизирует выполнение такой миграции.
Я действительно находил большой ресурс в главе 14 postgreSQL документация, которая объясняет, что является лучшими способами вставить большие объемы данных к postgreSQL, как:
- Отключение автоматических фиксаций.
- Используя КОПИЮ вместо серии операторов INSERT.
- При удалении индексов (или что еще более важно, только создайте их в конце данных, вставляет).
- Различные настройки конфигурации памяти.
Если у Вас есть такая загрузка, что необходимо загрузить баланс через два haproxy экземпляра затем, циклический алгоритм DNS не является плохой идеей (я был бы удивлен, есть ли у Вас эта загрузка хотя). Циклический алгоритм DNS не обеспечит хорошую обработку отказа все же.
При Переполнении стека мы используем heartbeat для обеспечения единственного виртуального IP, этот IP активен только на одном хосте haproxy за один раз (если это понижается, другой принимает этот IP). Вы могли использовать heartbeat, чтобы иметь IP на каждой машине и затем циклическом алгоритме DNS между двумя. Если бы нужно было перестать работать, то другой имел бы обоих из тех дюйм/с
, HAProxy использует приблизительно 1-5% ЦП на нашем физическом сервере для балансировки нашего трафика, который имеет сингл Intel(R) Xeon(R) CPU E5504 @ 2.00GHz. Таким образом, HAProxy может обычно обрабатывать большой трафик легко.
Вы могли бы найти то, что Вы ищете здесь: http://blog.haproxy.com/2014/01/17/emulating-activepassing-application-clustering-with-haproxy/
Как Kyle говорит, , heartbeat может использоваться, чтобы заставить два haproxy сервера действовать как пара обработки отказа. Однако, пока многие люди действительно используют heartbeat для задания, , keepalived, предлагают автором haproxy.
Он обрисовывает в общих чертах детали о haproxy списке рассылки: http://www.formilux.org/archives/haproxy/1003/3259.html
Вкратце это идет как это:
-
heartbeat является ориентированным кластером. Это гарантирует, что только один сервер имеет доступ к ресурсу (т.е. устройство хранения данных SAN)
-
, keepalived является ориентированной сетью. Это гарантирует, что по крайней мере один сервер имеет рассматриваемый IP.