Решения для репликации Postgresql и их производительность

Question

Я делаю POC на репликацию Posgtresql. Я использую последнюю версию postgresql, т.е. 9.1. На рынке доступно несколько решений для репликации (PGCluster, Pgpool-II, Slony-I). Postgresql также предоставляет встроенные решения для репликации (потоковая репликация, теплый резерв и горячий резерв). Я не понимаю, какое решение лучше всего подходит для финансового приложения, для которого я делаю POC. Приложение будет записывать в базу данных около 160 миллионов записей с размером строки 2,5 КБ. Мои вопросы касаются следующих сценариев, для которых подойдет решение для репликации:

• Если мне потребуется репликация только для целей резервного копирования
• Если мне потребуется масштабировать показания
• Если бы мне потребовалась высокая доступность и согласованность

Также будет очень полезно, если вы сможете поделиться результатами или опытом с решениями для репликации postgresql.

Answer 1

Краткий ответ: «Какая бы ни была ваша проблема, есть решение».

Давайте рассмотрим лишь некоторые из его основных.

1. Slony-I - это решение для репликации, которое позволяет масштабировать операции чтения по части или всей вашей базе данных. Это сделано для того, чтобы вы могли взять часть вашей базы данных и скопировать ее в свою DMZ для, скажем, отчетов клиентов. С другой стороны, эта гибкость порождает сложность, и хотя Slony позволяет вам реплицировать только часть вашей базы данных, Slony позволяет вам копировать только часть вашей базы данных ...... Также гибкость Slony на этом не заканчивается. Он позволяет вам выполнять репликацию между различными версиями Pgsql, поэтому убедитесь, что у вас нет нулевого времени простоя для запросов на чтение во время крупных обновлений.

2. Postgres-XC действительно является наследником PGCluster. Он предлагает кластеризацию в стиле Teradata для PostgreSQL. Если вам действительно нужно масштабировать операции чтения и записи, это решение для вас, но, опять же, это добавляет сложности.

3. Встроенные решения для репликации являются простейшими, они позволяют масштабировать в целях создания резервных копий и записи. Это обеспечивает высокую доступность и согласованность, но для серьезного обновления требуется время простоя всех узлов.

Так что дело в том, что вам нужно выяснить, что именно вы хотите, а затем обратиться за помощью в выборе правильного инструмента для работы. Я бы порекомендовал спросить в списках рассылки pgsql-general, когда вы дойдете до этой точки.