AD+82

51

Сайты являются самостоятельными образования и не зависят (не связаны) с доменной структуры предприятия или сети. Хотя сетевой администратор может использовать домены для регулирования трафика репликации, зачастую структура сайтов не отображается на структуру доменов.

Сайты не являются частью пространства имен каталога Active Directory, они лишь характеризуют его физическую структуру. Это означает что принадлежность объекта (компа) к тому или иному сайту не зависит (не связан) с его положением (местонахождением) в Active Directory. Выбор того или иного сайта определяется прежде всего, тем, в какой подсети физически находятся данный объект. На сайтах содержится только такие объекты как компьютеры и соединения, причем последние применяются при настройке межсайтовой репликации.

Подсеть Active Directory - объект, позволяющий определять принадлежность компьютеров к тому или иному сайту. Подсеть описывает отдельную IP-сеть и связывает ее с сайтом Active Directory, таким образом, при регистрации компьютера в домене можно сказать, в каком сайте он находится. Это позволяет обслуживать пользователей компьютера тому контроллеру домена, который находится к ним ближе всего.

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

52

40. Роли хозяина/мастера операций на уровне леса Active Directory.

1 вариант:

Доменом называется группа компьютеров в сети, имеющих общую политику безопасности. Домены, использующие единое пространство имен DNS, единую схему и топологию репликации, образуют дерево доменов. Домены в дереве имеют общий глобальный каталог, связаны между собой доверительными отношениями Kerberos. Группа деревьев, использующих общую схему и глобальный каталог, корневые домены которых связаны доверительными отношениями Kerberos, образует лес деревьев.

В каждом лесу Active Directory существует лишь одна схема, которая может реплицироваться на каждый контроллер домена в лесу. Поэтому, если нужно в организации развернуть несколько приложений, которые могут создать конфликты в схеме Active Directory, целесообразно развѐртывать и поддерживать два отдельных леса.

Для уровня леса Active Directory предусмотрены две роли мастеров операций, а именно:

Мастер схемы - отвечает за все изменения, которые вносятся в схему леса Active Directory. Контроллер домена, отвечающий за данную роль должен быть единственным во всем лесу, а все остальные контроллеры домена будут содержать лишь реплики схемы леса только для чтения. То есть, при внесении любых изменений в схему AD вручную или при установке приложений, которые изменяют схему, администратору нужно выполнять изменения на контроллере домена, который управляет данной ролью. Для внесения изменений администратор должен подключиться к мастеру схемы и должен входить в группу безопасности «Администраторы схемы». После обновления схемы она реплицируется с мастера схемы на все остальные контроллеры домена. При попытке модификации схемы не на контроллере домена, выполняющем роль мастера схемы, действие обычно завершается отказом и нужно после внесения изменений в схеме переслать их на контроллер домена с ролью мастера схемы. В свою очередь, располагаться роль мастера схемы может на любом назначенном для этой цели контроллере домена в лесу.

Роль мастера именования доменов предназначена для выполнения следующих операций: добавление и удаление доменов, добавление и удаление перекрѐстных ссылок, добавление и удаление разделов каталогов приложений, подтверждение инструкций переименования доменов.

По умолчанию, роль мастера именования доменов получает первый контроллер домена в новом лесу. Идентифицируется мастер схемы значением атрибута fSMORoleOwner в контейнере Partitions.

2 вариант:

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

Хозяин схемы (Schema Master). Первый контроллер домена в лесу принимает роль хозяина схемы и отвечает за поддержку и распространение схемы на остальную часть леса. Он поддерживает список всех возможных классов объектов и атрибутов, определяющих объекты, которые находятся в Active Directory. Если схему нужно обновлять или изменять, наличие Schema Master обязательно.

Хозяин именования доменов (Domain Naming Master). Протоколирует добавление и удаление доменов в лесу и жизненно необходим для поддержания целостности доменов. Domain Naming Master запрашивается при добавлении к лесу новых доменов. Если Domain Naming Master недоступен, то добавление новых доменов невозможно; однако при необходимости эта роль может быть передана другому контроллеру.

53

41. Роли хозяина/мастера операций на уровне домена Active Directory.

1вариант:

Мастер относительных идентификаторов RID используется для управления пулом идентификаторов RID с целью генерирования идентификаторов безопасности (SID) для таких принципалов безопасности как пользователи, группы и компьютеры, а также за перемещение объектов из одного домена в другой. Идентификатор SID принципала безопасности должен быть уникальным для всего домена, поэтому каждому принципалу безопасности присваивается уникальный идентификатор безопасности SID, который содержит идентификатор домена и относительный идентификатор RID, который является уникальным для каждого принципала безопасности. Во всех идентификаторах SID присутствуют четыре различных элемента. Переместить эту роль можно при помощи оснастки «Active Directory – пользователи и

компьютеры» или средствами утилиты Ntdsutil.exe. Мастер RID идентифицируется значением атрибута fSMORoleOwner в объекте класса rIDManager в разделе Domain.

Эмулятор главного контроллера домена выполняет функции основного контроллера домена для обеспечения обратной совместимости с операционными системами ниже Windows 2000. Эмулятор PDC выполняет следующие важные функции: участие в репликации обновлений паролей домена, управление обновлениями групповой политики в домене, выполнение функции центрального браузера домена, обеспечение главного источника времени домена. По умолчанию, роль мастера эмулятора PDC получает первый контроллер домена, установленный в лесу. Можно переместить эту роль при помощи оснастки «Active Directory – пользователи и компьютеры» или средствами утилиты Ntdsutil.exe. Мастер эмулятора PDC идентифицируется значением атрибута fSMORoleOwner в объекте класса rIDManager в корневом объекте раздела Domain.

Мастер инфраструктуры подобен устройству, которое отслеживает членов группы из доменов. Мастер инфраструктуры отвечает за обновление ссылок «группа — пользователь» между доменами, обеспечивая отражение изменений имѐн объектов в информации о членствах в группах, локализованных в домене. Мастер инфраструктуры поддерживает обновляемый список таких ссылок, а затем реплицирует эту информацию на все контроллеры в домене. Роль мастера инфраструктуры не должна выполняться контроллером домена, который является сервером глобального каталога. В противном случае мастер инфраструктуры не будет обновлять сведения об объектах, так как он не содержит ссылок на объекты, которые не хранит. Междоменные объектные ссылки в этом домене обновляться не будут, а в журнале событий данного контроллера домена появится предупреждение. По умолчанию, эту роль получает первый контроллер домена, установленный в лесу. Переместить эту роль можно при помощи «Active Directory – пользователи и компьютеры» или средствами утилиты Ntdsutil.exe. Мастер инфраструктуры идентифицируется значением атрибута fSMORoleOwner в контейнере Infrastructure в разделе Domain.

2 вариант:

Существует три роли хозяина операций, которые могут быть назначены одному из контроллеров в каждом домене (общедоменные роли):

Хозяин RID (Relative Identifier (RID) Master). Отвечает за выделение диапазонов относительных идентификаторов (RID) всем контроллерам в домене. SID в Windows Server 2003 состоит из двух частей. Первая часть общая для всех объектов в домене; для создания уникального SID к этой части добавляется уникальный RID. Вместе они уникально идентифицируют объект и указывают, где он был создан.

Эмулятор основного контроллера домена (Primary Domain Controller (PDC) Emulator). Отвечает за эмуляцию Windows NT 4.0 PDC для клиентских машин, которые еще не переведены на Windows 2000, Windows Server 2003 или Windows XP и на которых не установлен клиент службы каталогов. Одна из основных задач эмулятора PDC - регистрировать устаревшие клиенты. Кроме того, к эмулятору PDC происходит обращение, если аутентификация клиента оказалась неудачной. Это дает возможность эмулятору PDC проверять недавно измененные пароли для устаревших клиентов в домене, прежде чем отклонять запрос на вход.

Хозяин инфраструктуры (Infrastructure Master). Регистрирует изменения, вносимые в контролируемые объекты в домене. Обо всех изменениях сначала сообщается Infrastructure Master, и лишь потом они реплицируются на другие контроллеры домена. Infrastructure Master обрабатывает информацию о группах и членстве в них для всех объектов в домене. Еще одна задача Infrastructure Master - передавать информацию об изменениях, внесенных в объекты, в другие домены

54

42. Планирование размещения хозяев операций в структуре AD.

Если у вас один лес, один домен и один контроллер домена, то все пять ролей мастеров операций будут размещены именно на этом контроллере домена, но в целях балансировки нагрузки рекомендуется передавать роли на другие контроллеры домена.

Размещайте роли мастера RID и PDC-эмулятора на одном контроллере домена. Совместное размещение этих ролей мастеров операций обусловлено соображениями балансировки нагрузки. Поскольку эти роли прямые партнѐры по репликации, разместив эти роли на отдельных контроллерах домена, придѐтся для соответствующих двух систем устанавливать быстрое подключение и в Active Directory для них создавать явные объекты. Помимо этого, если в организации присутствуют серверы, играющие роли резервных мастеров операций, на таких серверах эти роли также обязаны быть прямыми партнѐрами;

Хозяин RID должен быть доступен для всех контроллеров домена через подключение по удаленному запросу процедуры (RPC). Когда контроллеру домена потребуется больше идентификаторов RID, он будет использовать RPC-подключение, чтобы запросить их у хозяина RID.

Размещайте роли мастеров схемы и именования доменов на одном контроллере домена. Как правило, роли мастера схемы и мастера именования доменов рекомендуется размещать на одном контроллере домена, который служит сервером глобального каталога. Роль мастера именования доменов, должна одновременно являться сервером глобального каталога, потому что при добавлении нового домена, мастер должен гарантировать, что в лесу нет объекта с тем же именем, что и у нового добавляемого домена. Если же контроллер домена с ролью мастера именования доменов не будет являться сервером глобального каталога, такие операции как создание внучатых доменов могут завершаться с ошибками. В связи с тем, что эти роли используются реже всего, стоит проследить, чтобы контроллер домена, который ими управляет, был максимально защищѐн;

Роль мастера инфраструктуры должна размещаться на контроллере домена, который не служит сервером глобального каталога. Обычно мастер инфраструктуры должен разворачиваться на контроллере домена, который не служит сервером глобального каталога, но имеет объект прямого подключения к одному из глобальных каталогов в лесу. Так как сервер глобального каталога хранит частичные реплики всех объектов в лесу, мастер инфраструктуры, размещѐнный на сервере глобального каталога, не будет выполнять обновления, потому что он не содержит ссылок на объекты, которые не хранит.

43.Топологии репликаций внутри сайта Active Directory.

ВActiveDirectory предусмотрены два механизма репликации данных а именно: o Межсайтовая (intersite) – действует между сайтами;

o Внутрисайтовая (intrasite) – действует внутри сайта.

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

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

Репликации внутри сайта:

 Репликация происходит сразу после того, как произошло изменение информации AD (пауза ожидания Т сек).

 Трафик репликации не сжат  Процесс репликации инициируется в соответствии с уведомлением, пришедшим от контроллера –

отправителя. Контроллер домена адресата забирает изменения с помощью процедуры удаленного вызова (RPC)

Проверка согласованности знаний (KCC) — процесс, запускаемый на каждом контроллере домена — автоматически определяет самую эффективную топологию репликации для сети на основании предоставляемых сведениях о сети в оснастке «Active Directory — сайты и службы». КСС регулярно пересчитывает топологию репликации с учетом всех произошедших изменений сети. KCC на одном контроллере домена внутри каждого сайта (генератор внутрисайтовой топологии) определяет топологию межсайтовой репликации.

55

44.Управление трафиком репликации между сайтами AD.

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

Репликация инициируется согласно графику, а не тогда, когда сделаны изменения. Чтобы управлять репликацией между сайтами, нужно сконфигурировать канал связи, соединяющий эти сайты. Одной из опций является время, когда будут происходить репликации. Другая опция устанавливает интервал, показывающий то, как часто будут происходить репликации в течение намеченного времени. Если пропускная способность сети, соединяющей офисы компании, ограничена, репликации может быть намечена на нерабочие часы.

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

Для предупреждения контроллеров домена другого сайта об изменениях каталога уведомления не используются. Вместо этого время репликации определяется по расписанию.

Подключения, которые выполняют репликацию между сайтами, могут использовать протокол интернета (IP) или протокол электронной почты (SMTP). Протокол, который используется при подключении, определяется пропускной способностью и надежностью сети, которая связывает разные офисы компании.

Трафик репликации посылается не партнерам по репликации, а через серверы-плацдармы. Изменения каталога сайта реплицируются на единственный сервер-плацдарм (один на каждый раздел каталога) этого сайта, а затем — на сервер-плацдарм другого сайта. Далее изменения реплицируются с сервера-плацдарма второго сайта на все контроллеры домена этого сайта.

Можно легко изменять поток репликации между сайтами, изменяя практически каждый компонент репликации.

45.Функции глобального каталога.

Глобальный каталог является контроллером домена, хранящим копии всех объектов Active Directory в лесу. В нем хранится полная копия всех объектов каталога для его домена и частичная копия всех объектов для всех других доменов леса, как показано на

следующем рисунке.

Глобальный каталог выполняет следующие основные функции. Поиск объектов - GC обеспечивает возможность

поиска данных каталога во всех доменах леса независимо от места хранения данных. Поиск внутри леса производится с максимальной скоростью и минимальным сетевым трафиком.

Проверка подлинности с помощью основного имени пользователя. Глобальный каталог определяет основное имя пользователя (UPN, user principal name), если проверяющий подлинность контроллер домена не обладает сведениями об учетной записи. Например, если учетная запись расположена в узле example1.microsoft.com, а в качестве основного имени пользователя при входе в систему используется имя user1@example1.microsoft.com узла example2.microsoft.com,

контроллер домена узла example2.microsoft.com не сможет найти учетную запись и обратится к глобальному каталогу для завершения процедуры входа.

Предоставление сведений об участии в универсальных группах в мультидоменной среде. В

отличие от сведений о принадлежности к глобальной группе, хранящихся в каждом домене, сведения об участии в универсальных группах содержатся только в глобальном каталоге. Например, если член универсальной группы входит в домен с уровнем функциональности основного режима Windows 2000 или более высокого, то глобальный каталог предоставляет сведения об участии учетной записи в универсальных группах во время входа в домен.

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

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

56

46.Интегрирование зон DNS совместно с AD. Особенности применения.

При установке Active Directory на сервер выполняется повышение сервера до роли контроллера указанного домена. Когда данный процесс завершается, пользователю выводится приглашение указать доменное имя DNS для домена Active Directory, для которого выполняется присоединение и повышение сервера.

Если в этом процессе удостоверяющий DNS-сервер для указанного домена либо не обнаруживается в сети, либо не поддерживает протокол динамического обновления DNS, выводится приглашение установить DNS-сервер. Такая возможность предоставляется, поскольку DNS-серверу необходимо отыскать этот сервер или другие контроллеры домена для рядовых серверов домена Active Directory. Дополнительные сведения о том, как компьютер обнаруживает контроллер домена с помощью DNS. После установки Active Directory имеются две возможности сохранения и репликации зон при работе с DNS-сервером на новом контроллере домена.

Стандартное сохранение зоны с помощью файла в текстовом формате. Зоны, сохраняемые в этом способе, размещаются в файлах с раширением DNS, которые сохраняются в папке системный_корневой_каталог\System32\Dns на каждом компьютере, на котором выполняется DNS-сервер. Имя файла зоны соответствует имени, которое пользователь выбрал для зоны при ее создании, например,

еxample.microsoft.com.dns, если именем зоны является «example.microsoft.com».

Сохранение зон, интегрированных в службу каталогов, с помощью базы данных Active

Directory. Зоны, сохраняемые таким образом, размещаются в дереве Active Directory под разделом каталога

домена или приложения. Каждая зона, интегрированная в службу каталогов, сохраняется в контейнере dnsZone, который идентифицируется по имени, выбранному пользователем при ее создании.

Самым большим недостатком интегрированной зоны Active Directory является необходимость установки DNS на контроллере домена Windows Server 2003, что создает дополнительную нагрузку на него.

47.Базовая структура построения ЦОД.

Дата-центр (от англ. data center), или центр (хранения и) обработки данных (ЦОД/ЦХОД) — это специализированное здание для размещения (хостинга) серверного и сетевого оборудования и подключения абонентов к каналам сети Интернет. Дата-центр исполняет функции обработки, хранения и распространения информации, как правило, в интересах корпоративных клиентов - он ориентирован на решение бизнес-задач путѐм предоставления информационных услуг.

Типичный ЦОД состоит из:

информационной инфраструктуры, включающей в себя серверное оборудование и обеспечивающей основные функции дата-центра — обработку и хранение информации;

телекоммуникационной инфраструктуры, обеспечивающей взаимосвязь элементов дата-центра, а также передачу данных между дата-центром и пользователями;

инженерной инфраструктуры, обеспечивающей нормальное функционирование основных систем дата-центра.

Большинство ЦОД сегодня построены с использованием многоуровневой топологии Cisco, состоящей из четырех уровней:

Уровень ядра: маршрутизируемый уровень, отделяет сеть компании от ЦОДа, обеспечивает масштабирование для подключения других агрегирующих блоков

Уровень агрегирования: тут находятся шлюзы по умолчанию для серверов

Уровень доступа: физические соединения сетевых интерфейсов серверов с сетью ЦОД (или логических портов с виртуальными серверами)

Уровень сервисов: фильтрация, анализ трафика, предотвращение вторжений.

57

49. Консолидация транспорта ввода-вывода в решениях архитектуры современных ЦОД

FCoE - (Fibre Channel over Ethernet) это протокол (транспорт), который переносит фреймы Fibre Channel через Ethernet, инкапсулируя кадры Fibre Channel

в кадры Ethernet-а.

Предпосылки, стоящие за созданием FCoE были в идее консолидировать вводвывод, и позволившей бы, тем самым, безопасно сосуществовать различным типам трафика в одном «проводе», что уменьшит номенклатуру и упростит кабельное хозяйство, уменьшит количество необходимых адаптеров на хост и снизит энергопотребление.

FCoE-фрейм, содержащий 24-байт заголовок и передаваемые данные, извлекается и обрабатывается стандартным образом, что дает возможность интегрировать FCoE с существующими сетями хранения (SAN) без дополнительного шлюза. Для обеспечения передачи трафика Fibre Channel без потерь используется команда Pause (спецификация 802.3х Ethernet), которую перегруженный порт-получатель может отправить передающему порту, требуя паузы в отправке пакетов. Чтобы направить определенный фрейм в нужный порт-получатель, технология FCoE опирается на МАС-адреса Ethernet. Дело в том, что связи Fibre Channel обычно имеют топологию «точка-точка» и не нуждаются в адресации на канальном уровне. По этой причине во фрейме FCoE присутствуют 6-байт МАС-адреса отправителя и получателя.

Если говорить кратко, Fibre Channel представляет собой сверхвысокоскоростную (до 1 Гбит/с и выше) схему полнодуплексной передачи данных с малой задержкой (10—30 мкс) на расстояния до 10 км. Она в равной мере может использоваться и как технология ввода/вывода, и как технология локальной сети.

58

50. Использование технологии vPC в решениях архитектуры современных ЦОД

vPC – (Virtual Portchannel) это технология, позволяющая создавать виртуальные каналы, объединяющие маршруты, подключаемые к двум независимым коммутаторам.

Возможность организации агрегированного канала (port channel) приходящего на два разных коммутатора

Избавляет от опоры на STP

Агрегирование каналов (агрегация каналов, англ. link aggregation)

— технология, которая позволяет объединить несколько физических каналов в один логический. Такое объединение позволяет увеличивать пропускную способность и надежность канала.

Spanning Tree Protocol (STP, протокол связующего дерева) — сетевой протокол. Основной задачей STP является устранение петель в топологии произвольной сети Ethernet, в которой есть один или более сетевых мостов, связанных избыточными соединениями.

Можно сконфигурировать только два коммутатора для работы внутри vPC-домена. После настройки vPC peer link (сами настройки мы рассмотрим в конце статьи) коммутаторы договариваются между собой о том кто из них будет primary, а кто secondary (выбор идет на основе наименьшего MAC, либо приоритета). По сути, кто из них кто роли не играет (это важно только в определенных failover-ситуациях). Если primary выходит из строя, то secondary подхватывает его роль.

vPC позволяет при этом совершенно изменить логику, а именно, отказаться от блокирования соединений и использования Spanning Tree, переведя все коммутационные устройства и пути в активный режим, и тем самым получить более высокую производительность, отказоустойчивость и стабильность. Все больше заказчиков идут дальше – переходят к принципиально новой архитектуре сети, где трафик распределяется сразу по многим путям.

59

51.Использование технологии FEX в решениях архитектуры современных ЦОД

Fabric Extender (FEX) – расширяет Fabric Interconnect в блейд-шасси, прокладывая множественные 10 Гбит/с соединения между блейд-серверами и Fabric Interconnect. Не является коммутатором. Управляется как расширитель к коммутатору Fabric Interconnect. Управляет блоками питания и вентиляторами. Устанавливается в заднюю часть блейд-шасси.

FEX – (Fabric Extender) это технология, объединяющая в себе преимущества подходов top-of-the-rack и end-of-the-row.

•Единая точка управления

•Пары Nexus 2000 FEX в каждой стойке

•Возможность подключить до 10-12 FEX устройств к одному управляющему Nexus

5000

Fabric Interconnect – коммутаторы на основе Nexus 5000 со встроенным функционалом UCS Manager, позволяющим управлять всеми серверами, настройками BIOS, прошивками компонентов, коммутаторами, маршрутизацией, виртуализацией и автоматизацией. Также позволяют работать с Ethernet и SAN сетями и полноценно поддерживают протокол FCoE.

Специальная серия коммутаторов Cisco Fabric Extenders Nexus 2000 интегрируются с родительским коммутатором, которым может быть более старшая железка 5000/5500/5600/7000/7700.

Т.е. логически топология, в которой есть один родительский коммутатор и много FEX‘ов будет представлять из себя структуру, в которой есть всего один коммутатор.

При настройке FEX первым делом необходимо включить саму fex-фичу. Делается это командой feature fex.

60

52. Сетевая поддержка виртуализации в решениях архитектуры современных ЦОД

Единый инструмент управления

Управление VM по политикам

Cisco IOS Interface

Перемещаемый профиль порта

Расширенные функции Cisco IOS

Виртуализация, направленна на решение серьезной проблемы, с которой столкнулись центры обработки данных. Так уж сложилось, что ЦОД использует по одному серверу на каждое приложение, и в результате крупные вычислительные мощности остаются незадействованными. Между тем, если каждый сервер работает не на полную мощность, в центре обработки данных простаивают огромные вычислительные ресурсы и впустую расходуется электроэнергия. Виртуализация же предоставляет доступ практически ко всем свободным вычислительным ресурсам, позволяя запускать на одном сервере множество приложений или их компонентов.

Коммутатор Nexus 1000V закрывает брешь между сетью и виртуальной инфраструктурой. До его появления нам было трудно получить точные данные о том, что происходит с виртуальными машинами с точки зрения сети.

Cisco Nexus 1000V обладает следующими преимуществами:

- Расширенные функции Cisco IOS. В отличии от стандартного или распределенного коммутатора расширенные функции Cisco IOS доступны для виртуальных машин. Например, теперь можно использовать такие функции как Quality of Service (QoS), rate limits; continuous data protection; NetFlow; access control lists (ACL); port security; authentication, authorization and accounting(AAA)

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

-Cisco IOS Interface. Знакомый интерфейс командной строки для управления виртуальной сетью. Большим преимуществом Cisco IOS является неизменность команд на протяжении нескольких лет. Одни и те же команды могут использоваться для конфигурации физических и виртуальных коммутаторов