Quantcast
Channel: High Availability (Clustering) forum
Viewing all articles
Browse latest Browse all 5654

Hyper-V Cluster tries to use wrong interface

$
0
0

Hello,

I have a Hyper-V Cluster (2012 R2) with 2 nodes.

Each node has 3 NICs:

  1. Data & Management (Domainnetwork) - 10.8.16.0/22
  2. Cluster (Cluster communication only) - VLAN 2 - 10.8.90.0/24
  3. Live Migration (Cluster communication & Live Migration) - VLAN 3 - 10.8.100.0/24

After analyzing some firewall data I found that the cluster nodes try to communicate like this:

10.8.16.201 (HV1) -> 10.8.90.202 (HV2) - Service: SMB
10.8.16.201 (HV1) -> 10.8.100.202 (HV2) - Service: SMB
10.8.16.202 (HV2) -> 10.8.90.201 (HV1) - Service: SMB
10.8.16.202 (HV2) -> 10.8.100.201 (HV1) - Service: SMB

At first I thought that there was some routing problem on the machine but according to the following "route print" that does not seem to be the case:

IPv4-Routentabelle
===========================================================================
Aktive Routen:
     Netzwerkziel    Netzwerkmaske          Gateway    Schnittstelle Metrik
          0.0.0.0          0.0.0.0      10.8.16.254      10.8.16.201    261
        10.8.16.0    255.255.252.0   Auf Verbindung       10.8.16.201    261
      10.8.16.201  255.255.255.255   Auf Verbindung       10.8.16.201    261
      10.8.19.255  255.255.255.255   Auf Verbindung       10.8.16.201    261
        10.8.90.0    255.255.255.0   Auf Verbindung       10.8.90.201    261
      10.8.90.201  255.255.255.255   Auf Verbindung       10.8.90.201    261
      10.8.90.255  255.255.255.255   Auf Verbindung       10.8.90.201    261
       10.8.100.0    255.255.255.0   Auf Verbindung      10.8.100.201    261
     10.8.100.201  255.255.255.255   Auf Verbindung      10.8.100.201    261
     10.8.100.255  255.255.255.255   Auf Verbindung      10.8.100.201    261
        127.0.0.0        255.0.0.0   Auf Verbindung         127.0.0.1    306
        127.0.0.1  255.255.255.255   Auf Verbindung         127.0.0.1    306
  127.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    306
      169.254.0.0      255.255.0.0   Auf Verbindung      169.254.1.11    261
     169.254.1.11  255.255.255.255   Auf Verbindung      169.254.1.11    261
  169.254.255.255  255.255.255.255   Auf Verbindung      169.254.1.11    261
        224.0.0.0        240.0.0.0   Auf Verbindung         127.0.0.1    306
        224.0.0.0        240.0.0.0   Auf Verbindung       10.8.16.201    261
        224.0.0.0        240.0.0.0   Auf Verbindung      10.8.100.201    261
        224.0.0.0        240.0.0.0   Auf Verbindung       10.8.90.201    261
        224.0.0.0        240.0.0.0   Auf Verbindung      169.254.1.11    261
  255.255.255.255  255.255.255.255   Auf Verbindung         127.0.0.1    306
  255.255.255.255  255.255.255.255   Auf Verbindung       10.8.16.201    261
  255.255.255.255  255.255.255.255   Auf Verbindung      10.8.100.201    261
  255.255.255.255  255.255.255.255   Auf Verbindung       10.8.90.201    261
  255.255.255.255  255.255.255.255   Auf Verbindung      169.254.1.11    261
===========================================================================
Ständige Routen:
  Netzwerkadresse          Netzmaske  Gatewayadresse  Metrik
          0.0.0.0          0.0.0.0      10.8.16.254  Standard
          0.0.0.0          0.0.0.0      10.8.16.254  Standard
===========================================================================

Now my question is why would the cluster try to communicate using the NIC of the domain even when the subnet is directly accessible on a NIC attached on the machine?

Thanks in advance

Paul


Viewing all articles
Browse latest Browse all 5654

Trending Articles



<script src="https://jsc.adskeeper.com/r/s/rssing.com.1596347.js" async> </script>