none
Как лучше сконфигурировать сеть для кластера Hyper-V 2012 R2? RRS feed

  • Вопрос

  • Как лучше сконфигурировать сеть для кластера Hyper-V 2012 R2?

    Есть два сервера HP Proliant DL 380 G7, по 4х1Гб сетевых интерфейса на каждом.

    Есть СХД HP P2000 G3 iSCSI, в ней два контроллера по 4х1 ГБ сетевых интерфейса (А1, А2, А3, А4, В1, В2, В3, В4).

    Пока придумался такой вариант:

     - по два порта на каждом сервере отдать под iSCSI сеть для СХД (например один порт сервера, порты СХД А1 и В1 в одной подсети, другой порт сервера, порты А2 и В2 в другой подсети). Видел про это в какой-то пдфке то ли от НР, то ли от MS.

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

    Либо какой-то другой вариант конфигурации сделать?

     

    15 июня 2014 г. 13:21

Ответы

  • - для iSCSI тиминг делать не планируется. Да, будут разные подсети. Видел описание, что в одном контроллере один порт с одной подсетью, другой с другой. Во втором так же.

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

    Определение QoS , в таком случае, зависит от Ваших задач, возлагаемых на кластер. Либо я старомоден, но не стал бы делать converged для сетей 1гб. (+рекомендации converged начинаются в сетях от 10 Гб). 

    Пример:

    #vmswitch
    New-VMSwitch -Name VM -NetAdapterName TEAM01 -AllowManagementOS $False -MinimumBandwidthMode Weight
    #Добавление адаптеров
    Add-VMNetworkAdapter -ManagementOS -Name "Management" -SwitchName "VM"
    Add-VMNetworkAdapter -ManagementOS -Name "LiveMigration" -SwitchName "VM"
    Add-VMNetworkAdapter -ManagementOS -Name "CSV" -SwitchName "VM"
    
    #Определение VLANs,если нужно
    Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "Management" -Access -VlanId 25
    Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "CSV" -Access -VlanId 35
    Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "LiveMigration" -Access -VlanId 30
    
    #Weight
    Set-VMNetworkAdapter -ManagementOS -Name "LiveMigration" -MinimumBandwidthWeight 20
    Set-VMNetworkAdapter -ManagementOS -Name "CSV" -MinimumBandwidthWeight 10
    Set-VMNetworkAdapter -ManagementOS -Name "Management" -MinimumBandwidthWeight 10
    
    #Определение IP (пример)
    New-NetIPAddress -InterfaceAlias "vEthernet (Management)" -IPAddress 192.168.12.24 -PrefixLength "24" -DefaultGateway 192.168.12.1
    Set-DnsClientServerAddress -InterfaceAlias "vEthernet (Management)" -ServerAddresses 192.168.12.10, 192.168.12.11

    Дополнительно о QoS:

    http://technet.microsoft.com/en-us/library/hh848457.aspx

    Параметры 

    -MaximumBandwidth<Int64>

    Specifies the maximum bandwidth, in bits per second, for the virtual network adapter. The specified value is rounded to the nearest multiple of eight. Specify zero to disable the feature.

    -MinimumBandwidthAbsolute<Int64>

    Specifies the minimum bandwidth, in bits per second, for the virtual network adapter. The specified value is rounded to the nearest multiple of eight. A value larger than 100 Mbps is recommended.

    -MinimumBandwidthWeight<UInt32>

    Specifies the minimum bandwidth, in terms of relative weight, for the virtual network adapter. The weight describes how much bandwidth to provide to the virtual network adapter relative to other virtual network adapters connected to the same virtual switch. The range of the value is from 0 through 100. Specify 0 to disable the feature.

    +

    Set-VmSwitch

    и для него 

    -DefaultFlowMinimumBandwidthWeight<Int64>

    Specifies the minimum bandwidth, in relative weight, that is allocated to a special category called “default flow”. Any traffic sent by a virtual network adapter that is connected to this virtual switch and doesn’t have minimum bandwidth allocated is filtered into this category. Specify a value for this parameter only if the minimum bandwidth mode on this virtual switch is weight (See the New-VMSwitch cmdlet). By default, this special category has a weight of 1.


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    15 июня 2014 г. 18:38
  • + забегу вперед нав-ое ..для ясности)

    "Да, планируем на базе тиминга раскидать интерфейсы для менеджмента и т.д."

    В рамках Hyper-V хоста. тиминг должен состоять из 1 дефолтного тим интерфейса (Default VLAN), а далее , если нужны VLANы и т.д. ..всё делать на уровне ВМ свитча и вирт.машин. Тиминг не трогаем. Собственно, из примера это видно.


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    15 июня 2014 г. 18:49
  • Да, основные каналы для iSCSI = отдельные адаптеры, но служебный трафик всё равно идет через кластерную сеть, но это небольшие объемы трафика. У Вас получится 1 сеть и для кластера, и для ВМ, и для CSV , и для Live Migration. Если нагрузки и требования небольшие , то можно оставлять как есть. + можно сделать чуть converged всё таки (вынести в отдельную подсеть хотя бы трафик CSV/Cluster). будет более красиво .  

    Рекомендуемая конфигурация: отдельный канал связи для ВМ, отдельные для live migration, csv, management, storage. converged в 10 гб.с. рекомендовать делать на базе 2Гб полноценный sharing nic - не стану. работать будет,конечно, но тут больше вопрос в ожиданиях Ваших и дальнейшем использовании инфраструктуры


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    16 июня 2014 г. 5:28

Все ответы

  • Добрый день!

    - по два адаптера на iSCSI. как правило, до каждого контроллера идут разные подсети. итого, добьётесь функционала MPIO. если решите в рамках тиминга делать (я бы не рекомендовал), то учитывайте вот это:

    http://blogs.technet.com/b/askpfeplat/archive/2013/03/18/is-nic-teaming-in-windows-server-2012-supported-for-iscsi-or-not-supported-for-iscsi-that-is-the-question.aspx

    - физически идут в разные свитчи? если да, то независимый + Dynamic балансировку . Исходя из вопроса, Вы планируете на базе тиминга "раскидать" интерфейсы для менеджмента и т.д.?


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    15 июня 2014 г. 14:07
  • - для iSCSI тиминг делать не планируется. Да, будут разные подсети. Видел описание, что в одном контроллере один порт с одной подсетью, другой с другой. Во втором так же.

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

    15 июня 2014 г. 14:40
  • - для iSCSI тиминг делать не планируется. Да, будут разные подсети. Видел описание, что в одном контроллере один порт с одной подсетью, другой с другой. Во втором так же.

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

    Определение QoS , в таком случае, зависит от Ваших задач, возлагаемых на кластер. Либо я старомоден, но не стал бы делать converged для сетей 1гб. (+рекомендации converged начинаются в сетях от 10 Гб). 

    Пример:

    #vmswitch
    New-VMSwitch -Name VM -NetAdapterName TEAM01 -AllowManagementOS $False -MinimumBandwidthMode Weight
    #Добавление адаптеров
    Add-VMNetworkAdapter -ManagementOS -Name "Management" -SwitchName "VM"
    Add-VMNetworkAdapter -ManagementOS -Name "LiveMigration" -SwitchName "VM"
    Add-VMNetworkAdapter -ManagementOS -Name "CSV" -SwitchName "VM"
    
    #Определение VLANs,если нужно
    Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "Management" -Access -VlanId 25
    Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "CSV" -Access -VlanId 35
    Set-VMNetworkAdapterVlan -ManagementOS -VMNetworkAdapterName "LiveMigration" -Access -VlanId 30
    
    #Weight
    Set-VMNetworkAdapter -ManagementOS -Name "LiveMigration" -MinimumBandwidthWeight 20
    Set-VMNetworkAdapter -ManagementOS -Name "CSV" -MinimumBandwidthWeight 10
    Set-VMNetworkAdapter -ManagementOS -Name "Management" -MinimumBandwidthWeight 10
    
    #Определение IP (пример)
    New-NetIPAddress -InterfaceAlias "vEthernet (Management)" -IPAddress 192.168.12.24 -PrefixLength "24" -DefaultGateway 192.168.12.1
    Set-DnsClientServerAddress -InterfaceAlias "vEthernet (Management)" -ServerAddresses 192.168.12.10, 192.168.12.11

    Дополнительно о QoS:

    http://technet.microsoft.com/en-us/library/hh848457.aspx

    Параметры 

    -MaximumBandwidth<Int64>

    Specifies the maximum bandwidth, in bits per second, for the virtual network adapter. The specified value is rounded to the nearest multiple of eight. Specify zero to disable the feature.

    -MinimumBandwidthAbsolute<Int64>

    Specifies the minimum bandwidth, in bits per second, for the virtual network adapter. The specified value is rounded to the nearest multiple of eight. A value larger than 100 Mbps is recommended.

    -MinimumBandwidthWeight<UInt32>

    Specifies the minimum bandwidth, in terms of relative weight, for the virtual network adapter. The weight describes how much bandwidth to provide to the virtual network adapter relative to other virtual network adapters connected to the same virtual switch. The range of the value is from 0 through 100. Specify 0 to disable the feature.

    +

    Set-VmSwitch

    и для него 

    -DefaultFlowMinimumBandwidthWeight<Int64>

    Specifies the minimum bandwidth, in relative weight, that is allocated to a special category called “default flow”. Any traffic sent by a virtual network adapter that is connected to this virtual switch and doesn’t have minimum bandwidth allocated is filtered into this category. Specify a value for this parameter only if the minimum bandwidth mode on this virtual switch is weight (See the New-VMSwitch cmdlet). By default, this special category has a weight of 1.


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    15 июня 2014 г. 18:38
  • + забегу вперед нав-ое ..для ясности)

    "Да, планируем на базе тиминга раскидать интерфейсы для менеджмента и т.д."

    В рамках Hyper-V хоста. тиминг должен состоять из 1 дефолтного тим интерфейса (Default VLAN), а далее , если нужны VLANы и т.д. ..всё делать на уровне ВМ свитча и вирт.машин. Тиминг не трогаем. Собственно, из примера это видно.


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    15 июня 2014 г. 18:49
  • Определение QoS , в таком случае, зависит от Ваших задач, возлагаемых на кластер. Либо я старомоден, но не стал бы делать converged для сетей 1гб. (+рекомендации converged начинаются в сетях от 10 Гб). 

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

    16 июня 2014 г. 0:33
  • Да, основные каналы для iSCSI = отдельные адаптеры, но служебный трафик всё равно идет через кластерную сеть, но это небольшие объемы трафика. У Вас получится 1 сеть и для кластера, и для ВМ, и для CSV , и для Live Migration. Если нагрузки и требования небольшие , то можно оставлять как есть. + можно сделать чуть converged всё таки (вынести в отдельную подсеть хотя бы трафик CSV/Cluster). будет более красиво .  

    Рекомендуемая конфигурация: отдельный канал связи для ВМ, отдельные для live migration, csv, management, storage. converged в 10 гб.с. рекомендовать делать на базе 2Гб полноценный sharing nic - не стану. работать будет,конечно, но тут больше вопрос в ожиданиях Ваших и дальнейшем использовании инфраструктуры


    Roman Levchenko, MCSA, MCITP, MCTS http://www.rlevchenko.com

    16 июня 2014 г. 5:28