Как Вы определяете аппаратные средства, необходимые для сервера? [закрытый]

Почему бы не некоторое тестирование загрузки на Вашем текущем сервере разработки и основе Ваши решения об этом? Вы, вероятно, найдете, что можно использовать меньше ожидаемого на первом сервере и затем масштабировать горизонтально, если/когда бизнес выравнивает по ширине его.

Один путь состоит в том, чтобы смоделировать Вашу систему и моделировать Вашу ожидаемую загрузку. Существуют некоторые инструменты, которые могут сделать этот вид дискретного моделирования события:

• Hyperformix
• SimPy
• Список Википедии инструментов моделирования

Этот материал не легок, и коммерческие инструменты будут стоить ya.

Вы могли также попытаться искать сравнительный тест, который это близко к Вашей ожидаемой загрузке, и посмотрите, какие системы дают Вам производительность, которую Вы ищете. Сравнительные тесты TPC были бы хорошим местом для запуска.

Удача :)

Базы данных могут быть жесткими к размеру. Скорость ЦП обычно не является ключевой, но если это - параллельная рабочая нагрузка, больше ядер лучше. Большая память и быстрые диски является обычно ключевой. Весьма распространено видеть 16 или 32 ГБ памяти в сервере MySQL теперь. Конечно, это не имеет большой смысл, если Ваш набор данных составляет только 2 или 4 ГБ.

Если можно предоставить достаточно RAM для помещения целого набора данных в память (не, таранят диск, но наличие базы данных кэшируют его), получите так много RAM. Это - не обязательно хорошая долгосрочная стратегия, если Вы ожидаете, что Ваши данные вырастут существенно.

Если Ваш размер данных больше, чем сумма RAM, можно предоставить, можно попытаться компенсировать с более быстрыми дисками и использующий больше меньших дисков (8 x 74 ГБ вместо 4x 136 ГБ).

Можно получить некоторое представление о производительности путем взятия аппаратных средств, которые Вы имеете теперь (предполагающий, что у Вас нет больших серверов перебрасывающимися), и выполнение уменьшенного сравнительного теста с некоторыми демонстрационными данными. Это должно дать Вам общее представление о том, где Ваши узкие места и где необходимо потратить больше наличных денег.

Если Вы работаете с крупным поставщиком (Dell, HP, Sun, IBM, и т.д.), можно спросить, отправят ли они демонстрационную единицу со спецификациями рассмотрение. Тем путем можно выполнить сравнительные тесты перед покупкой оборудования.

И наконец, если это - Ваш первый сервер базы данных для приложения и Вы понятия не имеете, будет ли это успешным, не волнуйтесь слишком много. Если Вы запускаете с 'низкокачественного' сервера, и Ваше приложение успешно, Вы можете легко обновление грузоподъемника beefying сервера.

Другая опция не состоит в том, чтобы получить отдельный сервер для DB, но размещать DB на существующем сервере. Существует много различных вариантов для этого от виртуализации (VMware, xen) или выделить единственный сервер как "сервер базы данных бэкенда"

Маловероятно с современными аппаратными средствами, что Вы будете видеть значительное использование ЦП на выделенном сервере.

Разрастание сервера является дорогим в долгосрочной перспективе. В конечном счете тому серверу будут нужны обновление и замена. Если необходимо заменить несколько дюжин (или несколько сотен) это может быть кошмар.

Это зависит от того, сколько хитов Вам будет нужен он для обслуживания. Запустите программу на старом стандартном ПК, если Вы можете, выполнить профилировщика и видеть, насколько система облагается налогом. MySQL Gui Tools имеет медицинский Монитор, который скажет Вам, какой процент система израсходована. Возможности, Вы согласитесь с любым старым ПК. Если Вы не служите много или общедоступный сайт как этот (который рассчитывает как служащий много),

Это зависит, насколько важный восприятие Вашего клиента и доступный бюджет.

Если бы у Вас есть мало бюджета, я добавил бы больше памяти, это очень недорого в данный момент, особенно если Вы используете 4GG модули (на 8 ГБ - более двух раз как дорогие в на 4 ГБ, где я живу).

Если Вы имеете немного больше, затем думают о получении четырехъядерной или двойной четырехъядерной системы.

Если Вы имеете, немного больше все еще получают хороший дисковый контроллер, идеально SAS один с аппаратными средствами RAID.

Если клиентское восприятие является главным, затем получают HP или IBM с предоставлениями резервного питания и всем вышеупомянутым, также рассматривают транкинг Вашего NICs также, если Вы можете быть побеспокоены.

Всего наилучшего.

Это зависит полностью от природы приложения (приложений), которое это будет размещать, и нагрузка, под которой это создаст сервер (сейчас и в будущем).

Когда я - 'spec'ing сервер, я всегда покупаю лучшую спецификацию, которую я могу предоставить.

Я обычно покупаю вполне стандартную спецификацию, за исключением сервера базы данных, когда я пытаюсь добраться, самые быстрые диски I могут предоставить.