Opslag uitbreiden naar Azure Stack Hub
In dit artikel vindt u informatie over de opslaginfrastructuur van Azure Stack Hub om te bepalen hoe u Azure Stack Hub integreert in uw bestaande netwerkomgeving. Na het geven van een algemene bespreking van het uitbreiden van uw datacenter, bevat het artikel twee verschillende scenario's. U kunt verbinding maken met een Windows bestandsopslagserver. U kunt ook verbinding maken met een Windows iSCSI-server.
Overzicht van het uitbreiden van opslag naar Azure Stack Hub
Er zijn scenario's waarin uw gegevens zich in de openbare cloud bevinden, niet voldoende zijn. Misschien hebt u een rekenintensieve gevirtualiseerde databaseworkload, gevoelig voor latenties en de retourtijd naar de openbare cloud kan dit van invloed zijn op de prestaties van de databaseworkload. Misschien zijn er gegevens on-premises, die zijn opgeslagen op een bestandsserver, NAS of iSCSI-opslagmatrix, die toegankelijk moeten zijn voor on-premises workloads en on-premises moeten zijn om te voldoen aan wettelijke of nalevingsdoelen. Dit zijn slechts twee van de scenario's waarbij gegevens zich on-premises bevinden, blijven belangrijk voor veel organisaties.
Dus waarom niet alleen die gegevens hosten in opslagaccounts op Azure Stack Hub, of op gevirtualiseerde bestandsservers, die worden uitgevoerd op het Azure Stack Hub-systeem? In tegenstelling tot Azure is Azure Stack Hub-opslag eindig. De capaciteit die u voor uw gebruik beschikbaar hebt, is volledig afhankelijk van de capaciteit per knooppunt die u hebt aangeschaft, naast het aantal knooppunten dat u hebt. En omdat Azure Stack Hub een Hyper-Converged oplossing is, moet u uw opslagcapaciteit uitbreiden om te voldoen aan de gebruiksvereisten, moet u uw rekenvoetafdruk ook vergroten door de toevoeging van knooppunten. Dit kan mogelijk kostbaar zijn, vooral als er extra capaciteit nodig is voor koude, archiveringsopslag die kan worden toegevoegd voor lage kosten buiten het Azure Stack Hub-systeem.
Dit brengt u naar het scenario dat hieronder wordt behandeld. Hoe kunt u Azure Stack Hub-systemen, gevirtualiseerde workloads die worden uitgevoerd op de Azure Stack Hub, eenvoudig en efficiënt verbinden met opslagsystemen buiten de Azure Stack Hub, toegankelijk via het netwerk.
Ontwerp voor het uitbreiden van opslag
In het diagram wordt een scenario weergegeven waarin één virtuele machine, waarop een workload wordt uitgevoerd, verbinding maakt met en gebruikmaakt van externe opslag (met de VIRTUELE machine en de Azure Stack Hub zelf), voor het lezen/schrijven van gegevens, enzovoort. Voor dit artikel richt u zich op het eenvoudig ophalen van bestanden, maar u kunt dit voorbeeld uitbreiden voor complexere scenario's, zoals de externe opslag van databasebestanden.
In het diagram ziet u dat de VIRTUELE machine in het Azure Stack Hub-systeem is geïmplementeerd met meerdere NIC's. Vanuit zowel een redundantie, maar ook een best practice voor opslag, is het belangrijk om meerdere paden tussen doel en doel te hebben. Waar dingen complexer worden, zijn waar VM's in Azure Stack Hub zowel openbare als privé-IP's hebben, net als in Azure. Als de externe opslag die nodig is om de virtuele machine te bereiken, kan dit alleen via het openbare IP-adres, omdat de privé-IP's voornamelijk worden gebruikt in de Azure Stack Hub-systemen, binnen vNets en de subnetten. De externe opslag kan niet communiceren met de privé-IP-ruimte van de virtuele machine, tenzij deze via een site-naar-site-VPN wordt doorgegeven om in het vNet zelf te gaan. In dit voorbeeld richten we ons dus op communicatie via de openbare IP-ruimte. Een ding om te zien met de openbare IP-ruimte in het diagram, is dat er twee verschillende openbare IP-adresgroepsubnetten zijn. Azure Stack Hub vereist standaard slechts één pool voor openbare IP-adresdoeleinden, maar voor redundante routering moet u misschien een seconde toevoegen. Op dit moment is het echter niet mogelijk om een IP-adres uit een specifieke groep te selecteren, dus u kunt inderdaad vm's met openbare IP-adressen uit dezelfde groep selecteren in meerdere virtuele netwerkkaarten.
Voor deze discussie gaan we ervan uit dat de routering tussen de randapparaten en de externe opslag wordt verzorgd en dat verkeer het netwerk op de juiste wijze kan doorlopen. In dit voorbeeld maakt het niet uit of de backbone 1GbE, 10GbE, 25 GbE of nog sneller is, maar dit zou belangrijk zijn om rekening te houden bij het plannen van uw integratie, om tegemoet te komen aan de prestatiebehoeften van toepassingen die toegang hebben tot deze externe opslag.
Verbinding maken naar een iSCSI-doel van de Windows-server
In dit scenario implementeren en configureren we een virtuele machine Windows Server 2019 in Azure Stack Hub en bereiden we deze voor om verbinding te maken met een extern iSCSI-doel, dat ook wordt uitgevoerd Windows Server 2019. Waar nodig schakelen we belangrijke functies zoals MPIO in om de prestaties en connectiviteit tussen de VIRTUELE machine en externe opslag te optimaliseren.
De vm Windows Server 2019 implementeren in Azure Stack Hub
Vanuit uw Azure Stack Hub-beheerportal, ervan uitgaande dat dit systeem correct is geregistreerd en is verbonden met de marketplace, selecteert u Marketplace-beheer, ervan uitgaande dat u nog geen installatiekopieën van Windows Server 2019 hebt, selecteert u Toevoegen uit Azure en zoekt u vervolgens naar Windows Server 2019, waarbij u de Windows Server 2019 Datacenter-installatiekopieën toevoegt.
Het downloaden van een Windows Server 2019-installatiekopieën kan enige tijd duren.
Zodra u een Windows Server 2019-installatiekopieën hebt in uw Azure Stack Hub-omgeving, meldt u zich aan bij de Azure Stack Hub-gebruikersportal.
Nadat u bent aangemeld bij de Azure Stack Hub-gebruikersportal, moet u ervoor zorgen dat u een abonnement hebt op een aanbieding, waarmee u IaaS-resources (Compute, Storage en Network) kunt inrichten.
Zodra u een abonnement hebt beschikbaar, gaat u terug naar het dashboard in de Azure Stack Hub-gebruikersportal, selecteert u Een resource maken, selecteert u Compute en selecteert u vervolgens het galerie-item Windows Server 2019 Datacenter.
Vul op de blade Basisbeginselen de informatie als volgt in:
a. Naam: VM001
b. Gebruikersnaam: localadmin
c. Wachtwoord en wachtwoord bevestigen: <wachtwoord van uw keuze>
d. Abonnement: <abonnement van uw keuze, met reken-/opslag-/netwerkresources>.
e. Resourcegroep: storagetesting (nieuwe maken)
f. Selecteer OK
Selecteer op de blade Een grootte kiezen een Standard_F8s_v2 en selecteer Selecteren.
Selecteer op de blade Instellingen het virtuele netwerk en pas op de blade Virtueel netwerk maken de adresruimte aan op 10.10.10.0/23 en werk het adresbereik van het subnet bij naar 10.10.10.0/24 en selecteer OK.
Selecteer het openbare IP-adres en selecteer op de blade Openbaar IP-adres maken het keuzerondje Statisch .
Selecteer RDP (3389) in de vervolgkeuzelijst Openbare binnenkomende poorten selecteren.
Laat de overige standaardwaarden staan en selecteer OK.
Lees de samenvatting, wacht op validatie en selecteer vervolgens OK om de implementatie te starten. De implementatie moet ongeveer 10 minuten worden voltooid.
Zodra de implementatie is voltooid, selecteert u onder Resource de naam van de virtuele machine, VM001 om Overzicht te openen.
Selecteer onder DNS-naam configureren en geef een DNS-naamlabel op, vm001 en selecteer Opslaan en selecteer vervolgens VM001.
Selecteer aan de rechterkant van de overzichtsblade storagetesting-vnet/default onder de tekst van het virtuele netwerk/subnet.
Selecteer subnetten op de blade storagetesting-vnet en selecteer vervolgens Subnetten en vervolgens op de nieuwe blade Subnet toevoegen de volgende informatie en selecteer OK:
a. Naam: subnet2
b. Adresbereik (CIDR-blok): 10.10.11.0/24
c. Netwerkbeveiligingsgroep: geen
d. Routetabel: Geen
Selecteer VM001 nadat u deze hebt opgeslagen.
Selecteer Netwerken aan de linkerkant van de blade Overzicht.
Selecteer Netwerkinterface koppelen en selecteer vervolgens Netwerkinterface maken.
Voer op de blade Netwerkinterface maken de volgende informatie in.
a. Naam: vm001nic2
b. Subnet: Zorg ervoor dat het subnet 10.10.11.0/24 is
c. Netwerkbeveiligingsgroep: VM001-nsg
d. Resourcegroep: storagetesting
Nadat de koppeling is voltooid, selecteert u VM001 en selecteert u Stoppen om de VM af te sluiten.
Zodra de VIRTUELE machine is gestopt (de toewijzing ongedaan gemaakt), selecteert u netwerken aan de linkerkant van de overzichtsblade, selecteert u Netwerken, selecteert u Netwerkinterface koppelen en selecteert u vervolgens vm001nic2 en selecteert u OK. De extra NIC wordt binnen enkele ogenblikken toegevoegd aan de VIRTUELE machine.
Selecteer op de blade Netwerken het tabblad vm001nic2 en selecteer vervolgens Netwerkinterface:vm001nic2.
Selecteer IP-configuraties op de blade vm001nic-interface en selecteer ipconfig1 in het midden van de blade.
Selecteer op de blade ipconfig1-instellingen ingeschakeld voor openbaar IP-adres en selecteer Vereiste instellingen configureren, Nieuwe maken en voer vm001nic2pip in voor de naam, selecteer Statisch en selecteer OK en vervolgens Opslaan.
Zodra het is opgeslagen, gaat u terug naar de overzichtsblade van VM001 en selecteert u Start om de geconfigureerde Windows Server 2019-VM te starten.
Zodra u bent gestart, stelt u een RDP-sessie in op de VM001.
Nadat u verbinding hebt gemaakt binnen de VIRTUELE machine, opent u CMD (als beheerder) en voert u de hostnaam in om de computernaam van het besturingssysteem op te halen. Deze moet overeenkomen met VM001. Noteer dit voor later.
Tweede netwerkadapter configureren op Windows Server 2019-VM in Azure Stack Hub
Standaard wijst Azure Stack Hub een standaardgateway toe aan de eerste (primaire) netwerkinterface die is gekoppeld aan de virtuele machine. Azure Stack Hub wijst geen standaardgateway toe aan extra (secundaire) netwerkinterfaces die zijn gekoppeld aan een virtuele machine. Daarom kunt u standaard niet communiceren met resources buiten het subnet waarin een secundaire netwerkinterface zich bevindt. Secundaire netwerkinterfaces kunnen echter wel communiceren met resources buiten hun subnet, maar de stappen voor het inschakelen van communicatie verschillen voor verschillende besturingssystemen.
Als u nog geen verbinding hebt geopend, maakt u een RDP-verbinding met VM001.
Open CMD als beheerder en voer routeafdruk uit die de twee interfaces (Hyper-V-netwerkadapters) binnen deze VM moet retourneren.
Voer nu ipconfig uit om te zien welk IP-adres is toegewezen aan de secundaire netwerkinterface. In dit voorbeeld wordt 10.10.11.4 toegewezen aan interface 6. Er wordt geen standaardgatewayadres geretourneerd voor de secundaire netwerkinterface.
Als u al het verkeer wilt routeren dat is bestemd voor adressen buiten het subnet van de secundaire netwerkinterface naar de gateway voor het subnet, voert u de volgende opdracht uit vanuit de CMD:.
route add -p 0.0.0.0 MASK 0.0.0.0 <ipaddress> METRIC 5015 IF <interface>Het
<ipaddress>is het .1-adres van het huidige subnet en<interface>is het interfacenummer.
Als u wilt controleren of de toegevoegde route zich in de routetabel bevindt, voert u de opdracht routeafdruk in.
U kunt ook uitgaande communicatie valideren door een pingopdracht uit te voeren:
ping 8.8.8.8 -S 10.10.11.4
Met de-Svlag kunt u een bronadres opgeven. In dit geval is 10.10.11.4 het IP-adres van de NIC die nu een standaardgateway heeft.Sluit CMD.
Het iSCSI-doel van Windows Server 2019 configureren
Voor dit scenario valideert u een configuratie waarbij het iSCSI-doel van Windows Server 2019 een virtuele machine is die wordt uitgevoerd op Hyper-V, buiten de Azure Stack Hub-omgeving. Deze virtuele machine wordt geconfigureerd met acht virtuele processors, één VHDX-bestand en vooral twee virtuele netwerkadapters. In een ideaal scenario hebben deze netwerkadapters verschillende routeerbare subnetten, maar in deze validatie hebben ze netwerkadapters in hetzelfde subnet.
Voor uw iSCSI-doelserver kan deze worden Windows Server 2016 of 2019, fysiek of virtueel, uitgevoerd op Hyper-V, VMware of een alternatief apparaat van uw keuze, zoals een toegewezen fysieke iSCSI-SAN. De belangrijkste focus hier is connectiviteit naar en van het Azure Stack Hub-systeem, maar het hebben van meerdere paden tussen de bron en bestemming is bij voorkeur, omdat het extra redundantie biedt en het gebruik van meer geavanceerde mogelijkheden toestaat om betere prestaties te stimuleren, zoals MPIO.
Ik moedig u aan om uw iSCSI-doel voor Windows Server 2019 bij te werken met de meest recente cumulatieve updates en oplossingen, indien nodig opnieuw opstarten, voordat u doorgaat met de configuratie van bestandsshares.
Zodra de server is bijgewerkt en opnieuw is opgestart, kunt u deze server nu configureren als een iSCSI-doel.
Open Serverbeheer en selecteer Beheren en voeg vervolgens functies en onderdelen toe.
Selecteer Volgende, selecteer Op rollen of onderdelen gebaseerde installatie en ga door de selecties totdat u de pagina Serverfuncties selecteren hebt bereikt.
Vouw Bestand en Storage Services uit, vouw Bestands & iSCSI-services uit en schakel het selectievakje iSCSI-doelserver in, accepteer eventuele pop-upprompts om nieuwe functies toe te voegen en ga vervolgens verder met voltooiing.
Sluit Serverbeheer nadat u klaar bent.
Open Bestandenverkenner en navigeer naar C:\ en maak een nieuwe map met de naam iSCSI.
Open Serverbeheer opnieuw en selecteer Bestand en Storage Services in het menu aan de linkerkant.
Selecteer iSCSI en selecteer de koppeling 'Een virtuele iSCSI-schijf maken, start de wizard Nieuwe virtuele iSCSI-schijf' in het rechterdeelvenster. selecteer deze. Er verschijnt een wizard.
Selecteer op de pagina Locatie van de virtuele iSCSI-schijf selecteren het keuzerondje voor Typ een aangepast pad en blader naar uw C:\iSCSI en selecteer Volgende.
Geef de virtuele iSCSI-schijf een naam van iSCSIdisk1 en desgewenst een beschrijving en selecteer vervolgens Volgende.
Stel de grootte van de virtuele schijf in op 10 GB en selecteer Vaste grootte en selecteer Volgende.
Aangezien dit een nieuw doel is, selecteert u Nieuw iSCSI-doel en selecteert u Volgende.
Voer op de pagina Doelnaam opgevenTARGET1 in en selecteer Volgende.
Selecteer Toevoegen op de pagina Toegangsservers opgeven. Hiermee opent u een dialoogvenster om specifieke initiators in te voeren die zijn gemachtigd om verbinding te maken met het iSCSI-doel.
Selecteer in het venster Initiator-id toevoegeneen waarde invoeren voor het geselecteerde typeen zorg ervoor dat IQN is geselecteerd in de vervolgkeuzelijst. Voer iqn.1991-05.com.microsoft:<computernaam in waarbij computernaam>> de computernaam van VM001 is en selecteer vervolgens Volgende.<
Laat op de pagina Verificatie inschakelen de selectievakjes leeg en selecteer Vervolgens.
Bevestig uw selecties en selecteer Maken en sluit vervolgens. U ziet dat uw virtuele iSCSI-schijf is gemaakt in Serverbeheer.
De Windows Server 2019 iSCSI-initiator en MPIO configureren
Als u de iSCSI-initiator wilt instellen, meldt u zich eerst aan bij de Azure Stack Hub-gebruikersportal op uw Azure Stack Hub-systeem en navigeert u naar de overzichtsblade voor VM001.
Maak een RDP-verbinding met VM001. Nadat u verbinding hebt gemaakt, opent u Serverbeheer.
Selecteer Rollen en onderdelen toevoegen en accepteer de standaardwaarden totdat u de pagina Functies hebt bereikt.
Voeg op de pagina OnderdelenI/O multipath toe en selecteer Volgende.
Schakel het selectievakje De doelserver automatisch opnieuw opstarten in als dat nodig is en selecteer Installeren en selecteer Vervolgens Sluiten. Opnieuw opstarten is waarschijnlijk vereist, dus zodra het is voltooid, maakt u opnieuw verbinding met VM001.
Wacht in Serverbeheer totdat de MPIO-installatie is voltooid, selecteer sluiten en selecteer Hulpprogramma's en selecteer MPIO.
Selecteer het tabblad Meerdere paden detecteren en schakel het selectievakje in om ondersteuning voor iSCSI-apparaten toe te voegen en selecteer Toevoegen en selecteer Vervolgens Ja om VM001 opnieuw op te starten . Als u geen venster ontvangt, selecteert u OK en start u handmatig opnieuw op.
Nadat u opnieuw bent opgestart, maakt u een nieuwe RDP-verbinding met VM001.
Nadat u verbinding hebt gemaakt, opent u Serverbeheer, selecteert u Extra en selecteert u iSCSI-initiator.
Wanneer er een Microsoft iSCSI-venster wordt weergegeven, selecteert u Ja om toe te staan dat de iSCSI-service standaard wordt uitgevoerd.
Selecteer in het venster Eigenschappen van de iSCSI-initiator het tabblad Detectie .
U voegt nu 2 doelen toe, dus selecteer eerst de knop Portal ontdekken .
Voer het eerste IP-adres van uw iSCSI-doelserver in en selecteer Geavanceerd.
Selecteer in het venster Geavanceerd Instellingen het volgende en selecteer vervolgens OK.
a. Lokale adapter: Microsoft iSCSI Initiator.
b. IP van initiator: 10.10.10.4.
Selecteer OK in het venster Doelportal detecteren.
Herhaal het proces met het volgende:
a. IP-adres: uw tweede IP-adres voor iSCSI-doel.
b. Lokale adapter: Microsoft iSCSI Initiator.
c. IP van initiator: 10.10.11.4.
Uw doelportals moeten er als volgt uitzien, met uw eigen ip-adressen voor iSCSI-doel onder de kolom Adres .
Selecteer op het tabblad Doelen uw iSCSI-doel in het midden van het venster en selecteer Verbinding maken.
Selecteer in het Verbinding maken het doelvenster het selectievakje Voor meerdere paden inschakelen en selecteer Geavanceerd.
Voer de volgende gegevens in en selecteer OK. Selecteer vervolgens ok in het venster Verbinding maken naar doel.
a. Lokale adapter: Microsoft iSCSI Initiator.
b. IP van initiator: 10.10.10.4.
c. Ip-adres van doelportal: <uw eerste IP-doel-IP/3260 van uw iSCSI-doel>.
Herhaal het proces voor de tweede combinatie van initiator/doel.
a. Lokale adapter: Microsoft iSCSI Initiator.
b. IP van initiator: 10.10.11.4.
c. Ip-adres van doelportal: <uw tweede ip-adres van iSCSI-doel/3260>.
Selecteer het tabblad Volumes en apparaten en selecteer vervolgens Automatisch configureren . Er wordt een MPIO-volume weergegeven:
Selecteer Apparaten op het tabblad Doelen en u ziet twee verbindingen met de enkele iSCSI-VHD die u eerder hebt gemaakt.
Selecteer de MPIO-knop voor meer informatie over het taakverdelingsbeleid en de paden.
Selecteer OK drie keer om de vensters en de iSCSI-initiator af te sluiten.
Open Schijfbeheer (diskmgmt.msc) en u wordt gevraagd om een venster Schijf initialiseren .
Selecteer OK om de standaardwaarden te accepteren, schuif omlaag naar de nieuwe schijf, klik met de rechtermuisknop en selecteer Nieuw eenvoudig volume
Doorloop de wizard en accepteer de standaardwaarden. Wijzig het volumelabel in iSCSIdisk1 en selecteer Voltooien.
Het station moet vervolgens worden geformatteerd en weergegeven met een stationsletter.
Open Bestandenverkenner en selecteer deze pc om het nieuwe station te zien dat is gekoppeld aan VM001.
Externe opslagconnectiviteit testen
Als u communicatie wilt valideren en een elementaire bestandskopietest wilt uitvoeren, meldt u zich eerst weer aan bij de Azure Stack Hub-gebruikersportal op uw Azure Stack Hub-systeem en navigeert u naar de overzichtsblade voor VM001
Selecteer Verbinding maken om een RDP-verbinding tot stand te brengen in VM001
Open Taakbeheer het tabblad Prestaties en snap het venster aan de rechterkant van de RDP-sessie.
Open Windows PowerShell ISE als beheerder en snap deze aan de linkerkant van de RDP-sessie. Sluit het deelvenster Opdrachten aan de rechterkant van de ISE en selecteer de knop Script om het witte scriptvenster boven aan het ISE-venster uit te vouwen.
In deze VIRTUELE machine zijn er geen systeemeigen PowerShell-modules om een VHD te maken, die we als een groot bestand gebruiken om de bestandsoverdracht naar het iSCSI-doel te testen. In dit geval voeren we DiskPart uit om een VHD-bestand te maken. Voer in de ISE het volgende uit:
Start-Process DiskpartEr wordt een nieuw CMD-venster geopend en voert u het volgende in:
**Create vdisk file="c:\\test.vhd" type=fixed maximum=5120**
- Dit duurt enkele ogenblikpen om te maken. Nadat u het maken hebt gemaakt, opent u Bestandenverkenner en navigeert u naar C:\ - u ziet de nieuwe test.vhd aanwezig en een grootte van 5 GB.
Sluit het CMD-venster en ga terug naar de ISE en voer de volgende opdracht in het scriptvenster in. Vervang F:\ met de stationsletter van het iSCSI-doel dat eerder is toegepast.
Copy-Item "C:\\test.vhd" -Destination "F:\\"Selecteer de regel in het scriptvenster en druk op F8 om uit te voeren.
Terwijl de opdracht wordt uitgevoerd, bekijkt u de twee netwerkadapters en ziet u de overdracht van gegevens die plaatsvinden tussen beide netwerkadapters in VM001. U ziet ook dat elke netwerkadapter de belasting gelijkmatig moet delen.
Dit scenario is ontworpen om de connectiviteit te markeren tussen een workload die wordt uitgevoerd op Azure Stack Hub en een externe opslagmatrix, in dit geval een Windows iSCSI-doel op basis van de server. Dit is niet ontworpen om een prestatietest te zijn, noch weerspiegelt de stappen die u moet uitvoeren als u een alternatief iSCSI-apparaat gebruikt, maar er worden wel enkele belangrijke overwegingen beschreven die u moet maken bij het implementeren van workloads in Azure Stack Hub en het verbinden met opslagsystemen buiten de Azure Stack Hub-omgeving.