Сравнение серверов - Сравнение серверов на основе их спецификаций


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

  • ОПЕРАТИВНАЯ память
  • ОС
  • Количество ядер

Мы рассматривали возможность включения архитектуры, однако с учетом объема оперативной памяти, который мы, вероятно, будем использовать в нашем серверы x64 объем оперативной памяти также должен указывать на архитектуру.

Рассматривая пример наличия 3 доступных серверов, работающих в разных операционных системах, с разным объемом оперативной памяти, разным количеством ядер и т.д. как бы мы определили, какой сервер лучше всего назначить "основным" сервером? То, что мы рассмотрели на данный момент, - это создание простой метрики, в которой каждый раздел (ОЗУ, ОС и ядра) представлен значением из 1 (где 1 - наш рекомендуемый требования) и сравнение серверов таким образом. Является ли это хорошим подходом к проблеме? У кого-нибудь есть идеи получше или вы знаете какие-либо инструменты, которые могут помочь?

ПРАВКА: Позвольте мне объяснить подробнее. Эти серверы в основном являются просто процессорами. Все они будут разговаривать с одной и той же базой данных. Сценарий таков: Мы могли бы удалить или добавить серверы в любое время, скажем, например, основной, а остальным пришлось бы выяснять между собой, кто является основным. Когда первичный файл считывается, иерархия должна осознать, что снова появился новый первичный. У нас уже есть механизм для этого. Мой вопрос касается метрики. С точки зрения определения того, что было бы лучшим основным сервером, существуют ли какие-либо другие соответствующие факторы, которые следует учитывать?

Author: Ash, 2013-02-04

1 answers

ОБНОВЛЕНИЕ

При этом я считаю, что ядра - это ваш основной показатель. Оперативная память и операционная система могут быть полезны, но обработка, скорее всего, является задачей процессора. опять же, это основано на приложении, и у вас будет лучший ответ, чем у меня.

Что касается серверов, то лучшее решение, которое я вижу для вас, - это балансировщик нагрузки. дешевая машина просто для пересылки трафика в ваш пул серверов. хотя сеть всегда будет подключаться к одному и тому же ip-адресу, допустим, 192.168.0.1 этот балансировщик будет перенаправляться на другой онлайн-сервер.

Это довольно простая настройка для архивирования на сервере unix. кстати, такого рода вопросам следовало бы уделить больше внимания https://serverfault.com/

Дайте мне знать, если вам понадобится еще какая-либо помощь в этом.

Старый ответ

Для разных приложений потребуются разные типы серверов, поэтому серверы нельзя сравнивать по этому вопросу, если они не будут выполнять одну и ту же работу.

Это даже не относится к спецификации роли. Серверу Mysql может потребоваться много оперативной памяти или много процессора, как того, так и другого, или даже быстрых дисков.

К сожалению, я считаю, что это ужасный подход. На мой взгляд, было бы лучше всего перечислить услуги, их требования и назначить em на совместимые машины. Подход даже не связан с тем, что самый критичный/важный сервис получает лучшую машину. Вторичной службе может потребоваться гораздо больше ресурсов, чем первичной... допустим , поиск сервер против http-сервера.

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

 0
Author: Danilo Kobold, 2017-04-13 12:14:46