Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Dieser Artikel enthält Informationen zur Speicherinfrastruktur von Azure Stack Hub, die Sie bei der Entscheidung unterstützen, wie Sie Azure Stack Hub in Ihre bestehende Netzwerkumgebung integrieren. Nach allgemeinen Darlegungen zum Erweitern Ihres Rechenzentrums werden im Artikel zwei unterschiedliche Szenarien vorgestellt. Sie können eine Verbindung mit einem Windows File Storage-Server herstellen. Sie können auch eine Verbindung mit einem Windows iSCSI-Server herstellen.
Übersicht über das Erweitern von Speicher auf Azure Stack Hub
Es gibt Szenarien, in denen Ihre Daten in der öffentlichen Cloud nicht ausreichen. Vielleicht haben Sie eine rechenintensive virtualisierte Datenbankworkload, die für Latenzen vertraulich ist, und die Roundtripzeit in die öffentliche Cloud könnte sich auf die Leistung der Datenbankworkload auswirken. Vielleicht gibt es lokale Daten, die auf einem Dateiserver, NAS oder iSCSI-Speicherarray gespeichert sind, auf das von lokalen Workloads zugegriffen werden muss und sich lokal befinden muss, um gesetzliche oder Complianceziele zu erfüllen. In diesen Szenarien wird gezeigt, warum daten lokal gespeichert sind, für viele Organisationen wichtig bleibt.
Warum also nicht nur diese Daten in Speicherkonten auf Azure oder in virtualisierten Dateiservern hosten, die auf dem Azure Stack Hub-System ausgeführt werden? Im Gegensatz zu Azure ist der Azure Stack Hub-Speicher endlich. Die verfügbare Kapazität für Ihre Nutzung hängt vollständig von der kapazität pro Knoten ab, die Sie kaufen möchten, zusätzlich zur Anzahl der Knoten, die Sie haben. Und da es sich bei Azure Stack Hub um eine hyperkonvergente Lösung handelt, müssen Sie auch ihren Rechenbedarf durch das Hinzufügen von Knoten vergrößern, wenn Sie Ihre Speicherkapazität erweitern möchten, um die Nutzungsanforderungen zu erfüllen. Diese Anforderung kann u. U. unertragbar sein, insbesondere wenn es sich um zusätzliche Kapazität für kalten Archivspeicher handelt, der für niedrige Kosten außerhalb des Azure Stack Hub Systems hinzugefügt werden kann.
Diese Anforderung bringt Sie zu dem Szenario, das Sie im nächsten Abschnitt behandeln. Wie können Sie Azure Stack Hub Systeme, virtualisierte Workloads, die auf dem Azure Stack Hub ausgeführt werden, einfach und effizient mit Speichersystemen außerhalb der Azure Stack Hub verbinden, auf die über das Netzwerk zugegriffen werden kann?
Entwurf für die Erweiterung des Speichers
Das folgende Diagramm zeigt ein Szenario, in dem ein einzelner virtueller Computer, auf dem eine Workload ausgeführt wird, eine Verbindung mit dem externen Speicher (mit dem virtuellen Computer und dem Azure Stack Hub selbst) zum Lesen und Schreiben von Daten herstellt. In diesem Artikel konzentrieren Sie sich auf das einfache Abrufen von Dateien, aber Sie können dieses Beispiel für komplexere Szenarien erweitern, z. B. die Remotespeicherung von Datenbankdateien.
Im Diagramm sehen Sie, dass der virtuelle Computer auf dem Azure Stack Hub-System mit mehreren NICs bereitgestellt wird. Aus einer Redundanz, aber auch einer bewährten Speichermethode ist es wichtig, mehrere Pfade zwischen Ziel und Ziel zu haben. Komplexer werden die Dinge jedoch, wenn VMs in Azure Stack Hub über öffentliche und auch über private IP-Adressen verfügen, wie z. B. in Azure. Wenn der externe Speicher den virtuellen Computer erreichen muss, kann er dies nur über die öffentliche IP tun, da die privaten IPs in erster Linie innerhalb der Azure Stack Hub-Systeme, innerhalb von vNets und den Subnetzen verwendet werden. Der externe Speicher kann nicht mit dem privaten IP-Raum der VM kommunizieren, es sei denn, er durchläuft ein Standort-zu-Standort-VPN, um in das vNet selbst zu gelangen. Konzentrieren Sie sich also für dieses Beispiel auf die Kommunikation über den öffentlichen IP-Raum. Beachten Sie beim öffentlichen IP-Raum im Diagramm, dass zwei verschiedene Subnetze für öffentliche IP-Pools vorhanden sind. Standardmäßig erfordert Azure Stack Hub nur einen Pool für öffentliche IP-Adresszwecke, für redundantes Routing muss jedoch eine Sekunde hinzugefügt werden. Derzeit ist es jedoch nicht möglich, eine IP-Adresse aus einem bestimmten Pool auszuwählen, sodass Sie möglicherweise virtuelle Computer mit öffentlichen IPs aus demselben Pool über mehrere virtuelle Netzwerkkarten hinweg nutzen können.
Gehen Sie für diese Diskussion davon aus, dass das Routing zwischen den Grenzgeräten und dem externen Speicher erfolgt, und der Datenverkehr kann das Netzwerk entsprechend durchlaufen. In diesem Beispiel spielt es keine Rolle, ob das Backbone 1 GbE, 10 GbE, 25 GbE oder sogar schneller ist. Diese Wahl wäre jedoch wichtig, wenn Sie ihre Integration planen, um die Leistungsanforderungen aller Anwendungen zu erfüllen, die auf diesen externen Speicher zugreifen.
Herstellen einer Verbindung mit einem iSCSI-Ziel von Windows Server
In diesem Szenario stellen Sie einen Windows Server 2019 virtuellen Computer auf Azure Stack Hub bereit und bereiten sie für die Verbindung mit einem externen iSCSI-Ziel vor, das auch Windows Server 2019 ausgeführt wird. Gegebenenfalls aktivieren Sie wichtige Features wie MPIO, um die Leistung und Konnektivität zwischen dem virtuellen Computer und dem externen Speicher zu optimieren.
Bereitstellen der Windows Server 2019-VM in Azure Stack Hub
Wählen Sie in Ihrem Azure Stack Hub Verwaltungsportal, vorausgesetzt, Sie registrieren das System ordnungsgemäß und verbinden es mit dem Marketplace, und wählen Sie Marketplace Management aus. Wenn Sie noch kein Windows Server 2019 Bild haben, wählen Sie "Aus Azure hinzufügen" aus, und suchen Sie dann nach Windows Server 2019. Fügen Sie das Windows Server 2019 Datacenter-Bild hinzu.
Das Herunterladen eines Windows Server 2019 Bilds kann einige Zeit in Anspruch nehmen.
Nachdem Sie Ihrer Azure Stack Hub Umgebung ein Windows Server 2019 Bild hinzugefügt haben, melden Sie sich beim Azure Stack Hub Benutzerportal an.
Nachdem Sie sich beim Azure Stack Hub Benutzerportal angemeldet haben, stellen Sie sicher, dass Sie über ein Abonnement für ein Angebot verfügen, mit dem Sie IaaS-Ressourcen (Compute, Storage und Netzwerk) bereitstellen können.
Nachdem Sie ein Abonnement erhalten haben, klicken Sie im Azure Stack Hub Benutzerportal auf das Dashboard, wählen Sie "Ressource erstellen", dann "Berechnen" und dann das Windows Server 2019 Katalogelement "Rechenzentrum" aus.
Geben Sie auf dem Blatt "Grundlagen" die folgenden Informationen ein:
Name: VM001
Benutzername: localadmin
Kennwort und Kennwort bestätigen: <Kennwort Ihrer Wahl>
Abonnement: <Abonnement Ihrer Wahl, mit Compute-/Speicher-/Netzwerkressourcen>
Ressourcengruppe: storagetesting (Neu erstellen)
Wählen Sie OK aus.
Wählen Sie auf dem Blatt Größe auswählen die Größe Standard_F8s_v2 und anschließend Auswählen aus.
Wählen Sie auf dem Blatt "Einstellungen" das virtuelle Netzwerk aus. Legen Sie im Blatt " Virtuelles Netzwerk erstellen " den Adressraum auf 10.10.10.0/23 fest, und aktualisieren Sie den Subnetzadressenbereich auf 10.10.10.0/24. Wählen Sie OK aus.
Wählen Sie die öffentliche IP-Adresse aus. Wählen Sie im Blatt "Öffentliche IP-Adresse erstellen " das Optionsfeld "Statisch " aus.
Wählen Sie im Dropdownmenü Öffentliche Eingangsports hinzufügen die Option RDP (3389) aus.
Übernehmen Sie übrigen Standardwerte, und wählen Sie OK aus.
Lesen Sie die Zusammenfassung, warten Sie auf die Überprüfung, und wählen Sie dann "OK " aus, um mit der Bereitstellung zu beginnen. Die Bereitstellung sollte in etwa 10 Minuten abgeschlossen sein.
Nachdem die Bereitstellung abgeschlossen ist, wählen Sie unter "Ressource " den Namen des virtuellen Computers aus, "VM001 ", um "Übersicht" zu öffnen.
Wählen Sie unter „DNS-Name“ die Option Konfigurieren aus, geben Sie die DNS-Namensbezeichnung vm001 ein, und wählen Sie Speichern und anschließend VM001 aus.
Wählen Sie auf der rechten Seite des Blatts „Übersicht“ unter dem Text „Virtuelles Netzwerk/Subnetz“ storagetesting-vnet/default aus.
Wählen Sie im Blatt "Storagetesting-vnet " Subnetze und dann +Subnetz aus. Geben Sie im neuen Blatt " Subnetz hinzufügen " die folgenden Informationen ein, und wählen Sie dann "OK" aus:
Name: Subnetz2
Adressbereich (CIDR-Block):10.10.11.0/24
Netzwerksicherheitsgruppe: Keine
Route-Tabelle: Keine
Wählen Sie nach dem Speichern VM001 aus.
Wählen Sie auf der linken Seite der Übersicht die Option "Netzwerk" aus.
Wählen Sie "Netzwerkschnittstelle anfügen" und dann " Netzwerkschnittstelle erstellen" aus.
Geben Sie unter "Netzwerkschnittstelle erstellen" die folgenden Informationen ein:
Name: vm001nic2
Subnetz: Sicherstellen, dass subnetz 10.10.11.0/24 ist
Netzwerksicherheitsgruppe: VM001-nsg
Ressourcengruppe: storagetesting
Nachdem Sie die Netzwerkschnittstelle angefügt haben, wählen Sie "VM001 " aus, und wählen Sie "Beenden " aus, um den virtuellen Computer zu beenden.
Nachdem der virtuelle Computer beendet wurde (deallocated), wählen Sie auf der linken Seite der Übersicht " Netzwerk anfügen", wählen Sie " Netzwerkschnittstelle anfügen" und dann "vm001nic2" aus. Wählen Sie OK aus. Die zusätzliche NIC wird der VM in wenigen Momenten hinzugefügt.
Wählen Sie weiterhin auf dem Blatt "Netzwerk " die Registerkarte "vm001nic2 " und dann "Netzwerkschnittstelle:vm001nic2" aus.
Wählen Sie auf dem Blatt für die Netzwerkschnittstelle vm001nic die Option IP-Konfigurationen und in der Mitte des Blatts ipconfig1 aus.
Wählen Sie auf dem Blatt "ipconfig1-Einstellungen" die Option "Für öffentliche IP-Adresse aktiviert" und dann " Erforderliche Einstellungen konfigurieren" aus. Wählen Sie "Neu erstellen" aus, geben Sie "vm001nic2pip" für den Namen ein, wählen Sie "Statisch" und dann "OK" aus. Wählen Sie "Speichern" aus.
Kehren Sie nach dem Speichern der Einstellungen zur Übersicht "VM001" zurück, und wählen Sie "Start" aus, um die konfigurierte Windows Server 2019 VM zu starten.
Nachdem der virtuelle Computer gestartet wurde, richten Sie eine RDP-Sitzung in der VM001 ein.
Nachdem Sie eine Verbindung innerhalb der VM hergestellt haben, öffnen Sie CMD (als Administrator), und geben Sie hostnamen ein, um den Computernamen des Betriebssystems abzurufen. Er sollte mit VM001 übereinstimmen. Notieren Sie sich diesen Namen für später.
Konfigurieren eines zweiten Netzwerkadapters auf der Windows Server 2019-VM in Azure Stack Hub
Azure Stack Hub weist der ersten (primären) Netzwerkschnittstelle, die an den virtuellen Computer angefügt ist, standardmäßig ein Standardgateway zu. Azure Stack Hub einem virtuellen Computer zugeordneten zusätzlichen (sekundären) Netzwerkschnittstellen kein Standardgateway zuweist. Daher können Sie nicht mit Ressourcen außerhalb des Subnetzes kommunizieren, in denen eine sekundäre Netzwerkschnittstelle standardmäßig enthalten ist. Sekundäre Netzwerkschnittstellen können jedoch mit Ressourcen außerhalb ihres Subnetzes kommunizieren, obwohl die Schritte zum Aktivieren der Kommunikation für verschiedene Betriebssysteme unterschiedlich sind.
Wenn Sie noch keine Verbindung geöffnet haben, richten Sie eine RDP-Verbindung mit VM001 ein.
Öffnen Sie CMD als Administrator, und führen Sie route print aus. Damit sollten die beiden Schnittstellen (Hyper-V-Netzwerkadapter) auf dieser VM zurückgegeben werden.
Führen Sie ipconfig aus, um festzustellen, welche IP-Adresse der sekundären Netzwerkschnittstelle zugewiesen ist. In diesem Beispiel ist 10.10.11.4 der Schnittstelle 6 zugewiesen. Für die sekundäre Netzwerkschnittstelle wird keine Standardgateway-Adresse zurückgegeben.
Um den gesamten Datenverkehr für Adressen außerhalb des Subnetzes der sekundären Netzwerkschnittstelle an das Gateway des Subnetzes zu leiten, führen Sie den folgenden Befehl über die Befehlszeile aus:
route add -p 0.0.0.0 MASK 0.0.0.0 <ipaddress> METRIC 5015 IF <interface><ipaddress>ist die .1-Adresse des aktuellen Subnetzes, und<interface>ist die Schnittstellennummer.
Geben Sie den Befehl route print ein, um zu überprüfen, ob die hinzugefügte Route in der Routingtabelle enthalten ist.
Sie können die ausgehende Kommunikation auch durch Ausführen eines Pingbefehls überprüfen:
ping 8.8.8.8 -S 10.10.11.4
Das Flag-Sermöglicht die Angabe einer Quelladresse. In diesem Fall ist 10.10.11.4 die IP-Adresse des Netzwerkadapters, der nun über ein Standardgateway verfügt.Schließen Sie die Befehlszeile.
Konfigurieren des iSCSI-Ziels von Windows Server 2019
In diesem Szenario überprüfen Sie eine Konfiguration, bei der das Windows Server 2019 iSCSI-Ziel ein virtueller Computer ist, der auf Hyper-V außerhalb der Azure Stack Hub Umgebung ausgeführt wird. Sie konfigurieren diesen virtuellen Computer mit acht virtuellen Prozessoren, einer einzelnen VHDX-Datei und vor allem zwei virtuellen Netzwerkadaptern. In einem idealen Szenario haben diese Netzwerkadapter unterschiedliche routingfähige Subnetze, aber in dieser Überprüfung verfügen sie über Netzwerkadapter im selben Subnetz.
Für Ihren iSCSI-Zielserver können Sie Windows Server 2016 oder Windows Server 2019, physisch oder virtuell verwenden, die auf Hyper-V, VMware oder einer alternativen Appliance Ihrer Wahl ausgeführt wird, z. B. ein dediziertes physisches iSCSI-SAN. Der Hauptfokus liegt in der Konnektivität und außerhalb des Azure Stack Hub Systems. Es empfiehlt sich jedoch, mehrere Pfade zwischen Der Quelle und dem Ziel zu verwenden, da es zusätzliche Redundanz bietet, und es ermöglicht die Verwendung erweiterter Funktionen, um eine höhere Leistung wie MPIO zu fördern.
Aktualisieren Sie Ihr Windows Server 2019 iSCSI-Ziel mit den neuesten kumulativen Updates und Fixes, und starten Sie es bei Bedarf neu, bevor Sie mit der Konfiguration von Dateifreigaben fortfahren.
Nach dem Aktualisieren und Neustart können Sie diesen Server jetzt als iSCSI-Ziel konfigurieren.
Öffnen Sie Server-Manager, und wählen Sie "Verwalten" und dann "Rollen und Features hinzufügen" aus.
Wählen Sie anschließend Weiter und Rollenbasierte oder featurebasierte Installation aus, und navigieren Sie durch die Auswahlbildschirme bis zur Seite Serverrollen auswählen.
Erweitern Sie Datei- und Speicherdienste, erweitern Sie Datei- und iSCSI-Dienste, und wählen Sie das iSCSI-Zielserverfeld aus. Akzeptieren Sie alle Popupaufforderungen, um neue Features hinzuzufügen, und fahren Sie dann mit dem Abschluss fort.
Schließen Sie anschließend den Server-Manager.
Öffnen Sie den Datei-Explorer, wechseln Sie zu "C:\", und erstellen Sie einen neuen Ordner namens "iSCSI".
Öffnen Sie erneut Server-Manager, und wählen Sie im linken Menü Datei- und Speicherdienste aus.
Wählen Sie iSCSI und anschließend im rechten Bereich den Link Starten Sie den Assistenten für neue virtuelle iSCSI-Datenträger, um einen virtuellen iSCSI-Datenträger zu erstellen. aus. Ein Dialogfeld wird geöffnet.
Wählen Sie auf der Seite Speicherort des virtuellen iSCSI-Datenträgers auswählen das Optionsfeld Type a custom path (Benutzerdefinierten Pfad eingeben) aus, navigieren Sie zu C:\iSCSI, und wählen Sie Weiter aus.
Geben Sie iSCSIdisk1 als Namen für den virtuellen iSCSI-Datenträger ein, und fügen Sie optional eine Beschreibung hinzu, und wählen Sie dann "Weiter" aus.
Legen Sie die Größe des virtuellen Datenträgers auf 10 GB fest, wählen Sie "Feste Größe" und dann "Weiter" aus.
Da es sich um ein neues Ziel handelt, wählen Sie New iSCSI target (Neues iSCSI-Ziel) und dann Weiter aus.
Geben Sie auf der Seite Zielname angeben den Namen TARGET1 ein, und wählen Sie Weiter aus.
Wählen Sie auf der Seite Zugriffsserver angeben die Option Hinzufügen aus. Dieser Schritt öffnet ein Dialogfeld, um bestimmte Initiatoren einzugeben, die zum Herstellen einer Verbindung mit dem iSCSI-Ziel autorisiert sind.
Wählen Sie im Fenster Initiator-ID hinzufügen die Option Enter a value for the selected type (Wert für den ausgewählten Typ eingeben) aus, und vergewissern Sie sich unter Typ, dass im Dropdownmenü der Eintrag „IQN“ ausgewählt ist. Geben Sie iqn.1991-05.com.microsoft:<computername> ein, wobei <Computername> der Computername von VM001 ist, und wählen Sie dann "Weiter" aus.
Lassen Sie auf der Seite "Authentifizierung aktivieren " die Felder leer, und wählen Sie dann "Weiter" aus.
Bestätigen Sie Ihre Auswahl, und wählen Sie "Erstellen" aus, und schließen Sie sie. Ihr virtueller iSCSI-Datenträger sollte im Server-Manager erstellt werden.
Konfigurieren des iSCSI-Initiators und von Multipfad-E/A unter Windows Server 2019
Um den iSCSI-Initiator einzurichten, melden Sie sich zuerst beim Azure Stack Hub Benutzerportal auf Ihrem Azure Stack Hub System an, und wechseln Sie zur Übersichtsseite für VM001.
Stellen Sie eine RDP-Verbindung mit VM001 her. Wenn die Verbindung hergestellt wurde, öffnen Sie Server-Manager.
Wählen Sie Rollen und Features hinzufügen aus, und übernehmen Sie die Standardwerte, bis Sie zur Seite Features gelangen.
Fügen Sie auf der Seite Features die Option Multipfad-E/A hinzu, und wählen Sie Weiter aus.
Wählen Sie den Zielserver automatisch neu, falls erforderlich , und wählen Sie "Installieren" und dann " Schließen" aus. Ein Neustart ist höchstwahrscheinlich erforderlich, also nach Abschluss der Verbindung mit VM001 erneut.
Zurück in Server-Manager warten Sie, bis die MPIO-Installation abgeschlossen ist, wählen Sie schließen, und wählen Sie dann "Extras" und dann "MPIO" aus.
Wählen Sie die Registerkarte " Multipfade entdecken " aus, und wählen Sie das Kontrollkästchen zum Hinzufügen der Unterstützung für iSCSI-Geräte und dann "Hinzufügen" und dann "Ja " aus, um vm001 neu zu starten . Wenn Sie kein Fenster erhalten, wählen Sie "OK" aus, und starten Sie dann manuell neu.
Stellen Sie nach dem Neustart eine neue RDP-Verbindung mit VM001 her.
Wenn die Verbindung hergestellt wurde, öffnen Sie Server-Manager und wählen Tools > iSCSI-Initiator aus.
Wählen Sie im geöffneten Microsoft iSCSI-Fenster Ja aus, um die standardmäßige Ausführung des iSCSI-Diensts zuzulassen.
Wählen Sie im Fenster „Eigenschaften des iSCSI-Initiators“ die Registerkarte Erkennung aus.
Sie fügen zwei Ziele hinzu. Wählen Sie also zuerst die Schaltfläche " Portal entdecken" aus.
Geben Sie die erste IP-Adresse des iSCSI-Zielservers ein, und wählen Sie dann Erweitert aus.
Wählen Sie im Fenster "Erweiterte Einstellungen " Folgendes aus, und wählen Sie dann "OK" aus.
Lokaler Adapter: Microsoft iSCSI Initiator.
Initiator IP: 10.10.10.4.
Wählen Sie im Fenster Zielportal ermitteln die Option OK aus.
Wiederholen Sie den Prozess mit den folgenden Werten:
IP-Adresse: Ihre zweite iSCSI-Ziel-IP-Adresse.
Lokaler Adapter: Microsoft iSCSI Initiator.
Initiator IP: 10.10.11.4.
Ihr Zielportal sollte wie folgt aussehen (mit Ihren eigenen iSCSI-Ziel-IPs in der Spalte Adresse):
Wählen Sie auf der Registerkarte Ziele in der Mitte des Fensters Ihr iSCSI-Ziel und anschließend Verbinden aus.
Wählen Sie im Fenster "Mit Ziel verbinden" das Feld "Mehrfachpfad aktivieren " und dann "Erweitert" aus.
Geben Sie die folgenden Informationen ein, und wählen Sie OK aus. Wählen Sie im Fenster "Mit Ziel verbinden " "OK" aus.
- Lokaler Adapter: Microsoft iSCSI Initiator.
- Initiator IP: 10.10.10.4.
- Zielportal-IP: <Ihre erste iSCSI-Ziel-IP/3260>
Wiederholen Sie den Prozess für den zweiten Initiator und die Zielkombination.
- Lokaler Adapter: Microsoft iSCSI Initiator.
- Initiator IP: 10.10.11.4.
- Zielportal-IP: <Ihre zweite iSCSI-Ziel-IP/3260>
Wählen Sie die Registerkarte "Volumes und Geräte" und dann " Auto Konfigurieren" aus. Es wird ein MPIO-Volume vorgestellt:
Wählen Sie auf der Registerkarte "Ziele " die Option "Geräte" aus, und Es werden zwei Verbindungen mit der zuvor erstellten iSCSI-VHD angezeigt.
Wählen Sie die MPIO-Schaltfläche aus, um weitere Informationen über die Richtlinie und Pfade zum Lastenausgleich anzuzeigen.
Wählen Sie dreimal OK aus, um die Fenster und den iSCSI-Initiator zu schließen.
Öffnen Sie die Datenträgerverwaltung (diskmgmt.msc), und Sie werden mit einem Fenster " Datenträger initialisieren " aufgefordert.
Wählen Sie "OK" aus, um die Standardwerte zu akzeptieren. Scrollen Sie dann nach unten zum neuen Datenträger, klicken Sie mit der rechten Maustaste, und wählen Sie "Neues einfaches Volume" aus.
Navigieren Sie unter Verwendung der angegebenen Standardwerte durch den Assistenten. Ändern Sie die Volumebezeichnung in iSCSIdisk1, und wählen Sie dann Fertig stellen aus.
Das Laufwerk wird dann formatiert und einem Laufwerkbuchstaben angezeigt.
Öffnen Sie den Datei-Explorer, und wählen Sie "Dieser PC" aus, um das neue Laufwerk anzuzeigen, das an VM001 angefügt ist.
Testen der Konnektivität des externen Speichers
Um die Kommunikation zu überprüfen und einen rudimentären Dateikopientest auszuführen, melden Sie sich zuerst beim Azure Stack Hub Benutzerportal auf Ihrem Azure Stack Hub System an, und wechseln Sie zur Übersichtsseite für VM001.
Wählen Sie "Verbinden" aus, um eine RDP-Verbindung mit VM001 herzustellen.
Öffnen Sie den Task-Manager, wählen Sie die Registerkarte "Leistung " aus, und andocken Sie dann das Fenster an der rechten Seite der RDP-Sitzung.
Öffnen Sie Windows PowerShell ISE als Administrator, und docken Sie das Fenster an der linken Seite der RDP-Sitzung an. Schließen Sie auf der rechten Seite der ISE den Bereich Befehle, und wählen Sie die Schaltfläche Skript aus, um den weißen Skriptbereich oben im ISE-Fenster zu öffnen.
In dieser VM gibt es keine nativen PowerShell-Module zum Erstellen einer VHD, die Sie als große Datei verwenden, um die Dateiübertragung an das iSCSI-Ziel zu testen. Führen Sie in diesem Fall DiskPart aus, um eine VHD-Datei zu erstellen. Führen Sie im ISE die folgenden Schritte aus:
Start-Process DiskpartEin neues CMD-Fenster wird geöffnet. Geben Sie den folgenden Befehl ein:
Create vdisk file="c:\\test.vhd" type=fixed maximum=5120
Dieser Vorgang nimmt einige Augenblicke in Anspruch. Wenn sie fertig ist, öffnen Sie den Datei-Explorer , und wechseln Sie zu "C:\". Die neue Datei "test.vhd" wird angezeigt, und eine Größe von 5 GB.
Schließen Sie das CMD-Fenster, und kehren Sie zum ISE zurück. Geben Sie den folgenden Befehl in das Skriptfenster ein. Ersetzen Sie F:\ durch den iSCSI-Ziellaufwerkbuchstaben, den Sie zuvor angewendet haben.
Copy-Item "C:\\test.vhd" -Destination "F:\\"Wählen Sie die Zeile im Skriptfenster aus, und drücken Sie für die Ausführung F8.
Während der Befehl ausgeführt wird, beobachten Sie die beiden Netzwerkadapter, und sehen Sie, wie die Übertragung von Daten über beide Netzwerkadapter in VM001 erfolgt. Außerdem sollten Sie feststellen, dass jeder Netzwerkadapter die Last gleichmäßig teilt.
In diesem Szenario wird die Konnektivität zwischen einer Workload, die auf Azure Stack Hub ausgeführt wird, und einem externen Speicherarray, in diesem Fall ein Windows Server-basiertes iSCSI-Ziel, hervorgehoben. Dieses Szenario ist nicht für einen Leistungstest konzipiert, noch sollten Sie die Schritte widerspiegeln, die Sie ausführen müssen, wenn Sie eine alternative iSCSI-basierte Appliance verwenden. Es hebt jedoch einige der wichtigsten Überlegungen hervor, die Sie beim Bereitstellen von Workloads auf Azure Stack Hub vornehmen und diese außerhalb der Azure Stack Hub Umgebung mit Speichersystemen verbinden.