Требования к оборудованию для серверов
Мы должны купить несколько серверов в моей организации - и, подумав о блейд-стойке, мы скорее хотим пойти в направлении стойки - в основном из-за соображений стоимости. Наша организация - это университет, в котором обучается от 3000 до 4000 студентов, и мы планируем предлагать услуги электронного обучения (включая потоковое видео). Для этого мы хотим начать с 5 серверов и виртуализировать все. Наш бюджет составляет около 50 000 долларов. Мы рассчитываем на 200 одновременных сессий - это может быть меньше в начале - но оно должно расти, когда наши услуги станут хорошо развитыми и известными.
Наша текущая идея заключается в том, чтобы купить 3 довольно мощных сервера, на которых будет размещаться как среда электронного обучения, так и потоковая. Благодаря виртуализации мы можем переместить сервер на другой компьютер, в случае каких-либо проблем с одним компьютером - конечно, потерять некоторую производительность - но, по крайней мере, продолжить работу с нашими услугами.
Кроме того, мы хотим иметь 1 сервер для резервных копий, который будет самым медленным сервером и один для файлов, который будет немного быстрее резервного сервера, но не сверхбыстрым.
Мы рассматриваем диски SAS для всех серверов, кроме резервного сервера.
Итак, все вместе у нас есть следующий план:
- Веб-сервер 128 ГБ быстрее ЦП 2 12 ТБ SAS
- Веб-сервер 128 ГБ быстрее ЦП 2 12 ТБ SAS
- Мультимедийный сервер 128 ГБ Самый быстрый процессор 2 12 ТБ SAS
- Резервный сервер 16 ГБ Самый медленный процессор 1 36 ТБ SATA (требуется расширение)
- Файловый сервер 32 Гбайт в порядке-ЦП 1 12 ТБ SAS
Более быстрые процессоры должны быть 8-ядерными. Конечно, мы используем не только HMTL-сайты, но и системы управления контентом (DRUPAL, а также JAVA-приложения, Flash-Streaming и т. Д.), Которые поглощают хороший процессор и оперативную память. Но ожидайте, что серверы будут очень быстрыми для наших целей - и достаточно сильными, чтобы не отставать от наших растущих потребностей в течение некоторого времени.
Автономное резервное копирование мы хотим сделать с помощью ленты - поскольку другой блок хранения будет слишком дорогим...
Мы хотим использовать RAID 1 - зеркалирование - поэтому мы потеряем 50% пространства - но система должна быть очень надежной.
Также источник питания, охлаждение и сетевые карты должны быть избыточными.
С точки зрения оперативной памяти мы смотрим на Quad Rack RDIMM (8 ГБ каждый)
Что касается ЦП, мы смотрим на семейство Intel 26, выбирая 8 ядерных рангов для активного сервера (2965 для мультимедийного сервера - и аналогичных ЦП для веб-сервера) и оставаясь с 4 ядром 2609 для файлов и резервного копирования. сервер.
Нет, наша стратегия аварийного восстановления заключается в следующем:
Мы не можем иметь полное резервирование из-за соображений стоимости, поэтому мы понимаем нашу стратегию следующим образом:
если файловый сервер выходит из строя, мы можем переключиться на резервный сервер. если сервер резервного копирования выйдет из строя, у нас будут ленты - и мы планируем еще одну внешнюю резервную копию в другом центре обработки данных. Так что резервная копия есть.
если один из трех мушкетеров уйдет в отставку, они могут заменить друг друга. Виртуальная машина может перейти к нужному серверу - и сразу же включиться. Таким образом, мы должны иметь возможность работать с короткими перерывами (копирование виртуальной машины), если у нас работает один сервер. Конечно, это очень сильно повлияло на нашу производительность, но в любом случае мы можем выполнять свою работу.
Одна большая головная боль - хранение. SAN очень дорогой - поэтому мы сейчас собираемся установить на борт жесткие диски и полки для хранения. Это не идеально, но также дает нам дополнительную избыточность и независимость от унифицированного устройства хранения.
Но мои вопросы касаются рекомендаций от опытных администраторов, которые создали центры обработки данных:
a) Рекомендации для CPU - имеет ли смысл подниматься в ряды семейства INTEL 26 - где это становится очень дорогостоящим - или нам лучше остаться на уровне, где запускается 8 ядер... Может быть, для мультимедиа, поскольку CPU является требуется, так как сервер также должен иметь возможность преобразовывать видеофайлы в флэш-файлы для потоковой передачи.
б) Рекомендации по хранению: Какие варианты хранения мы должны рассмотреть, кроме встроенного хранилища?
в) Какие общие рекомендации / идеи вы получаете, когда смотрите на наши спецификации?
d) Имеет ли смысл наша стратегия резервного копирования / надежности? Любые рекомендации?
e) Нам нужны системы, которые работают с виртуализацией с открытым исходным кодом, такие как XEN, поэтому мы смотрим в сторону IBM. Но они дорогостоящие. Опыт работы с DELL или HP?
Я знаю, это много вопросов в одном, если у вас есть ценные советы и подсказки, не стесняйтесь просто ответить на часть...
спасибо и наилучшие пожелания Кристиан
1 ответ
А ) Расширяйте горизонтально, если можете, а не вертикально. То есть, получите много экономичных ЦП / серверов, а не тупо дорогих, которые не имеют смысла, если ваше приложение не может развернуться горизонтально. Таким образом, вы можете теоретически расширяться бесконечно экономически эффективным способом, а не иметь жесткий потолок, который стоит очень дорого.
b) Выбор Raid 10, 50 и 60 (в зависимости от важности отказоустойчивости, соотношения чтения / записи) с большими жесткими дисками 7.2k будет гораздо лучшим решением, чем raid 1 из дисков SAS (10k/15k), в зависимости от вашего сценария., Если один сервер слишком перегружен, получите другой сервер, а не диск с более высокой производительностью. Что касается потокового видео, в любом случае 15-килобайтные диски не намного лучше, чем 7,2-килобайтные, это скорее улучшение времени отклика.
в) См. A & B
г) См. A & B
д) Это был бы вопрос о покупке, и, честно говоря, они не имеют значения... У вас также есть больше вариантов, чем 3 производителя.