Создание виртуальных сред с помощью HP Sizing Tool (часть 3)

• Создание виртуальных сред с помощью HP Sizing Tool (часть 2)

Введение

Оценка виртуальной среды иногда кажется сочетанием искусства и науки. Однако при наличии достаточного количества данных расчеты размеров могут быстро перейти к научной стороне уравнения и быть гораздо более точными, особенно если вы можете получить данные о производительности приложений. Вот тут и приходит на помощь инструмент HP Unified Sizer. После загрузки вы можете установить этот продукт на свой компьютер с Windows. Когда закончите, вы обнаружите, что установлен ряд утилит для изменения размеров.

Параметры роли сервера — продолжение

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

Рис. 1. Варианты сервисов серверного программного обеспечения

Говоря о спецификации, это то, что показано на рисунке 2, который вы можете увидеть ниже. Это та часть, которую я нахожу довольно крутой, поскольку она может помочь исключить некоторые догадки из сценария. Вы можете видеть, что инструмент HP Sizer создает спецификацию, включающую прейскурантные цены для каждого компонента. В то время как большинство клиентов в конечном итоге платят гораздо меньше, чем указано в списке, инструмент может предоставить организациям хотя бы некоторую приблизительную стоимость, которую можно закрепить на доске. У меня есть еще мысли по поводу списка материалов и цен, которыми я поделюсь позже.

Рисунок 2: Спецификация для расчетного решения

Практически каждый компонент, рекомендуемый HP в инструменте определения размеров, можно настроить, чтобы полностью настроить решение под индивидуальные потребности. Как видно из изображения на рис. 3, администратор может даже выбрать желаемый уровень RAID для решения вместе с уровнем защиты. В этом случае вы можете видеть, что только для хранилищ данных VMFS потребуется более 2100 дисков для достижения целей по емкости и производительности. Вы также можете выбрать тип массива — в данном случае 3PAR P9500 — и инфраструктуру подключения.

Рис. 3. Выберите параметры хранения

Более того, вы можете получить дополнительные сведения о настроенном решении, как показано на рис. 4 ниже. Здесь вы можете увидеть необработанные итоги. Это одна из областей, где у меня начинают возникать опасения по поводу предлагаемого решения. Я немного расскажу об этом. Однако, в качестве тизера, зачем кому-то покупать 1612 дисков по 146 ГБ в наши дни, чтобы удовлетворить потребность? Существуют гораздо лучшие варианты, но для этого может потребоваться использование некоторого оборудования HP и стороннего оборудования.

Рис. 4. Предлагаемое решение для хранения

Кроме того, вы можете ознакомиться с полной информацией о конфигурации хост-системы, показанной на рис. 5.

Рисунок 5: Конфигурация хост-системы

На рис. 6 ниже подробно показан перечень материалов для рекомендуемого решения. Как видите, основная часть стоимости хранилища связана с необходимостью использования 2138 дисков SAS емкостью 146 ГБ и скоростью вращения 15 000 об/мин по цене 1285 долларов США каждый, что в сумме составляет более 2,7 миллиона долларов США.

Рис. 6. Спецификация складских запасов для рекомендуемого решения

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

Рисунок 7: Параметры после настройки

Не всегда лучшее решение

Как я уже упоминал ранее, хотя я считаю, что инструмент HP для определения размера является хорошим инструментом, он далек от совершенства, и я бы на самом деле не стал использовать его в качестве конечного средства для проектирования полной среды. В лучшем случае я бы использовал его не более чем в качестве руководства или основы для обсуждения создания виртуальной среды, особенно в отношении хранения. Когда я использовал этот инструмент, мне вспомнилась фраза «Когда все, что у тебя есть, — это молоток, все выглядит как гвоздь». Очевидно, что инструмент рассматривает только аппаратное обеспечение HP, и покупка всего оборудования у одного поставщика, безусловно, дает определенные преимущества.

Давайте рассмотрим еще один пример, использующий более управляемый подход к построению виртуальной среды. В этом случае наша фиктивная компания планирует перенести 50 физических серверов в виртуальную среду. Для демонстрации все серверы идентичны, с двумя четырехъядерными процессорами Zeon 5600, работающими на 2 ГБ. Каждый сервер в среднем использует 15% процессора, использует около 1 ГБ ОЗУ для запуска служб и обычно требует 160 операций ввода-вывода в секунду и 35 МБ передачи данных на диск. Опять же, эти цифры предназначены только для демонстрационных целей и не соответствуют реальному миру.

Рисунок 8: Демонстрационная среда очень стандартна

Для всего остального в инструменте определения размера я разрешил инструменту использовать его значения по умолчанию для расчетов. Инструмент будет использовать свои собственные алгоритмы для построения рекомендуемой среды и представления ее… за одним исключением.

Как видно на рис. 9, я изменил количество LUNS для VMFS на 10, а не на 1. На этом рисунке также видно, что инструмент подсчитал, что для решения потребуется 8000 операций ввода-вывода в секунду с дисковой производительностью и требуется сеть хранения, способная поддерживать пропускную способность 1750 МБ/с.

Я также разрешаю инструменту измерения использовать пиковое использование 80% для всех показателей ресурсов. Это настройка по умолчанию, и моя цель здесь — увидеть, как инструмент реагирует на информацию, как можно более близкую к значениям по умолчанию.

Рис. 9. Конфигурация хранилища решений

На рис. 10 вы можете увидеть результаты работы сервера с заданными значениями по умолчанию. Калькулятор требует пару серверов ProLiant BL620c, каждый с 32 ГБ или ОЗУ, и пару дисков для локальной операционной системы, которой в данном случае является vSphere. Учитывая входные параметры, это имеет смысл. Конечно, для реального развертывания я бы добавил гораздо больше оперативной памяти, поскольку она дешевая. Тем не менее, предлагаемая конфигурация легко поддерживает рабочие нагрузки, но высокая доступность не может быть обеспечена, поскольку один хост не может поддерживать все пятьдесят виртуальных машин. Я бы увеличил оперативную память как минимум до 96 ГБ и, вероятно, значительно превысил эту цифру.

Рисунок 10: Детали конфигурации физического сервера

Таким образом, конфигурация сервера была разумной, хотя и немного недонастроенной, но я думаю, что массив хранения — это то, где решение очень слабое. Во-первых, решение с 78 дисками будет поддерживать 8000 операций ввода-вывода в секунду, но только при использовании RAID 10, что является рекомендацией. Если вам нужна дополнительная емкость и вместо этого вы пытаетесь использовать RAID 5 или RAID 6, скорость записи IOPS быстро станет проблемой. Кроме того, вы рискуете купить слишком много дисковой емкости для удовлетворения потребностей в IOPS, что не является хорошим долгосрочным решением. Если требуется количество операций ввода-вывода в секунду, купите хранилище, соответствующее этой потребности. Я большой поклонник растущего рынка гибридных массивов хранения, которые обеспечивают достаточную емкость, а также обеспечивают большое количество операций ввода-вывода в секунду для поддержки практически любой разумной рабочей нагрузки.

Рисунок 11: Расчеты хранилища сайзера

Резюме

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

• Создание виртуальных сред с помощью HP Sizing Tool (часть 2)