Добрый день/вечер.
Есть сервер VDS в Европе, на котоом порядка 40 сайтов хостится наших. Перодически бывают проблема у хостера, хотелось бы повысить доступность сайтов и сервера в целом, поэтому сейчас рассматриваю методы повышения этой достуности.
Первое, что бросилось в глаза - сделать отказоустойчивый кластер на heartbeat, арендовав еще один сервер у другого хостера, не VDS(дороговато) а уже VPS. Но тогда следующий вопрос возникает, как ip-адрес виртуальный будет перепрывать между VPS и VDS у разных хостеров???наверное,никак.
Поправьте, если я не прав, и такое возможно как-то реализовать.

2-ое направление, куда я смотрю это Round-Robin DNS, но мне бы хотелось бы не классический, а такой чтобы, работал основной сервер, а когда с ним проблемы, клиентам отдавался ip второго сервера, ну и соответственно обратное подключение, при оживании основного сервера.
Но такой путь мне кажется мало работоспособным,в google положительных описаний не нашел. Классический round-robin не устраивает потому что не хочется, чтобы запросы шли одновременно и к боевому и к резервному серверу.

Может кто посоветует еще один путь решения проблемы?как вы выходите из положения в такой ситуации?
Спасибо!

• кластер или...,pavlinux, 03:44 , 06-Июн-13
• кластер или...,PavelR, 08:23 , 06-Июн-13
• кластер или...,Урсадон, 11:00 , 06-Июн-13
• кластер или...,alkbsd, 16:25 , 06-Июн-13
  • кластер или...,Aleks305, 23:47 , 07-Июн-13

Amazon EC2

> Добрый день/вечер.
> Есть сервер VDS в Европе, на котоом порядка 40 сайтов хостится наших.
> Перодически бывают проблема у хостера, хотелось бы повысить доступность сайтов и
> сервера в целом

найдите вменяемого провайдера.

Если на уровне DNS, то посмотрите на возможности Amazon Route 53

>[оверквотинг удален]
> 2-ое направление, куда я смотрю это Round-Robin DNS, но мне бы хотелось
> бы не классический, а такой чтобы, работал основной сервер, а когда
> с ним проблемы, клиентам отдавался ip второго сервера, ну и соответственно
> обратное подключение, при оживании основного сервера.
> Но такой путь мне кажется мало работоспособным,в google положительных описаний не нашел.
> Классический round-robin не устраивает потому что не хочется, чтобы запросы шли
> одновременно и к боевому и к резервному серверу.
> Может кто посоветует еще один путь решения проблемы?как вы выходите из положения
> в такой ситуации?
> Спасибо!

Рисуйте свою инфраструктуры. И будете понимать, что Вам надо.

>[оверквотинг удален]
>> бы не классический, а такой чтобы, работал основной сервер, а когда
>> с ним проблемы, клиентам отдавался ip второго сервера, ну и соответственно
>> обратное подключение, при оживании основного сервера.
>> Но такой путь мне кажется мало работоспособным,в google положительных описаний не нашел.
>> Классический round-robin не устраивает потому что не хочется, чтобы запросы шли
>> одновременно и к боевому и к резервному серверу.
>> Может кто посоветует еще один путь решения проблемы?как вы выходите из положения
>> в такой ситуации?
>> Спасибо!
> Рисуйте свою инфраструктуры. И будете понимать, что Вам надо.

спасибо за ответы. может быть посмотрим в сторону Amazon Route 53

>Рисуйте свою инфраструктуры. И будете понимать, что Вам надо.

что ее рисовать-то?хостер пусть рисует