Назад | Перейти на главную страницу

Производительность XenServer

у нас есть 2 x HP DL360 G5 с Quad Quad Xeon 2,6 ГГц и 32 ГБ памяти, каждый из которых работает под управлением XenServer 5.5, и они получают доступ к коробке OpenFiler (с 8 дисками SAS 10K по 320 ГБ) через медный кабель CAT5 (1 ГБ) для хранения.

Мы использовали эту настройку для тестирования многих вещей, которые отлично себя зарекомендовали, но теперь мы переходим к использованию этой настройки в производственной среде и испытываем проблемы с производительностью. В настоящее время существует 27 виртуальных машин, разделенных на два сервера, которые все используются (хотя и не выполняют много работы), но кажутся «медленными», особенно тонкие клиенты наших сотрудников - они всегда жалуются на время входа в систему и доступ к файлам через сеть. медленный.

Лично я считаю, что это проблема с пропускной способностью, и мы должны перейти на SCSI или FC для нашего хранилища, но мне нужны доказательства, подтверждающие мою теорию, и я новичок в Xen (он был настроен предыдущим сотрудником).

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

Спасибо :-)

Я видел эту проблему много раз. Я очень люблю xenserver, но он как неотшлифованный драгоценный камень ...

вы должны проверить с помощью ifconfig -a (на консоли dom0, xenserver) и найти потерянные пакеты

ты можешь использовать: ifconfig -a | grep упал | awk {'print $ 3'} | grep -v ": 0"

если вы видите отброшенные пакеты, вам следует сделать:

  1. На виртуальных машинах нажмите кнопку Пуск, выберите команду Выполнить, введите regedit и нажмите кнопку ОК.
  2. Найдите и щелкните следующий подраздел реестра: HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ Tcpip \ Parameters
  3. На правой панели убедитесь, что существует запись реестра DisableTaskOffload. Если эта запись не существует, выполните следующие действия, чтобы добавить запись: a. В меню «Правка» наведите указатель на пункт «Создать» и выберите «Значение DWORD». б. Введите DisableTaskOffload и нажмите клавишу ВВОД.
  4. Щелкните DisableTaskOffload.
  5. В меню Правка щелкните Изменить.
  6. Введите 1 в поле «Значение» и нажмите клавишу ВВОД.
  7. Закройте редактор реестра.
  8. Перезагрузите все виртуальные машины

и на консоли xenserver сервера:

Получите UUID физического интерфейса: xe pif-list имя-метка-хоста = XEN1

Отключить контрольную сумму на интерфейсах:

xe pif-param-set other-config: ethtool-tx = "off" uuid = 3281b044-2a93-2f1b-e8e1-eaf0faccbd1f; xe pif-param-set other-config: ethtool-rx = "off" uuid = 3281b044-2a93-2f1b-e8e1-eaf0faccbd1f

Не волнуйтесь! Все ваши проблемы решаемы! Все, что вам нужно сделать, это перейти на XenServer 5.6 sp2. Единственным недостатком обновления до этого выпуска является то, что вы не сможете использовать локальный рейд программного обеспечения mdadm. Судя по тому, что вы сказали, вы этим не пользуетесь.

Citrix представила свою технологию «intellicache» в XenServer 5.6. Эта технология лично произвела революцию в моей инфраструктуре XenServer, устранив всю медлительность в моих виртуальных машинах. Intellicache работает путем кэширования операций чтения из сетевого хранилища на локальном диске. В первый раз, когда вы загружаете виртуальную машину, она будет такой же медленной, как обычно, но при следующей перезагрузке все операции чтения попадут в локальное хранилище, что сэкономит IOPS на вашем OpenFiler. Если вы выключаете виртуальную машину и запускаете ее на другом хосте XenServer, новый кэш чтения создается автоматически в фоновом режиме.

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

Инструкции по установке см .:

http://support.citrix.com/article/CTX129387 страницы 21-24 pdf.

Для получения дополнительной информации см .:

http://www.youtube.com/watch?v=i-6ojYDdrLA http://support.citrix.com/article/CTX129052

Во время высокой нагрузки или периода ощутимого падения производительности запустите top на сервере.

Вы ищете три предупреждающих знака, которые могут помочь вам найти узкое место:

  1. % wa (около середины вверху) - это измерение IOWait или количество времени, в течение которого ЦП должен ожидать завершения запросов ввода-вывода или хранилища, чтобы продолжить работу. Если это больше 10-20%, вы начнете видеть проблемы. В этом случае вам необходимо обновить хранилище.
  2. средняя загрузка (набор из трех чисел вверху) - это среднее использование ваших процессоров в течение 1, 5 и 15 минут. Это очень приблизительное число для устранения неполадок, но хорошее практическое правило состоит в том, что вы хотите оставаться ниже 1.0 * ядер, поэтому 8-ядерная система не должна превышать среднюю нагрузку выше 8.0. Все, что выше, означает, что приложения, вероятно, ограничены ЦП (нет проблем с% wa). Подробнее о средних нагрузках ссылка здесь
  3. Mem и Swap (обычно строки 4 и 5) - если у вас заканчивается оперативная память, вы увидите это здесь. Предупреждающим знаком здесь будет комбинация небольшого количества буферов, небольшого количества свободной памяти и большого количества используемого Swap. Низкий / высокий здесь относится к вашей общей памяти.

Если вы хотите измерять доступ к сети в реальном времени, я предлагаю начать с чего-нибудь вроде bmon (ссылка здесь), чтобы увидеть, сколько трафика генерируется.

Один вопрос: используете ли вы хранилище и клиентский доступ через единый сетевой интерфейс? Если хотите, можете разделить этих двоих.