Какое оборудование мне понадобится (приблизительно) для запуска сервера ESXi?

Question

Я рассматриваю возможность покупкиготовое к использованию товарное оборудованиедля создания сервера, на котором будут размещаться виртуальные машины с использованием сервера ESXi.

Намеревалсяцель этого сервера НЕ является критически важнойЗадачи. Он должен будет запустить, возможно, 20-50 виртуальных машин Windows XP/Vista/7 (в общей сложности, но ближе к 20 цифрам). Каждый гость должен будет иметь1-2 ГБ оперативной памяти, и, вероятно, в два-три раза больше дискового пространства, чем требуется гостевой ОС с чистой установкой и всеми примененными обновлениями (это будет около6-8 ГБ для XP, и я верю, что ближе к10-15 для win7). Эти гостевые системы будут выступать в качестве испытательного полигона для нового продукта, представляющего собой программное обеспечение для управления сетью, поэтому после первоначальной загрузки гостевые системы будут большую часть времени простаивать, но если я дам им выполнить какое-либо задание, они должны будут работать достаточно хорошо.

Теперь, из того, что я узнал... Процессор обычно не является большой проблемой (6 ядер будет достаточно), памяти должно быть достаточно, но ее не должно быть в сумме со всеми гостевыми системами из-за перегрузки... Это приводит меня к вводу-выводу, который, как мне кажется, является узким местом.

Поскольку у меня очень мало опыта работы с сервером ESXi (и ESX тоже), я хотел бы спросить:

1. Сколько памяти я могу сэкономить, выделив больше ресурсов, и как это повлияет на производительность?
2. Достаточно ли 6-ядерного процессора для работы описанной выше системы?
3. Можно ли запустить весь сервер на двух (или даже на одном) SSD-дисках (для размещения системных виртуальных дисков) с несколькими дополнительными HDD (2-3) в RAID 0, которые будут использоваться в качестве вторичного хранилища?
4. Я где-то читал, что ESXi позволяет иметь что-то вроде "главного образа", по сути, виртуальную машину, которая "разворачивается" много раз, так что дисковое пространство можно сэкономить, сохраняя только различия определенных гостей, вместо копирования целых виртуальных дисков. Правда ли это, и как это может мне помочь?
5. Есть ли еще какие-то моменты, которые мне следует учитывать при создании этого готового решения?

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

Спасибо, Б.

Answer 1

1. Вы можете сэкономить приличную сумму (~20-50%), но смешивание XP/Vista и W7 не поможет — постарайтесь придерживаться одной, если вас волнует совместное использование страниц.
2. Я бы сам выбрал больше ядер, особенно если их число ближе к 50, чем к 20 — подумайте о двухпроцессорном компьютере, либо Xeon 56xx, либо AMD Magny-Cours.
3. НЕпопробуйте сделать это даже с самыми корпоративными SSD, если только вам не нравится перестраивать и восстанавливать свои системы. Плохая идея, morris-dancing-bad на самом деле.
4. Думаю, вы имеете в виду VMWare View — он разработан специально для ваших задач и работает очень хорошо, хотя и стоит дорого.
5. Да, либо используйте быстрое централизованное хранилище (например, FC или iSCSI 10 Гбит/с), либо, если вы хотите сделать это с локальными дисками, используйте минимум 4 диска в конфигурации аппаратного RAID 10, в идеале также 10 000 дисков в минуту.

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

Answer 2

Вам следует выбрать оборудование из официального источника.VMWare HCL. Это единственный способ гарантировать совместимость.

Никогда не используйте RAID 0, используйте RAID 10 из 6 дисков, если вы хотите производительность, близкую к 3-дисковому RAID 0. Кроме того, насколько интенсивно будут использоваться эти виртуальные машины? Если они будут использоваться интенсивно, то вы далеки от того оборудования, которое вам нужно. Наконец, термин, который вы ищете, — «связанный клон», который использует в качестве своей основы образ главного диска.

Answer 3

Я хотел бы только добавить, что по моему опыту самым большим узким местом, с которым я сталкиваюсь при виртуализации, является дисковый ввод-вывод.

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

Это становится еще важнее, если вы перерасходуете память, поскольку при перерасходе памяти начнется подкачка данных на диск.

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

Кроме того, поскольку вы будете делать в основном чтение, я предполагаю, то настоящий аппаратный RAID1 будет таким же быстрым, как RAID0, поскольку в идеальном мире он сможет одновременно читать с обоих дисков, но не сможет разделить нагрузку записи. Это обычно предвидят, когда люди начинают говорить о производительных настройках RAID.

Answer 4

Да, VMware View — лучшее программное обеспечение для решения виртуальных рабочих столов, о котором я знаю, и, вероятно, оно больше подойдет для того, о чем вы говорите. Поскольку вы, кажется, не совсем понимаете, сколько рабочих столов вы будете использовать, 20–50, у VMware View есть функция, которая вам понравится. Вы можете создать свой базовый образ и настроить его на возможное развертывание до 50 виртуальных машин. Вы можете создать 20, а затем каждый последующий будет создаваться практически по требованию, при этом 1 будет храниться в очереди, готовой к использованию, а затем будет заменена после развертывания.

Что касается требований к оборудованию, то я обычно вижу, что бутылочным горлышком является память. Я использую vFoglight для мониторинга виртуальной среды и вижу, что более 90% тревог постоянно срабатывают с хоста с ~15-20 серверными установками. Если вы используете один хост с таким количеством виртуальных машин, вы можете увидеть в этом большую проблему.