Наконец добрался до компьютера и проверил - у меня заработало.
Я взял Amazon Linux (~= CENTOS), apache 2.4, mod24_wsgi-python26-3.5-1.25.amzn1.x86_64.
Я слегка подправил ваш конфиг, по-видимому из-за старой версии mod_wsgi апач ругался на некоторые строчки. Плюс поменял "WSGIDaemonProcess pymain".
Сорри, я пропустил, это было в вопросе.
Я понял в чем дело, но не уверен как это лучше починить.
ИМХО реплика дважды обращается к мастеру, через два интерфейса, соответственно видит два одинаковых мастера.
Как чинить?
1) не говорите что оффтопик - я бы убрал второй интерфейс, если его нельзя сделать active-passive, то есть чтобы он активизировался при failover.
Конфигурация странная... Например, как клиенты обращаются к реплике, по какому адресу?
Мне знакомы две конфигурации для high availability - 1) bonding (== teaming) когда два NICa объединяют в один виртуальный, и 2) active-passive
2) можно привязать MySQL первому интерфейсу, но ИМХО это криво - и все равно теряется high-availability
А на этом сервере бежит только база или апликация тоже?
Если второе, то надо посмотреть сколько памяти берет апликация (и вебсервер если есть). Можно запустить atop, он умеет сохранять историю.
Если весь сервер для базы,
1) то 4-5ГБ можно дать ей
IDONTSUDO, я прочитал. И понял (возможно неправильно) что вы представляете что есть 100 баз данных, по одной на регион.
Ответ - нет, есть одна распределенная база данных. Одна база со многими инстансами и репликацией данных. То есть нет шардинга по географическим или иным признакам.
Кстати, одноклассники - очень маленький проект по сравнению с фейсбуком :-)
