Collegamento a una SAN iSCSI Utilizzo delle opzioni della riga di comando su Hyper-V Server & Server Core

Molti di voi (in migliaia, impressionante!) Leggere i tre articoli che Mitch Garvis scritto nel mese di aprile sulla destinazione di Microsoft iSCSI Software 3.3. Se non è stato, è possibile leggere tutte adesso cliccando qui sotto:

• Tutto per SAN e SAN per tutti
• Creazione di una SAN utilizzando Microsoft iSCSI Software Target 3,3
• La creazione di macchine virtuali HA per Hyper-V con il clustering di failover utilizzando GRATIS Microsoft iSCSI Target 3,3

Nei mesi successivi, e più recentemente come sia Mitch e sono stati espressi IT Boot Camp di virtualizzazione(registrarsi per Montreal , e Saskatoon ora) un sacco di persone ci hanno chiesto se questo dovrebbe funzionare con Microsoft Hyper-V Server , in caso affermativo ... come? La risposta, ovviamente, è sì, funziona, ma come tutte le cose della riga di comando, non si può semplicemente contare sulla GUI e, come tale, c'è un altro strato di complessità della questione. Mitch delinea i passi che dovrete seguire per essere in grado di configurare i server Hyper-V (così come i vostri Windows Server Core caselle) come nodi di un cluster di failover.

---

In Core Server e Hyper-V Server Server Configuration menu c'è un'opzione (numero 11) per consentire lafunzionalità di clustering di failover . Questa operazione richiede pochi secondi, e siete fuori per le gare. Avrete anche di utilizzare l'opzione 4 per configurare la gestione remota , anche se sono sicuro che è tutto configurabile da riga di comando, mi sarebbe molto meglio creare il mio cluster di failover utilizzando Gestione cluster di failover . È possibile eseguire questa operazione da un server con la funzionalità di clustering di failover abilitato o da un sistema con i Remote Server Administration Tools (RSAT) installati. Questo server non ha bisogno di essere un nodo del cluster.

Purtroppo prima di procedere con tutta quella grande e semplice GUI guidato, dobbiamo presentare il vostro target iSCSI per i server Hyper-V. Questo faremo a livello locale dalla riga di comando:

1) Avviare l'iniziatore iSCSI Microsoft Service:

net start MSiSCSI

2) configurare l'iniziatore iSCSI Microsoft per l'avvio automatico all'avvio:

sc config inizio MSiSCSI = auto

(Notare lo spazio dopo il segno =. Che è voluto e richiesto)

3) Collegare alla destinazione e impostare un account di accesso allo stesso persistente:

iscsicli QAddTargetPortal 172.16.10.5

(Notare l'indirizzo che ho usato è l'indirizzo IP del server che esegue il target iSCSI Software)

iscsicli ListTargets

Vediamo qui che ho un unico obiettivo a mia disposizione, con l'IQN (Internet Name qualificata) di iqn.1991-05.com.microsoft: SwMI-storage-target1-target - da cui risulti che il mio provider SAN è Microsoft, che il mio server si chiama SwMI-storage , e che il mio obiettivo (LUN) è chiamato target1 (ho una grande fantasia per i nomi).

iscsicli QloginTarget iqn.1991-05.com.microsoft: SwMI-storage-target1-target

Questo registra il mio server per l'obiettivo che è stato elencato.

iscsicli persistentlogintarget <target_iqn> T *************** 0

Questo farà in modo che il login è persistente - ogni volta che si riavvia.

iscsicli ListPersistentTargets

Questo conferma che il vostro obiettivo è persistente, e elencare:

• Nome destinazione
• Indirizzo e Socket
• Session Type
• Iniziatore Nome
• Numero di porta
• Bandiere di sicurezza
• Versione
• Informazioni di cui
• Login Flags
• Nome utente

Certo, gran parte delle informazioni ivi contenute, non sarà utile. Tuttavia si determina che il vostro obiettivo è persistente.

iscsicli ReportTargetMappings

In questa immagine potete vedere l'ID di sessione, nome del target, l'iniziatore, l'iniziatore del dispositivo SCSI, bus Iniziatore, ID di destinazione e la destinazione LUN - in questo caso, ci sono quattro LUN.

Ora che lei ha presentato il bersaglio (o target) ai server si è pronti a continuare in remoto con la GUI ... la parte più semplice, che potete rivedere nei blog affissi in alto.

Ricordate, la gestione dei server tramite linea di comando può essere scoraggiante, ma si paga. Non solo di solito ci dà un maggiore controllo su quello che stiamo facendo, ma utilizzando Server Core (o Hyper-V Server) è possibile riprendere un sacco di risorse che altrimenti andrebbero sprecati sulla GUI.

Corso SQL Server - Corso Hyper-V -Corso Windows Server –

 Certificazione Microsoft