Я ищу информацию о том, может ли PostGreSQL EDB обеспечивать баланс между узлами аналогично тому, как это делает Oracle RAC.
AFAIK, это не так.
Самая близкая комбинация вопрос / ответ, которую я смог найти по этой теме, следующая:
Однако этот вопрос и ответы на него по указанной выше ссылке обсуждаются отказоустойчивость, а не балансировка нагрузки.
Я также просмотрел электронный буклет здесь:
http://www.enterprisedb.com/postgres-plus-edb-blog/gary-carter/comparing-edb-postgres-and-oracle
Старый Интернет и поиск на serverfault.com пока не доставили мне особой радости. Я продолжаю придумывать общие рекомендации или корпоративные буклеты (без подробных примеров поведения балансировки нагрузки) по любому продукту.
Итак, для любого из вас, кто мог использовать PostGreSQL EDB, обеспечивает ли он балансировку нагрузки между узлами аналогично Oracle RAC?
Oracle RAC - это кластеризация с общим хранилищем. PostgreSQL этого не делает.
Насколько мне известно, PPAS, продукт ЕАБР, тоже. Я работаю на конкурирующего поставщика и регулярно не использую их продукты, но я почти уверен, что услышал бы, если бы они добавили кластеризацию с общим хранилищем.
Лучший способ быть уверенным - напрямую спросить EDB. У них есть форумы, они здесь не тусуются.
Существуют и другие продукты и инструменты, которые предоставляют различные варианты балансировки нагрузки, сегментирования и распределения для PostgreSQL. Посмотрите на Postgres-XL, Citus, BDR, PgPool-II, диспетчер отработки отказа EDB, AWS Redshift, xDB EDB и т. Д. Все они имеют свои преимущества и недостатки. Ни один из них не использует ту же модель, что и Oracle RAC.
Кластеризация с общим хранилищем, на мой взгляд, в любом случае не очень хороша. Он в огромной степени полагается на SAN, а масштабирование его производительности в лучшем случае посредственное. Большая часть работы по кластеризации PostgreSQL сосредоточена на кластеризации на основе репликации с маршрутизацией запросов и запросами с разбросом / сбором, сегментированием, распределенным управлением блокировками / управлением моментальными снимками / управлением транзакциями и т. Д. Но затем я работаю над решением кластеризации на основе репликации (BDR), поэтому я бы скажи это.