примерная конфа для сервера...
С
Скандинав
меня попросили помочь в выборе 3 конфигураций компов...
которые нужно будет соединить в сеть из 3-х компьютеров (один, разумеется, - сервер)
и работать
сразу на трёх в достаточно мощной бухгалтерской программе.
1с 77 комплексная,
вот думаю на сервер
пень iv или duo?
Оперативки 2 гига
винт 300гб, или 2х200гб кэш 16мб
видяха простая
dvd
на простые компы
атлон 3800
оперативки 1гб
видяхи простые
и они просят чтобы работоспособность этих всех компов была на уровне, чтобы железо не глючило и т.д.
которые нужно будет соединить в сеть из 3-х компьютеров (один, разумеется, - сервер)
и работать
сразу на трёх в достаточно мощной бухгалтерской программе.
1с 77 комплексная,
вот думаю на сервер
пень iv или duo?
Оперативки 2 гига
винт 300гб, или 2х200гб кэш 16мб
видяха простая
dvd
на простые компы
атлон 3800
оперативки 1гб
видяхи простые
и они просят чтобы работоспособность этих всех компов была на уровне, чтобы железо не глючило и т.д.
С
Скандинав
что-то там про качественно дешево и быстро и два из трех
у моей подруги в офисе стоят фирменные hp блоки и что -? глючат.... и xp англ. версия работники - матерятся... ((
вообще если прийти к ним (кто просил помочь то) и просто компы почистить... ))
сервер поставить... думаю что заработает... )))
S
Steel Joker
плучше взять фирменное железо - тот же HP(винты естественно в райде). настроить один раз, урезать права у пользователей до минимума и жить спокойно. не забыть купить хорошее сетевое оборудование.
правильные это слова
что-то там про качественно дешево и
быстро и два из трех и кроилово и попадалово.
правильные это слова
С
Скандинав
не забыть купить хорошее сетевое оборудование.
про это я им уже сказал...
винты естественно в райде).
это тоже...
а где прайсы глянуть на серверы HP?
D
®Djinn©
пень iv или duo?
уже актуален короед - холоднее и быстрее
Более оптимальное вложение денег
Это хоть похоже на сервер в отличие от П4
и они просят чтобы
работоспособность этих всех компов была на уровне, чтобы железо не глючило и т.д.
Для этого есть гарантия
А так вобщем то берете на гиге или интел - и всем щастье
С
Скандинав
вот предлагают
сервер
HP 470064-201 DL140G3 X5130 (2.0GHz-1x4MB) Dual Core, 2GB NHP-SATA 80GB
DVD/CDRW
цена 44-45т.р.
нормально, как считаете?
сервер
HP 470064-201 DL140G3 X5130 (2.0GHz-1x4MB) Dual Core, 2GB NHP-SATA 80GB
DVD/CDRW
цена 44-45т.р.
нормально, как считаете?
С
Скандинав
я в чуть меньшую цену заказывал год назад системник с 4 сата хардами, гектаром озу, райдом пятым на интеловской матьборде. проц послабее гораздо был... А так - вроде пашет еще
Алексей, а то что винт малый ничего страшного?
просто часто говорят два винта массив raid
очень быстро.... все такое.....
на одном винте raid никак не замутить...
К
Камрад Cav
очень быстро.... все такое.....
Или быстро (годится для обработки видео) или надежно (зеркало и более сложные массивы).
Ни один вменяемый человек не поставить "массив raid
очень быстро" на сервер, т.к. сервер должен быть изначально надежным...
по нр
сейчас сам ищу поставщиков для вдух серваков. результаты следущие:
менеджеры конктретно тупят. приходится самому скачивать спеки и их поправлять.
потом давим менегеров по ценам... и о чудо!!!! то что предлагали за 160 ты получаешь за 130...... самое вменяемое общение у меня произошло с prom2002.ru - хорошое понимание сути вопроса. самые низкие цены предлагает http://printserv.ru, но деревянный менегер. в uti.ru есть вроде нормальный инженер но менеджер так себе, цены нормальные.novacom цены неинтересные.крона кс коммуникабельный менеджер, нормальные цены. остальные фирмы которые hp занимаются, почему то мои запросы на 200 рублей проигнорировали.
а по сабжу прелагаю автору задуматся над :
Сервер 1
470064-195 Сервер HP ProLiant ML110T04 X3040 (1.86GHz-1x2MB) Dual Core, 512MB 160GB NHP-SATA DVD/CD-RW 19954
432803-B21 512 MB Unbuffered Advanced ECC PC2-5300 DDR2 DIMM (1 x 512 MB), Single 2510
411275-B21 HP 160GB 1.5G SATA 7.2K NHP 3.5" HDD 2845
итого 25309 рублей
серверный конрое + серверный чипсет + ecc память =сервер entry level ..... но уж лучше чем десктоп простой (даже если intel или гига , а цена не сильно будет отличатся ). DL это кстати в стойку. больше денег и в данном случае нет смысла.
[Сообщение изменено пользователем 28.03.2007 21:12]
сейчас сам ищу поставщиков для вдух серваков. результаты следущие:
менеджеры конктретно тупят. приходится самому скачивать спеки и их поправлять.
потом давим менегеров по ценам... и о чудо!!!! то что предлагали за 160 ты получаешь за 130...... самое вменяемое общение у меня произошло с prom2002.ru - хорошое понимание сути вопроса. самые низкие цены предлагает http://printserv.ru, но деревянный менегер. в uti.ru есть вроде нормальный инженер но менеджер так себе, цены нормальные.novacom цены неинтересные.крона кс коммуникабельный менеджер, нормальные цены. остальные фирмы которые hp занимаются, почему то мои запросы на 200 рублей проигнорировали.
а по сабжу прелагаю автору задуматся над :
Сервер 1
470064-195 Сервер HP ProLiant ML110T04 X3040 (1.86GHz-1x2MB) Dual Core, 512MB 160GB NHP-SATA DVD/CD-RW 19954
432803-B21 512 MB Unbuffered Advanced ECC PC2-5300 DDR2 DIMM (1 x 512 MB), Single 2510
411275-B21 HP 160GB 1.5G SATA 7.2K NHP 3.5" HDD 2845
итого 25309 рублей
серверный конрое + серверный чипсет + ecc память =сервер entry level ..... но уж лучше чем десктоп простой (даже если intel или гига , а цена не сильно будет отличатся ). DL это кстати в стойку. больше денег и в данном случае нет смысла.
[Сообщение изменено пользователем 28.03.2007 21:12]
сервер
HP 470064-201 DL140G3 X5130 (2.0GHz-1x4MB) Dual Core, 2GB NHP-SATA 80GB
DVD/CDRW
цена 44-45т.р.
нормально, как считаете?
не не нормально.
1. переплачиваетеза возможность монтажа в стойку
2. 5130 не слишком для 3х юзеров?
3. + винт надо ещё докупать.
4. переплачиваете за возможность установить 2 ой проц
что врядли сделаете .
5. ОЧЕНЬ СОВЕТУЮ : не садите за сервак пользователя. пусть даже для 3х человек, но ставьте его отдельно, на нормальный упс, без моника.в тихое место(физически изолированное хотя бы деревянной дверью, на худой конец в деревянный ящик с дырками и замком) , подальше от водных коммуникаций
вообщем странный несбалансированный под задачу конфиг
[Сообщение изменено пользователем 28.03.2007 21:16]
да кстати по сервакам читаем фак :
http://3nity.ru/viewforum.htm?f=28&sid=1f6e67a077d...
1. Время простоя
Недооценка и переоценка влияния этого фактора одинаково опасны - первая повлечет финансовые потери Вашей компании при простое сервера, вторая - при приобретении решения.
Если Вам кажется, что в том, что сервер постоит час-другой в рабочее время, ничего страшного - просто поверьте, что бухгалтерия, генеральный директор и другие ответственные лица и отделы Вашей компании, работа которых зависит от данных, находящихся на этом сервере, так в реальной жизни считать не будут, а ремонт сервера в условиях хронического цейтнота и непрерывной ругани удовольствия тем или тому, кто этим будет заниматься, не принесет.
Факторы, влияющие на время простоя:
1.1. Резервирование/избыточность
Отказоустойчивость - способность решения продолжать работать при отказе любого одного из его составляющих.
Наиболее часто из строя по нашей статистике выходят (именно в порядке перечисления) винты, фаны(корпусные вентиляторы и вентиляторы на процессорах), и блоки питания. Резервирование этих компонентов даст возможность работать дальше при отказе любого из них.
1.2. Удобство ремонта и замены
Часто слышу такую фразу - "нам горячая замена винтов/фанов/БП не нужна". Обычно это совмещается с ситуацией, описанной в п.1. и приводит к увеличению простоя сервера или решения: никогда и ни при каких условиях нельзя полностью, полноценно восстановить и проверить работоспособность сервера за 15 минут - это, увы, аксиома.
Сочетание средств горячей замены и резервирования даст возможность попросту избежать простоя в большинстве случаев, заменяя вышедшие из строя комплектующие просто на ходу.
1.3. Наличие и оперативность бэкапа.
Есть два противоложных мнения по этому поводу:
- "у нас есть бэкап - поэтому нас не волнует отказоустойчивость, если что - восстановим махом". Поверьте - махом не восстановите. Это во-первых. Во-вторых - сотрудников Вашей компании, вынужденных перебивать документы за полдня/день/неделю, особенно при интенсивном документообороте, совершенно не обрадуют 100-200-300 убитых енотов к кэшу Вашей компании, "сэкономленных" Вами на отказе от средств отказоустойчивости. Особенно если убытки от простоя и "лишней" работы составят тысячи и десятки тысяч.
- "зачем нам бэкап, у нас же RAID с хотсвопом и прочими прибабахами есть" - наличие средств отказоустойчивости не заменяет и не отменяет бэкап.
1.4. Наличие комплектующих в запасе
Просто прошу поверить на слово - ни один сервисный центр не в состоянии держать на гарантийном складе комплектующих столько, чтобы хватило на единовременную замену при отказах для всего, что было продано. Если не хотите бегать по всему городу в поисках вышедшей из строя железки или долго ждать ее замены "на стреме", ожидая, что случится раньше - сервер упадет или замена приедет - приобретите ЗИП (те же самые винты, фаны, БП по одному) . Поверьте, это сэкономит очень много нервов. Ну и, конечно же, наличие ЗИПа не заменяет и не отменяет средств обеспечения отказоустойчивости.
2. Планирование подсистем сервера.
2.1. Процессор(ы)
"Процессоры и платформы фирмы ХХХ рулез, остальные плохие"
"Процессоры и платформы одной фирмы за сильно меньшую цену обеспечивают сильно лучшие эксплуатационные характеристики - производительность, энергопотребление и тепловыделение и т.п."
И то и другое, мягко говоря, маркетинг
Никакой вендор не станет продавать свой товар дешевле, чем потребители готовы за него платить. Также товары со сравнимой ценой имеют сравнимые же эксплуатационные характеристики.
Единственное, что реально может повлиять на выбор процессора и платформы - это лучшая оптимизация ПО под ту или иную архитектуру. Наличие/отсутствие такой оптимизации лучше всего выяснить в документации и на сайте вендора ПО.
- "купим сейчас с одним процессором, потом докупим при нужде еще один/три"
Во-первых, сейчас процессорные линейки полностью обновляются не реже, чем раз в 2 года, и есть высокая вероятность того, что через эти самые 2 года найти старые процессоры будет попросту невозможно.
Во-вторых, 99% гарантированную работоспособность в паре/четверке можно получить только от процессоров с одним и тем же степпингом, в особо запущенных случаях - из одной и той же партии. Понятно, что найти через несколько лет пару к процессору - весьма нетривиальная, иногда и нерешаемая задача - т.е. подобный "запас" - на Ваш и именно Ваш страх и риск.
2.2. ОЗУ
- нам не нужно ЕСС
Нужно. Более того, при объеме ОЗУ более 1 ГБ оно крайне рекомендуется - даже на РС. На серверах должно быть просто по определению.
- чем больше частота тем лучше, нам нравятся не те а другие модули DIMM и т.п.
Очень опасная ошибка. Все вменяемые производители серверных мат. плат и платформ имеют собственные программы валидации (т.е. проверки работоспособности в стрессовых условиях) связок мат. плата +конкретные модули DIMM конкретных производителей, и списки валидированных для конкретных мат. плат модулей выкладываются на сайтах вендоров мат. плат. Серверостроители, правда, иногда используют невалидированные модули - но это означает, что у них эти модули с этими мат. платами успешно прошли проверку. Если Вы самостоятельно выбираете DIMM для Вашего сервера - обязательно выбирайте из списка валидированных, у Вас все равно нет таких возможностей для проверки работы связок и такой статистики, как у серверостроителей и вендоров.
По поводу того, что ОЗУ много не бывает - думаю, это и так всем известно Нужно только помнить, что ОЗУ потребляют не только приложения - но и ОС.
2.3. Дисковая подсистема
Огромное поле деятельности Причина - очень большой разрыв в производительности между дисковой подсистемой и ОЗУ, а также - статьи 10-летней давности, воспринимаемые в отрыве от реального прогресса внутренних и внешних RAID-контроллеров.
- "нам не нужна мощная дисковая подсистема, обойдемся 2-3-4 дисками, а все, что необходимо, закэшируем в ОЗУ"
Это верно только для статичных данных, в которые годами не вносятся изменения. Если объем данных растет - рано или поздно объем наиболее часто используемых данных вылезет из объема ОЗУ, который имеет весьма существенные ограничения по масштабируемости - в отличие от внутренних и особенно (!) внешних дисковых массивов. В современных условиях, когда на документооборот в электронном виде завязан бизнес целиком, это будет скорее рано, чем поздно. И приведет это к жестоким тормозам в работе сервера, как минимум, и к все тому же простою - как максимум.
Правильный сервер всегда сбалансирован по всем подсистемам - естественно, относительно выполняемой им задачи.
- "у нас мало денег, но нужна быстрая дисковая и будет бэкап, потому используем RAID0"
Никогда не используйте RAID0 для данных, которые должны храниться более суток - иначе их потеря неотвратима. Про бэкап - см. п. 1.3.
- "денег у нас мало, производительный аппаратный RAID-контроллер нам не по карману".
Необходимо учесть, что самый современный и производительный внутренний(PCI-X, PCI-Express)RAID-контроллер стоит в районе 1К убитых енотов - в большинстве задач уместны более дешевые контроллеры. Но: главное отличие аппаратных RAID от лучших вендоров - это наличие стандартного набора средств для восстановления работоспособности массива, никак не зависимого от ОС.
- "мы купили крутой контроллер, он не должен падать/ломаться/выходить из строя".
Застрахованных от всех проблем комплектующих - любых - в природе не существует . Даже при дублировании всего в решении целиком - не бывает 100% отказоустойчивых решений. Бывают 99, (9) % - но каждая девятка после запятой стоит пары нулей справа в цене решения.
- "у нас есть хороший(иногда - онлайновый) UPS, нам не нужна BBU (Battery Backup Unit - аккумулятор, сохраняющий содержимое кэша записи на контроллере при потере питания)"
- Никакой UPS не гарантирует Вам 100% устойчивости к потере питания
- Отключенный WriteBack кэш снижает производительность на запись на современных контроллерах в разы
- Массив с включенным WB и при отсутствии BBU при потере питания развалится (в соответствии с женской логикой ) c вероятностью 50%.
- Даже Reset может (при жестком зависе и высокой активности на запись) привести к потере данных в кэше контроллера и, соответственно, развалу массива.
И несколько спорных моментов.
- "нам не нужна SCSI подсистема, обойдемся SATA и дисками типа WD Raptor (10K rpm) "
Слабое место SATA - работа под тяжелой нагрузке, случайным доступом блоками небольшого размера (64КБайт и менее), более 10-15 потоков, высокой нагрузкой на запись. Т.е. для задач БД с более, чем 10-15 активных пользователей, от SATA-дисков мало толку.
С другой стороны, нельзя сказать, что они безнадежны:
- по IOps (Input/Output operations per second) при вышеописанном характере нагрузки один SCSI-винт 10К об/мин эквивалентен 3 SATA 7200 об/мин или 2 SATA 10K об/мин.
- существуют (сейчас) достаточно высокопроизводительные контроллеры, типа изделий Areca или 3Ware 9550 серии, близкие по производительности и объему кэша к SCSI RAID-контроллерам. Но надо учитывать, что они и по цене также близки.
В итоге - при равной производительности, SCSI и SATA дисковые подсистемы и стоить будут примерно одинаково - только SATA потребуется больше дисков и гораздо более мощный БП (не забываем, что если SCSI RAID способны раскручивать при старте по 1 винту - SATA RAID стартуют все винты разом).
- "поставим быстрый массив под данные и 1-2 отдельных винта для бэкапа"
В итоге получите либо слишком дорогой сервер с 2 мощными дисковыми подсистемами (у каждой свой контроллер и корзина), либо сведете отказоустойчивость всего сервера к отказоустойчивости этих самых 1-2 винтов - т.е. при проблемах с ними сервер придется остановить, что ведет к простою.
Если у Вас совсем плохо с деньгами - поставьте этот винт хотя бы на рабочее место админа, чтобы не сооружать лишних проблем на сервере.
А лучше всего - установить нормальные, штатные средства бэкапа - лучше стримеров для этого на сегодняшний день только автоматические библиотеки с ними же в качестве приводов. Да и ассортимент стримеров довольно велик, есть даже дешевые USB внутренние и внешние стримеры от того же НР.
"- разруливание нагрузки на винты вручную эффективнее, чем RAID-контроллером"
Часто встречающаяся ошибка, основанная на статьях 10-летней давности, когда RAID-контроллеры были большими и медленными
В результате вручную Вам придется обеспечить не только раскладку нагрузки, но и отказоустойчивость - плюс в большинстве случаев Вы поставите работоспособность дисковой подсистемы в прямую зависимость от работоспособности ОС.
Что касается производительности - современные RAID-контроллеры имеют производительность буквально в десятки раз выше, чем тогда, когда упомянутые статьи писались. Некоторые цифры производительности современных RAID можно найти здесь.
- "поставим 1-2 диска под ОС, остальные в RAID под данные"
С 1 диском - то же что и с дисками под бэкап - сведете отказоустойчивость сервера к отказоустойчивости одного диска. И помните - современные ОС совершенно нетребовательны к дисковой подсистеме. Т.е. выделив под ОС даже 2 диска - Вы просто отбираете производительность этих двух дисков у задачи, под которую Вы поставили сервер. Отдельное зеркало под ОС реально оправдано в трех случаях:
- на том же сервере размещается контроллер домена (т.е. отключается кэширование записи файлового кэша ОС) ,
- у Вас внешний RAID или более десятка винтов во внутреннем
- задача, возложенная на сервер, не создает нагрузки на дисковую подсистему, и этого зеркала более чем достаточно.
2.4. Связка мат.плата+корпус
Еще одна типичная ошибка - ставить хорошие комплектующие в дешевый корпус. Во-первых, нельзя впихивать невпихуемое, во-вторых - корпус с плохими охлаждением и питанием сведет на нет все предусмотренные средства отказоустойчивости. Кстати говоря, основными причинами выхода из строя винтов, к примеру, являются именно плохие охлаждение и питание.
Лучше всего использовать связки, валидированные производителем материнской платы - по крайней мере, не будет неприятных сюрпризов.
http://3nity.ru/viewforum.htm?f=28&sid=1f6e67a077d...
1. Время простоя
Недооценка и переоценка влияния этого фактора одинаково опасны - первая повлечет финансовые потери Вашей компании при простое сервера, вторая - при приобретении решения.
Если Вам кажется, что в том, что сервер постоит час-другой в рабочее время, ничего страшного - просто поверьте, что бухгалтерия, генеральный директор и другие ответственные лица и отделы Вашей компании, работа которых зависит от данных, находящихся на этом сервере, так в реальной жизни считать не будут, а ремонт сервера в условиях хронического цейтнота и непрерывной ругани удовольствия тем или тому, кто этим будет заниматься, не принесет.
Факторы, влияющие на время простоя:
1.1. Резервирование/избыточность
Отказоустойчивость - способность решения продолжать работать при отказе любого одного из его составляющих.
Наиболее часто из строя по нашей статистике выходят (именно в порядке перечисления) винты, фаны(корпусные вентиляторы и вентиляторы на процессорах), и блоки питания. Резервирование этих компонентов даст возможность работать дальше при отказе любого из них.
1.2. Удобство ремонта и замены
Часто слышу такую фразу - "нам горячая замена винтов/фанов/БП не нужна". Обычно это совмещается с ситуацией, описанной в п.1. и приводит к увеличению простоя сервера или решения: никогда и ни при каких условиях нельзя полностью, полноценно восстановить и проверить работоспособность сервера за 15 минут - это, увы, аксиома.
Сочетание средств горячей замены и резервирования даст возможность попросту избежать простоя в большинстве случаев, заменяя вышедшие из строя комплектующие просто на ходу.
1.3. Наличие и оперативность бэкапа.
Есть два противоложных мнения по этому поводу:
- "у нас есть бэкап - поэтому нас не волнует отказоустойчивость, если что - восстановим махом". Поверьте - махом не восстановите. Это во-первых. Во-вторых - сотрудников Вашей компании, вынужденных перебивать документы за полдня/день/неделю, особенно при интенсивном документообороте, совершенно не обрадуют 100-200-300 убитых енотов к кэшу Вашей компании, "сэкономленных" Вами на отказе от средств отказоустойчивости. Особенно если убытки от простоя и "лишней" работы составят тысячи и десятки тысяч.
- "зачем нам бэкап, у нас же RAID с хотсвопом и прочими прибабахами есть" - наличие средств отказоустойчивости не заменяет и не отменяет бэкап.
1.4. Наличие комплектующих в запасе
Просто прошу поверить на слово - ни один сервисный центр не в состоянии держать на гарантийном складе комплектующих столько, чтобы хватило на единовременную замену при отказах для всего, что было продано. Если не хотите бегать по всему городу в поисках вышедшей из строя железки или долго ждать ее замены "на стреме", ожидая, что случится раньше - сервер упадет или замена приедет - приобретите ЗИП (те же самые винты, фаны, БП по одному) . Поверьте, это сэкономит очень много нервов. Ну и, конечно же, наличие ЗИПа не заменяет и не отменяет средств обеспечения отказоустойчивости.
2. Планирование подсистем сервера.
2.1. Процессор(ы)
"Процессоры и платформы фирмы ХХХ рулез, остальные плохие"
"Процессоры и платформы одной фирмы за сильно меньшую цену обеспечивают сильно лучшие эксплуатационные характеристики - производительность, энергопотребление и тепловыделение и т.п."
И то и другое, мягко говоря, маркетинг
Никакой вендор не станет продавать свой товар дешевле, чем потребители готовы за него платить. Также товары со сравнимой ценой имеют сравнимые же эксплуатационные характеристики.
Единственное, что реально может повлиять на выбор процессора и платформы - это лучшая оптимизация ПО под ту или иную архитектуру. Наличие/отсутствие такой оптимизации лучше всего выяснить в документации и на сайте вендора ПО.
- "купим сейчас с одним процессором, потом докупим при нужде еще один/три"
Во-первых, сейчас процессорные линейки полностью обновляются не реже, чем раз в 2 года, и есть высокая вероятность того, что через эти самые 2 года найти старые процессоры будет попросту невозможно.
Во-вторых, 99% гарантированную работоспособность в паре/четверке можно получить только от процессоров с одним и тем же степпингом, в особо запущенных случаях - из одной и той же партии. Понятно, что найти через несколько лет пару к процессору - весьма нетривиальная, иногда и нерешаемая задача - т.е. подобный "запас" - на Ваш и именно Ваш страх и риск.
2.2. ОЗУ
- нам не нужно ЕСС
Нужно. Более того, при объеме ОЗУ более 1 ГБ оно крайне рекомендуется - даже на РС. На серверах должно быть просто по определению.
- чем больше частота тем лучше, нам нравятся не те а другие модули DIMM и т.п.
Очень опасная ошибка. Все вменяемые производители серверных мат. плат и платформ имеют собственные программы валидации (т.е. проверки работоспособности в стрессовых условиях) связок мат. плата +конкретные модули DIMM конкретных производителей, и списки валидированных для конкретных мат. плат модулей выкладываются на сайтах вендоров мат. плат. Серверостроители, правда, иногда используют невалидированные модули - но это означает, что у них эти модули с этими мат. платами успешно прошли проверку. Если Вы самостоятельно выбираете DIMM для Вашего сервера - обязательно выбирайте из списка валидированных, у Вас все равно нет таких возможностей для проверки работы связок и такой статистики, как у серверостроителей и вендоров.
По поводу того, что ОЗУ много не бывает - думаю, это и так всем известно Нужно только помнить, что ОЗУ потребляют не только приложения - но и ОС.
2.3. Дисковая подсистема
Огромное поле деятельности Причина - очень большой разрыв в производительности между дисковой подсистемой и ОЗУ, а также - статьи 10-летней давности, воспринимаемые в отрыве от реального прогресса внутренних и внешних RAID-контроллеров.
- "нам не нужна мощная дисковая подсистема, обойдемся 2-3-4 дисками, а все, что необходимо, закэшируем в ОЗУ"
Это верно только для статичных данных, в которые годами не вносятся изменения. Если объем данных растет - рано или поздно объем наиболее часто используемых данных вылезет из объема ОЗУ, который имеет весьма существенные ограничения по масштабируемости - в отличие от внутренних и особенно (!) внешних дисковых массивов. В современных условиях, когда на документооборот в электронном виде завязан бизнес целиком, это будет скорее рано, чем поздно. И приведет это к жестоким тормозам в работе сервера, как минимум, и к все тому же простою - как максимум.
Правильный сервер всегда сбалансирован по всем подсистемам - естественно, относительно выполняемой им задачи.
- "у нас мало денег, но нужна быстрая дисковая и будет бэкап, потому используем RAID0"
Никогда не используйте RAID0 для данных, которые должны храниться более суток - иначе их потеря неотвратима. Про бэкап - см. п. 1.3.
- "денег у нас мало, производительный аппаратный RAID-контроллер нам не по карману".
Необходимо учесть, что самый современный и производительный внутренний(PCI-X, PCI-Express)RAID-контроллер стоит в районе 1К убитых енотов - в большинстве задач уместны более дешевые контроллеры. Но: главное отличие аппаратных RAID от лучших вендоров - это наличие стандартного набора средств для восстановления работоспособности массива, никак не зависимого от ОС.
- "мы купили крутой контроллер, он не должен падать/ломаться/выходить из строя".
Застрахованных от всех проблем комплектующих - любых - в природе не существует . Даже при дублировании всего в решении целиком - не бывает 100% отказоустойчивых решений. Бывают 99, (9) % - но каждая девятка после запятой стоит пары нулей справа в цене решения.
- "у нас есть хороший(иногда - онлайновый) UPS, нам не нужна BBU (Battery Backup Unit - аккумулятор, сохраняющий содержимое кэша записи на контроллере при потере питания)"
- Никакой UPS не гарантирует Вам 100% устойчивости к потере питания
- Отключенный WriteBack кэш снижает производительность на запись на современных контроллерах в разы
- Массив с включенным WB и при отсутствии BBU при потере питания развалится (в соответствии с женской логикой ) c вероятностью 50%.
- Даже Reset может (при жестком зависе и высокой активности на запись) привести к потере данных в кэше контроллера и, соответственно, развалу массива.
И несколько спорных моментов.
- "нам не нужна SCSI подсистема, обойдемся SATA и дисками типа WD Raptor (10K rpm) "
Слабое место SATA - работа под тяжелой нагрузке, случайным доступом блоками небольшого размера (64КБайт и менее), более 10-15 потоков, высокой нагрузкой на запись. Т.е. для задач БД с более, чем 10-15 активных пользователей, от SATA-дисков мало толку.
С другой стороны, нельзя сказать, что они безнадежны:
- по IOps (Input/Output operations per second) при вышеописанном характере нагрузки один SCSI-винт 10К об/мин эквивалентен 3 SATA 7200 об/мин или 2 SATA 10K об/мин.
- существуют (сейчас) достаточно высокопроизводительные контроллеры, типа изделий Areca или 3Ware 9550 серии, близкие по производительности и объему кэша к SCSI RAID-контроллерам. Но надо учитывать, что они и по цене также близки.
В итоге - при равной производительности, SCSI и SATA дисковые подсистемы и стоить будут примерно одинаково - только SATA потребуется больше дисков и гораздо более мощный БП (не забываем, что если SCSI RAID способны раскручивать при старте по 1 винту - SATA RAID стартуют все винты разом).
- "поставим быстрый массив под данные и 1-2 отдельных винта для бэкапа"
В итоге получите либо слишком дорогой сервер с 2 мощными дисковыми подсистемами (у каждой свой контроллер и корзина), либо сведете отказоустойчивость всего сервера к отказоустойчивости этих самых 1-2 винтов - т.е. при проблемах с ними сервер придется остановить, что ведет к простою.
Если у Вас совсем плохо с деньгами - поставьте этот винт хотя бы на рабочее место админа, чтобы не сооружать лишних проблем на сервере.
А лучше всего - установить нормальные, штатные средства бэкапа - лучше стримеров для этого на сегодняшний день только автоматические библиотеки с ними же в качестве приводов. Да и ассортимент стримеров довольно велик, есть даже дешевые USB внутренние и внешние стримеры от того же НР.
"- разруливание нагрузки на винты вручную эффективнее, чем RAID-контроллером"
Часто встречающаяся ошибка, основанная на статьях 10-летней давности, когда RAID-контроллеры были большими и медленными
В результате вручную Вам придется обеспечить не только раскладку нагрузки, но и отказоустойчивость - плюс в большинстве случаев Вы поставите работоспособность дисковой подсистемы в прямую зависимость от работоспособности ОС.
Что касается производительности - современные RAID-контроллеры имеют производительность буквально в десятки раз выше, чем тогда, когда упомянутые статьи писались. Некоторые цифры производительности современных RAID можно найти здесь.
- "поставим 1-2 диска под ОС, остальные в RAID под данные"
С 1 диском - то же что и с дисками под бэкап - сведете отказоустойчивость сервера к отказоустойчивости одного диска. И помните - современные ОС совершенно нетребовательны к дисковой подсистеме. Т.е. выделив под ОС даже 2 диска - Вы просто отбираете производительность этих двух дисков у задачи, под которую Вы поставили сервер. Отдельное зеркало под ОС реально оправдано в трех случаях:
- на том же сервере размещается контроллер домена (т.е. отключается кэширование записи файлового кэша ОС) ,
- у Вас внешний RAID или более десятка винтов во внутреннем
- задача, возложенная на сервер, не создает нагрузки на дисковую подсистему, и этого зеркала более чем достаточно.
2.4. Связка мат.плата+корпус
Еще одна типичная ошибка - ставить хорошие комплектующие в дешевый корпус. Во-первых, нельзя впихивать невпихуемое, во-вторых - корпус с плохими охлаждением и питанием сведет на нет все предусмотренные средства отказоустойчивости. Кстати говоря, основными причинами выхода из строя винтов, к примеру, являются именно плохие охлаждение и питание.
Лучше всего использовать связки, валидированные производителем материнской платы - по крайней мере, не будет неприятных сюрпризов.
очень быстро.... все такое.....
только если в raid1 (зеркало)
иначе
Никогда не используйте RAID0 для данных, которые должны храниться более суток - иначе их потеря неотвратима.
С
Скандинав
От пользователя: neoplanza
- "у нас мало денег, но нужна быстрая дисковая и будет бэкап, потому используем RAID0"
Никогда не используйте RAID0 для данных, которые должны храниться более суток - иначе их потеря неотвратима.
спасибо большое....
читаю очень внимательно.
мы так то покупаем меочевку в оптивире, недалеко от нас, но сервре у них еще не разу на брали....
что так сильно цены от новакома на сервереа отличаются?
S
Steel Joker
Скандинав
отнесись очень внимательно к этой покупке. тебе выше рассказал(а)
neoplanza
очень популярно.
не стоит заниматься пионерией и взять готовое решение от бренда.
что так сильно цены от новакома на сервереа отличаются?
ну скажем они не самые интересные, да я их не давил особо.вообще при покупке сервера я считаю сам поставщик более важен чем сэкономленные 100 $.
Сам по себ новаком хорошая контора. Так что смотри сам.
а на счет решения
то что я озвучил выше будет для тебя хороший выбор.
я бы даже сказал вариантов в такой бюджет почти нет.
я на HP сразу нацелился, но парралельно просматривал "самосбор" на intel платформах .дак вот могу сразу сказать на intel в 25000 ты не соберешь сервак. если и соберешь то не факт что дешевле и не факт что правильно.а тут четкие спеки, ошибится трудно.конфиги проверенные и оттестированые. вообщем если есть вопросы задавай.
ИМХО мой конфиг для тебя лучший выбор.
тебе выше рассказал(а)
все таки рассказал ))))
учитывая что :
Имя в форуме neoplanza
Имя Алеша
Место работы/учебы IT x 3
Пол Не указан
Дата рождения 20.06.1983
Дополнительная
информация icq # 176203930
С
Скандинав
Имя Алеша
Леша, спасибо.
как надумаем что купить - напишу...
С
Скандинав
скажем они не самые интересные, да я их не давил особо.вообще при покупке сервера я считаю сам поставщик более важен чем сэкономленные 100 $.
Алексей!
для вашей модели сервере
512мб озу не мало будет?
С
Скандинав
еще вопросик, теперь уже про ups
400вт. или 600вт хватит? )))
если учесть, что он булет работать с 8 утра до 8 вечера, на ночь выключать планируется...
400вт. или 600вт хватит? )))
если учесть, что он булет работать с 8 утра до 8 вечера, на ночь выключать планируется...
1000 минимум бери. т.к. тебе надо еще успеть погасить сервак, а не то как он будет работать в нормальном режиме.
для вашей модели сервере
512мб озу не мало будет?
он поставляется с памятью 512 + 512 опцию покупаешь......лучше почитай спеки на hp. или могу тебе в мыло кинуть
ups нужен типа SC1000I ИБП APC Smart-UPS SC 1000VA 230V - 2U Rackmount/Tower 9200
его хватит на 2 ML110 (смотри конфигуратор на apc.ru)
на ночь выключать планируется
одна из ошибок маленьких контор...))))
пусть он работает постоянно тк при включении проиходит большая нагрузка на оборудование + бэкапы(они у вас планируются?) делаются ночью
[Сообщение изменено пользователем 31.03.2007 20:03]
Авторизуйтесь, чтобы принять участие в дискуссии.