Opslag uitbreiden naar Azure Stack Hub
In dit artikel vindt u informatie over de opslaginfrastructuur van Azure Stack Hub, zodat u kunt 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 voor de openbare cloud kan dit van invloed zijn op de prestaties van de databaseworkload. Misschien zijn er on-premises gegevens, 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 waarin gegevens zich on-premises bevinden, belangrijk blijven voor veel organisaties.
Dus, waarom host u die gegevens niet alleen in opslagaccounts op Azure Stack Hub, of in 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 beschikbaar hebt voor uw gebruik, is volledig afhankelijk van de capaciteit per knooppunt die u hebt gekocht, naast het aantal knooppunten dat u hebt. En omdat Azure Stack Hub een Hypergeconvergeerde oplossing is, moet u uw opslagcapaciteit uitbreiden om te voldoen aan de gebruiksvereisten, maar moet u ook uw rekenvoetafdruk vergroten door de toevoeging van knooppunten. Dit kan potentieel kostbaar zijn, met name 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, die toegankelijk zijn via het netwerk.
Ontwerp voor het uitbreiden van opslag
In het diagram ziet u een scenario waarin één virtuele machine, een workload uitvoert, verbinding maakt met en gebruikmaakt van externe opslag (met de VIRTUELE machine en de Azure Stack Hub zelf) voor gegevenslees-/schrijfbewerkingen, 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 op het Azure Stack Hub-systeem is geïmplementeerd met meerdere NIC's. Vanuit beide redundantie, maar ook een best practice voor opslag, is het belangrijk dat u meerdere paden tussen het doel en de bestemming hebt. Waar dingen complexer worden, zijn waar VM's in Azure Stack Hub zowel openbare als privé-IP-adressen 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-adressen 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 een site-naar-site-VPN doorgeeft, om in het vNet zelf te slaan. 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 subnetten voor openbare IP-adresgroepen zijn. Standaard is voor Azure Stack Hub slechts één groep vereist voor openbare IP-adresdoeleinden, maar voor redundante routering moet u mogelijk 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 geregeld en dat verkeer het netwerk op de juiste wijze kan doorkruisen. In dit voorbeeld maakt het niet uit of de backbone 1GbE, 10GbE, 25 GbE of nog sneller is, maar dit is belangrijk om rekening mee te houden bij het plannen van uw integratie, om te voldoen aan de prestatiebehoeften van toepassingen die toegang hebben tot deze externe opslag.
Verbinding maken met een iSCSI-doel voor Windows Server
In dit scenario implementeren en configureren we een virtuele Windows Server 2019-machine op Azure Stack Hub en bereiden we deze voor om verbinding te maken met een extern iSCSI-doel, waarop ook Windows Server 2019 wordt uitgevoerd. Waar nodig maken we belangrijke functies zoals MPIO mogelijk om de prestaties en connectiviteit tussen de VIRTUELE machine en externe opslag te optimaliseren.
De Windows Server 2019-VM 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 installatiekopieën van Windows Server 2019 Datacenter toevoegt.
Het downloaden van een Windows Server 2019-installatiekopieën kan enige tijd duren.
Zodra u een Installatiekopieën van Windows Server 2019 in uw Azure Stack Hub-omgeving hebt, 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 kunt inrichten (Compute, Storage en Network).
Zodra u een abonnement beschikbaar hebt, 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 Basisinformatie de volgende gegevens 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: opslagtesting (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 opslagtesting-vnet/default onder de tekst van het virtuele netwerk/subnet.
Selecteer subnetten in de blade storagetesting-vnet en selecteer vervolgens Subnetten en vervolgens op de nieuwe blade Subnet toevoegen de volgende informatie en selecteer VERVOLGENS OK:
a. Naam: subnet2
b. Adresbereik (CIDR-blok): 10.10.11.0/24
c. Netwerkbeveiligingsgroep: geen
d. Routetabel: Geen
Nadat u het bestand hebt opgeslagen, selecteert u VM001.
Selecteer Netwerken aan de linkerkant van de overzichtsblade.
Selecteer Netwerkinterface koppelen en selecteer vervolgens Netwerkinterface maken.
Voer op de blade Netwerkinterface maken de volgende gegevens in.
a. Naam: vm001nic2
b. Subnet: Zorg ervoor dat het subnet 10.10.11.0/24 is
c. Netwerkbeveiligingsgroep: VM001-nsg
d. Resourcegroep: opslagtesting
Nadat de vm is gekoppeld, selecteert u VM001 en selecteert u Stoppen om de VIRTUELE machine af te sluiten.
Zodra de VIRTUELE machine is gestopt (de toewijzing ongedaan gemaakt), selecteert u aan de linkerkant van de overzichtsblade 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.
Zodra het is opgeslagen, gaat u terug naar de overzichtsblade VM001 en selecteert u Start om de geconfigureerde Windows Server 2019-VM te starten.
Zodra u bent gestart, brengt u een RDP-sessie tot stand in 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, hoewel 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 VIRTUELE machine 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.
Voer de opdracht routeafdruk in om te bevestigen dat de toegevoegde route zich in de routetabel bevindt.
U kunt ook uitgaande communicatie valideren door een ping-opdracht 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 voor 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 op hetzelfde subnet.
Voor uw iSCSI-doelserver kan dit Windows Server 2016 of 2019, fysiek of virtueel zijn, worden 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 zou u aanmoedigen om uw Windows Server 2019 iSCSI-doel bij te werken met de meest recente cumulatieve updates en oplossingen, die indien nodig opnieuw worden opgestart voordat u doorgaat met de configuratie van bestandsshares.
Nadat 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.
Nadat u het bestand hebt geopend, selecteert u Volgende, selecteert u de installatie op basis van rollen of functies en gaat u verder met de selecties totdat u de pagina Serverfuncties selecteren bereikt.
Vouw Bestands- en opslagservices uit, vouw Bestands- en iSCSI-services uit en schakel het selectievakje iSCSI-doelserver in, waarbij u pop-upprompts accepteert om nieuwe functies toe te voegen en doorgaat naar voltooiing.
Sluit Serverbeheer nadat u klaar bent.
Open Bestandenverkenner, navigeer naar C:\ en maak een nieuwe map met de naam iSCSI.
Open Serverbeheer opnieuw en selecteer Bestands- en opslagservices in het linkermenu.
Selecteer iSCSI en selecteer de koppeling 'Als u een virtuele iSCSI-schijf wilt maken, start u de wizard Nieuwe virtuele iSCSI-schijf' in het rechterdeelvenster. selecteer deze. Er wordt een wizard weergegeven.
Selecteer op de pagina Locatie van de virtuele iSCSI-schijf selecteren het keuzerondje voor Een aangepast pad typen 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.
Omdat dit een nieuw doel is, selecteert u Nieuw iSCSI-doel en selecteert u Volgende.
Voer op de pagina Doelnaam opgeven TARGET1 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 toevoegen een waarde invoeren voor het geselecteerde type en 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 vakken leeg en selecteer Vervolgens.
Bevestig uw selecties en selecteer Maken en sluit vervolgens. U ziet nu dat uw virtuele iSCSI-schijf is gemaakt in Serverbeheer.
De iSCSI-initiator en MPIO van Windows Server 2019 configureren
Als u de iSCSI-initiator wilt instellen, meldt u zich eerst weer aan bij de Azure Stack Hub-gebruikersportal op uw Azure Stack Hub-systeem en gaat u naar de overzichtsblade voor VM001.
Maak een RDP-verbinding met VM001. Nadat u verbinding hebt gemaakt, opent u Serverbeheer.
Selecteer Functies en onderdelen toevoegen en accepteer de standaardwaarden totdat u bij de pagina Functies bent.
Voeg op de pagina Functies multipath I/O toe en selecteer Volgende.
Schakel indien nodig het vak Installeren automatisch opnieuw opstarten van de doelserver in en selecteer Installeren en selecteer Vervolgens Sluiten. Opnieuw opstarten is waarschijnlijk vereist, dus zodra dit is voltooid, maakt u opnieuw verbinding met VM001.
Wacht in Serverbeheer totdat de MPIO-installatie is voltooid, selecteer sluiten, selecteer Vervolgens Extra 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 gaat nu 2 doelen toevoegen, dus selecteer eerst de knop Portal ontdekken.
Voer het eerste IP-adres van uw iSCSI-doelserver in en selecteer Geavanceerd.
Selecteer in het venster Geavanceerde instellingen het volgende en selecteer VERVOLGENS OK.
a. Lokale adapter: Microsoft iSCSI-initiator.
b. Initiator-IP: 10.10.10.4.
Selecteer OK in het venster Doelportal ontdekken.
Herhaal het proces met het volgende:
a. IP-adres: uw tweede IP-adres voor iSCSI-doel.
b. Lokale adapter: Microsoft iSCSI-initiator.
c. Initiator-IP: 10.10.11.4.
Uw doelportals moeten er als volgt uitzien, met uw eigen iSCSI-doel-IP-adressen onder de kolom Adres .
Selecteer uw iSCSI-doel in het midden van het venster op het tabblad Doelen en selecteer Verbinding maken.
Selecteer in het venster Verbinding maken met doel het selectievakje Meerdere paden inschakelen en selecteer Geavanceerd.
Voer de volgende gegevens in en selecteer OK en selecteer vervolgens in het venster Verbinding maken met doel OK.
a. Lokale adapter: Microsoft iSCSI-initiator.
b. Initiator-IP: 10.10.10.4.
c. Doelportal-IP: <uw eerste IP-doel-IP/3260> voor iSCSI-doel.
Herhaal het proces voor de tweede combinatie van initiator/doel.
a. Lokale adapter: Microsoft iSCSI-initiator.
b. Initiator-IP: 10.10.11.4.
c. Doelportal-IP: <uw tweede IP-doel-IP/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 -paden.
Selecteer DRIE keer OK 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 gepresenteerd 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 test voor het kopiëren van bestanden wilt uitvoeren, meldt u zich eerst weer aan bij de Azure Stack Hub-gebruikersportal op uw Azure Stack Hub-systeem en gaat 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 maak deze vast aan de linkerkant van de RDP-sessie. Sluit aan de rechterkant van de ISE het deelvenster Opdrachten en selecteer de knop Script om het deelvenster Wit script 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**
- Het duurt even voordat u dit maakt. 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 vervolgens de volgende opdracht in het scriptvenster in. Vervang F:\ door 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 iSCSI-doel op basis van Windows Server. Dit is niet ontworpen om een prestatietest te zijn, en moet ook niet nadenken over de stappen die u moet uitvoeren als u een alternatief iSCSI-apparaat gebruikt, maar er zijn enkele belangrijke overwegingen die u moet maken bij het implementeren van workloads in Azure Stack Hub en het verbinden met opslagsystemen buiten de Azure Stack Hub-omgeving.