|
|
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Стоит следующая задача. Есть сервер, на который идут запросы от клиентов. Он же используется в работе менеджеров. Нужно создать дубль базы данных так, чтобы клиенты могли обращаться к одному сайту (будет находится на первом сервере), а менеджеры - ко второму сайту. Причем, информация должна оперативно обновляться. Сейчас база данных единая. Жили без проблем, пока нас не начали ддосить. Нужно разделить, чтобы в случае атаки на клиентский сайт, менеджеры могли работать. Какие могут быть варианты? Была мысль писать все запросы с изменениями и отправлять их, раз в несколько минут, на другой сервер. Но, в этом случае, может возникнуть проблема с uid записей. И клиенты и менеджеры могут создать заказ с одинаковым uid, а к нему привязывается сопутствующая информация. Т.е. будут косяки. Есть ли какие-то, более-менее, стандартные решения, чтобы не городить огород? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 00:53 |
|
||
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
То, что вы хотите называется "репликация" на этом столько копий уже сломано в любой БД, что хватит ракету построить и в космос запустить. В случае двух полноценных баз - это master-master репликация. Сама по своей природе штука глюкавая, полная противоречий и подводных камней. Можете поискать конечно доки по настройке master-master репликации для MySQL, но как правило, если само приложение (сайт) не заточено под использование двух мастеров - то могут выползти большие проблемы с рассинхроном данных. Обычно такую задачу комплексно решают и на стороне БД и на стороне приложения. Например, настроить обычную стандартную master-slave репликацию, и пока всё хорошо, оба сайта работают с master версией. А когда всё плохо - клиенты идут лесом, а менеджерский сайт переключается на slave копию, которая становится мастером. Как только опять всё хорошо, мастер (и менеджерский сайт) снова переключаются на первую копию базы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 01:21 |
|
||
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
agiadЖили без проблем, пока нас не начали ддосить. Нужно разделить, чтобы в случае атаки на клиентский сайт, менеджеры могли работать.Я бы это попробовал разделить физически сервер сайта (т.е. nginx, Апач, PHP или что у вас там) и сервер БД, а на сервере сайта настроить ограничения таким образом, чтобы при DDOS-е не создавалась слишком много коннектов к БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 02:30 |
|
||
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
agiadЗдравствуйте! Стоит следующая задача. Есть сервер, на который идут запросы от клиентов. Он же используется в работе менеджеров. Нужно создать дубль базы данных так, чтобы клиенты могли обращаться к одному сайту (будет находится на первом сервере), а менеджеры - ко второму сайту. Причем, информация должна оперативно обновляться. Сейчас база данных единая. Жили без проблем, пока нас не начали ддосить. Нужно разделить, чтобы в случае атаки на клиентский сайт, менеджеры могли работать. Какие могут быть варианты? Была мысль писать все запросы с изменениями и отправлять их, раз в несколько минут, на другой сервер. Но, в этом случае, может возникнуть проблема с uid записей. И клиенты и менеджеры могут создать заказ с одинаковым uid, а к нему привязывается сопутствующая информация. Т.е. будут косяки. Есть ли какие-то, более-менее, стандартные решения, чтобы не городить огород? так спасаться от ддоса это бред и костыли фронтенд настраивается на highload, а против ддоса делаются соответствующие настройки и договорённости с ДЦ (датацентром) + работа на самом сервере БД можно поставить и на отдельный сервер, но в данном случае это дело 10е если хотите совсем просто, то покупаете себе отлаженную стороннюю защиту и забываете про ддос ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 10:13 |
|
||
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
anvanoОбычно такую задачу комплексно решают и на стороне БД и на стороне приложения. Например, настроить обычную стандартную master-slave репликацию, и пока всё хорошо, оба сайта работают с master версией. А когда всё плохо - клиенты идут лесом, а менеджерский сайт переключается на slave копию, которая становится мастером. Как только опять всё хорошо, мастер (и менеджерский сайт) снова переключаются на первую копию базы. думаю, хороший вариант. буду думать. По поводу защиты от ddos - попробуем рассмотреть этот вариант. Пока была только одна атака, крайне не хотелось бы повторения. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 11:04 |
|
||
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
agiadБыла мысль писать все запросы с изменениями и отправлять их, раз в несколько минут, на другой сервер. Но, в этом случае, может возникнуть проблема с uid записей. И клиенты и менеджеры могут создать заказ с одинаковым uid, а к нему привязывается сопутствующая информация. Т.е. будут косяки. Есть ли какие-то, более-менее, стандартные решения, чтобы не городить огород? Смотря какой у вас DDOS и можно ли от него частично защититься отрубив не нужные страны или особо назойливые IP. По поводу дублирования уникальных ключей - да, это проблема. Чтобы базы можно было разделить, на независимые части, ее нужно специально проектировать. Например ключи записей которые не должны дублироваться, нужно вносить только в одной точке и первичный ключ может быть и автоинкрементом (пользователи, клиенты), а оперативную информацию - заказы, отгрузки и т.п., которая может быть создана в любом месте нужно идентифицировать по GUID. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 12:54 |
|
||
|
Синхронизация баз данных
|
|||
|---|---|---|---|
|
#18+
agiadПо поводу защиты от ddos - попробуем рассмотреть этот вариант. Пока была только одна атака, крайне не хотелось бы повторения. Сейчас cloudflare это все бесплатно делает. Да даже если возникает необходимость в дополнительных опциях, то крайне дешево. У Qrator ценовая политика заточена под политический распил/высококонкуретные продажи/прочие горячие темы - просто посмотрите список клиентов, которыми они хвастаются. Что там делает ivi - кинотеатр из ненужных фильмов, для меня загадка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.03.2016, 12:58 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39196352&tid=1832039]: |
0ms |
get settings: |
8ms |
get forum list: |
20ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
168ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
41ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 465ms |

| 0 / 0 |
