Вопросы Теги

Hyper V конфигураций сетевого адаптера на родительском разделе

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

Хорошая идея могла бы состоять в том, чтобы контролировать пароли в Вашей системе со взломщиком пароля и/или установить новые пароли с помощью методологии как та, описанная здесь документацией Redhat: http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/en-US/Security_Guide/s1-wstation-pass.html

5
задан 20 July 2010 в 12:34
2 ответа

Что касается bsod's следующее (относящийся к Вашей ситуации), текущие исправления должны будут быть применены.

http://technet.microsoft.com/en-us/library/ff394763 (WS.10) .aspx

Вы действительно работаете со всего двумя зарубками, они 10 ГБ? если не затем Ваши кластеры, не работающие в рекомендуемой конфигурации. Верный это передаст с предупреждениями кластерную валидацию, но это будет меньше затем оптимально.

Если у Вас действительно есть один nic для lm, csv, hb, vms, менеджмент затем его настроенный, единственный возможный путь и хост должен совместно использовать nic's с vm's.

Другой проблемой был этот кластер, созданный с hyper-v, установленным затем sysprepped? Раз так затем у Вас есть коллизии Mac.

http://blogs.technet.com/b/jhoward/archive/2008/07/15/hyper-v-mac-address-allocation-and-apparent-network-issues-mac-collisions-can-cause.aspx

2
ответ дан 3 December 2019 в 01:48
  • 1
    Да - 2 NICs. Хосты являются рядом блейдов, таким образом, существуют доступные ограниченные ресурсы. Конкретный вопрос - то, какие возможные проблемы могли возникнуть с хостом, связанным непосредственно с физическим адаптером, а не через vNIC, который Hyper V создает для хоста в точке, что переключатель создается через Кормушку Виртуальной сети. Значение по умолчанию - чтобы родитель использовал vNIC, но нет ничего для остановки Вас вручную свопинг настроек назад к физическому адаптеру, который является тем, что, кажется, произошло здесь. Никакой sysprep, включенный здесь к моему знанию. –  Chris W 20 July 2010 в 18:39
  • 2
    , этот "хост, связанный непосредственно с физическим адаптером, а не через Vnic" действительно, имеет меня перепутанный. Я пытаюсь выяснить, как хост связывается с vnic, это не значение по умолчанию. Вы имеете в виду гостей не хосты? –  tony roth 20 July 2010 в 19:03

Нет. У тебя все нормально. В группе Hyper-V вы можете подключить реальный сетевой адаптер с тем же именем к виртуальной сети на всех узлах. Вы должны сделать это, и это рекомендуется Microsoft.

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

В соответствии с рекомендациями Microsoft, вы должны иметь на всех узлах Hyper-V следующее:

  1. Сетевая карта, выделенная для виртуальных машин.
  2. Сетевая карта, выделенная для управления, то есть для использования с хостом.

    1. 1219] Сетевая карта, предназначенная для iSCSI.
    2. Сетевая карта, предназначенная для сердечного ритма. Это внутренний трафик кластера.
    3. Если вы планируете использовать Live Migraton, вам следует выделить для этого NIC.

    Постарайтесь получить их все. Не забудьте переименовать их точно на всех ваших узлах.

    Помните, что Microsoft не поддерживает объединение сетевых адаптеров в кластерах Hyper-V, что может привести к сбою. Дополнительную информацию можно найти в Microsoft KB 968703 .

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

2
ответ дан 3 December 2019 в 01:48

Теги

Похожие вопросы