У меня есть места (офис и поставщики услуг). Один DNS (привязка), обслуживающий наш домен в качестве авторитетного, и веб-сервер поставщика услуг с нашей корпоративной сетью на частном сервере.
Так..
Сейчас мы планируем обновить наш сервер у провайдера до нового, и я хотел бы использовать эту ситуацию для улучшения нашего сервиса.
Можно ли смонтировать apache / mysql / php высокой доступности в разных местах?
Я установлю подчиненное устройство привязки на тот же новый сервер, поэтому я надеюсь, что это упростит задачу, но мне нужны несколько советов и подсказок, как на нем ездить.
Спасибо.
Кайл попал в точку, сославшись на сообщение, в котором Теорема CAP.
В конечном итоге все сводится к бюджету и ресурсам. Лучший способ обеспечить доступность на границе - использовать сетевые протоколы, такие как BGP. Обеспечить высокую доступность сети проще, так как в большинстве случаев вы не беспокоитесь о целостности данных.
С помощью Циклический перебор DNS это компромиссное решение, менее надежное, но, безусловно, жизнеспособное.
Ниже в стеке находятся веб-серверы, которые легче динамически переключать при отказе, как и все, что не связано с хранением данных.
На сервере вы можете копировать MySQL либо через Интернет, либо, желательно, по частной ссылке. Если через Интернет, по крайней мере, используйте SSL. Лучше бы VPN. Это самая сложная часть, над которой я все еще работаю. Если вас не волнует целостность данных, все просто. Если ваш продукт ориентирован на чтение, у вас будет больше вариантов, поскольку он менее сложен.
Я все время возвращаюсь к следующему ..
Высокая доступность и Непрерывность бизнеса это две разные вещи. Среду высокой доступности лучше всего создать в одном помещении в той же внутренней сети, так как лучшие сценарии могут применяться с минимальным риском для данных. Разделение мозга значительно менее вероятно с 3-дюймовым последовательным кабелем для мониторинга состояния сервера в дополнение к каналу Ethernet. В случае стихийного бедствия часто требуются ручные действия и SLA диктуя воздействия и сроки. Если главный центр обработки данных сгорел дотла, 30 минут, чтобы восстановить производство, звучат неплохо.
Я, наверное, мог бы написать книгу на эту тему, потому что в ней много всего. Скорее всего, вам придется пойти на компромисс с требованиями, основанными на ваших ресурсах, которые необходимо будет сообщить бизнесу. Это непростая просьба.
Одним из более простых решений может быть два внешних DNS-провайдера, один из которых подчиняется вашему серверу на одном сайте, а другой внешний - вне DNS на другом вашем сайте. Таким образом, в случае сбоя одного из интернет-провайдеров вы сможете изменить входящий путь с помощью DNS.
Один веб-путь на одном сайте, один на другом. Двойной мастер на бэкэнде с ручным переключением наверх. Это было бы просто и не подвергало бы риску целостность данных, но для этого нужно было бы делать это вручную.
Это возможно, но вы, вероятно, столкнетесь с наибольшими проблемами с mysql. См. Этот вопрос Warner о географически разные установки MySQL.
Что касается DNS для аварийного переключения, вы можете прочитать обсуждение этого вопроса в этот вопрос.
В зависимости от того, чего именно вы хотите достичь, вы можете взглянуть на следующие (бесплатные и с открытым исходным кодом) программы:
Независимо от того, какое решение вы выберете для обеспечения высокой доступности, вы обязательно должны убедиться, что у вас всегда есть доступные авторитетные DNS-серверы, но это отдельная проблема.