[PERFORM] Sort-of replication for reporting purposes

Поиск
Список
Период
Сортировка
От Ivan Voras
Тема [PERFORM] Sort-of replication for reporting purposes
Дата
Msg-id CAF-QHFXC=DLeQqLMfmsbPq5-Tegi0TNi_zPkrd_SL8zUXijH6w@mail.gmail.com
обсуждение исходный текст
Ответы Re: [PERFORM] Sort-of replication for reporting purposes  (Scott Marlowe <scott.marlowe@gmail.com>)
Re: [PERFORM] Sort-of replication for reporting purposes  (Rick Otten <rottenwindfish@gmail.com>)
Re: [PERFORM] Sort-of replication for reporting purposes  (ProPAAS DBA <dba@propaas.com>)
Re: [PERFORM] Sort-of replication for reporting purposes  (Stephen Frost <sfrost@snowman.net>)
Список pgsql-performance
Hello,

I'm investigating options for an environment which has about a dozen servers and several dozen databases on each, and they occasionally need to run huge reports which slow down other services. This is of course "legacy code". After some discussion, the idea is to offload these reports to separate servers - and that would be fairly straightforward if not for the fact that the report code creates temp tables which are not allowed on read-only hot standby replicas.

So, the next best thing would be to fiddle with the storage system and make lightweight snapshots of live database clusters (their storage volumes) and mount them on the reporting servers when needed for the reports. This is a bit messy :-)

I'm basically fishing for ideas. Are there any other options available which would offer fast replication-like behaviour ?

If not, what practices would minimise problems with the storage snapshots idea? Any filesystem options?

В списке pgsql-performance по дате отправления:

Предыдущее
От: Filipe Oliveira
Дата:
Сообщение: Re: [PERFORM] Slow query after 9.3 to 9.6 migration
Следующее
От: Scott Marlowe
Дата:
Сообщение: Re: [PERFORM] Sort-of replication for reporting purposes