Этот вопрос, как и все остальные по технической стороне - должен решать Ваш администратор. Если покупаете сервер, то заплатить за постоянное сопровождение сервера, скажем 100$/мес - не должно быть особой проблемой.
Если сервер арендуется - вообще не о чем особо заморачиваться. Подумать хорошенько о дисковой системе. Если процессора/памяти хватать не будет - попросить хостера воткнуть диски в новый сервер.
Цены прикинуть несложно. Смотрим прайс nix.ru, например, и сравниваем. Раза эдак в два-три дороже, при возможно меньшем объеме. Просто "чтобы было" не нужно их покупать.
Да. Не путать с недорейдконтроллерами, в которых _часть_ операций выполняет модуль ядра - таковые опознаются в первом приближении по отсутствию BBU.
Да, согласен.
Ага, а у меня, скорее всего, и в Debian Lenny работало бы.
Начинаю подозревать, что у Вас как с CentOS. Т.е. ежели немного покопаться, то CentOS (или Debian в данном случае) и непричем :)
Parser3, например.
Либо нормальный аппаратный (+ с батарейкой) - либо никакого (рейд средствами системы).
Не обязательно, конечно. Но душу греет, когда производитель сервера озаботился выяснением этой самой совместимости.
Я Вас уже просил - сравнивайте одинаковые вещи в принципе. Раз Debian Lenny - так FreeBSD 7.1, не выше. Операционная система не получает поддержку нового оборудования телепатически, вполне возможно - что в старом ядре чего-то Вам нужного нет. Это нормально. Ненормально - когда не появляется в новом
Так причем здесь вообще был центос? В чем конкретно дело-то было?
Надо сильно упасть в детстве на голову, чтобы на массовый виртуальный хостинг ставить snort (или любую другую IDS). Тут я целиком и полностью с netwind согласен.
Ну и зря. К тому же по пустякам, 5k IP это совсем немного.
Лучше уж временно заблокировать зарубежку. Или, скажем, Китай.
Удобно. Плюс, можно не только тупо банить (а, ну конечно, Ваши алгоритмы отличаются отсутствием ложных срабатываний, особенно когда подсетями баните :D) - но и куку выдать назойливым. Или еще чего - в общем, произвольная логика. Удобно, блин.
Совместимость, это когда я беру в коробке сервер - и мне _гарантировали_, что конкретный релиз операционной системы на нем заведется. И сетевушка, и дисковый контроллер и все-все железки. Для RH/Debian такое есть.
Ага, фря телепатически узнает о новом оборудовании, спустя годы после выхода релиза.
Дык а после чего же? И с какого боку тогда CentOS был виноват?
e1000 есть давно в ядре, это значит настолько сетевушка "совместимая".
Ну а чем Вам не понравились варианты (предполагая, что чем-то простым вроде передачи модулю определенного параметра обойтись было нельзя)? Собрать модуль и подсунуть инсталлятору.
А если я попрошу поставить на этот сервер 7.1 - оно узнает эту сетевушку?
В смысле, после замены на FreeBSD?
Последние "проблемы", с которыми мне приходилось сталкиваться - 32-битность приложений. Естественно, коммерческих. Ради такого счастья хорошие дистрибутивы (Debian, например) кладут в архив 64-битных пакетов популярные 32-битные либы.
Но большинство производителей уже вышло из анабиоза и предоставляет 64-битную сборку.
Какой Debian (версия)? Что за сетевуха?
Оборудование неисправно скорее всего.
Как и тогда. В linux поддержка 64-бит с незапамятных времен.
Практически все - это какие? Windows Vista (TM) ?
А наоборот - сколько угодно. Начиная с поддержки оборудования. Хоть кто-то сервера под *BSD сертифицирует? А под RH/SuSE/Debian - пожалуйста.
Назовите мне 1 (одну) техническую причину использовать ее в новом проекте вместо одного из Linux-дистрибутивов. Конечно, помимо привычек Вашего админа (фактор немаловажный, однако).
