Estensione dell'archiviazione all'hub di Azure Stack

Questo articolo fornisce informazioni sull'infrastruttura di archiviazione dell'hub di Azure Stack per decidere come integrare l'hub di Azure Stack nell'ambiente di rete esistente. Dopo aver fornito una discussione generale sull'estensione del data center, l'articolo presenta due scenari diversi. È possibile connettersi a un server di archiviazione file di Windows. È anche possibile connettersi a un server iSCSI Windows.

Panoramica dell'estensione dell'archiviazione all'hub di Azure Stack

Esistono scenari in cui i dati si trovano nel cloud pubblico non sono sufficienti. Ad esempio, si dispone di un carico di lavoro di database virtualizzato a elevato utilizzo di calcolo, sensibile alle latenze e il tempo di round trip per il cloud pubblico potrebbe influire sulle prestazioni del carico di lavoro del database. Ad esempio, sono presenti dati in locale, conservati in un file server, in un array di archiviazione NAS o iSCSI, a cui è necessario accedere dai carichi di lavoro locali e devono risiedere in locale per soddisfare gli obiettivi normativi o di conformità. Questi sono solo due degli scenari in cui i dati si trovano in locale, rimangono importanti per molte organizzazioni.

Quindi, perché non solo ospitare i dati negli account di archiviazione nell'hub di Azure Stack o all'interno di file server virtualizzati, in esecuzione nel sistema hub di Azure Stack? A differenza di Azure, l'archiviazione dell'hub di Azure Stack è limitata. La capacità disponibile per l'utilizzo dipende interamente dalla capacità per nodo che si è scelto di acquistare, oltre al numero di nodi disponibili. Poiché l'hub di Azure Stack è una soluzione Hyper-Converged, se si vuole aumentare la capacità di archiviazione per soddisfare le esigenze di utilizzo, è anche necessario aumentare il footprint di calcolo tramite l'aggiunta di nodi. Questo può essere potenzialmente proibitivo, soprattutto se la necessità di capacità aggiuntiva è per l'archiviazione ad accesso sporadico e di archiviazione che potrebbe essere aggiunto per un costo basso al di fuori del sistema dell'hub di Azure Stack.

Che illustra lo scenario che verrà illustrato di seguito. Come connettere i sistemi dell'hub di Azure Stack, i carichi di lavoro virtualizzati in esecuzione nell'hub di Azure Stack, in modo semplice ed efficiente, ai sistemi di archiviazione all'esterno dell'hub di Azure Stack, accessibili tramite la rete.

Progettare per estendere l'archiviazione

Il diagramma illustra uno scenario in cui una singola macchina virtuale, che esegue un carico di lavoro, si connette e usa l'archiviazione esterna (alla macchina virtuale e all'hub di Azure Stack), ai fini della lettura/scrittura dei dati e così via. Per questo articolo, ci si concentrerà sul recupero semplice dei file, ma è possibile espandere questo esempio per scenari più complessi, ad esempio l'archiviazione remota dei file di database.

Nel diagramma si noterà che la macchina virtuale nel sistema hub di Azure Stack è stata distribuita con più schede di interfaccia di rete. Sia da una ridondanza che da una procedura consigliata di archiviazione, è importante avere più percorsi tra destinazione e destinazione. Dove le cose diventano più complesse, le macchine virtuali nell'hub di Azure Stack hanno indirizzi IP pubblici e privati, proprio come in Azure. Se l'archiviazione esterna necessaria per raggiungere la macchina virtuale, può farlo solo tramite l'indirizzo IP pubblico, perché gli INDIRIZZI IP privati vengono usati principalmente all'interno dei sistemi dell'hub di Azure Stack, all'interno delle reti virtuali e delle subnet. L'archiviazione esterna non sarebbe in grado di comunicare con lo spazio IP privato della macchina virtuale, a meno che non passi attraverso una VPN da sito a sito, per passare alla rete virtuale stessa. Quindi, per questo esempio, ci concentreremo sulla comunicazione tramite lo spazio IP pubblico. Un aspetto da notare con lo spazio IP pubblico nel diagramma è che sono presenti 2 subnet del pool IP pubblico diverse. Per impostazione predefinita, l'hub di Azure Stack richiede un solo pool per scopi di indirizzo IP pubblico, ma un elemento da considerare, per il routing ridondante, può essere quello di aggiungere un secondo. Tuttavia, in questo momento, non è possibile selezionare un indirizzo IP da un pool specifico, quindi è possibile che le macchine virtuali con indirizzi IP pubblici dallo stesso pool vengano effettivamente selezionate tra più schede di rete virtuale.

Ai fini di questa discussione, si presuppone che il routing tra i dispositivi di frontiera e l'archiviazione esterna venga gestito e che il traffico possa attraversare la rete in modo appropriato. Per questo esempio, non importa se il backbone è 1GbE, 10GbE, 25 GbE o ancora più veloce, tuttavia ciò sarebbe importante da considerare quando si pianifica l'integrazione, per soddisfare le esigenze di prestazioni di qualsiasi applicazione che accede a questa risorsa di archiviazione esterna.

Connettersi a una destinazione iSCSI di Windows Server

In questo scenario verrà distribuita e configurata una macchina virtuale Windows Server 2019 nell'hub di Azure Stack e verrà preparata per connettersi a una destinazione iSCSI esterna, che eseguirà anche Windows Server 2019. Se appropriato, si abiliteranno funzionalità chiave, ad esempio MPIO, per ottimizzare le prestazioni e la connettività tra la macchina virtuale e l'archiviazione esterna.

Distribuire la macchina virtuale Windows Server 2019 nell'hub di Azure Stack

1. Dal portale di amministrazione dell'hub di Azure Stack, presupponendo che il sistema sia stato registrato correttamente e sia connesso al marketplace, selezionare Gestione marketplace, quindi, presupponendo che non sia già disponibile un'immagine di Windows Server 2019, selezionare Aggiungi da Azure e quindi cercare Windows Server 2019, aggiungendo l'immagine di Windows Server 2019 Datacenter .

   

   Il download di un'immagine di Windows Server 2019 potrebbe richiedere del tempo.

2. Dopo aver creato un'immagine di Windows Server 2019 nell'ambiente dell'hub di Azure Stack, accedere al portale utenti dell'hub di Azure Stack.

3. Dopo aver eseguito l'accesso al portale utente dell'hub di Azure Stack, assicurarsi di avere una sottoscrizione a un'offerta, che consente di effettuare il provisioning delle risorse IaaS (calcolo, archiviazione e rete).

4. Dopo aver disponibile una sottoscrizione, tornare al dashboard nel portale utente dell'hub di Azure Stack, selezionare Crea una risorsa, selezionare Calcolo e quindi selezionare l'elemento della raccolta Windows Server 2019 Datacenter.

5. Nel pannello Informazioni di base completare le informazioni come indicato di seguito:

   a. Nome: VM001

   b. Nome utente: localadmin

   c. Password e Conferma password: <password a scelta>

   d. Sottoscrizione: <sottoscrizione scelta, con risorse di calcolo/archiviazione/rete>.

   e. Gruppo di risorse: storagetesting (crea nuovo)

   f. Selezionare OK.

6. Nel pannello Scegli una dimensione selezionare un Standard_F8s_v2 e selezionare Seleziona.

7. Nel pannello Impostazioni selezionare la rete virtuale e nel pannello Crea rete virtuale modificare lo spazio indirizzi in modo che sia 10.10.10.0/23 e aggiornare l'intervallo di indirizzi subnet in modo che sia 10.10.10.0/24 e quindi selezionare OK.

8. Selezionare l'indirizzo IP pubblico e nel pannello Crea indirizzo IP pubblico selezionare il pulsante di opzione Statico .

9. Nell'elenco a discesa Seleziona porte in ingresso pubbliche selezionare RDP (3389).

10. Lasciare le altre impostazioni predefinite e selezionare OK.

    

11. Leggere il riepilogo, attendere la convalida, quindi selezionare OK per avviare la distribuzione. La distribuzione dovrebbe essere completata in circa 10 minuti.

12. Al termine della distribuzione, in Risorsa selezionare il nome della macchina virtuale VM001 per aprire Panoramica.

    

13. In Nome DNS selezionare Configura e specificare un'etichetta del nome DNS, vm001 e selezionare Salva, quindi selezionare VM001.

14. Sul lato destro del pannello panoramica selezionare storagetesting-vnet/default nel testo Rete virtuale/subnet.

15. Nel pannello storagetesting-vnet selezionare Subnet e quindi +Subnet, quindi nel nuovo pannello Aggiungi subnet immettere le informazioni seguenti e quindi selezionare OK:

    a. Nome: subnet2

    b. Intervallo di indirizzi (blocco CIDR): 10.10.11.0/24

    c. Gruppo di sicurezza di rete: nessuno

    d. Tabella di route: nessuna

16. Dopo il salvataggio, selezionare VM001.

17. Nel lato sinistro del pannello panoramica selezionare Rete.

18. Selezionare Collega interfaccia di rete e quindi selezionare Crea interfaccia di rete.

19. Nel pannello Crea interfaccia di rete immettere le informazioni seguenti.

    a. Nome: vm001nic2

    b. Subnet: verificare che la subnet sia 10.10.11.0/24

    c. Gruppo di sicurezza di rete: VM001-nsg

    d. Gruppo di risorse: storagetesting

20. Una volta collegato correttamente, selezionare VM001 e selezionare Arresta per arrestare la macchina virtuale.

21. Dopo aver arrestato la macchina virtuale (deallocata), sul lato sinistro del pannello panoramica selezionare Rete, selezionare Collega interfaccia di rete e quindi vm001nic2 e quindi selezionare OK. La scheda di interfaccia di rete aggiuntiva verrà aggiunta alla macchina virtuale in pochi istanti.

22. Sempre nel pannello Rete selezionare la scheda vm001nic2 e quindi selezionare Interfaccia di rete:vm001nic2.

23. Nel pannello dell'interfaccia vm001nic selezionare Configurazioni IP e nel centro del pannello selezionare ipconfig1.

24. Nel pannello impostazioni ipconfig1 selezionare Abilitato per Indirizzo IP pubblico e selezionare Configura le impostazioni necessarie, Crea nuovo e immettere vm001nic2pip per il nome, selezionare Statico e selezionare OK e quindi Salva.

25. Dopo il salvataggio, tornare al pannello panoramica di VM001 e selezionare Avvia per avviare la macchina virtuale Windows Server 2019 configurata.

26. Dopo l'avvio, stabilire una sessione RDP in VM001.

27. Dopo la connessione all'interno della macchina virtuale, aprire CMD (come amministratore) e immettere il nome host per recuperare il nome del computer del sistema operativo. Deve corrispondere a VM001. Prendere nota di questo valore per un secondo momento.

Configurare la seconda scheda di rete nella macchina virtuale Windows Server 2019 nell'hub di Azure Stack

Per impostazione predefinita, l'hub di Azure Stack assegna un gateway predefinito alla prima interfaccia di rete (primaria) collegata alla macchina virtuale. L'hub di Azure Stack non assegna un gateway predefinito a interfacce di rete aggiuntive (secondarie) collegate a una macchina virtuale. Di conseguenza, per impostazione predefinita, non è possibile comunicare con risorse esterne alla subnet in cui si trova un'interfaccia di rete secondaria. Le interfacce di rete secondarie possono tuttavia comunicare con risorse esterne alla subnet, ma i passaggi per abilitare la comunicazione variano a seconda del sistema operativo.

1. Se non si ha già una connessione aperta, stabilire una connessione RDP in VM001.

2. Aprire CMD come amministratore ed eseguire la stampa di route che deve restituire le due interfacce (Schede di rete Hyper-V) all'interno di questa macchina virtuale.

   

3. Eseguire ora ipconfig per visualizzare l'indirizzo IP assegnato all'interfaccia di rete secondaria. In questo esempio viene assegnato all'interfaccia 6 10.10.11.4. Per l'interfaccia di rete secondaria non viene restituito alcun indirizzo di gateway predefinito.

   

4. Per instradare tutto il traffico destinato agli indirizzi esterni alla subnet dell'interfaccia di rete secondaria al gateway per la subnet, eseguire il comando seguente da CMD:.

   route add -p 0.0.0.0 MASK 0.0.0.0 <ipaddress> METRIC 5015 IF <interface>
   

   L'indirizzo <ipaddress> è l'indirizzo 1 della subnet corrente ed <interface> è il numero di interfaccia.

   

5. Per verificare che la route aggiunta sia nella tabella di route, immettere il comando di stampa della route .

   

6. È anche possibile convalidare la comunicazione in uscita eseguendo un comando ping:
   ping 8.8.8.8 -S 10.10.11.4
   Il -S flag consente di specificare un indirizzo di origine, in questo caso 10.10.11.4 è l'indirizzo IP della scheda di interfaccia di rete che ora ha un gateway predefinito.

7. Chiudere CMD.

Configurare la destinazione iSCSI di Windows Server 2019

A scopo di questo scenario, si convalida una configurazione in cui la destinazione iSCSI di Windows Server 2019 è una macchina virtuale in esecuzione in Hyper-V, all'esterno dell'ambiente hub di Azure Stack. Questa macchina virtuale verrà configurata con otto processori virtuali, un singolo file VHDX e, soprattutto, due schede di rete virtuale. In uno scenario ideale, queste schede di rete avranno subnet instradabili diverse, ma in questa convalida avranno schede di rete nella stessa subnet.

Per il server di destinazione iSCSI, potrebbe essere Windows Server 2016 o 2019, fisico o virtuale, in esecuzione in Hyper-V, VMware o un'appliance alternativa a scelta, ad esempio una san iSCSI fisica dedicata. Lo stato attivo qui è la connettività all'interno e all'esterno del sistema hub di Azure Stack, tuttavia la presenza di più percorsi tra l'origine e la destinazione è preferibile, poiché fornisce ridondanza aggiuntiva e consente l'uso di funzionalità più avanzate per aumentare le prestazioni, ad esempio MPIO.

Ti consigliamo di aggiornare la destinazione iSCSI di Windows Server 2019 con gli aggiornamenti e le correzioni cumulativi più recenti, riavviando, se necessario, prima di procedere con la configurazione delle condivisioni file.

Dopo aver aggiornato e riavviato, è ora possibile configurare questo server come destinazione iSCSI.

1. Aprire Server Manager e selezionare Gestisci, quindi Aggiungi ruoli e funzionalità.

2. Dopo aver aperto, selezionare Avanti, selezionare Installazione basata su ruoli o basata su funzionalità e procedere con le selezioni fino a raggiungere la pagina Seleziona ruoli server .

3. Espandere Servizi di archiviazione e file, espandere File & iSCSI Services e selezionare la casella Server di destinazione iSCSI , accettando eventuali prompt popup per aggiungere nuove funzionalità, quindi passare al completamento.

   

   Al termine, chiudere Server Manager.

4. Aprire Esplora file, passare a C:\ e creare una nuova cartella, denominata iSCSI.

5. Riaprire Server Manager e selezionare Servizi di archiviazione e file dal menu a sinistra.

6. Selezionare iSCSI e selezionare il collegamento "Per creare un disco virtuale iSCSI, avviare la Creazione guidata disco virtuale iSCSI" nel riquadro destro. selezionarlo. Viene visualizzata una procedura guidata.

7. Nella pagina Seleziona percorso disco virtuale iSCSI selezionare il pulsante di opzione Digitare un percorso personalizzato e passare a C:\iSCSI e selezionare Avanti.

8. Assegnare al disco virtuale iSCSI un nome di iSCSIdisk1 e, facoltativamente, una descrizione e quindi selezionare Avanti.

9. Impostare le dimensioni del disco virtuale su 10 GB e selezionare Dimensioni fisse e selezionare Avanti.

   

10. Poiché si tratta di una nuova destinazione, selezionare Nuova destinazione iSCSI e selezionare Avanti.

11. Nella pagina Specifica nome destinazione immettere TARGET1 e selezionare Avanti.

12. Nella pagina Specificare i server di accesso selezionareAggiungi. Verrà aperta una finestra di dialogo per immettere iniziatori specifici che saranno autorizzati a connettersi alla destinazione iSCSI.

13. Nella finestra Aggiungi ID iniziatore selezionare Immettere un valore per il tipo selezionato e in Digitare verificare che IQN sia selezionato nel menu a discesa. Immettere iqn.1991-05.com.microsoft:<computername> dove <nome> computer è il nome computer di VM001 e quindi selezionare Avanti.

    

14. Nella pagina Abilita autenticazione lasciare vuote le caselle e quindi selezionare Avanti.

15. Confermare le selezioni e selezionare Crea e quindi chiudere. Verrà visualizzato il disco virtuale iSCSI creato in Server Manager.

    

Configurare l'iniziatore iSCSI di Windows Server 2019 e MPIO

Per configurare l'iniziatore iSCSI, accedere prima di tutto al portale utente dell'hub di Azure Stack nel sistema hub di Azure Stack e passare al pannello panoramica per VM001.

1. Stabilire una connessione RDP a VM001. Dopo la connessione, aprire Server Manager.

2. Selezionare Aggiungi ruoli e funzionalità e accettare le impostazioni predefinite fino a raggiungere la pagina Funzionalità .

3. Nella pagina Funzionalità aggiungere I /O multipath e selezionare Avanti.

   

4. Selezionare Riavvia automaticamente il server di destinazione se necessario e selezionare Installa, quindi selezionare Chiudi. Un riavvio sarà probabilmente necessario, quindi una volta completato, riconnettersi a VM001.

5. Tornare in Server Manager, attendere il completamento dell'installazione MPIO, selezionare Chiudi, quindi selezionare Strumenti e selezionare MPIO.

6. Selezionare la scheda Individua percorsi multipli e selezionare la casella Aggiungi supporto per i dispositivi iSCSI e quindi selezionare Sì per riavviare VM001. Se non si riceve una finestra, selezionare OK, quindi riavviare manualmente.

   

7. Una volta riavviato, stabilire una nuova connessione RDP a VM001.

8. Dopo la connessione, aprire Server Manager, selezionare Strumenti e selezionare Iniziatore iSCSI.

9. Quando viene visualizzata una finestra Microsoft iSCSI, selezionare Sì per consentire l'esecuzione del servizio iSCSI per impostazione predefinita.

   

10. Nella finestra proprietà dell'iniziatore iSCSI selezionare la scheda Individuazione .

11. Si aggiungeranno ora 2 Destinazioni, quindi selezionare prima il pulsante Individua portale .

12. Immettere il primo indirizzo IP del server di destinazione iSCSI e selezionare Avanzate.

    

13. Nella finestra Impostazioni avanzate selezionare la seguente, quindi selezionare OK.

    a. Adattatore locale: Iniziatore iSCSI Microsoft.

    b. IP dell'iniziatore: 10.10.10.4.

14. Nella finestra Individua portale di destinazione selezionare OK.

15. Ripetere il processo con quanto segue:

    a. Indirizzo IP: il secondo indirizzo IP di destinazione iSCSI.

    b. Adattatore locale: Iniziatore iSCSI Microsoft.

    c. IP dell'iniziatore: 10.10.11.4.

16. I portali di destinazione dovrebbero avere un aspetto simile al seguente, con indirizzi IP di destinazione iSCSI personalizzati nella colonna Address .

    

17. Nella scheda Destinazioni selezionare la destinazione iSCSI nella parte centrale della finestra e selezionare Connetti.

18. Nella finestra Connetti alla destinazione selezionare la casella di spunta Abilita multi-percorso e selezionare Avanzate.

    

19. Immettere le informazioni seguenti e selezionare OK, quindi nella finestra Connetti a destinazione selezionare OK.

    a. Adattatore locale: Iniziatore iSCSI Microsoft.

    b. IP dell'iniziatore: 10.10.10.4.

    c. IP del portale di destinazione: <il primo IP di destinazione iSCSI / 3260>.

    

20. Ripetere il processo per la seconda combinazione di iniziatore/destinazione.

    a. Adattatore locale: Iniziatore iSCSI Microsoft.

    b. IP iniziatore: 10.10.11.4.

    c. IP del portale di destinazione: <il secondo ip di destinazione iSCSI/ 3260>.

    

21. Selezionare la scheda Volumi e dispositivi e quindi configurare automaticamente . Verrà visualizzato un volume MPIO presentato:

    

22. Nella scheda Destinazioni selezionare Dispositivi e verranno visualizzate 2 connessioni al singolo disco rigido virtuale iSCSI creato in precedenza.

    

23. Selezionare il pulsante MPIO per visualizzare altre informazioni sui criteri e i percorsi di bilanciamento del carico.

    

24. Selezionare OK tre volte per uscire dalle finestre e dall'iniziatore iSCSI.

25. Aprire Gestione disco (diskmgmt.msc) e verrà visualizzata una finestra Inizializza disco .

    

26. Selezionare OK per accettare le impostazioni predefinite, quindi scorrere verso il basso fino al nuovo disco, fare clic con il pulsante destro del mouse e selezionare Nuovo volume semplice

27. Scorrere la procedura guidata, accettando le impostazioni predefinite. Modificare l'etichetta Volume in iSCSIdisk1 e quindi selezionare Fine.

    

28. L'unità deve quindi essere formattata e presentata con una lettera di unità.

29. Aprire Esplora file e selezionare Questo PC per visualizzare la nuova unità collegata a VM001.

Test della connettività di archiviazione esterna

Per convalidare la comunicazione ed eseguire un test di copia di file rudimentale, accedere prima di tutto al portale utente dell'hub di Azure Stack nel sistema hub di Azure Stack e passare al pannello di panoramica per VM001

1. Selezionare Connetti per stabilire una connessione RDP in VM001

2. Aprire Gestione attività selezionare la scheda Prestazioni e quindi bloccare la finestra sul lato destro della sessione RDP.

3. Aprire Windows PowerShell ISE come amministratore e bloccarlo sul lato sinistro della sessione RDP. Sul lato destro dell'ISE chiudere il riquadro Comandi e selezionare il pulsante Script per espandere il riquadro di script bianco nella parte superiore della finestra ISE.

4. In questa macchina virtuale non sono disponibili moduli nativi di PowerShell per creare un disco rigido virtuale, che verrà usato come file di grandi dimensioni per testare il trasferimento del file nella destinazione iSCSI. In questo caso, verrà eseguito DiskPart per creare un file VHD. Nell'ISE eseguire quanto segue:

   1. Start-Process Diskpart

   2. Verrà aperta una nuova finestra CMD e quindi immettere:
      **Create vdisk file="c:\\test.vhd" type=fixed maximum=5120**

   

   3. La creazione richiederà alcuni istanti. Dopo la creazione, per convalidare la creazione, aprire Esplora file e passare a C:\ . Dovrebbe essere visualizzato il nuovo test.vhd presente e una dimensione di 5 GB.

   

   4. Chiudere la finestra CMD e tornare all'ISE, quindi immettere il comando seguente nella finestra dello script. Sostituire F:\ con la lettera di unità di destinazione iSCSI applicata in precedenza.

   5. Copy-Item "C:\\test.vhd" -Destination "F:\\"

   6. Selezionare la riga nella finestra dello script e premere F8 per l'esecuzione.

   7. Durante l'esecuzione del comando, osservare le due schede di rete e visualizzare il trasferimento dei dati in entrambe le schede di rete in VM001. Si noti anche che ogni scheda di rete deve condividere il carico in modo uniforme.

   

Questo scenario è stato progettato per evidenziare la connettività tra un carico di lavoro in esecuzione nell'hub di Azure Stack e un array di archiviazione esterno, in questo caso, una destinazione iSCSI basata su Windows Server. Questo non è stato progettato per essere un test delle prestazioni, né riflettere i passaggi da eseguire se si usa un'appliance alternativa basata su iSCSI, ma evidenzia alcune delle considerazioni principali da tenere presenti durante la distribuzione dei carichi di lavoro nell'hub di Azure Stack e la connessione ai sistemi di archiviazione all'esterno dell'ambiente dell'hub di Azure Stack.

Passaggi successivi

Differenze e considerazioni per la rete dell'hub di Azure Stack