Leitfaden zur manuellen Migration
Gilt für: ✔️ Windows-VMs ✔️ Linux-VMs ✔️ Lokale Umgebung ✔️ Azure Arc-fähige Server
Der Artikel enthält eine Anleitung zum Verschieben verschiedener Ressourcen bei der manuellen Migration.
Anleitung zum Verschieben verschiedener Ressourcen
| S.-Nr. | Funktion | Automation-Updateverwaltung | Azure Update Manager | Schritte mithilfe des Azure-Portals | Schritte mithilfe der API bzw. des Skripts |
|---|---|---|---|---|---|
| 1 | Patchverwaltung für Nicht-Azure-Computer. | Kann mit oder ohne Arc-Konnektivität ausgeführt werden | Azure Arc ist eine Voraussetzung für Nicht-Azure-Computer. | 1. Erstellen eines Dienstprinzipals 2. Generieren eines Installationsskripts 3. Installieren des Agents und Herstellen einer Verbindung mit Azure |
1. Erstellen eines Dienstprinzipals 2. Generieren eines Installationsskripts 3. Installieren des Agents und Herstellen einer Verbindung mit Azure |
| 2 | Aktivieren der regelmäßigen Bewertung, um alle paar Stunden automatisch nach den neuesten Updates zu suchen | Computer erhalten die neuesten Updates automatisch alle zwölf Stunden für Windows und alle drei Stunden für Linux. | Die regelmäßige Bewertung ist eine Updateeinstellung auf Ihrem Computer. Wenn sie aktiviert ist, ruft der Update-Manager alle 24 Stunden Updates für den Computer ab und zeigt den Status der neuesten Updates an. | 1. Einzelner Computer 2. Im großen Stil 3. Im großen Stil mithilfe von Richtlinien |
1. Für Azure-VM 2. Für Arc-fähige VM |
| 3 | Statische Zeitpläne für Updatebereitstellungen (statische Liste der Computer für die Updatebereitstellung) | Die Automation-Updateverwaltung hatte eigene Zeitpläne. | Azure Update Manager erstellt für einen Zeitplan ein Objekt für die Wartungskonfiguration. Sie müssen dieses Objekt erstellen, indem Sie alle Zeitplaneinstellungen aus der Automation-Updateverwaltung in den Zeitplan von Azure Update Manager kopieren. | 1. Einzelne VM 2. Im großen Stil 3. Im großen Stil mithilfe von Richtlinien |
Erstellen eines statischen Bereichs |
| 4 | Bereitstellungszeitpläne für dynamische Updates (diese definieren den Umfang von Computern unter anderem mithilfe von Ressourcengruppen und Tags, der während der Laufzeit dynamisch ausgewertet wird) | Identisch mit den statischen Updatezeitplänen | Identisch mit den statischen Updatezeitplänen | Hinzufügen eines dynamischen Bereichs | Erstellen eines dynamischen Bereichs |
| 5 | Offboarding aus der Azure Automation-Updateverwaltung | Nachdem Sie die Schritte 1, 2 und 3 abgeschlossen haben, müssen Sie die Objekte der Azure-Updateverwaltung bereinigen. | Entfernen der Lösung für die Updateverwaltung |
Nicht verfügbar | |
| 6 | Reporting | Benutzerdefinierte Updateberichte mithilfe von Log Analytics-Abfragen | Die Updatedaten werden in Azure Resource Graph (ARG) gespeichert. Kunden können ARG-Daten abfragen, um unter anderem benutzerdefinierte Dashboards und Arbeitsmappen zu erstellen. | Auf die alten in Log Analytics gespeicherten Daten der Automation-Updateverwaltung kann zugegriffen werden, es gibt jedoch keine Bereitstellung, mit der die Daten in ARG verschoben werden können. Sie können ARG-Abfragen schreiben, um auf Daten zuzugreifen, die nach dem Patchen von VMs über Azure Update Manager in ARG gespeichert werden. Mit ARG-Abfragen können Sie Dashboards und Arbeitsmappen mithilfe der folgenden Anweisungen erstellen: 1. Protokollstruktur der Updatedaten von Azure Ressource Graph 2. ARG-Beispielabfragen 3. Erstellen von Arbeitsmappen |
Nicht verfügbar |
| 7 | Anpassen von Workflows mithilfe von Pre- und Post-Skripts | Als Automation-Runbooks verfügbar | Es wird empfohlen, die Public Preview für Pre- und Post-Skripts auf Ihren Nichtproduktionscomputern zu testen und das Feature erst dann für Produktionsworkloads zu verwenden, wenn es allgemein verfügbar ist. | Verwalten von Ereignissen von Pre-/Postaufgaben (Vorschau) und Lernprogramm: Erstellen von Ereignissen für Pre-/Postaufgaben mithilfe eines Webhooks mit Automatisierung | |
| 8 | Erstellen von Warnungen basierend auf den Updatedaten für Ihre Umgebung | Warnungen können für Updatedaten eingerichtet werden, die in Log Analytics gespeichert sind. | Es wird empfohlen, die Public Preview für Warnungen auf Ihren Nichtproduktionscomputern zu testen und das Feature erst dann für Produktionsworkloads zu verwenden, wenn es allgemein verfügbar ist. | Erstellen von Warnungen (Vorschau) |