Как выбрать серверное оборудование для компании-разработчика ПО? [закрыто]
нам нужно выбрать какое-то серверное оборудование для небольшой компании по разработке программного обеспечения (всего 10-15 разработчиков и 15-20 пользователей сети).
У нас есть некоторые общие задачи, такие как доступ в Интернет (брандмауэр), электронная почта (фильтр спама), локальный NNTP-сервер, локальный FTP-сервер. Нам также нужен файловый сервер, SMB-сервер. Думаю, они должны находиться на отдельном сервере. (серверы?).
Кроме того, у нас есть некоторые потребности в разработке:
- непрерывная интеграция (CruiseControl в настоящее время выполняет 5-10 проектов, каждая сборка проекта требует до 10 минут {{1 }} для компиляции, упаковки кода Java и запуска модульных тестов) - я считаю, что это задача, наиболее потребляющая ресурсы ЦП;
- отслеживание проблем, учет времени, вики и т. д. - несколько веб-сайтов {{1} } (в основном Java, работающая под управлением Tomcat, для каждого из них обычно требуется некоторая база данных, размещенная в MySQL или PostgreSQL)
- контроль версий - несколько репозиториев SVN и одна CVS для устаревших проектов.
] Какого оборудования должно быть достаточно h для этих целей? Есть ли подходы к определению (вычислению требуемых CPU / памяти).
Заранее благодарю.
П.С. Мы задали этот вопрос одному из наших отечественных поставщиков серверов, они предложили два сервера (2 x Xeon 5405 + 8 ГБ ОЗУ для всех сетевых устройств и 2 x Xeon 5430 + 32 ГБ ОЗУ + 12 жестких дисков SAS 146 ГБ для всех компонентов разработки, работающих на ВМ). Общая стоимость составляет около 13 тысяч долларов, что для нас довольно дорого.
Моя рекомендация состояла бы в том, чтобы запустить с единственного выполнения сервера VMware ESX (или ESXI, если Ваш бюджет является ограниченным). Добавьте квадратический NIC - это даст Вам больше сетевых интерфейсов для использования для сетевого маршрутизатора / туземного VM. Нет действительно никакой потребности запуститься с двух серверов - просто покупают один и следят за ее использованием. Если, в какой-то момент в будущем, Вы поражаете пределы ЦП/RAM/диска одного сервера, покупаете другой, устанавливаете ESX и перемещаете VMs в него.
До аппаратных спецификаций, "сервер разработки", обрисованный в общих чертах выше хороших взглядов. Если стоивший проблема, запустите w/16G RAM - можно всегда обновлять позже в случае необходимости.
Первый вопрос я справился бы о наблюдении этих спецификаций, состоит в том, сколько Вы планировали для этих серверов? Что относительно питания/затрат на охлаждение? Для принятия образованного решения о покупке аппаратных средств необходимо рассмотреть больше, чем просто приложения, Вы хотите работать на них.
-
1Хорошо, извините, я don' t имеют фон системного администрирования, только разработка программного обеспечения, таким образом, I' m не уверенный я понимаю вопросы правильно. В данный момент мы имеем кондиционированный (18C) серверная, где старые серверы живут, у нас есть некоторый UPS (5 x APC SmartUPS 1000), таким образом, я полагаю, что мы можем жить с этим штатом впервые. Бюджет является более сложным вопросом. Я думал, что мы можем создать нашу серверную среду пошаговые, заменяющие старые серверы один за другим и расходы приблизительно $2 тысячи каждая четверть. – 19 October 2009 в 21:24
-
2Извините, я didn' t знают, что у Вас были существующие данные приватные или более старые активы сервера. – Mojeska 19 October 2009 в 21:38
-
3Предположение, что Вы - not' t собирающийся размещать Вашу собственную электронную почту, я рекомендовал бы Google Apps или размещенное решение Exchange для Вашей электронной почты/фильтрации спама. Это, вероятно, установило бы Вас назад 1 800$ в год (с Google Apps), но сохранило бы Вас стоимость аппаратных средств, обслуживания и поддержки. FTP/NNTP/Брандмауэр мог, вероятно, быть обработан недорогой коробкой от пиццы, запускающей Linux. Я видел, что Вы делали это меньше чем за $2 тысячи. До Вашей разработки/файловых служб, Вы, вероятно, don' t хотят сэкономить. Снова я рекомендовал бы основанное на Linux решение (специально для разработки). – Mojeska 19 October 2009 в 21:49
Не покупайте 5400 Xeon для поля VM. 5500 xeon окажет лучше поддержку VM по той же стандартной цене.
Диск IO будет узким местом для VM's, работающего просто на внутренних дисках сервера. Необходимо смотреть на DAS или ISCSI SAN для добавления большего количества IO. Это кажется, что внешнее устройство хранения данных вне Вашего бюджета все же.
Поскольку Вы - строительная компания для большой функциональности брандмауэра/фильтрации/и т.д., я одобрил бы использование полей аппаратного устройства. Можно потерять часть гибкости, которую полный сервер мог бы дать Вам, но с точки зрения администратора наверху (который я предположу, что Вы не ускорены для принятия) это - достаточно маленькая цена для оплаты.
Для файлового сервера мой опыт с разработчиками состоит в том, что Вам будет нужно много устройства хранения данных. Даже только для 10-15 человек, Вы будете сохранять несколько копий приложений, файлов установки для нескольких версий средств разработки и комплектов, комплекты базы данных, и т.д., так определенно не экономят там. Можно даже хотеть резервировать или отобразить ПК ночью к сети, которая является большим количеством пространства.
Точно то, в каком количестве Вы нуждаетесь, зависит, на каких инструментах Вы используете, таким образом, необходимо будет получить подсчет. Мое общее эмпирическое правило состоит в том, чтобы взять то число и удвоить его, чтобы дать Вам некоторую высоту для будущего.
Я не вижу, почему компании как Ваша была бы нужна Ваша собственная внутренне размещенная электронная почта. Снова, это - администратор наверху, что Вы не нуждаетесь и вероятно не подготовлены к, поэтому найдите хорошего внешнего поставщика - предпочтительно один можно легко добраться по телефону до и вопить на то, когда вещи идут не так, как надо (это может быть намного более важно, чем какая-либо сумма хороших функций).
Не забывайте планировать для резервных копий также!
-
1
Много походит на мой собственный отдел. У нас есть приблизительно 30 разработчиков, делающих соединение PHP/Java на Linux/Apache/Tomcat/MySQL + Samba + SVN, и наша пара HP DL360's является излишеством. Я создал бы базовый набор для Вашего маршрутизатора/брандмауэра/электронной почты приблизительно за 500$, и имел бы в наличии старый ПК как резервное копирование, затем потратил бы, возможно, более хорошее поле как HP DL380 для dev среды.
Без преданных людей IT и ограниченного бюджета, Вы - правильный вид клиента для облачных сервисов как Amazon EC2 для dev и Google Apps для бизнес-стороны. У Вас будет меньше для волнения о, и расходы масштабируются с потребностями, таким образом, можно будет избежать больших оплачиваемых авансом инвестиций. Конечно, это предполагает, что Вы находитесь на строке фиксированных затрат (я помню несколько лет назад, что обычная вещь в Вашей шее лесов состояла в том, чтобы заплатить за МБ, не знайте, как это теперь).
Если это не будет работать на Вас по любой причине (возможность соединения, безопасность, так как босс будет слишком старомоден), то необходимо будет просто сделать то же самое в задней комнате. Получите пару мощных серверов (btw, избавьтесь от тех людей, которые заключают Вам в кавычки 5 400 рядов, Nehalems настолько лучше, это не забавно, и память, из которой Вы будете нуждаться в большом количестве из, является более дешевым путем, приблизительно $20/ГБ), отбросьте набор VMs на них (используйте любую технологию виртуализации, является самым близким к Вашей основе), и весело провести время. Лучшая вещь сделать, имеют один VM на приложение - легче справиться. Чтобы сэкономить время, используйте Jumpbox для своих внутренних приложений. Для потребностей брандмауэра и маршрутизатора существует Vyatta. Но необходимо все еще ожидать цену в окружении $10 тысяч - нет никакого способа сделать это более дешевый, если Вы не готовы создать материал из фрагмента.