Моя задача - вмешаться в систему Nexus 7K, которая была настроена для одной компании, и выделить ресурсы для моей отдельной компании, чтобы мы могли использовать ресурсы на этом сайте.
Я хорошо знаком с 6500 IOS, но не нашел много материала о том, как переместить конфигурацию из корневого контекста в новый виртуальный ЦОД. Может кто-то указать мне верное направление? Или мне стоит задуматься и нанять гуру Nexus?
Таким образом, здесь может применяться множество переменных. Прежде всего, я настоятельно рекомендую вам проверить Руководство по настройке Nexus 7K VDC если вы еще этого не сделали, так как это хорошее комплексное рассмотрение предмета.
Однако на ваши непосредственные вопросы - важно понимать, что на самом деле нет корень контекст. Все, что в настоящее время находится на коробке, находится в VDC, а именно в VDC 1. Если вы настроите новый VDC (… скажем, VDC 2) и переместите в него интерфейсы, тогда вы можете просто начать настройку. Единственная ситуация, в которой вам нужно будет существенно изменить существующую конфигурацию, - это если вам нужно переместить соединения, чтобы открыть группы портов на границе ASIC.
Эта последняя точка (границы ASIC) - один из важных пунктов, за которым необходимо следить. Различные LC имеют разное количество портов, и разное количество этих портов будет отображаться на данную ASIC. Сама ASIC сопоставляется с VDC, поэтому, если один порт на этой ASIC переходит в данный VDC, остальные тоже должны идти. В качестве примера - исходные (теперь EOS / EOL) 32-портовые блейд-модули 10GE для 7K можно разбить на 4 группы по 8 портов, то есть 4 В постоянного тока. 24-портовый блейд-модуль 10GE M2 может быть выделен для каждого порта и т. Д.
По той же причине смешивание различных типов линейных карт в VDC имеет ряд недостатков. Упомянутые выше лезвия M1 можно смешивать с лезвиями M2 или F2e, но не с обоими одновременно (так что M1 + M2 или M1 + F2e оба в порядке, но не M1 + M2 + F2e). Есть также последствия для возможностей и пропускной способности - так что, опять же, M1 + F2e подталкивает всю пересылку L3 к блэйдам M1 (... хотя F2e сам по себе быстрее) и снижает размеры буфера и другие возможности до наименьшего общего знаменателя. В общем, если вы сможете избежать смешивания типов LC в VDC, ваша жизнь станет проще.
Для вас это может быть не такой проблемой, но еще одна проблема - это выделение ресурсов для виртуальных ЦОД. Вы можете контролировать количество ЦП и памяти, количество маршрутов и VLAN и т. Д. Для каждого VDC.
С административной точки зрения вам также может потребоваться отслеживать, у кого есть права на настройку виртуальных ЦОД или перезагрузку всего устройства, а не у тех, у кого есть полные права на настройку. в пределах данный VDC.
Напоследок - насколько современна сама коробка? Супервайзер 1, 2 или 2e? Ткань 1 или 2? Sup2 / 2e потенциально допускает до 8 В постоянного тока, в то время как sup1 поддерживает максимум 4. Sup2 / 2e необходим для выхода за пределы NXOS 6.2, и если у вас есть Sup1, вам нужно получить 8 Гбайт DRAM, чтобы даже запустить 6.2. Также могут потребоваться дополнительные лицензии для поддержки операций VDC.
В любом случае, взгляните на руководство по ссылке выше - оно должно помочь вам начать работу.