Под NGINX проблемы действительно нет. А с Apache я ссылку бросал выше, где и написано как можно избежать проблем.
Так что всё в порядке. Продолжаем тестирование.
Изначально было две ноды, и лишь спустя мы добавили 3-й сервер. При добавлении его мы не увидели проблем. Пришлось лишь перезапустить первый slave сервер. Как сказано в документации добавлять можно любое количество серверов. Возможно Вы сталкивались с подобной проблемой, нам было бы интересно узнать о методах решения этой проблемы.
Вы правы, также можно выделять только основные регионы, а по дефолту значения в поле other направить на один сервер. Например в случае когда трафик ожидается с определённых регионов, а остальным не нужно уделять внимание и ноду.
При репликации запись синхронизируется сразу как только была добавлена. Сервер не накапливает пакет данных, для того чтоб в определённый момент времени отправить их на другой сервер.
Да Вы совершенно правы. Однако данная реализация спасёт от длительного отсутствия сервера в сети.
На данной стадии развития данной архитектуры есть ещё нюансы, над которыми мы активно работаем.
В настройках сервера возможно прописать значения для auto_increment_increment и auto_increment_offset, данные опции позволяют оперировать данными с уникальными id для каждого сервера. Таким образом это можно обозвать либо мультимастер репликация либо просто расширенная репликация.
На данном моменте тестирования при выходе из строя одной из нод, в ручном режиме происходит переключение региона на ближайший. В планах есть реализация механизма переключения в автоматическом или полуавтоматическом режиме.
Нет не полетела, так как данный продукт находится в бета-тестировании, попадаются точки которые не совсем верно определяют место расположение посетителя. По нашему мнению это связано с обновлением IP адресов в базе GeoIP, периодически мы будем обновлять её чтоб исключать подобные моменты.
Вы верно заметили, что Азия перенаправляется в Украину, всё дело в том, что её мы не выделяли в отдельный сегмент, а просто направили на сервер по умолчанию в связи с договорённостью которая была между нами и нашим клиентом. Но на практике, и в дальнейшем мы сделаем полное разделение с большим количеством точек входа, между которыми и будет распределятся трафик.
Мы не рассматривали данное решение для нашей задачи, нам показалось, что использование патча для Bind более простой и оптимальный вариант. Хотя не исключена вероятность того, мы попробуем построить нашу систему и с использованием bgp роутинга.
под регионом подразумевается страна, как видно из приведённых скринов скорость доступа к сайту с регионов(областей) из России быстрее к серверу использующему услугу гео-хостинга по сравнению с сервером который просто расположен в Украине.
Так что всё в порядке. Продолжаем тестирование.
Вот даже статья по этому поводу https://talk.pr-cy.ru/topic/21406-bot-yandeksa-i-podderzhka-protokola-http2/
Может кто знает как для NGINX исправить это?
На данной стадии развития данной архитектуры есть ещё нюансы, над которыми мы активно работаем.
Вы верно заметили, что Азия перенаправляется в Украину, всё дело в том, что её мы не выделяли в отдельный сегмент, а просто направили на сервер по умолчанию в связи с договорённостью которая была между нами и нашим клиентом. Но на практике, и в дальнейшем мы сделаем полное разделение с большим количеством точек входа, между которыми и будет распределятся трафик.