Использование FreeBSD

[WolF]

Скажу свое "фи" по поводу BSD.
В серьезных проектах обязательным условием является ответственность.
В Мелкософте - есть техподдержка и обширный сайт с библиотекой.
Как с этим обстоит дело у фри и линуха?
Грубо говоря - у меня перестал работать честно купленный мелкософт - и я знаю кому мне выкручивать яйцы.
А вот если у меня перестала работать фря?

Для начала давайте определимся. Использование FreeBSD подразумевает что сопровождать её работу будут администраторы уровня достаточного, чтобы не звонить в техподдержку с вопросами "как мне сменить обои". Кроме того, как показывает опыт, в BSD нет настолько серьёзных ошибок, чтобы при наличии грамотного администратора привести систему в состояние "полностью не работает". Хотя ошибки естессно есть, они справляются, есть баг листы и прочее. Ещё раз повторяю - это СЕРВЕРНАЯ система, которую 1 раз поставили и она работает. И если её грамотно поставили и настроили, то ей не сильно страшны вмешательство как изнутри (со стороны клиентов этого сервера) так и из вне (хакерские атаки и проч), кроме конечно крупномасштабных распределенных DOS атак, против которых даже (если она грамотно спланирована и проведена) противоядия просто нет.

[WolF]

Кстати все вышеприведенные мои сообщения не делают меня фанатом FreeBSD. Просто это система которая лучшим образом решает возложенные на неё задачи в частности как web сервера. И место её только там. Ну может ещё во всяких гейтах, роутерах и проч. Использовать её как десктопную ОС я считал и считаю половым извращение (равно как и Linux).

[Вдумчивый поручик Ржевский]

а масштабирование?
не знаю как в линухе (пока не знаком) но в винде проблемы масштабирования решаются либо Network Load Balancing - для одних случаев либо Cluster.
Как быть с фрей в таком случае? На ixbt неоднократно писали что не смогли заставить работать базу форума под фрей больше чем на 4 ядрах.

И исчо вопрос - критические обновления как ставятся? Ядро пересобирается?

Если в форточном кластере я могу обновлять последовательно все ноды не нарушая в целом работы системы - могу я так сделать во фряхе?

PS не собираюсь обгаживать Open Source - считаю что под разные задачи подходят разные ОС.

[WolF]

Как быть с фрей в таком случае? На ixbt неоднократно писали что не смогли заставить работать базу форума под фрей больше чем на 4 ядрах.

Ещё раз - опыт работы огромных дата центров masterhost и РБК говорит о том что всё в FreeBSD с кластеризацией нормально. Иначе BSD там бы не было.

[Вдумчивый поручик Ржевский]

опять жеж - огромные центры мастерхоста и рбк могут позволить  себе держать собственных программистов для обслуживания своих серверов на фре.
много ли еще контор могут на это пойти?

Яблочники тоже смогли возгородить макось на основе фри. Тока вот почему то при сходных задачах макинтош требует в полтора раза больше ресурсов железа (в частности 2 Пи RAM и Core 2 Duo 2.2 ГГц против Pentium 4 3.06 - заметьте что еще аж на 533 шине) для обработки одного и того же изображения а также для выполнения одних и тех же офисных задач.
Я со всем этим мучилсо - так что могу судить.

[WolF]

опять жеж - огромные центры мастерхоста и рбк могут позволить  себе держать собственных программистов для обслуживания своих серверов на фре.
много ли еще контор могут на это пойти?

Ты вообще читаешь что я пишу или нет?
Цитирую:

Использование FreeBSD подразумевает что сопровождать её работу будут администраторы уровня достаточного, чтобы не звонить в техподдержку с вопросами "как мне сменить обои". Кроме того, как показывает опыт, в BSD нет настолько серьёзных ошибок, чтобы при наличии грамотного администратора привести систему в состояние "полностью не работает".

И ещё - где в моих ты видишь призывы ставить FreeBSD в качестве сервера в "любую контору"? Далеко не в любую. А в ту где важна экстремальная надёжность и безотказность работы, но которая может себе позволить высококвалифицированные кадры для поддержки такого решения.

[Вдумчивый поручик Ржевский]

при наличии грамотного администрирования любая ось способна обеспечить экстремальную и безотказную работу.
Надо только постараться.

[WolF]

при наличии грамотного администрирования любая ось способна обеспечить экстремальную и безотказную работу.
Надо только постараться.

В частности web сервисов? Да например под связкой Windows + IIS + MS SQL  в особенности? Ну флаг в руки

[Вдумчивый поручик Ржевский]

при грамотном планировании и развертывании все работает нормально.
конечно если делать все как у нас принято - на десктопном железе сервер поднимать то тут конечно да

[xaltypuh]

а масштабирование?
не знаю как в линухе (пока не знаком) но в винде проблемы масштабирования решаются либо Network Load Balancing - для одних случаев либо Cluster.
Как быть с фрей в таком случае? На ixbt неоднократно писали что не смогли заставить работать базу форума под фрей больше чем на 4 ядрах.

установку еще 1 ящика а не еще 1 проца есть перераспределение нагрузки, это  масштабируемостью не назовеш, эти фичи и во фре можно делать или цисак поставить который могет пофиг для каких платформ соединения перераспределять
но реально фря много процов не очень переваривает (говорят пока)
но есть одно НО стоимость владения 2-мя 2-хпроцесорными серваками дешевле чем 1 4-х процовым и чам больше процов тех хлеще
да и в винде многопроцовость не блещет (админил одновремя 1-2-4-8 ядерные виндузячьи серваки и виел как они отрабатывают свои ядра и прочие ресурсы)
чего не скажеш конешно о линухе или саляре, вот там  масштабируемость с большой буквы

кстати мелкософтовские доки частенько рекомендуют поставит 3 более дохлых вместо 1 монстроидального сервака+1 на запчати получится

[xaltypuh]

при наличии грамотного администрирования любая ось способна обеспечить экстремальную и безотказную работу.
Надо только постараться.

не  согласен, поставь иис и нагрузи его неск сотнями хттп-фтп подключений в режиме 24\7  и посмотри что с ним будет через неск месяцев
(я пробовал, приходилось просто нажимать ресет т.к. коректно его уже не ребутнуть а работать он не мог)

[GREAT]

от софта ещё многое зависит и как он писан

[xaltypuh]

от софта ещё многое зависит и как он писан

тут согласен, но при ребуте дело ОС-и убить весь софт правильный и нет и ребутнутся самой а не повиснуть насмерть

[WolF]

не  согласен, поставь иис и нагрузи его неск сотнями хттп-фтп подключений в режиме 24\7  и посмотри что с ним будет через неск месяцев
(я пробовал, приходилось просто нажимать ресет т.к. коректно его уже не ребутнуть а работать он не мог)

А ещё если под IIS много всяких ISAPI фильтров нестандартных работает.....это ваще красотищща.....
невозможно предсказать когда это всё накроется и если накровется то как быстро это потом можно будет починить. Именно такая картина щас у меня на текущем месте работы где мы вынуждены переносить кучу проектов с IIS под LAMP

[GREAT]

руки из сшопы расли у писальшиков