Вот сценарий. Предположим, вы собираетесь покупать большое количество серверов, но сначала пробуете оборудование от поставщика, и вам необходимо его оценить.
Также скажите, что специальное программное обеспечение, которое будет работать на нем, даже не написано (или текущая версия настолько «альфа», что имеет большой вклад в этот процесс).
Изменить: оборудование тяжелое для ЦП и памяти, но мало использует диск. (в основном просто логирование).
На данный момент, с моим ограниченным опытом, все, что я могу придумать, это установить Linux и начать выполнять тесты памяти, тесты жесткого диска, тесты процессора - все, что я могу найти в Google.
Я не против сделать это, но мне интересно, не упустил ли я что-то - возможно, какой-то uber-пакет, который тестирует несколько аспектов оборудования (возможно, даже тестирует то, что я знать тестировать).
Есть ли у кого-нибудь предложения, основанные на опыте?
Вы собираетесь купить много серверов, которые должны быть «квалифицированы» для приложения, которое еще не написано. Это похоже на покупку грузовика для цели, о которой вы еще не знаете.
На самом деле нет способа «квалифицировать» его, если вы не знаете, каковы требования. Обычно подходящие системы - это системы, протестированные для работы с данным приложением с использованием узкого набора специальных драйверов, поэтому вы знаете, что если вы обновите видеодрайвер, контроллер диска или любой другой компонент, вы скажете, что не будете поддерживать приложение. в этот момент, потому что вы не тестировали их в этой конфигурации.
Все, что вы описываете с помощью тестов памяти и дисков, - это просто выгорание, которое большинство уважаемых поставщиков уже проводят с оборудованием перед тем, как отправить его вам (для серверов). Если вы хотите тратить время на раскручивание колес, делая это, нет ничего плохого в это просто трата времени.
Вам нужно поговорить с людьми, создающими приложение, и выяснить, каковы именно требования к дизайну, затем установить его, протестировать и отметить, какие драйверы и программное обеспечение / оборудование вы используете, и если приложение работает, оно соответствует требованиям.
Если они не знают и не ожидают, что вы волшебным образом определите требования для квалификации их приложений, когда они еще этого не сделали, вы работаете для людей, которые считают системное администрирование волшебным.
Вы не можете квалифицировать конфигурацию для испорченного ПО.
Вы говорите о двух разных вещах. Есть выгорание, которое необходимо для устранения проблем с оборудованием (и, возможно, ОС) перед запуском системы в производство. Затем идет тестирование производительности. Сравнение системы с базовой линией. Понимание того, как оборудование работает с вашим конкретным приложением. Вы должны уметь отвечать на такие вопросы, как:
Записать в:
Для приработки я загружаю систему в режиме PXE в тест памяти или стресс-цикл (мемтест работает). Если я все-таки сгораю после установки ОС, я буду использовать полезность стресса в течение некоторого периода времени, чтобы избавиться от любых проблем с оборудованием. Этот инструмент можно настроить на нагрузку на ЦП, виртуальную память, диск и другие подсистемы ...
Некоторые производители (например, HP) включают компакт-диск для обслуживания, который также может запускать автоматизированные циклы тестирования установленных аппаратных компонентов.
Производительность:
Для тестирования производительности я собираю серверы и запускаю что-то вроде Вариант WHT для UnixBench чтобы получить общую относительную оценку для сравнения других систем, развернутых в среде. Убедитесь, что вы получаете аналогичные результаты по всему парку серверов.
Специальное тестирование подсистем сети и хранилища может быть выполнено с использованием реального производственного приложения (смоделированная рабочая нагрузка) или с помощью обычного набора инструментов для тестирования производительности (например, iperf для сети, iozone или Бонни ++ для хранения).
Действительно специфическое тестирование платформы в среде, чувствительной к скорости процессора или задержке, может быть выполнено с помощью таких инструментов настройки, как осциллограф и циклический тест. Это также полезно для того, чтобы увидеть, как внешние нагрузки влияют на систему. Но это, вероятно, слишком много для большинства развертываний серверов ...
Тем не менее, лучшие тесты производительности всегда будут исходить от предполагаемого приложения и реалистичной рабочей нагрузки.