LACP Server 2012 4xNIC mit HP 2910AL

[Necron 71]

Danke, hilf mir aber leider nciht wirklich weiter.

Doch hilft es, wenn du das Dokument dir angeschaut hättest.

 

Dort unter Abschnitt 3.3 und 3.4 findest du die Antworten. ;)

[DerMichl 0]

Wie hilft mir das? ;-)   1.1Algorithms for traffic distribution

Outbound traffic can be distributed among the available links in many ways. One rule that guides any distribution algorithm is to try to keep all packets associated with a single flow (TCP-stream) on a single network adapter. This rule minimizes performance degradation caused by reassembling out-of-order TCP segments.

NIC teaming in Windows Server 2012 supports the following traffic distribution algorithms:

• Hyper-V switch port. Since VMs have independent MAC addresses, the VM’s MAC address or the port it’s connected to on the Hyper-V switch can be the basis for dividing traffic. There is an advantage in using this scheme in virtualization. Because the adjacent switch always sees a particular MAC address on one and only one connected port, the switch will distribute the ingress load (the traffic from the switch to the host) on multiple links based on the destination MAC (VM MAC) address. This is particularly useful when Virtual Machine Queues (VMQs) are used as a queue can be placed on the specific NIC where the traffic is expected to arrive. However, if the host has only a few VMs, this mode may not be granular enough to get a well-balanced distribution. This mode will also always limit a single VM (i.e., the traffic from a single switch port) to the bandwidth available on a single interface. Windows Server 2012 uses the Hyper-V Switch Port as the identifier rather than the source MAC address as, in some instances, a VM may be using more than one MAC address on a switch port.
• Address Hashing. This algorithm creates a hash based on address components of the packet and then assigns packets that have that hash value to one of the available adapters. Usually this mechanism alone is sufficient to create a reasonable balance across the available adapters.

The components that can be specified as inputs to the hashing function include the following:

• Source and destination MAC addresses
• Source and destination IP addresses
• Source and destination TCP ports and source and destination IP addresses

The TCP ports hash creates the most granular distribution of traffic streams resulting in smaller streams that can be independently moved between members. However, it cannot be used for traffic that is not TCP or UDP-based or where the TCP and UDP ports are hidden from the stack, such as IPsec-protected traffic. In these cases, the hash automatically falls back to the IP address hash or, if the traffic is not IP traffic, to the MAC address hash.

1.2Interactions between Configurations and Load distribution algorithms 1.2.1Switch Independent configuration / Address Hash distribution

This configuration will send packets using all active team members distributing the load through the use of the selected level of address hashing (defaults to using TCP ports and IP addresses to seed the hash function).

Because a given IP address can only be associated with a single MAC address for routing purposes, this mode receives inbound traffic on only one team member (the primary member).  This means that the inbound traffic cannot

• mode will also always limit a single VM (i.e., the traffic from a single switch port) to the bandwidth available on a single interface. Windows Server 2012 uses the Hyper-V Switch Port as the identifier rather than the source MAC address as, in some instances, a VM may be using more than one MAC address on a switch port.
• Address Hashing. This algorithm creates a hash based on address components of the packet and then assigns packets that have that hash value to one of the available adapters. Usually this mechanism alone is sufficient to create a reasonable balance across the available adapters.

The components that can be specified as inputs to the hashing function include the following:

• Source and destination MAC addresses
• Source and destination IP addresses
• Source and destination TCP ports and source and destination IP addresses

The TCP ports hash creates the most granular distribution of traffic streams resulting in smaller streams that can be independently moved between members. However, it cannot be used for traffic that is not TCP or UDP-based or where the TCP and UDP ports are hidden from the stack, such as IPsec-protected traffic. In these cases, the hash automatically falls back to the IP address hash or, if the traffic is not IP traffic, to the MAC address hash.

1.1Interactions between Configurations and Load distribution algorithms 1.1.1Switch Independent configuration / Address Hash distribution

This configuration will send packets using all active team members distributing the load through the use of the selected level of address hashing (defaults to using TCP ports and IP addresses to seed the hash function).

Because a given IP address can only be associated with a single MAC address for routing purposes, this mode receives inbound traffic on only one team member (the primary member).  This means that the inbound traffic cannot exceed the bandwidth of one team member no matter how much is getting sent.

This mode is best used for:

1. Native mode teaming where switch diversity is a concern;
2. Active/Standby mode teams; and
3. Teaming in a VM.

 

It is also good for:

1. Servers running workloads that are heavy outbound, light inbound workloads (e.g., IIS).

1.1.2Switch Independent configuration / Hyper-V Port distribution

This configuration will send packets using all active team members distributing the load based on the Hyper-V switch port number.  Each Hyper-V port will be bandwidth limited to not more than one team member’s bandwidth because the port is affinitized to exactly one team member at any point in time.

Because each VM (Hyper-V port) is associated with a single team member, this mode receives inbound traffic for the VM on the same team member the VM’s outbound traffic uses.  This also allows maximum use of Virtual Machine Queues (VMQs) for better performance over all. 

This mode is best used for teaming under the Hyper-V switch when

1. The number of VMs well-exceeds the number of team members; and
2. A restriction of a VM to not greater than one NIC’s bandwidth is acceptable

[Necron 71]

3.4.1      Switch Independent configuration / Address Hash distribution

Because a given IP address can only be associated with a single MAC address for routing purposes, this mode receives inbound traffic on only one team member (the primary member). 

This means that the inbound traffic cannot exceed the bandwidth of one team member no matter how much is getting sent.

 

3.4.2      Switch Independent configuration / Hyper-V Port distribution

Because each VM (Hyper-V port) is associated with a single team member, this mode receives inbound traffic for the VM on the same team member the VM’s outbound traffic uses.  This also allows maximum use of Virtual Machine Queues (VMQs) for better performance over all. 

 

3.4.3      Switch Dependent configuration / Address Hash distribution

Like in all switch dependent configurations, the switch determines how to distribute the inbound traffic among the team members.  The switch is expected to do a reasonable job of distributing the traffic across the team members but it has complete independence to determine how it does so.

 

3.4.4      Switch Dependent configuration / Hyper-V Port distribution

Like in all switch dependent configurations, the switch determines how to distribute the inbound traffic among the team members.  The switch is expected to do a reasonable job of distributing the traffic across the team members but it has complete independence to determine how it does so.

Eingehender Datenverkehr wird nur von einem Teammitglied entgegen genommen (wenn mehrere Datenströme eingehen werden die natürlich über die Teammitglieder verteilt), daher kommst du auch nicht über die 1 Gbit/s trotz Teaming hinaus!

 

Ausgehender Datenverkehr kann natürlich mit der vollen Teamingleistung gesendet werden.

[Dunkelmann 96]

Mal eine ganz andere Frage:

 

Was willst du mit dem Team erreichen?

Warum hast du virtuelle NICs - die für gewönlich nur beim Einsatz von Hyper-V benötigt werden - im Einsatz und kopierst Daten von Host zu Host?

 

Wenn es dir nur um den Durchsatz von Server zu Server geht, dann nimm statisches Teaming, schmeisse alle physischen Adapter ins Team und schenke dir den virtuellen Adapter.

[DerMichl 0]

Servus,

das sind 2 Hyper V Hosts als Kampfgeräte.

 

Ich haette halt gerne die 4GBIT als Bandbreite zwischen den beiden Servern.

 

So wies aussieht wird das aber wohl nicht gehen... ;-O

 

Ich hatte ursprünglich alle Nixcs in einem Team, dann musste ich aber Switche konfigurieren.. ;-)

bearbeitet 15. März 2013 von DerMichl