Управление сетевым вводом / выводом

Последняя функция, которую мы рассмотрим для Distributed vSwitch, - управление сетевым вводом-выводом или NIOC.
если вам нравится вся эта краткость. NIOC - отличный способ для дальнейшего контроля трафика в
ваша сеть. Как и пулы ресурсов, которые вы создаете для своих вычислительных нагрузок,
Идея, стоящая за NIOC, состоит в том, чтобы позволить вам настроить ограничения и общие ресурсы в сети для обоих
генерируемые системой и определяемые пользователем пулы сетевых ресурсов. Сетевой трафик сгруппирован
в пулы ресурсов в зависимости от типа трафика, и вы можете применить ограничения полосы пропускания, настроить значение общего ресурса или даже назначить тег приоритета качества обслуживания (QoS) для
каждый пул ресурсов. На рисунке 9.17 показано, где вы можете включить NIOC.
НОТА
Эту функцию можно найти в веб-клиенте vSphere, который скрывается в разделе «Распределение ресурсов».
меню. Это вызвало некоторую путаницу у многих, кто специально искал
Вкладка «NIOC».
Давайте рассмотрим, что делают все различные параметры конфигурации NIOC:
■ Физические сетевые адаптеры: подсчет количества восходящих каналов, которые каждый хост внес в этот конкретный VDS. В нашем случае у нас есть 3 хоста, использующих VDS, каждый с 2
восходящие. Таким образом, 3 хоста x 2 восходящих канала = 6 физических сетевых адаптеров.
■ Пропускная способность (Гбит / с): все 6 восходящих каналов, обнаруженные в физической сети
адаптеры работают на скорости 1 Гбит / с; следовательно, моя общая пропускная способность для всего VDS
это 6 Гбит / с. Обратите внимание, что это гигабит в секунду (маленькая буква «b»), а не гигабайт в секунду
(большое «Б»).
■ Управление сетевым вводом / выводом: по умолчанию отключено или показывает, включено ли вы или кто-то другой
еще включил его. При отключении значения конфигурации NIOC не влияют
на пробке.
Пулы сетевых ресурсов
Вы также увидите список из восьми системных пулов сетевых ресурсов. Каждый соответствует
определенный тип трафика и позволяет настраивать значения, которые влияют на вход трафика, который
от VDS до его портов восходящей связи. Вы не можете удалить любой из предопределенных ресурсов
бассейны, которые являются следующими:
■ vMotion Traffic.
■ Отказоустойчивость (FT) Трафик.
■ Трафик vSphere Replication (VR): используется устройством VR, включая VMware Site.
Менеджер восстановления (SRM).
■ iSCSI Traffic.
■ Управление трафиком.
■ NFS Traffic.
■ Трафик виртуальной машины: используется для всех виртуальных машин, хотя вы можете создавать свои собственные определяемые пользователем пулы ресурсов. Мы рассмотрим это позже в этой главе.
■ vSphere SAN Traffic: используется технологией Virtual SAN, анонсированной VMware.
на VMworld 2013 (только vSphere 5.5 или выше).
Теперь, когда вы знаете, какие типы трафика мы можем контролировать, давайте рассмотрим конфигурации
для каждого:
■ Host Limit (Mbps): ограничение трафика, определенное в мегабитах в секунду, которое не может быть
превышен пулом сетевых ресурсов. В vSphere 5.1 это для каждой восходящей линии связи,
в то время как до 5.1 это был предел для каждого хоста. Как пример с 5.1 VDS: если вы
должны были ограничить пул сетевых ресурсов vMotion до 2000 Мбит / с, но определяли несколько портов vMotion VMkernel на нескольких восходящих каналах, каждая восходящая линия могла отправлять трафик
восходящий поток со скоростью 2000 Мбит / с. Используйте ограничения экономно, так как они могут искусственно создать
конкуренция в сети без причины.
■ Физические общие ресурсы адаптера: настроенные общие ресурсы для адаптера (порт восходящей связи). Вы
Можно выбрать Высокий (100 акций), Нормальный (50 акций), Низкий (25 акций) или Пользовательский для
определить пользовательское количество общих ресурсов до 100. Общие ресурсы в конечном итоге используются для расчета процента, который каждый пул сетевых ресурсов может требовать от физического адаптера
(Восходящей линии связи). Скорость восходящей линии не увеличивает и не уменьшает количество акций.
потому что проценты относятся к скорости восходящей линии связи.
■ Shares Value: количество общих ресурсов, установленных в пуле сетевых ресурсов.
■ Приоритетный тег QoS: в этом поле вы можете установить тег QoS IEEE 802.1p.
Значения варьируются от 0 (самый низкий) до 7 (самый высокий) приоритет. Многие устройства уровня 2 на
физическая сеть будет проверять эту часть кадра Ethernet и, на основе
Значение тега QoS присваивается, расставляет приоритеты или отбрасывает трафик. Используйте с осторожностью и убедитесь, что
включите вашу сетевую команду в обсуждение.
Акции
Акции вызывают наибольшую путаницу, когда речь идет о пулах ресурсов. Таким образом, давайте рассмотрим
значения общего ресурса, установленные в пулах сетевых ресурсов. Прежде всего, акции являются относительной стоимостью. Они
не представляют определенное количество трафика и не используются, если восходящая линия не становится
насыщен трафиком.
Когда восходящий канал действительно насыщается трафиком, NIOC начинает работу и начинает исследовать
две вещи: настроенные значения общего ресурса и какие пулы сетевых ресурсов используются
по восходящей линии связи. В следующем примере на рисунке 9.18 у нас есть два настроенных восходящих канала
VDS с поддержкой NIOC. Одна восходящая линия связи служит активной восходящей линией связи для Управления.
и группы портов отказоустойчивости, в то время как другая восходящая линия связи служит активной восходящей линией связи для
Виртуальные машины и группы портов vMotion.
Если бы uplink1 был насыщен управлением и отказоустойчивостью, NIOC
изучите канал связи и найдите:
■ Uplink1, который является соединением 1 Гбит / с с восходящим коммутатором, является активной восходящей линией связи.
для Mgmt (50 акций) и FT (50 акций).
■ 50 акций + 50 акций = всего 100 акций для этой восходящей линии
■ Mgmt получит 50 из 100 акций, что составляет 50%, и уменьшится до 50% от полного
Соединение со скоростью 1 Гбит / с - всего 0,5 Гбит / с или примерно 500 Мбит / с.
■ FT получит 50 из 100 акций, что составляет 50%, и уменьшится до 50% от полной
Соединение со скоростью 1 Гбит / с - всего 0,5 Гбит / с или примерно 500 Мбит / с.
Это было легко; давайте сделаем сложнее, посмотрев на uplink2 и рассмотрим, что
произойдет, если он станет насыщенным трафиком VM и vMotion:
■ Uplink2, который является соединением 1 Гбит / с с восходящим коммутатором, является активной восходящей линией
для виртуальных машин (100 акций) и vMotion (50 акций).
■ 100 акций + 50 акций = всего 150 акций для этого канала связи.
■ Виртуальные машины получат 100 из 150 акций, что составляет 66,7%, и снизятся до 66,7%
полное соединение со скоростью 1 Гбит / с на общую сумму 0,667 Гбит / с или примерно 667 Мбит / с.
■ vMotion получит 50 из 150 акций, что составляет 33,3%, и уменьшится до 33,3%
полное соединение со скоростью 1 Гбит / с - всего 0,333 Гбит / с или примерно 333 Мбит / с.
Помните, что акции используются только для контроля активного трафика. В том же сценарии мы просто
После проверки мы предполагаем, что виртуальные машины и трафик vMotion были активными и вызывали конфликты. Если бы вся восходящая линия была занята только трафиком виртуальной машины, а vMotions не происходило, регулирование не происходило - существует только один тип активного трафика (трафик виртуальной машины).
Виртуальные машины будут получать 100% восходящей линии связи, пока не произойдет vMotion.
Определяемые пользователем пулы сетевых ресурсов
За пределами системных пулов сетевых ресурсов, которые включены в vSphere и не могут
быть удаленным, вам предоставляется возможность создать свой собственный пользовательский ресурс
бассейны. Они используются группами портов VM по вашему выбору, например, для производства,
разработка, критически важные виртуальные машины или что-то еще
Затем вы можете применить пул сетевых ресурсов непосредственно к группе портов, чтобы
Виртуальная машина, которая использует группу портов, получит значения конфигурации NIOC. Этот процесс
иллюстрируется
Любые виртуальные машины, которые не соответствуют пользовательскому пулу сетевых ресурсов, будут использовать систему
определенный пул с именем «Трафик виртуальной машины». Вы можете использовать это как универсальный ресурс
пул для всего, что не имеет определенной политики.
Резюме
В этой главе мы описали архитектуру распределенного коммутатора vSphere и отметили улучшения, которые он предлагает по сравнению со стандартным коммутатором, включая поддержку
LLDP, NetFlow, зеркалирование портов, частные VLAN, выходное формирование, улучшенные механизмы балансировки нагрузки и управление сетевым вводом-выводом. В следующей главе мы рассмотрим Cisco Nexus
1000 В переключатель и функции, которые он предлагает по VDS.
--------------------------
СЕРВЕР аналог: https://t.co/HWUTtNQ3Vx