Пара мыслей.Во-первых, мы избегаем SPOF для таких вещей, как PGPool, используя Heartbeat, Pacemaker и ElasticIP.Запустите два (или более) экземпляра, выделенных для PGPool.Назначьте ElasticIP одному из них.Настройте Heartbeat и Pacemaker для мониторинга PGPool.При аварийном переключении попросите Pacemaker запустить сценарий, который назначает ElasticIP новому мастеру (DC в терминах Pacemaker).Если вы используете только два узла, убедитесь, что вы отключили функциональность кворума в Pacemaker, потому что вы не можете иметь кворум, если один узел выходит из строя в общей сложности из двух узлов.
Чтобы воспользоватьсяElasticIP, выполните обратный поиск DNS на вашем ElasticIP из-за пределов Amazon.Это даст вам DNS-имя, которое сопоставляется с ElasticIP и должно заканчиваться на amazonaws.com.DNS-запросы из экземпляра EC2 для доменного имени, оканчивающегося на amazonaws.com, фактически преобразуются во внутренний IP-адрес для экземпляра, которому был назначен ElasticIP.Вы можете либо направить свои серверы приложений непосредственно на DNS для ElasticIP, либо, если вы используете свой собственный DNS, вы можете создать CNAME, который ссылается на ElasticIP DNS.
Тем не менее, есть один большой уловиспользовать ElasticIPs для отработки отказа.Для повторного назначения ElasticIP требуется до 120 секунд.Большая часть времени тратится на ожидание изменений для распространения через DNS-серверы Amazon.
Кроме того, хотя я не пробовал запускать PGPool-ii на каждом сервере приложений, я не уверен, что это сработает.Если база данных master выйдет из строя, я думаю, что каждый из экземпляров PGPool будет конкурировать за обработку отказа.Может быть, я просто недостаточно знаком с PGPool-ii, чтобы понять, как лучше всего с этим справиться.
Что касается человека, упомянувшего plproxy, я думаю, что его путают с PGBouncer , который рекомендуется для использования с plproxy. plproxy - это система разбиения на разделы, а не балансировщик нагрузки.Тем не менее, PGBouncer также не является балансировщиком нагрузки - это система пула соединений.PGBouncer не обеспечивает функцию балансировки нагрузки.На самом деле, FAQ для PGBouncer явно рекомендует использовать балансировщик нагрузки TCP, такой как HAProxy .
Кроме того, утверждения о том, что Amazon имеет проблемы с вертикальной масштабируемостью, которые решает Rackspace, неверны.С экземплярами Amazon EC2 вы всегда можете остановить экземпляр и обновить его до более крупного типа.Ни Amazon, ни Rackspace не поддерживают изменение типов экземпляров на лету.