Требования к оборудованию для виртуального сервера - PullRequest
4 голосов
/ 08 апреля 2009

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

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

Итак, мой вопрос: существует ли стандартный метод оценки требований к оборудованию для виртуализированной системы с учетом оценок требований к оборудованию для базовых виртуальных машин? Существует ли константа + C для служебных данных VMWare / MS Virtual Server (и если да, то что такое C?)?

P.S. Я обещаю перенести это на серверный сбой, как только он перейдет в бета-версию (Обещание сохраняется )

Ответы [ 3 ]

4 голосов
/ 08 апреля 2009

Да, добавить 25% дополнительных ресурсов для управления виртуальной машиной. Поэтому, если мне нужно 4 сервера, которые равны одноядерным компьютерам с частотой 2 ГГц и 2 гигабайтами оперативной памяти, мне потребуется 10 ГГц вычислительной мощности плюс 10 гигабайт оперативной памяти. Это позволит всем системам перерисовываться и все еще быть в порядке.

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

Проверьте это программное обеспечение для использования профилирования http://confluence.atlassian.com/display/JIRA/Profiling+Memory+and+CPU+usage+with+YourKit

3 голосов
/ 08 апреля 2009

Требования фактически аддитивны. Вы должны добавить требования к памяти для каждой виртуальной машины и требования к диску, и иметь как минимум одно ядро ​​процессора на каждую виртуальную машину. Затем добавьте все, что вам нужно для хост-системы. Виртуальные машины могут в некоторой степени совместно использовать процессор, если у вас действительно низкие требования к производительности, но они не могут совместно использовать дисковое пространство или память.

2 голосов
/ 30 апреля 2009

Ответы выше слишком высоки, секунда (1 ядро ​​на ВМ) ближе. Вы можете либо: 1) планировать заранее и, возможно, перекупить 2) добавить точно в срок. У вас есть причина, по которой вы должны знать заранее (годовой бюджет? Выбранная вами платформа хоста не кластеризует хосты, поэтому вы не можете добавить позже?)

Если у вас нет невероятно простого профиля использования, его будет сложно предсказать, и вы совершите чрезмерную покупку. Ответ выше (+ 25%) будет в несколько раз больше, чем нужно для современного программного обеспечения для виртуализации серверов (VMware, Zen и т. Д.), Которое разумно управляет ресурсами. Это верно только для настольных продуктов, таких как VPC. Я решил сделать это на салфетке и профилировать свою первую среду (набор машин) на хосте. Я счастлив.

Примеры вещей, которые будут мешать вашей оценке

  • Дисковое пространство, некоторые системы (лаборатория Менеджер) используйте только разницу в пространство от базового шаблона. 10 развернутые машины с дисками на 10 ГБ используя около 10 ГБ (шаблон) + 200 МБ.
  • Дисковое пространство: вы найдете не нравится дельты в конкретных сценарии.
  • CPU / Memory: это устройство магазин - так что вы будете иметь неустойчивый груз. Умные хосты не резервируют память и процессор.
  • CPU / Memory: но тогда вы будете хочу сделать тестирование перф, и хочу резервные циклы ЦП (не все хосты могут сделай это)
  • Мы все виртуализируемся по разным причинам. Многие из гостей в нашей среде не так много работы. Мы хотим, чтобы они там увидели, как что-то ведет себя с кластером из 3-х серверов типа X. Или у нас есть куча странных клиентских рабочих столов, ожидающих, используемых тестером по одному. Они редко потребляют много ресурсов хоста.

Так что, если вы используете что-то подобное, но не поддерживает дельта-диски, дисковое пространство может быть несколько рассчитано. Если менеджер лаборатории (дельта-диск), место на диске действительно трудно предсказать.

Использование памяти и процессора: вам придется профилировать или переплачивать. У меня гораздо больше гостевых процессоров, чем у хоста CPUS, и у меня нет проблем с перфорированием - но это из-за неустойчивого использования в наших средах контроля качества.

...