Менеджер по контролю за производительностью - что счетчики?

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

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

ЦП является наименее вероятным узким местом в современной системе, по моему опыту. Я был бы склонен не волноваться об этом, если у Вас нет нескольких машин, которые привязывают их ЦП последовательно. Настройка дополнительного сервера VM, если у Вас заканчивается ЦП, проста.

Для диска, связанного, мне нравится контролировать '\PhysicalDisk (...) \Current Дисковая Длина очереди' для каждого физического диска.

Для Вашей проблемы, просматривающей вещи с perfmon: Хотя это могло бы быть вне объема того, что Вы делаете, я контролирую, окна отвечает Nagios с помощью check_nt плагина и nsclient ++ установленный на клиенте. Я могу затем изобразить все в виде графика с помощью n2rrd, я могу также использовать rrdtool для создания настраиваемых графиков.

Весь материал, который Вы перечислили, часто выполняется в vmware/san среде. Это - действительно просто вопрос того, насколько мощный SAN и виртуальный сервер должны будут быть и правильная архитектура. Если Вы готовы потратить наличные деньги для дорогого san, поставщики должны смочь сказать Вам, в чем Вы нуждаетесь.

Зависящий от Вашего использования, диск IO и сети похожи, чтобы быть самым большим поводом для беспокойства в перемещении в инфраструктуру типа VMware, особенно если Ваш VM's хранится на SAN, необходимо определенно оценивать использование сети и диск IO для всех машин, которые Вы переместили бы. Большинство серверов для использования типа VMware должно идти с хорошим количеством NIC однако, который все еще стоит принять во внимание, сколько Вы сможете использовать, а также скорость дисков на SAN. VMware ESX поддерживает способность не записать все дисковые изменения обратно в VM сразу и поэтому можно экономить на некоторой производительности тот путь.

Измеряющий уровень мы использовали RRDTool для доступа к представлению в качестве Kyle, сказал, это действительно полезно.

Виртуальные машины не похожи на типичные серверы, в этом Вы сталкиваетесь с проблемами в различных областях. Большую часть времени ЦП не является ресурсом сужения трубы, но RAM. Вещи действительно знать перед входом:

• Дисковая пропускная способность, Как быстро действительно ли Вы загоняете свое устройство хранения данных? МБ/чтение, МБ/запись и среднее число и пик (как упомянуто в другом месте в этом потоке RRDTool хорош для этого). Вы знаете, когда Ваши пики, и совпадут ли они с пиками ввода-вывода на другом VMs, сохраненном на том же кластере ESX. В нашей среде резервные копии являются пиком время ввода-вывода, но мы получаем пакеты в течение дня. Ответ на это скажет Вам, можно ли сойти с рук поддержанные файлом диски, или если необходимо направить существующие LUN к VMs.
• Сетевая пропускная способность Знает, как быстро необходимо быть. Как выше, резервные копии являются областью, когда мы начинаем пытаться насыщать наш NICs. Знайте, сколько данных Вы загоняете. Я вполне уверен существуют NICs там, которые могут сделать маркирование VLAN, которое может упростить проблемы выравнивания нагрузки, если Ваша сетевая инфраструктура поддерживает его.
• Сползание RAM, Известное Ваши программы. У нас есть тот, который использует каждый бит памяти, данной ему, который заставляет консоль VMWare жаловаться и жаловаться на использование и рекомендовать дать его больше. Если Вы не будете так трагически недостаточно финансироваться, как мы, надо надеяться, Ваши серверы ESX будут настроены с большим количеством RAM. В нашей среде мы полагаем, что VM является 'свиным', если требуется более чем 1 ГБ RAM. Ваш может отличаться.

Определение, можно ли использовать поддержанные файлом диски или если Вы требуете представленных прямым образом LUN, может взять немного знания. Представленные прямым образом LUN - то, где Ваш массив хранения данных представляет LUN непосредственно VM's, который сделан легче при помощи NPIV. Можно сделать это без NPIV, но это может быть слишком рискованным для крови, все совершенно новые аппаратные средства Fibre Channel должны поддерживать его, и ESX 3.5, конечно, делает. Прямой представленный удаляет слой абстракции между массивом хранения данных и виртуальной машиной, загоняющей ввод-вывод, и в этом смысле это может обеспечить лучшую производительность. Однако прямая презентация более хитра для установки и имеет более высокое время запуска в, "переносят голову вокруг этого" этап.

Файл отступил, диски просто легче. Плюс, они могут быть перемещены между массивами хранения данных, симпатичными просто (для определенных значений простых, где копирование много файлов ГБ затронуто), что-то, что прямая презентация требует (обычно очень дорогой), чтобы программное обеспечение репликации уровня массива выполнило. Низкие вещи загрузки ввода-вывода работают просто замечательные над поддержанным файлом и даже некоторыми более высокими вещами ввода-вывода также. Мы выполняем полную установку Exchange 2007 для более чем 3 000 пользователей на поддержанных файлом дисках. Резервные копии могли быть быстрее, но в течение дня пользователи не замечают замедления.