Re: Железо для хостинг а
On Sat, Dec 22, 2007 at 05:22:44PM +0300, Alexey Pechnikov wrote: Угу, тут две проблемы -- объём памяти _и бесперебойник_ с уведомлением. Я ещё не видел в xSU коло, которые бы предоставляли последнее :-( Как сервер лег, пользователи уведомят, тут же... Уведомление от бесперебойника уже не поможет. Уф. Алексей, Ваши пользователи уже умеют отмонтировать (или в ro) файловые системы, когда питание в сети пропало, но батарейки в UPS ещё держат (хоть и заканчиваются)? Мои вот -- нет. Если Вас уведомляют пользователи, а не monit/nagios/zabbix -- опять же ну ой. Мне на системах, где моргание eth0 означало капание денюжки, SMS-ки сразу приходили. (и как хорошо, что уже не админ по существу -- ну их нафиг) На том пока и успокоился, благо после попадания в кэш для чтения уже без разницы, какие винты, SATA || SAS (а для записи интересно, как сказывается кэш?). Пока есть куда -- всё замечательно, а дальше упираемся в ФС, рейд и диски. Могу повторить рекомендацию скорее больше читать, чем писать... те же прилежащие к администрированию HOWTO, несмотря на древность, могут быть крайне полезными. Это количество ожидающих I/O процессов. Сейчас в системе 50 пользователей, при этом Load average: 0.15 0.26 0.37 Значит, дисковая не тупит, всё в порядке. Процессоры могут быть нагружены хоть все на 100% при этом. Вот это не очень понятно - если работающие процессы не соревнуются за доступ к диску, то особо и не заметно, что процы нагружены. Да. (гм, похоже, учёт loadavg действительно поправили где-то за 2.6 -- cpuburn в одном экземпляре на одномоторной системе выводит LA в единичку, а когда-то системы без дискового I/O, с нагрузкой и LA 0.00 -- бывали, e.g. VPN-рутеры) Если же доступ к диску затруднен, начинаются тормоза Да. и загрузка процов еще возрастает. Нет. Как правило, падает -- делать-то нечего. Получается, так реализована дисковая подсистема, что при ее перегрузке идет огромная нагрузка на процы? Нет. Читайте внимательней. Ещё ФС, забитые выше 90--95% (порог для разных разный, но где-то так), тормозить начинают. Хм, странно, там же есть резерв в 5% по дефолту. Как я понимаю, для того этот резерв и нужен, чтобы тормозов не было при заполненной ФС. А, это на ext3... делался он для срочных потребностей root, но помогает и от забития. Надо будет пересмотреть привычку mke2fs -m 1. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Wed, Dec 12, 2007 at 12:19:15PM +0300, Alexey Pechnikov wrote: В режиме однопользовательского доступа SATA отлично работают, дальше все хуже, но можно спроектировать систему так, чтобы это условие выполнялось. Очень быстрые запросы в базу (хранимые процедуры+триггеры), сервер приложений кэширует все скрипты в ОЗУ и диск не трогает (на продакшен в логи только ошибки пишем), реверс-прокси рубит все некорректные запросы (pound хорош в этом деле, работает без доступа к жесткому диску - при старте прочел сертификат и больше диск не трогает). В итоге и SATA диски работают в ленивом режиме. Угу, тут две проблемы -- объём памяти _и бесперебойник_ с уведомлением. Я ещё не видел в xSU коло, которые бы предоставляли последнее :-( Но вообще да, много памяти может оказаться просто дешевле. Ну я ж не знаю, что у Вас за хостинг. load average всё расскажет, хотя если становиться на xfs, то рассказ будет не столь решительным, как с ext3. Кстати, а где можно посмотреть, как расшифровывать load average? Это количество ожидающих I/O процессов. Сейчас в системе 50 пользователей, при этом Load average: 0.15 0.26 0.37 Значит, дисковая не тупит, всё в порядке. Процессоры могут быть нагружены хоть все на 100% при этом. Если до перегрузки не доводить, так удобнее считать. Ещё ФС, забитые выше 90--95% (порог для разных разный, но где-то так), тормозить начинают. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Wed, Dec 12, 2007 at 12:19:15PM +0300, Alexey Pechnikov wrote: Кстати, а где можно посмотреть, как расшифровывать load average? В гугле искал недавно, так нашел только то, что много - плохо, мало - хорошо, без объяснения, сколько это - много и мало. Недавно тоже интересовался, на http://wikipedia.org/ есть статья. -- Узбеков Юрий администратор DCBB СП East Telecom -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Wed, Dec 05, 2007 at 12:16:20AM +0300, Alexey Pechnikov wrote: У меня в конце декабря может быть некоторое время до вдёргивания одномоторного xeon 5140 с парой гигов FBDIMM и парой SAS [EMAIL PROTECTED] В принципе после перемещения в стойку, но до ввода в нагрузку можно и VPS организовать под тесты. Использоваться будет именно как дешёвый сабж. Начитавшись море всего в инете, больше склоняюсь к мысли использовать core quadro, а не xeon, ибо не вижу преимуществ последнего. Винты - SAS и это дешевый вариант? Да, это дешёвый вариант -- машинка обошлась в $1250. В принципе, можно наловить SCSI из неразошедшихся запасов под резерв и дешевле, но человек, который строил один из крупнейших бесплатных хостингов в стране -- весьма отрицательно отзывался про эксперимент с SATA на нём. SCSI/SAS гораздо медленнее начинают разрываться -- возьмите bonnie++ да проверьте сами. Вот эти два SAS держат ровно 91Mb/s и на чтение, и на запись до четырёх воркеров (дальше не помню, делал тест по ходу чего-то ещё). Хотя память дешёвая и может быть проще сдемпфировать ей... Странно, парочка SATA на полтерабайта в зеркале вполне себя хорошо ведут (для большой перегруженной базы резон очевиден, но для стандартного хостинга вроде лучше больше места, чем больше скорости). Ну я ж не знаю, что у Вас за хостинг. load average всё расскажет, хотя если становиться на xfs, то рассказ будет не столь решительным, как с ext3. Дотянуться можно и до более других конфигураций (к счастью, там в основном не root и никаких VPS тоже нет), но если кому чего интересно -- можно попробовать сообща чего-то устроить. Рад бы увидеть результаты, но сам увы не предложу ничего подходящего Отпинайте где-то через месяц? Надеюсь в спокойное время заняться. мне хватает заморочек с настройкой postgresql под имеющееся железо (вот где гистерезис вылез, надо же!). Не, Pg я готовить толком не умею, сплавлял более заинтересованным. :) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Wed, Dec 05, 2007 at 02:37:35PM +0300, Alexey Pechnikov wrote: Может, я чего не понимаю, но сдается мне, что ксеоны неоправданно дороги сейчас. Ну я сразу поморщил репу на intel, особенно на P4, но как бы дело личное. Тот конкретный 5140 просто дёшево в сумме получился, в основном купился как раз на дисковую подсистему, поскольку остального хватало. Хотя такое ощущение, что закончит он сборочным, а не веб-сервером. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Mon, Nov 26, 2007 at 01:02:40PM +0300, Alexey Pechnikov wrote: Видел сайты на пыхпыхе, которые по приходе двух пауков одновременно кладут сервер, ну а нормальным сайтам ничего не сделается, ибо пауки работают аккуратно и не перегружают сайты. Это смотря какие -- яндекс, например, особой вменяемостью и тем более управляемостью не отличается. Ну или мне не удалось обнаружить признаков. (кстати... надо будет дёрнуть новообнаружившихся знакомых там, мож ниточка доберётся) Более того, небольшой тестовый прогон P4-3ГГц и Core 4xxx показал, что Core заметно отстает на например кодировании аудио. Несмотря на цену. Athlon в тот же тест не засовывал? Ну это не был абсолютно чистый тест... Так чтоб строго уравнять установленное ПО, замерить кодирование с одного и того же источника... Скажем, это была оценка на глаз попытки провести кодирование. Так я ж и не :) Просто интересно, P4 vs C2D vs A64 почти не встречал, а на глаз -- как описал. Но на P4 у меня уже зуб, а не глаз. Какие-то тесты есть, но все десктопные. На кой гонять ксеон на одной задаче, я вообще не понимаю, другое дело, посмотреть, как все эти многоядерники поведут себя на наборе гомогенных и гетерогенных задач. Ну на безрыбье... А вот таких тестов и не найти. Ну, для СУБД что-то есть, но тут все зависит от дисковой подсистемы и ОЗУ плюс настроек базы, так что тоже не показатель. У меня в конце декабря может быть некоторое время до вдёргивания одномоторного xeon 5140 с парой гигов FBDIMM и парой SAS [EMAIL PROTECTED] В принципе после перемещения в стойку, но до ввода в нагрузку можно и VPS организовать под тесты. Использоваться будет именно как дешёвый сабж. Дотянуться можно и до более других конфигураций (к счастью, там в основном не root и никаких VPS тоже нет), но если кому чего интересно -- можно попробовать сообща чего-то устроить. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Tue, Nov 06, 2007 at 07:54:10PM +0200, Покотиленко Костик wrote: В Вто, 06/11/2007 в 18:05 +0300, San_Sanych пишет: Dmitry Fedorov пишет: 06.11.07, San_Sanych написал(а): а интел повернулся лицом к людям только когда решил сменить свои технологии и не гнаться за гигагерцами К кошелькам ;) Когда стало ясно, что даже домохозяйки уже сомневаются в необходимости наклейки intel inside (по каковой программе OEM'ам часть денег возвращали, чтоб по цене выходило конкурировать). И когда P4EE начали рвимы быть. Гады. /me идёт по красной площади с плакатом Гигагерцы - главное! Дмитрий, что -- и не параллелится совсем? Всё зависит от задач. В некоторых гигагерцы главное. Для универсального сервака главное всё, и гигагерцы, и количество ядер, и многоконвеерная архитектура. Обычно ровное I/O -- из того, что способно своим отсутствием завалить сколько угодно гигагерцоядер. Голые такты даже на кластерных нодах сами по себе неинтересны, только обмен данными критичен не локальный, а сетевой. Могу предложить Multi-Disk HOWTO и dstat в дополнение к iostat/vmstat. Чтоб atop умел процессы по использованию диска раскладывать -- ядерный патч нужен, который далеко не везде есть. On Tue, Nov 06, 2007 at 05:01:24PM +0300, Dmitry E. Oboukhov wrote: жаль что Р3 больше не производят а то они вполне 99% десктопных задач устраивали бы :) Да, хороший был камушек :) On Wed, Nov 07, 2007 at 01:21:50PM +0200, Alexander Vlasov wrote: У вт, 2007-11-06 у 11:00 +0200, Michael Shigorin пише: P.S. On Sat, Nov 03, 2007 at 12:59:25PM +0300, Alexey Pechnikov wrote: Подскажите, какое железо взять на сервер pentium D 3.0 - 3.4 JFYI: Pentium 4 -- это тупиковая ветка, утюг с тормозами и вообще не вариант к рассмотрению для сколь-нибудь осмысленного выбора. Однажды не вышло отговорить вовремя коллегу -- до сих пор мучаемся, вот, как раз озадачен выкатыванием замены. нет © Саш, я про squirrel.osdn, если что. Сдуру взял ему на замену дешёвый хьюлетовский woodcrest за недостачей денег на нормальный супермикровский оптерон, так что мож и с годик-два ещё мучаться. Как выкатим. Более того, небольшой тестовый прогон P4-3ГГц и Core 4xxx показал, что Core заметно отстает на например кодировании аудио. Несмотря на цену. Athlon в тот же тест не засовывал? Тут сообщают, что на BE 2350 уже распаковывается Full HD 1080p (это другое, но показательно): https://lists.altlinux.org/pipermail/devel/2007-November/066311.html btw http://www.tomshardware.com/2007/03/26/the_gigahertz_battle/page15.html (внятного _свежего_ сравнения попугаев на ватт быстро не нашёл) On Wed, Nov 07, 2007 at 06:38:08PM +0200, Покотиленко Костик wrote: На P4[D] вы зря бочку катите. Греются они не больше чем АМД. Возможно, мы про разные P4 -- я о 3.0--3.4. По поводу производительности. В некоторых тестах АМД (аналогичный по стоимости) превосходит Интел, в некоторых наоборот. Но в смешанном цикле P4 лучше. У меня противоположные данные -- Intel в виде Xeon 5xxx сейчас отчётливо хорош только на линпаке и подобных задачах за счёт одной оптимизации и потоковой памяти FBDIMM. На остальном -- плох :( Core* почти не смотрел, отзывы как для недорогого веб-сервера от людей, которым доверяю, слышал строго положительные. Высказывался про P4, который умудрялся в наших задачах подчас оказаться хуже PIII (ну и Xeon на его основе -- хуже Athlon XP меньшей частоты). Тем не менее, в документе по выбору железа для роутера с netfilter.org есть один большой плюс в сторону двухядерных АМД - и них отдельный контроллер памяти на каждое ядро. Но как это в целом сказывается на производительности сказать тяжело. В целом -- исключительно положительно, а в конкретных случаях всегда ответ дают только свои тесты ;-) Если уже на проц для сервака не жалко 200-300 баксов, то более целесообразным решением будет Xeon LGA775 3Gz - который обойдёт C2D под нагрузкой в несколько раз. Оптерон скорее. Особенно если их несколько надо. Интеловский вынесенный контроллер памяти сейчас мало что 20 с небольшим ватт сам по себе жрёт, так ещё и точка затыка. Вроде как до следующего лета интелы собирались сообразить, что FBDIMM, как и NetBurst -- тупиковый выпендрёж, и взять себе немножко HyperTransport. Может, ещё научатся не сбрасывать кэш при переключении виртуальных контекстов, а то сделали свой VT, а он того, учебный получился... -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Thu, Nov 22, 2007 at 07:44:43PM +0200, Alexander Vlasov wrote: Подскажите, какое железо взять на сервер pentium D 3.0 JFYI: Pentium 4 -- это тупиковая ветка, утюг с тормозами нет © [...] Сдуру взял ему на замену дешёвый хьюлетовский woodcrest за недостачей денег на нормальный супермикровский оптерон [...] От задач. Дык сервер маленький спрашивали. Кило на десять. У меня откровенно говоря в процессор почти ничего нигде не упирается. IO, память (надо vhashify на vserver'ах что ли сделать?) Для веба потребление процессора не в последнюю (мягко говоря) очередь определяется активностью индексаторов. и P3-1000 и P3-800 я менять буду просто потому, что уже боюсь за это железо. За это я бы не боялся, а вот кондёры... контакты... изоляция... Быстро не заменишь, опять же... Хотя и сами до сих пор держим один 2x800 и ещё один 4x500, где хватает. :) Более того, небольшой тестовый прогон P4-3ГГц и Core 4xxx показал, что Core заметно отстает на например кодировании аудио. Несмотря на цену. Athlon в тот же тест не засовывал? Ну это не был абсолютно чистый тест... Так чтоб строго уравнять установленное ПО, замерить кодирование с одного и того же источника... Скажем, это была оценка на глаз попытки провести кодирование. Так я ж и не :) Просто интересно, P4 vs C2D vs A64 почти не встречал, а на глаз -- как описал. Но на P4 у меня уже зуб, а не глаз. -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
On Wed, Nov 07, 2007 at 03:36:26PM +0300, Alexey Pechnikov wrote: JFYI: Pentium 4 -- это тупиковая ветка, утюг с тормозами и вообще не вариант к рассмотрению для сколь-нибудь осмысленного выбора. Однажды не вышло отговорить вовремя коллегу -- до сих пор мучаемся, вот, как раз озадачен выкатыванием замены. нет © Более того, небольшой тестовый прогон P4-3ГГц и Core 4xxx показал, что Core заметно отстает на например кодировании аудио. Несмотря на цену. Ура, есть еще те, кому интересны вычисления с плавающей точкой. Амд, кстати, в этой категории отстает капитально. Откуда такие данные? И что с чем сравниваем? Я так понял, 4-й пень и современные ему и равноценные по индексу Атлоны? Насколько помню свой опыт, Атлоны XP в счетных задачах заметно обгоняли пни. 4-й пень - тупиковая архитектура во всех отношениях, имхо. -- Stanislav
Re: Железо для хостинг а
On Wed, Nov 07, 2007 at 04:00:10PM +0300, Alexey Pechnikov wrote: Откуда такие данные? И что с чем сравниваем? Я так понял, 4-й пень и современные ему и равноценные по индексу Атлоны? Насколько помню свой опыт, Атлоны XP в счетных задачах заметно обгоняли пни. 4-й пень - тупиковая архитектура во всех отношениях, имхо. Вам шашечки или ехать? x86 тоже тупиковая ветвь. А в идеале, надо использовать оптические процессоры, где обработка выполняется в буквальном смысле со скоростью света независимо от потока данных. Но на практике приходится брать то, что есть. Я готов с вами согласиться, но только речь была не об этом. -- Stanislav
Re: Железо для хостинг а
P.S. On Sat, Nov 03, 2007 at 12:59:25PM +0300, Alexey Pechnikov wrote: Подскажите, какое железо взять на сервер pentium D 3.0 - 3.4 JFYI: Pentium 4 -- это тупиковая ветка, утюг с тормозами и вообще не вариант к рассмотрению для сколь-нибудь осмысленного выбора. Однажды не вышло отговорить вовремя коллегу -- до сих пор мучаемся, вот, как раз озадачен выкатыванием замены. Посмотрите Core 2 Duo и Athlon64 X2 из настольного? (материнки под такое сейчас вполне могу рекомендовать Gigabyte -- в первую очередь по конденсаторам и BIOS) -- WBR, Michael Shigorin [EMAIL PROTECTED] -- Linux.Kiev http://www.linux.kiev.ua/ -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
На Tue, 6 Nov 2007 14:51:30 +0200 (EET) abraham shapirus [EMAIL PROTECTED] записано: AP Если нужна производительность на x86 без учета денег, то здесь AP лучше процессоров на архитектуре Core 2 еще ничего не придумали, AP что подтверждается абсолютно всеми тестами, которые я видел. AP Кому нужна производительность без учета денег, не ставят AP десктопное железо на сервера. Для меня как раз финансовый вопрос AP решающий фактор. http://hotline.ua/pr/193-11-494-503/?q=3040w=193-11-494-503 Отличный процессор, значительно более шустрый, чем абсолютно любой за аналогичные деньги. А если не хочется лишних понтов, то за эти же деньги можно взять Core 2 Duo с частотой 2.66. Десктопный или не десктопный, это дело десятое, главное -- производительность. Порвет всех. А за 280 баксов уже можно купить Core 2 Quad 2.4. С добрым утром, зачем человеку проц за 280 баксов (да и за 150 даже), если его устраивает п4 за 70 (или сколько он там сейчас). Бред какой-то. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: Железо для хостинг а
On Tue, 6 Nov 2007, Alexander GQ Gerasiov wrote: AGG AP Если нужна производительность на x86 без учета денег, то здесь AGG AP лучше процессоров на архитектуре Core 2 еще ничего не придумали, AGG AP что подтверждается абсолютно всеми тестами, которые я видел. AGG AP Кому нужна производительность без учета денег, не ставят AGG AP десктопное железо на сервера. Для меня как раз финансовый вопрос AGG AP решающий фактор. AGG AGG http://hotline.ua/pr/193-11-494-503/?q=3040w=193-11-494-503 AGG AGG Отличный процессор, значительно более шустрый, чем абсолютно любой за AGG аналогичные деньги. А если не хочется лишних понтов, то за эти же AGG деньги можно взять Core 2 Duo с частотой 2.66. Десктопный или не AGG десктопный, это дело десятое, главное -- производительность. Порвет AGG всех. А за 280 баксов уже можно купить Core 2 Quad 2.4. AGG С добрым утром, зачем человеку проц за 280 баксов (да и за 150 даже), AGG если его устраивает п4 за 70 (или сколько он там сейчас). AGG Бред какой-то. Это само собой. Кстати, за 70 лучше опять не п4, а Athlon 64 X2 :). А насчет проца за 200 баксов -- вопрос в том, какая производительность нужна.
Re: Железо для хостинг а
Hello! On Sat, Nov 03, 2007 at 04:03:38AM +0300, Alex Kuklin wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Nick Phoenix wrote: По поводу удаленного управления: 1) HP - iLO 2) Dell - DRAC 3) для небрендового будет стоить дороже, чем сам сервер, например Avocent SwitchView IP 1020 + DataProbe iBoot обойдутся в 1000 $ 4) Supermicro - IMPI based add-on management card Если с железом все ок и руки торчат из нужного места, все это удаленное управление - баловство. IMHO Если есть возможность приехать к серверу - да, возможно. Иначе, они становятся необходимостью. Особенно, если час работы саппорта стоит столько же, сколько это remote management решение. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
На Sat, 3 Nov 2007 14:00:36 +0300 Alexey Pechnikov [EMAIL PROTECTED] записано: Насчет управления питанием - что для этого требуется? Для этого требуется, чтобы хостер предоставлял такую услугу. Значит, от моего сервера это никак не зависит, тем проще. А с рэйдом я запутался. Аппаратный плохо, софтверный плохо, без рэйда тоже плохо. Что делать-то? В случае, если ты путаешься и тем более не собираешься покупать аппаратный рейд за сотни баксов (то что за десятки - это фейкрейд), лучше скорее всего софтварный. -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature
Re: Железо для хостинг а
Hello! On Sat, Nov 03, 2007 at 01:06:32PM +0300, Alex Kuklin wrote: Если есть возможность приехать к серверу - да, возможно. Иначе, они становятся необходимостью. Особенно, если час работы саппорта стоит столько же, сколько это remote management решение. Час работ саппорта нигде не стоит $1k. Я говорю о брендовых решениях в серверах, а не про внешние модули за $1k. К примеру, в supermicro IPMI карта с KVM'ом стоит порядка 100$, что соответсвует часу работы саппорта. Не уверен точно, но по-моему такие внутренние pci-management решения существуют и для обычных серверов. В нормальных местах можно купить услугу IPKVM и управление питанием. Лично для меня предпочтительней вложить в сервер на 100$ больше и максимально мало полагаться на саппорт. Т.к. IPKVM нужно подключить, снять, и т.д. Хотя тут уже все исходит от цены решения, конечно. Если решение вырисовывается в 1k$ и время реакции саппорта является приемлимым временем потенциального простоя, то подключаемый IPKVM имеет больший смысл. -- WBR, Alexander Burnos -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Железо для хостинг а
На Sat, 3 Nov 2007 18:16:55 +0300 Alexey Pechnikov [EMAIL PROTECTED] записано: В сообщении от Saturday 03 November 2007 17:54:39 Mikhail A Antonov написал(а): On 3 ноября 2007, Alexey Pechnikov wrote: А что такое smartd? aptitude search smartd ничего не находит. aptitude show smartmontools С дисками SATA работает? Смущает фраза built into most modern ATA and SCSI hard disks. А что SATA уже перестали быть ATA? Естественно работает, если контроллер позволяет читать smart атрибуты (а они почти все позволяют). -- Best regards, Alexander GQ Gerasiov Contacts: e-mail: [EMAIL PROTECTED] Homepage: http://gq.net.ru signature.asc Description: PGP signature