>>Глюк с размещением OVZ хостинга в muli-homed хостинге уже пофиксили? когда пакетики
>>уходили не в тот интерфейс и убивались у аплинка как чужие?
>
>а смысл в таком велосипеде? мультихоминг - это дело роутеров, а не
>серверов с сервисами.
>сервера должны просто знать, что у них есть next hop(который мы
>резервируем с помощью carp/hsrp).
>хм.. сразу видно человека который с реальностями датацентров и хостингов не работал.
Часто датацентр предоставляет N каналов наружу, адреса выданые из одной сети могут работать только через один канал, из другой сети могут резервироваться и анонситься через несколько (man bgp).
(что поделать - резервирование тоже ресурс и за него хотят денег).
Поэтому клиенты часто имеют на одном сервере - несколько сетевых или vlan, и завяляют так же услугу резервирования каналов - но при этом далеко не каждый строит внутри датацентра полноценную архитектуру.
Надеюсь вы согласитесь что иметь 2 выделенных сервера - один из которых будет резервироваться, а второй нет - это не логично и лишние затраты? вот так же и поступают хостеры - на сервер с VPS/WWW хостингом приходит 2 канала и путем подвешивания на разные адреса, выделяют разный сервис.
Подробно объяснил - или еще детали нужны?
>
>>сейчас этот код устоялся - и перенести ту инфракструтуру что разработана -
>>дело выходных.
>
>вы разработчик. и мыслите как разработчик. перенести - мало. надо ещё оттестировать.
>
В данном случае я мыслю как бывший сотрудник PSoft.net который занимался внедрением FreeVPS, и местами сапортом хостинг панели H-Sphere. Когда отвечают за свои слова и за простой у клиентов.
А клиенты тоже разные бывают - некоторые готовы брать бета версии из-за нужных фич, некоторые ждут только stable релизов.
>поскольку freebsd - проект некоммерческий, то за даунтаймы особо никого не поимеют
>и тестирование проходит в виде "парни, я сделал клевую фичу, протестируйте,
>скажите мнение".
Может для вас это сюрприз - но freebsd обязательно проходит цикл unit testing при помощи разнообразных тестов. stress testing так же входит в их число.
А кроме того люди которые могут поставить себе бета версии и написать багрепорт это был всегда самый удачный механизм тестирования.
