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. È possibile che si disponga di un carico di lavoro di database virtualizzato a elevato utilizzo di calcolo sensibile alle latenze e che il tempo di round trip nel cloud pubblico potrebbe influire sulle prestazioni del carico di lavoro del database. Ad esempio, sono presenti dati in locale, contenuti 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 scenari mostrano perché la presenza di dati in locale rimane importante per molte organizzazioni.

Quindi, perché non solo ospitare i dati negli account di archiviazione in Azure 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 sceglie di acquistare, oltre al numero di nodi disponibili. Poiché hub di Azure Stack è una soluzione iperconvergente, 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 requisito può essere potenzialmente proibitivo, soprattutto se la necessità di capacità aggiuntiva è per l'archiviazione ad accesso sporadico e archiviazione che potrebbe essere aggiunta per un costo basso al di fuori del sistema hub di Azure Stack.

Questo requisito illustra lo scenario illustrato nella sezione successiva. Come è possibile connettere hub di Azure Stack sistemi, carichi di lavoro virtualizzati in esecuzione nel hub di Azure Stack, in modo semplice ed efficiente, ai sistemi di archiviazione all'esterno del hub di Azure Stack, accessibili tramite la rete?

Progettare per estendere l'archiviazione

Il diagramma seguente 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 la hub di Azure Stack stessa) ai fini della lettura e della scrittura dei dati. Per questo articolo si concentra sul recupero semplice dei file, ma è possibile espandere questo esempio per scenari più complessi, ad esempio l'archiviazione remota dei file di database.

Il diagramma mostra una macchina virtuale del carico di lavoro con due schede di interfaccia di rete, ognuna con un indirizzo IP pubblico e privato, nel sistema hub di Azure Stack che accede all'archiviazione esterna.

Nel diagramma si noterà che la macchina virtuale nel sistema hub di Azure Stack viene 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 deve raggiungere la macchina virtuale, può farlo solo tramite l'INDIRIZZO IP pubblico, perché gli indirizzi IP privati vengono usati principalmente all'interno dei sistemi hub di Azure Stack, all'interno delle reti virtuali e delle subnet. L'archiviazione esterna non può comunicare con lo spazio IP privato della macchina virtuale, a meno che non passi attraverso una VPN da sito a sito, per accedere alla rete virtuale stessa. Quindi, per questo esempio, concentrarsi sulla comunicazione tramite lo spazio IP pubblico. Un aspetto da notare con lo spazio IP pubblico nel diagramma è che sono presenti due subnet del pool di indirizzi IP pubblici diverse. Per impostazione predefinita, hub di Azure Stack richiede solo un pool per scopi di indirizzo IP pubblico, ma qualcosa da considerare, per il routing ridondante, consiste nell'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 dello stesso pool vengano effettivamente visualizzate in più schede di rete virtuale.

Ai fini di questa discussione, si supponga che il routing tra i dispositivi border e l'archiviazione esterna venga gestito e che il traffico possa attraversare la rete in modo appropriato. Per questo esempio, non è importante se il backbone è 1 GbE, 10 GbE, 25 GbE o ancora più veloce. Tuttavia, questa scelta sarebbe importante da considerare quando si pianifica l'integrazione, per soddisfare le esigenze di prestazioni di tutte le applicazioni che accedono a questa risorsa di archiviazione esterna.

Connettersi a una destinazione iSCSI di Windows Server

In questo scenario si distribuisce e si configura una macchina virtuale Windows Server 2019 in hub di Azure Stack e la si prepara a connettersi a una destinazione iSCSI esterna, che esegue anche Windows Server 2019. Se appropriato, si abilitano le 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 di hub di Azure Stack, presupponendo che il sistema venga registrato correttamente e si connetta al marketplace, selezionare Gestione marketplace. Se non è già disponibile un'immagine Windows Server 2019, selezionare Aggiungi da Azure e quindi cercare Windows Server 2019. Aggiungere l'immagine Windows Server 2019 Datacenter.

    Screenshot che mostra la finestra di dialogo Dashboard > Marketplace management - Marketplace items > Add from Azure dialog box with windows server 2019 nella casella di ricerca e a un elenco di elementi il cui nome contiene tale stringa.

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

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

  3. Dopo aver eseguito l'accesso al portale utenti di 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 restituito una sottoscrizione, tornare al dashboard nel portale utenti 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 immettere le informazioni seguenti:

    • Nome: VM001

    • Nome utente: localadmin

    • Password e Conferma password: <password a tua scelta>

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

    • Gruppo di risorse: storagetesting (crea nuovo)

    • Selezionare OK

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

  7. Nel pannello Impostazioni selezionare la rete virtuale. Nel pannello Crea rete virtuale impostare lo spazio indirizzi su 10.10.10.0/23 e aggiornare l'intervallo di indirizzi subnet su 10.10.10.0/24. Seleziona OK.

  8. Selezionare l'indirizzo IP pubblico. 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.

    Screenshot che mostra la finestra di dialogo Dashboard > New Create virtual machine Summary (Dashboard New > Create virtual machine > Summary) che indica Convalida superata e visualizza informazioni su VM001.

  11. Leggere il riepilogo, attendere la convalida e 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.

    Screenshot della schermata Panoramica che mostra informazioni su VM001.

  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. Nel nuovo pannello Aggiungi subnet immettere le informazioni seguenti e quindi selezionare OK:

    • Nome: subnet2

    • Intervallo di indirizzi (blocco CIDR): 10.10.11.0/24

    • Gruppo di sicurezza di rete: Nessuno

    • Tabella di routing: Nessuno

  16. Dopo il salvataggio, selezionare VM001.

  17. Sul lato sinistro della panoramica selezionare Rete.

  18. Selezionare Attach network interface (Collega interfaccia di rete) e quindi selezionare Create network interface (Crea interfaccia di rete).

  19. In Crea interfaccia di rete immettere le informazioni seguenti:

    • Nome: vm001nic2

    • Subnet: verificare che la subnet sia 10.10.11.0/24

    • Gruppo di sicurezza di rete: VM001-nsg

    • Gruppo di risorse: storagetesting

  20. Dopo aver collegato l'interfaccia di rete, selezionare VM001 e selezionare Arresta per arrestare la macchina virtuale.

  21. Dopo che la macchina virtuale è stata arrestata (deallocata), sul lato sinistro della panoramica selezionare Rete, selezionare Collega interfaccia di rete e quindi selezionare vm001nic2. Seleziona OK. La scheda di interfaccia di rete aggiuntiva viene 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. Selezionare Crea nuovo, immettere vm001nic2pip come nome, selezionare Statico e selezionare OK. Seleziona Salva.

  25. Dopo aver salvato le impostazioni, tornare alla panoramica di VM001 e selezionare Avvia per avviare la macchina virtuale configurata Windows Server 2019.

  26. Dopo l'avvio della macchina virtuale, 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 nome 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. hub di Azure Stack non assegna un gateway predefinito a interfacce di rete aggiuntive (secondarie) collegate a una macchina virtuale. Non è quindi possibile comunicare con risorse esterne alla subnet in cui si trova un'interfaccia di rete secondaria, per impostazione predefinita. Tuttavia, le interfacce di rete secondarie possono comunicare con risorse esterne alla subnet, anche se i passaggi per abilitare la comunicazione sono diversi per sistemi operativi diversi.

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

  2. Apri CMD come amministratore ed esegui route print che dovrebbe restituire le due interfacce (schede di rete Hyper-V) in questa macchina virtuale.

    Screenshot che mostra che l'output di stampa della route è un elenco di interfacce che include due schede di rete Hyper-V: l'interfaccia 6 è Hyper-V scheda di rete #2 e l'interfaccia 7 è la scheda 3.

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

    Screenshot che mostra che l'elenco ipconfig parziale mostra che la scheda Ethernet Ethernet 2 ha l'indirizzo IPv4 10.10.11.4.

  4. Per instradare tutto il traffico destinato a 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>

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

    Screenshot che mostra che il comando di aggiunta della route viene emesso con il valore ipaddress 10.10.11.1 e il numero di interfaccia 6.

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

    Screenshot che mostra che la route aggiunta viene visualizzata come route persistente con indirizzo gateway 10.10.11.1 e metrica 5015.

  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 ha ora un gateway predefinito.

  7. Chiudere CMD.

Configurare la destinazione iSCSI di Windows Server 2019

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

Screenshot che mostra l'output parziale del comando ipconfig con due schede Ethernet nella stessa subnet.

Per il server di destinazione iSCSI, è possibile usare Windows Server 2016 o Windows Server 2019, fisico o virtuale, in esecuzione in Hyper-V, VMware o in un'appliance alternativa a scelta, ad esempio una SAN iSCSI fisica dedicata. Lo stato attivo principale è 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é offre ridondanza aggiuntiva e consente l'uso di funzionalità più avanzate per migliorare le prestazioni, ad esempio MPIO.

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

Dopo l'aggiornamento e il riavvio, è ora possibile configurare questo server come destinazione iSCSI.

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

  2. Dopo l'apertura, selezionare Avanti, selezionare Installazione basata su ruoli o basata su funzionalità e continuare le selezioni fino a raggiungere la pagina Seleziona ruoli del server.

  3. Espandere Servizi file e archiviazione, espandere Servizi file e iSCSI e selezionare la casella Server di destinazione iSCSI . Accettare eventuali richieste popup per aggiungere nuove funzionalità e quindi procedere fino al completamento.

    Screenshot che mostra la pagina Conferma dell'Aggiunta guidata ruoli e funzionalità, intitolata Conferma selezioni di installazione.

    Al termine, chiudere Server Manager.

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

  5. Riapri Server Manager e seleziona Servizi file e archiviazione dal menu a sinistra.

  6. Selezionare iSCSI e selezionare il collegamento "Per creare un disco virtuale iSCSI, avviare la creazione guidata Nuovo disco virtuale iSCSI" nel riquadro destro. Si apre una finestra di dialogo.

  7. Nella pagina Seleziona posizione del disco virtuale iSCSI, selezionare il pulsante di opzione Digita un percorso personalizzato e navigare alla cartella C:\iSCSI e selezionare Avanti.

  8. Immettere iSCSIdisk1 come nome per il disco virtuale iSCSI e, facoltativamente, aggiungere una descrizione e quindi selezionare Avanti.

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

    Screenshot che mostra la pagina Dimensioni disco virtuale iSCSI della Creazione guidata nuovo disco virtuale iSCSI, che specifica una dimensione fissa di 10 GB e l'opzione Cancella il disco virtuale in caso di allocazione è selezionata.

  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 selezionare Aggiungi. Questo passaggio apre una finestra di dialogo per immettere iniziatori specifici autorizzati a connettersi alla destinazione iSCSI.

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

    Screenshot che mostra la finestra Add initiator ID con i valori per specificare l'ID iniziatore.

  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.

    Screenshot che mostra che la pagina Risultati della Creazione guidata nuovo disco virtuale iSCSI mostra che la creazione del disco virtuale ISCSI è riuscita.

Configurare l'iniziatore iSCSI di Windows Server 2019 e MPIO

Per configurare l'iniziatore iSCSI, accedere prima di tutto al portale utenti hub di Azure Stack nel sistema di hub di Azure Stack e passare alla pagina di 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 Multipath I/O e selezionare Avanti.

    Screenshot che mostra la pagina Funzionalità dell'Aggiunta guidata ruoli e funzionalità con una funzionalità, Multipath I/O, selezionata.

  4. Selezionare la casella Riavvia automaticamente il server di destinazione, se necessario , selezionare Installa e quindi chiudi. È molto probabile che sia necessario un riavvio, quindi una volta completato, riconnettersi a VM001.

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

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

    Screenshot che mostra la pagina Individua percorsi multipli della finestra di dialogo MPIO con l'opzione Aggiungi supporto per dispositivi iSCSI selezionata.

  7. Dopo il riavvio, 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.

    Screenshot che mostra che la finestra di dialogo Microsoft iSCSI indica che il servizio iSCSI non è in esecuzione.

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

  11. Si aggiungono due destinazioni, quindi selezionare prima di tutto il pulsante Individua portale .

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

    Screenshot che mostra la finestra Individua portale di destinazione con 10.33.131.15 nella casella di testo Indirizzo IP o Nome DNS: e 3260 (impostazione predefinita) nella casella di testo Porta.

  13. Nella finestra Impostazioni avanzate selezionare quanto segue e quindi selezionare OK.

    • Adattatore locale: Iniziatore iSCSI Microsoft.

    • IP iniziatore: 10.10.10.4.

  14. Tornare alla finestra Individua portale di destinazione e selezionare OK.

  15. Ripetere il processo con i valori seguenti:

    • Indirizzo IP: Il tuo secondo indirizzo IP del target iSCSI.

    • Adattatore locale: Iniziatore iSCSI Microsoft.

    • IP 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 Indirizzo .

    Screenshot che mostra la finestra di dialogo Portali di destinazione con i due portali appena creati.

  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 Abilita percorso multipla e selezionare Avanzate.

    Screenshot che mostra la finestra di dialogo Connetti alla destinazione con i valori specificati.

  19. Immettere le informazioni seguenti e selezionare OK. Nella finestra Connetti a destinazione selezionare OK.

    • Adattatore locale: Iniziatore iSCSI Microsoft.
    • IP iniziatore: 10.10.10.4.
    • IP del portale di destinazione: <il primo IP di destinazione iSCSI/ 3260>.

    Screenshot che mostra la finestra di dialogo Connetti con le informazioni specificate per il portale di destinazione 10.33.131.15/3260.

  20. Ripetere il processo per la seconda combinazione di iniziatori e destinazione.

    • Adattatore locale: Iniziatore iSCSI Microsoft.
    • IP iniziatore: 10.10.11.4.
    • IP del portale di destinazione: <il secondo indirizzo IP di destinazione iSCSI/ 3260>.

    La finestra di dialogo Connetti tramite mostra le informazioni specificate per il portale di destinazione 10.33.131.16/3260.

  21. Selezionare la scheda Volumi e dispositivi e quindi selezionare Configura automaticamente. Viene visualizzato un volume MPIO presentato:

    Screenshot che mostra la finestra Elenco volumi con il nome del volume, il punto di montaggio e il dispositivo per un singolo volume.

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

    Screenshot che mostra che la finestra di dialogo Dispositivi mostra Il disco 2 elencato in due righe con la destinazione è 0 nella prima riga, 1 al secondo.

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

    Screenshot che mostra che la pagina MPIO della finestra di dialogo Dettagli dispositivi mostra Round Robin per i criteri di bilanciamento del carico ed elenca due dispositivi.

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

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

    Screenshot che mostra la finestra di dialogo Inizializza disco con disco 2 selezionato e MBR (record di avvio master) selezionato come stile di partizione. C'è un pulsante OK.

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

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

    Screenshot che mostra che la finestra di dialogo Creazione guidata nuovo volume semplice mostra che il volume deve essere NTFS con dimensioni predefinite dell'unità di allocazione e un'etichetta del volume

  28. L'unità viene quindi 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 utenti hub di Azure Stack nel sistema hub di Azure Stack e passare alla pagina di panoramica per VM001.

  1. Selezionare Connetti per stabilire una connessione RDP a 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 posizionarlo sul lato sinistro della sessione RDP. Sul lato destro dell'ISE chiudere il riquadro Comandi e selezionare il pulsante Script per espandere il riquadro 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 viene usato come file di grandi dimensioni per testare il trasferimento del file nella destinazione iSCSI. In questo caso, eseguire DiskPart per creare un file VHD. In ISE eseguire la procedura seguente:

    1. Start-Process Diskpart

    2. Verrà visualizzata una nuova finestra CMD. Immettere il comando seguente:

      Create vdisk file="c:\\test.vhd" type=fixed maximum=5120

      Screenshot della finestra CMD che mostra che il comando specificato è stato rilasciato a DiskPart che l'ha completata correttamente, creando il file del disco virtuale.

    3. Questa operazione richiede pochi secondi. Al termine, aprire Esplora file e passare a C:\ : viene visualizzato il nuovo file test.vhd e una dimensione di 5 GB.

      Screenshot che mostra che il file test.vhd viene visualizzato all'interno di C:\, come previsto, ed è la dimensione specificata.

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

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

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

    6. Mentre il comando è in esecuzione, controllare le due schede di rete e visualizzare il trasferimento dei dati in entrambe le schede di rete in VM001. È inoltre necessario notare che ogni scheda di rete condivide il carico in modo uniforme.

    Screenshot che mostra che entrambi gli adattatori mostrano un carico di 2,6 Mbps.

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

Passaggi successivi

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

  • Last updated on