Мне нужно больше виртуальных машин, должен ли я расширить свой текущий сервер или просто нанять другой сервер для их размещения?

StackOverflow https://stackoverflow.com/questions/658322

  •  20-08-2019
  •  | 
  •  

Вопрос

В настоящее время у меня в офисе есть несколько физических серверов, на которых размещено несколько гостевых операционных систем VMware вне VMware server.

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

Некоторые из них доступны нашим клиентам по всему миру, однако они не требуют особой нагрузки (процессор, пропускная способность или память)

На одном из серверов есть второй процессорный разъем и немного дополнительного места для памяти.В настоящее время мы боремся между решением о:

  1. Обновите сервер.В настоящее время это 1xQuad core Xeon с 4 гигабайтами оперативной памяти.
    • Простым обновлением было бы добавить 2-й идентичный процессор, чтобы сделать его 2-четырехъядерным Xeon
    • а также обновить до 8 гигабайт оперативной памяти
  2. Получите другой сервер с идентичными характеристиками (1x quadcore 4gig) и установите на него новые виртуальные машины.

Каждый экземпляр виртуальной машины использует не более 1 виртуального процессора или не более гигабайта оперативной памяти.Большинство из них представляют собой довольно легкие linux-машины для решения конкретных задач.

Вопрос, который нас интересует, заключается в том, насколько сильно пострадает VMware и ее гостевые ОС, если мы полностью заменим наш сервер процессорами и оперативной памятью и установим как можно больше виртуальных машин?

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

Способ модернизации станка по-прежнему остается для нас привлекательным вариантом, поскольку он составляет примерно 1/3-1/4 стоимости приобретения нового станка по сопоставимой цене.

Это было полезно?

Решение

У нас есть конфигурация, аналогичная той, до которой вы хотели бы перейти.

  • Двойной Четырехъядерный Xeon
  • 8 Гб оперативной памяти (сервер может обрабатывать до 32 ГБ)
  • VMware ESXi

На данный момент мы используем около 25 виртуальных машин и в конечном итоге получим полные 32 Гб оперативной памяти по мере увеличения наших потребностей.Большинство из них просто тестируют компьютеры для нашей службы поддержки для репликации клиентских сред, поэтому они просто простаивают 24/7, у нас есть 8 ГБ физической оперативной памяти и 16 Гб выделено для виртуальных машин - обычно это не проблема, если мы активно не используем несколько виртуальных машин Vista или Server 2008.

Первым обновлением, которое мы провели, была аппаратная RAID-карта (для поддержки ESXi), которая невероятно повысила производительность (программный raid + vista = тьфу!), следующими шагами будет обновление оперативной памяти до 12 ГБ, затем до 16 ГБ по мере добавления все большего количества виртуальных машин.Как только цена на память достаточно упадет, мы начнем заменять пары 2-гигабайтных накопителей парами 4-гигабайтных.

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

Другие советы

Я бы сказал, что обновления, вероятно, будет достаточно.Но, черт возьми, я не знаю, каковы ваши конечные требования.

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

Тем не менее, возможно, вам стоит потратить время на обновление с VMware server до VMware esx или VMware esxi по более конкурентоспособной цене (бесплатно).esx (i) практически не занимает места на вашем жестком диске (32 МБ) или в памяти.Предполагая, что ваш хостинг на Windows, это большая экономия.Если у вас уже есть урезанная операционная система Linux, возможно, это изменение того не стоит.

Модернизация существующей машины - это экономия покупной цены, места в стойке, потребляемой мощности и охлаждения.Еще через 18 месяцев, когда вы снова захотите расширяться, новый компьютер будет выполнять все, что может выполнять текущий, + всю новую нагрузку, которую вы хотите на него возложить, и будет дешевле, чем вы ожидали.

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

Это зависит от того, что вам действительно нужно.

Не забудьте учесть объем дискового пространства.Если у вас нет SAN, может быть сложно удовлетворить требования к хранилищу с прямым подключением (пространство и скорость) нескольких виртуальных машин.Когда у вас есть 6-8 компьютеров, использующих один и тот же дисковый контроллер, это может вызвать некоторые разногласия.

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

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

Если вы действительно много работаете с виртуальными машинами, вам следует заглянуть в VMWares ESX server.С помощью этого и виртуального центра вы можете настроить "динамическое планирование ресурсов", механизм, который автоматически перемещает работающие виртуальные машины между серверами при определенных ограничениях (напримерЗагрузка процессора или памяти) достигнуты.Недостатком этого являются затраты на лицензирование, а вашим серверам необходим доступ к сети SAN.

Другим вариантом является Amazon EC2.Это может обеспечить вам большую масштабируемость с точки зрения того, сколько машин вы можете запустить одновременно.И стоимость довольно низкая за то, что вы получаете.

Лицензировано под: CC-BY-SA с атрибуция
Не связан с StackOverflow
scroll top