| From: | Dmitriy MiksIr <miksir(at)maker(dot)ru> |
|---|---|
| To: | pgsql-ru-general(at)postgresql(dot)org |
| Subject: | Совет по конфигурации |
| Date: | 2007-09-07 12:45:36 |
| Message-ID: | fbrh5g$ecj$1@sea.gmane.org |
| Views: | Raw Message | Whole Thread | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-ru-general |
Приветствую!
Нужен совет, как последняя капля на весы принятия решений ;)
Есть некий сайт, функционально состоящий из двух частей. Первая часть -
информационный, очень редкие апдейты, частые селекты. Однако, и эти
селекты кешируются на нескольких уровнях, вплоть до статики.
Вторая часть - форумная часть, на данный момент очень частые селекты, и
ощутимо частые апдейты. Можно провести работу и разделить селекты на те,
кому принципиальна актуальность после апдейтов и кто может подождать
ассеметричность, но процентные соотношения трудно сказать.
Ну и есть стартово два сервера и хочется получить HA+LB. Ну и
расширяемость добавлением серверов.
Из решений самым приятным кажется мультимастер, но останавливает - как
поведет на апдейтах в форумной части, да и стабильность решений.
Ассеметричный мастер-слейв - есть опасение, что будет много селектов,
критчных к задержкам после апдейтов, в итоге мастер будет перегружен, а
слейв стоять незагруженный.
Вот и хочется спросить, кто как решает подобные схемы.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Dmitriy MiksIr | 2007-09-07 13:30:07 | Совет по конфигурации |
| Previous Message | Nikolay Samokhvalov | 2007-09-05 11:21:01 | Re: [pgsql-ru-general] События (семинары, конференции) в сентябре-октябре в Москве |