Erstellen benutzerdefinierter VM-Images für Ihr Azure Stack Edge Pro GPU-Gerät
GILT FÜR: Azure Stack Edge Pro – GPU
Azure Stack Edge Pro 2
Azure Stack Edge Pro R
Azure Stack Edge Mini R
Wenn Sie virtuelle Computer auf Ihrem Azure Stack Edge Pro GPU-Gerät bereitstellen möchten, müssen Sie in der Lage sein, benutzerdefinierte VM-Images zu erstellen, mit denen Sie wiederum virtuelle Computer in Azure erstellen können. In diesem Artikel werden die Schritte zum Erstellen benutzerdefinierter VM-Images in Azure für virtuelle Windows- und Linux-Computer und zum Herunterladen oder Kopieren dieser Images in ein Azure Storage-Konto beschrieben.
Für die Vorbereitung eines benutzerdefinierten VM-Images gibt es einen bestimmten Workflow. Für die Imagequelle müssen Sie eine feste VHD einer beliebigen Größe verwenden, die von Azure unterstützt wird. Optionen für die VM-Größe finden Sie unter Unterstützte VM-Größen.
Erfüllen Sie die folgenden Voraussetzungen, bevor Sie Ihr VM-Image erstellen:
- Laden Sie AzCopy herunter. AzCopy bietet Ihnen eine schnelle Möglichkeit, einen Betriebssystemdatenträger in ein Azure Storage-Konto zu kopieren.
Die Schritte zum Vorbereiten eines benutzerdefinierten VM-Images variieren für einen virtuellen Windows- oder Linux-Computer.
Führen Sie die folgenden Schritte aus, um ein Linux-VM-Image zu erstellen:
Erstellen Sie einen virtuellen Linux-Computer in Azure. Entsprechende Portalanleitungen finden Sie unter Schnellstart: Erstellen eines virtuellen Linux-Computers in Azure-Portal. PowerShell-Anleitungen finden Sie unter Schnellstart: Erstellen eines virtuellen Linux-Computers in Azure mit PowerShell.
Sie können jede Gen1- oder Gen2-VM mit einer VHD mit fester Größe in Azure Marketplace verwenden, um benutzerdefinierte Linux-Images zu erstellen. Dadurch werden Red Hat Enterprise Linux (RHEL)-Images ausgeschlossen, die zusätzliche Schritte erfordern und nur zum Erstellen eines Gen1-VM-Images verwendet werden können. Eine Liste der Azure Marketplace-Images, die funktionieren könnten, finden Sie unter Häufig für Azure Stack Edge verwendete Azure Marketplace-Images. Eine Anleitung zu RHEL-Images finden Sie weiter unten unter Verwenden von RHEL-BYOS-Images.
Heben Sie die Bereitstellung der VM auf. Verwenden Sie den Azure VM-Agent zum Löschen computerspezifischer Dateien und Daten. Verwenden Sie auf dem virtuellen Linux-Quellcomputer den Befehl
waagent
mit dem Parameter-deprovision+user
. Weitere Informationen finden Sie unter Verstehen und Verwenden des Azure Linux-Agents.Stellen Sie mit einem SSH-Client eine Verbindung mit Ihrem virtuellen Linux-Computer her.
Geben Sie im SSH-Fenster den folgenden Befehl ein:
sudo waagent -deprovision+user
Hinweis
Führen Sie diesen Befehl nur auf einem virtuellen Computer aus, den Sie als Image erfassen möchten. Die Ausführung dieses Befehls garantiert nicht, dass alle vertraulichen Informationen aus dem Image gelöscht werden oder dass es für eine erneute Verteilung geeignet ist. Der Parameter
+user
entfernt auch das zuletzt bereitgestellte Benutzerkonto. Wenn die Anmeldeinformationen des Benutzerkontos auf dem virtuellen Computer verbleiben sollen, verwenden Sie nur-deprovision
.Geben Sie y ein, um fortzufahren. Sie können den Parameter
-force
hinzufügen, um diesen Bestätigungsschritt zu vermeiden.Geben Sie nach der Ausführung dieses Befehls den Befehl exit ein, um den SSH-Client zu schließen. Der virtuelle Computer wird zu diesem Zeitpunkt immer noch ausgeführt.
Bei Verwendung von RHEL-Images (Red Hat Enterprise Linux) werden nur die RHEL-BYOS-Images (Bring Your Own Subscription) unterstützt (auch als Red Hat Gold-Images bezeichnet). Diese können zum Erstellen Ihres VM-Images verwendet werden. Die RHEL-Standardimages mit nutzungsbasierter Bezahlung auf Azure Marketplace werden auf Azure Stack Edge nicht unterstützt.
Führen Sie die folgenden Schritte aus, um ein VM-Image mit dem RHEL-BYOS-Image zu erstellen:
Melden Sie sich bei der Red Hat-Abonnementverwaltung an. Navigieren Sie in der oberen Menüleiste zum Cloud Access-Dashboard.
Aktivieren Sie Ihr Azure-Abonnements. Weitere Informationen finden Sie in den Ausführlichen Anweisungen. Wenn Sie das Abonnement aktivieren, können Sie auf die Red Hat Gold-Images zugreifen.
Akzeptieren Sie die Azure-Nutzungsbedingungen (nur einmal pro Azure-Abonnement, pro Image) und erstellen Sie einen virtuellen Computer. Weitere Informationen finden Sie in den Anweisungen.
Sie können jetzt den virtuellen Computer verwenden, den Sie bereitgestellt haben, um unter Linux ein benutzerdefiniertes VM-Image zu erstellen.
Um Ihr benutzerdefiniertes VM-Image zum Bereitstellen von VMs auf Ihrem Gerät zu verwenden, müssen Sie den Betriebssystemdatenträger in ein Azure Storage-Konto herunterladen. Es wird empfohlen, dasselbe Speicherkonto zu verwenden, das Sie für Ihr Gerät verwendet haben.
Um den Betriebssystemdatenträger für den virtuellen Computer in ein Azure Storage-Konto herunterzuladen, gehen Sie folgendermaßen vor:
Beenden Sie den virtuellen Computer im Portal. Sie müssen dies tun, um die Zuordnung des Betriebssystemdatenträgers selbst dann wieder freizugeben, wenn Ihr virtueller Windows-Computer heruntergefahren wurde, nachdem Sie
sysprep
ausgeführt haben, um ihn zu generalisieren.Generieren Sie eine Download-URL für den Betriebssystemdatenträger und notieren Sie sich die URL. Standardmäßig läuft die URL nach 3.600 Sekunden (1 Stunde) ab. Sie können diese Zeit bei Bedarf erhöhen.
Laden Sie die VHD mit einer der folgenden Methoden in Ihr Azure Storage-Konto herunter:
Methode 1 zur schnellen Übertragung: Verwenden Sie AzCopy, um die VHD in Ihr Azure Storage-Konto zu kopieren. Anweisungen finden Sie weiter unten unter Verwenden von AzCopy zum Kopieren des VM-Images in das Speicherkonto.
Methode 2 für einfaches Herunterladen mit 1 Klick: Wählen Sie VHD-Datei herunterladen aus, wenn Sie eine Download-URL generieren (in Schritt 3b), um den Datenträger aus dem Portal herunterzuladen. Wenn Sie diese Methode verwenden, kann das Kopieren des Datenträgers sehr lange dauern, und Sie müssen die VHD in Ihr Azure Storage-Konto hochladen, um VMs über das Portal erstellen zu können.
Sie können diese VHD jetzt verwenden, um VMs auf Ihrem Azure Stack Edge Pro GPU-Gerät zu erstellen und bereitzustellen.
In den folgenden Prozeduren wird beschrieben, wie Sie AzCopy verwenden, um ein benutzerdefiniertes VM-Image in ein Azure Storage-Konto zu kopieren, damit Sie das Image zum Bereitstellen von VMs auf Ihrem Azure Stack Edge Pro GPU-Gerät verwenden können. Sie sollten Ihre benutzerdefinierten VM-Images in einem vorhandenen Speicherkonto speichern, das sich in derselben Region bzw. in demselben Abonnement wie Azure Stack Edge befindet.
AzCopy erfordert einen Ziel-URI, der angibt, wohin das neue Image in Ihr Speicherkonto kopiert werden soll. Bevor Sie AzCopy ausführen, generieren Sie eine SAS-URL (Shared Access Signature) für den Blob-Container, in den Sie die Datei kopieren möchten. Um den Ziel-URI zu erstellen, fügen Sie der SAS-URL den Dateinamen hinzu.
Um den Ziel-URI für Ihre vorbereitete VHD zu erstellen, gehen Sie folgendermaßen vor:
Führen Sie die folgenden Schritte aus, um eine SAS-URL für einen Container in einem Azure Storage-Konto zu generieren:
Öffnen Sie im Azure-Portal das Speicherkonto, und wählen Sie Container aus. Klicken Sie mit der rechten Maustaste auf den Blob-Container, den Sie verwenden möchten, und wählen Sie SAS generieren aus.
Wählen Sie auf dem Bildschirm SAS generieren die Option Lesen und Schreiben in Berechtigungen aus.
Wählen Sie SAS-Token und URL generierenund dann Kopieren aus, um die Blob-SAS-URL zu kopieren.
Um den Ziel-URI für den
azcopy
Befehl zu erstellen, fügen Sie der SAS-URL den gewünschten Dateinamen hinzu.Eine Blob-SAS-URL weist das folgende Format auf:
Fügen Sie den Dateinamen im Format
/<filename>.vhd
vor dem Fragezeichen ein, das am Anfang der Abfragezeichenfolge steht. Die Dateinamenerweiterung muss VHD sein.Beispielsweise kopiert die folgende Blob-SAS-URL die Datei osdisk.vhd in den Blob-Container virtualmachines in mystorageaccount.
Um Ihre VHD mit AzCopy in einen Blob-Container zu kopieren, gehen Sie wie folgt vor:
Laden Sie AzCopy herunter, wenn Sie dies noch nicht getan haben.
Navigieren Sie in PowerShell zu dem Verzeichnis, in dem Sie die azcopy.exe gespeichert haben und führen Sie den folgenden Befehl aus:
.\azcopy copy <source URI> <target URI> --recursive
Dabei gilt Folgendes:
<source URI>
ist die Download-URL, die Sie zuvor generiert haben.<target URI>
gibt an, in welchen Blob-Container das neue Image in Ihrem Azure Storage-Konto kopiert werden soll. Anweisungen finden Sie weiter unten unter Verwenden von AzCopy zum Kopieren des VM-Images in das Speicherkonto.
Der folgende URI kopiert zum Bsp. eine Datei namens windowsosdisk.vhd in den Blob-Container für virtuelle Computer im Speicherkonto mystorageaccount:
.\azcopy copy "https://md-h1rvdq3wwtdp.z24.blob.storage.azure.net/gxs3kpbgjhkr/abcd?sv=2018-03-28&sr=b&si=f86003fc-a231-43b0-baf2-61dd51e3a05a&sig=abc123DEF456...%3D" "https://mystorageaccount.blob.core.windows.net/virtualmachines/osdisk.vhd?sp=rw&st=2021-05-21T16:52:24Z&se=2021-05-22T00:52:24Z&spr=https&sv=2020-02-10&sr=c&sig=abc123DEF456...%3D" --recursive
Für den obigen AzCopy-Beispielbefehl gibt die folgende Ausgabe an, dass eine Kopie erfolgreich erstellt wurde.
PS C:\azcopy\azcopy_windows_amd64_10.10.0> .\azcopy copy "https://md-h1rvdq3wwtdp.z24.blob.storage.azure.net/gxs3kpbgjhkr/abcd?sv=2018-03-28&sr=b&si=f86003fc-a231-43b0-baf2-61dd51e3a05a&sig=abc123DEF456...%3D" "https://mystorageaccount.blob.core.windows.net/virtualmachines/osdisk.vhd?sp=rw&st=2021-05-21T16:52:24Z&se=2021-05-22T00:52:24Z&spr=https&sv=2020-02-10&sr=c&sig=abc123DEF456...%3D" --recursive
INFO: Scanning...
INFO: Failed to create one or more destination container(s). Your transfers may still succeed if the container already exists.
INFO: Any empty folders will not be processed, because source and/or destination doesn't have full folder support
Job 783f2177-8317-3e4b-7d2f-697a8f1ab63c has started
Log file is located at: C:\Users\aseuser\.azcopy\783f2177-8317-3e4b-7d2f-697a8f1ab63c.log
INFO: Destination could not accommodate the tier P10. Going ahead with the default tier. In case of service to service transfer, consider setting the flag --s2s-preserve-access-tier=false.
100.0 %, 0 Done, 0 Failed, 1 Pending, 0 Skipped, 1 Total,
Job 783f2177-8317-3e4b-7d2f-697a8f1ab63c summary
Elapsed Time (Minutes): 1.4671
Number of File Transfers: 1
Number of Folder Property Transfers: 0
Total Number of Transfers: 1
Number of Transfers Completed: 1
Number of Transfers Failed: 0
Number of Transfers Skipped: 0
TotalBytesTransferred: 136367309312
Final Job Status: Completed
PS C:\azcopy\azcopy_windows_amd64_10.10.0>