Значит БД отдельно (туева хуча инфы по MySQL кластерам в инете), приложение - отдельно (если хорошо спроектировано - то должно разноситься на несколько серверов вообще без проблем), Object Storage (картинки и пр.) - отдельно. Думаю как-то так.
Значит БД отдельно (туева хуча инфы по MySQL кластерам в инете), приложение - отдельно (если хорошо спроектировано - то должно разноситься на несколько серверов вообще без проблем), Object Storage (картинки и пр.) - отдельно. Думаю как-то так.
бд уже есть мастер слейв реплика, но не знаю будет ли этого достаточно
бд уже есть мастер слейв реплика, но не знаю будет ли этого достаточно
Зависит от характера нагрузки, в т.ч. баланса read/write. Если кейс - стандартный для веба (90% read 10% write) - то всё просто, при условии что приложение грамотно спроектировано. Если нагрузка на запись большая - то тут будут сложности.
Зависит от характера нагрузки, в т.ч. баланса read/write. Если кейс - стандартный для веба (90% read 10% write) - то всё просто, при условии что приложение грамотно спроектировано. Если нагрузка на запись большая - то тут будут сложности.
ну я думаю что по бд в интернете много информации буду изучать)
Ну у того же прокса есть ha-manager с фенсингом на вотчдогах, заюзав DRBD, в принципе с даунтаймом в пару минут можно вполне отказоусточивый сетап органищвать