none
Konfiguration der iSCSI-Initiator auf Server 2012 RRS feed

 > 

  • Frage

  • Question
    Anmelden
    0
    Anmelden

    Ich hoffe ich bin mit meiner Frage hier richtig.
    Ich habe zwei Server 2012 in einem Cluster und mit aktivierter Hyper-V Rolle. Jeder Server hat sechs Netzwerkkarten. Zwei im NIC-Team (LACP) und Bindung zum Hyper-V für die Kommunikation mit dem Produktionsnetz. Vier Netzwerkkarten sind im NIC-Team (LACP) für die Kommunikation zum iSCSI-Target.
    Nun hab ich einige virtuelle Maschienen zum Testen aufgesetzt und dabei festgestellt, das die iSCSI-Kommunikation über das NIC-Team mit den zwei Karten läuft. Bei der Konfiguration der iSCSI-Initiator hab ich angegeben, dass die Kommunikation über diese Schnittstelle mit den vier Netzwerkkarten laufen soll.
    Wie kann ich die iSCSI-Kommunikation konnfigurieren, dass diese auch nur über das speziell zugeordneten NIC-Team läuft und auf der anderen Seite die Kommunikation der virtuellen Maschienen über das andere NIC-TEAM? 
    Danke
    Manfred

    Samstag, 15. Dezember 2012 17:39
    |

Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hi,

    normalerweise würde man das Storagesystem in einem separaten IP-Adressbereich betreiben. Da würde zu mindestens nicht dieses Problem zu Tage treten.

    Ich bin nicht zu 100% sicher, ob es funktioniert. Aber im iSCSI Initiator unter dem Reiter „Discovery“ auf „Discover Portal…“ klicken. Im sich nun öffnenden Fenster auf „Advanced…“ klicken. Im Abschnitt „Connect using“ die IP definieren, über die der iSCSI Verkehr laufen beziehungsweise der iSCSI Initiator die Verbindung zum iSCSI Target aufbauen soll.

    Best Practice wäre es, wie schon gesagt, das Storagesystem in einem separaten IP-Adressbereich zu betreiben sowie kein NIC-Teaming zu verwenden für die NICs zum Storage, sondern das Ganze per MPIO zu machen.

    Um die Kommunikation der VMs über das andere NIC-Team laufen zu lassen, muss man für dieses NIC-Team im Hyper-V Manager einen neuen externen virtuellen Switch erstellen. Diesen kann man dann nachher über das Netzwerk- und Freigabecenter mit der entsprechenden IP-Adresse konfigurieren.

    Einen sehr empfehlenswerten Artikel zu dieser Thematik findest du hier: http://www.hyper-v-server.de/management/aufbau-und-einrichtung-eines-failovercluster-unter-windows-server-2012/

    Viele Grüße Daniel Neumann - This posting is provided "AS IS" with no warranties, and confers no rights.



    Samstag, 15. Dezember 2012 18:02
    |

Alle Antworten

  • Question
    Anmelden
    0
    Anmelden

    Hi,

    normalerweise würde man das Storagesystem in einem separaten IP-Adressbereich betreiben. Da würde zu mindestens nicht dieses Problem zu Tage treten.

    Ich bin nicht zu 100% sicher, ob es funktioniert. Aber im iSCSI Initiator unter dem Reiter „Discovery“ auf „Discover Portal…“ klicken. Im sich nun öffnenden Fenster auf „Advanced…“ klicken. Im Abschnitt „Connect using“ die IP definieren, über die der iSCSI Verkehr laufen beziehungsweise der iSCSI Initiator die Verbindung zum iSCSI Target aufbauen soll.

    Best Practice wäre es, wie schon gesagt, das Storagesystem in einem separaten IP-Adressbereich zu betreiben sowie kein NIC-Teaming zu verwenden für die NICs zum Storage, sondern das Ganze per MPIO zu machen.

    Um die Kommunikation der VMs über das andere NIC-Team laufen zu lassen, muss man für dieses NIC-Team im Hyper-V Manager einen neuen externen virtuellen Switch erstellen. Diesen kann man dann nachher über das Netzwerk- und Freigabecenter mit der entsprechenden IP-Adresse konfigurieren.

    Einen sehr empfehlenswerten Artikel zu dieser Thematik findest du hier: http://www.hyper-v-server.de/management/aufbau-und-einrichtung-eines-failovercluster-unter-windows-server-2012/

    Viele Grüße Daniel Neumann - This posting is provided "AS IS" with no warranties, and confers no rights.



    Samstag, 15. Dezember 2012 18:02
    |
  • Question
    Anmelden
    0
    Anmelden

    Hi,

    danke für die Info. Zurzeit steht noch das iSCSI Target im gleichen SubNetz, aber dies werde ich noch umstellen und die Konfiguration wie im angegebenen Link anpassen.

    Danke
    Manfred

    Sonntag, 16. Dezember 2012 12:34
    |
  • Question
    Anmelden
    0
    Anmelden
    NIC Teaming ist Stand heute für iSCS Verbindungen nicht supported! Dafür muss immer noch MPIO verwendet warden, und um gleich die nächste Frage damit zu beantworten. Für MPIO benötigt man zwei getrennte Subnetze. 

    Viele Grüße, Bernd Pfann [Microsoft] - This posting is provided "AS IS" with no warranties, and confers no rights.

    Montag, 17. Dezember 2012 14:28
    |