Die mcdc CLI untersucht die von einer physischen oder virtuellen Maschine (VM) erfassten Daten, wendet eine Reihe von Regeln an und erstellt einen Bericht mit den Ergebnissen der Bewertung.
Die Regeln und Beschreibungen sind in der folgenden Tabelle aufgeführt.
| Regel-ID | Ablauf | Betriebssystem | Kategorie | Getestetes Feature | Schweregrad | Fazit | Empfehlung | Status |
|---|---|---|---|---|---|---|---|---|
| A1N-FIT-1 | Containerisieren | GKE und GDC | – | Intern | Verfügbare VM-Daten | 6 | Keine Daten auf Gastebene für diese VM. | Erfassen Sie Daten auf Gastebene und führen Sie die Bewertung noch einmal durch. | umgesetzt |
| A1L-APP-2 | Containerisieren | GKE und GDC | Linux | Anwendung | Prozesse und Dienste ausführen | 2 | Es wurde ein verdächtiger Datenbankprozess gefunden. | Ziehen Sie eine Migration zu CloudSQL in Betracht. | umgesetzt |
| A1L-APP-3 | Containerisieren | GKE und GDC | Linux | Anwendung | Laufende Prozesse | 1 | Docker-Prozess gefunden. | Wenn die Arbeitslast bereits in einem Container ausgeführt wird, sollten Sie sie direkt in GKE/Anthos ausführen oder mit Migrate to Virtual Machines zu Compute Engine migrieren. | umgesetzt |
| A1L-APP-5 | Containerisieren | GKE und GDC | Linux | Anwendung | Datenträgerbelegung | 1 | Die Arbeitslast kann Daten enthalten und die Verwendung einer Image-/Datenmigration erfordern. Bitte erstellen Sie vorab eine Liste der Datenordner. | Bitte bereiten Sie die Liste der Datenordner im Voraus vor. | umgesetzt |
| A1L-HRD-3 | Containerisieren | GKE und GDC | Linux | Hardware | CPU-Architektur | 5 | ARM-VMs werden nicht unterstützt. | umgesetzt | |
| A1L-NET-1 | Containerisieren | GKE und GDC | Linux | Netzwerk | Gebundene IP-Adressen | 2 | Es wurde ein Listener unter einer IP-Adresse außerhalb von 0.0.0.0 gefunden. | Ändern Sie das Anwendungsverhalten, um eine lokale Adresse zu überwachen. | umgesetzt |
| A1L-NET-2 | Containerisieren | GKE und GDC | Linux | Netzwerk | Gebundene IP-Adressen | 2 | Es wurden Listener für mehrere IP-Adressen gefunden. | Ändern Sie das Anwendungsverhalten zur Beobachtung einer einzigen IP-Adresse. | umgesetzt |
| A1L-NET-3 | Containerisieren | GKE und GDC | Linux | Netzwerk | Gebundene IP-Ports | 3 | Es wurden mehrere Listener für denselben IP-Port gefunden. | Ändern Sie das Anwendungsverhalten, sodass an jedem Port ein einzelner Listener vorhanden ist. | umgesetzt |
| A1L-NET-4 | Containerisieren | GKE und GDC | Linux | Netzwerk | Netzwerkkarten (NICs) | 3 | Mehrere verwendete NICs gefunden. | Ändern Sie das Anwendungsverhalten zur Beobachtung einer einzigen IP-Adresse. | umgesetzt |
| A1L-NET-5 | Containerisieren | GKE und GDC | Linux | Netzwerk | Konfiguration statischer Hosts | 1 | Statische Hostkonfiguration gefunden. | Sehen Sie sich in der Dokumentation die Informationen zum Ändern von statischen Hosts unter „Einträge in Pod /etc/hosts mit HostAliases einfügen“ an. | umgesetzt |
| A1L-STO-1 | Containerisieren | GKE und GDC | Linux | Speicher | Netzwerkbereitstellungen | 1 | Netzwerkbereitstellungen gefunden. | Weitere Informationen zum Anhängen von NFS-/CIFS-Volumes an die Deployment-YAML finden Sie unter in der Dokumentation zum Bereitstellen externer Volumes. | umgesetzt |
| A1L-STO-2 | Containerisieren | GKE und GDC | Linux | Speicher | Bereitgestellte Dateisysteme | 3 | Inkompatibles bereitgestelltes Dateisystem gefunden. | Ziehen Sie in Betracht, das bereitgestellte Dateisystem zu entfernen oder die Daten zu migrieren. | umgesetzt |
| A1L-STO-3 | Containerisieren | GKE und GDC | Linux | Speicher | Bereitgestellte Dateisysteme | 2 | Bereitgestelltes Dateisystem mit erzwungenem Security Enhanced Linux (SELinux) gefunden. | Deaktivieren Sie SELinux oder wenden Sie vor der Migration ein AppArmor-Profil manuell an. | umgesetzt |
| A1L-STO-5 | Containerisieren | GKE und GDC | Linux | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Achten Sie darauf, dass keine interne Abhängigkeit vom erkannten NFS-Server besteht, um den NFS-Export fortsetzen zu können. Wenn eine Abhängigkeit besteht, lassen Sie die ursprüngliche VM nach der Migration bestehen. | umgesetzt |
| A1L-STO-7 | Containerisieren | GKE und GDC | Linux | Speicher | Dateien öffnen | 5 | Es wurde ein offenes Blockgerät gefunden. | Versuchen Sie, das offene Blockgerät zu schließen. | umgesetzt |
| A2L-APP-2 | Containerisieren | GKE Autopilot | Linux | Anwendung | Prozesse und Dienste ausführen | 2 | Es wurde ein verdächtiger Datenbankprozess gefunden. | Migrieren Sie Datenbankdienste zu Cloud SQL, um die Kompatibilität zu optimieren. | umgesetzt |
| A2L-APP-3 | Containerisieren | GKE Autopilot | Linux | Anwendung | Laufende Prozesse | 1 | Docker-Prozess gefunden. | Anstatt die VM zu migrieren, sollten Sie ihre Container in GKE oder Anthos ausführen. Alternativ können Sie mit Migrate to VMs die VM unverändert in Compute Engine ausführen. | umgesetzt |
| A2L-APP-5 | Containerisieren | GKE Autopilot | Linux | Anwendung | CPU-Anzahl | 4 | Die CPU-Anzahl überschreitet die maximale Anzahl an Pod-vCPUs. | Weisen Sie CPU-Ressourcen neu zu, um die resultierende Anzahl von CPUs zu reduzieren, die pro Pod im Migrationsziel verwendet werden. Weitere Informationen zu Ressourcenbereichen finden Sie hier: https://cloud.google.com/kubernetes-engine/docs/concepts/autopilot-overview#allowable_resource_ranges. | umgesetzt |
| A2L-APP-6 | Containerisieren | GKE Autopilot | Linux | Anwendung | Speichergröße | 4 | Die Speichergröße überschreitet die maximale Pod-Speichergröße. | Weisen Sie CPU-Ressourcen neu zu, um die resultierende Arbeitsspeichermenge zu reduzieren, die pro Pod im Migrationsziel verwendet wird. Weitere Informationen zu Ressourcenbereichen finden Sie hier: https://cloud.google.com/kubernetes-engine/docs/concepts/autopilot-overview#allowable_resource_ranges. | umgesetzt |
| A2L-APP-7 | Containerisieren | GKE Autopilot | Linux | Anwendung | Datenträgerbelegung | 1 | Die Arbeitslast kann Daten enthalten und die Verwendung einer Image-/Datenmigration erfordern. Bitte erstellen Sie vorab eine Liste der Datenordner. | Erstellen Sie vor der Migration eine Liste Ihrer Datenordner, wenn Sie sowohl Daten als auch Images migrieren. | umgesetzt |
| A2L-FIT-1 | Containerisieren | GKE Autopilot | Linux | Intern | Verfügbare VM-Daten | 6 | Keine Daten auf Gastebene für diese VM. | Erfassen Sie Daten auf Gastebene und führen Sie die Bewertung noch einmal durch. | umgesetzt |
| A2L-HRD-3 | Containerisieren | GKE Autopilot | Linux | Hardware | CPU-Architektur | 5 | ARM-VMs werden nicht unterstützt. | umgesetzt | |
| A2L-NET-1 | Containerisieren | GKE Autopilot | Linux | Netzwerk | Gebundene IP-Adressen | 2 | Es wurde ein Listener unter einer IP-Adresse außerhalb von 0.0.0.0 gefunden. | Die Anwendung wartet auf eine andere IP-Adresse als 0.0.0.0. Ändern Sie die Anwendung so, dass sie eine lokale IP-Adresse überwacht. | umgesetzt |
| A2L-NET-2 | Containerisieren | GKE Autopilot | Linux | Netzwerk | Gebundene IP-Adressen | 2 | Es wurden Listener für mehrere IP-Adressen gefunden. | Es sind mehrere Listener auf demselben Port vorhanden. Ändern Sie die Anwendung so, dass sie eine einzelne IP-Adresse überwacht. | umgesetzt |
| A2L-NET-3 | Containerisieren | GKE Autopilot | Linux | Netzwerk | Gebundene IP-Ports | 3 | Es wurden mehrere Listener für denselben IP-Port gefunden. | Die Anwendung überwacht mehrere IP-Adressen. Ändern Sie die Anwendung so, dass nur ein Listener pro Port vorhanden ist. | umgesetzt |
| A2L-NET-4 | Containerisieren | GKE Autopilot | Linux | Netzwerk | Netzwerkkarten (NICs) | 3 | Mehrere verwendete NICs gefunden. | Die Anwendung verwendet mehrere Netzwerkkarten (NICs). Ändern Sie die Anwendung so, dass sie eine einzelne IP-Adresse überwacht. | umgesetzt |
| A2L-NET-5 | Containerisieren | GKE Autopilot | Linux | Netzwerk | Konfiguration statischer Hosts | 1 | Statische Hostkonfiguration gefunden. | Ersetzen Sie Ihre statischen Hostkonfigurationen durch HostAliases-Einträge in der Datei „/etc/hosts“ des Pods. Weitere Informationen zu Hostaliassen finden Sie hier: https://kubernetes.io/docs/tasks/network/customize-hosts-file-for-pods. | umgesetzt |
| A2L-STO-1 | Containerisieren | GKE Autopilot | Linux | Speicher | Netzwerkbereitstellungen | 1 | Netzwerkbereitstellungen gefunden. | Vorhandene Netzwerkbereitstellungen werden nicht unterstützt. Hängen Sie Ihre NFS- und CIFS-Volumes mithilfe von YAML an. Weitere Informationen finden Sie hier: https://cloud.google.com/migrate/containers/docs/mounting-external-volumes. | umgesetzt |
| A2L-STO-2 | Containerisieren | GKE Autopilot | Linux | Speicher | Bereitgestellte Dateisysteme | 3 | Inkompatibles bereitgestelltes Dateisystem gefunden. | Ziehen Sie in Betracht, das bereitgestellte Dateisystem zu entfernen oder die Daten zu migrieren. | umgesetzt |
| A2L-STO-3 | Containerisieren | GKE Autopilot | Linux | Speicher | Bereitgestellte Dateisysteme | 2 | Bereitgestelltes Dateisystem mit erzwungenem Security Enhanced Linux (SELinux) gefunden. | Deaktivieren Sie Security Enhanced Linux (SELinux) oder wenden Sie manuell ein AppArmor-Profil an. | umgesetzt |
| A2L-STO-5 | Containerisieren | GKE Autopilot | Linux | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Achten Sie darauf, dass keine interne Abhängigkeit vom erkannten NFS-Server besteht, um den NFS-Export fortsetzen zu können. Wenn eine Abhängigkeit besteht, lassen Sie die ursprüngliche VM nach der Migration bestehen. | umgesetzt |
| A2L-STO-7 | Containerisieren | GKE Autopilot | Linux | Speicher | Dateien öffnen | 5 | Es wurde ein offenes Blockgerät gefunden. | Schließen Sie alle offenen blockorientierten Geräte. | umgesetzt |
| A3L-APP-2 | Containerisieren | Cloud Run | Linux | Anwendung | Prozesse und Dienste ausführen | 5 | Es wurde ein verdächtiger Datenbankprozess gefunden. | Ziehen Sie eine Migration zu CloudSQL in Betracht. | umgesetzt |
| A3L-APP-3 | Containerisieren | Cloud Run | Linux | Anwendung | Laufende Prozesse | 1 | Docker-Prozess gefunden. | Erwägen Sie die Verwendung von Migrate to VMS oder die direkte Ausführung der Container in GKE/Anthos. | umgesetzt |
| A3L-APP-5 | Containerisieren | Cloud Run | Linux | Anwendung | CPU-Anzahl | 4 | Die CPU-Anzahl überschreitet die maximale CPU-Anzahl. | Ziehen Sie in Betracht, CPU-Ressourcen neu zuzuweisen. Siehe: https://cloud.google.com/run/quotas. | umgesetzt |
| A3L-APP-6 | Containerisieren | Cloud Run | Linux | Anwendung | Speichergröße | 4 | Die Speichergröße überschreitet die maximale Speichergröße. | Denken Sie darüber nach, Arbeitsspeicherressourcen neu zuzuweisen. Siehe: https://cloud.google.com/run/quotas. | umgesetzt |
| A3L-APP-7 | Containerisieren | Cloud Run | Linux | Anwendung | Datenträgerbelegung | 1 | Die Arbeitslast kann Daten enthalten und die Verwendung einer Image-/Datenmigration erfordern. Bitte erstellen Sie vorab eine Liste der Datenordner. | Bitte bereiten Sie die Liste der Datenordner im Voraus vor. | umgesetzt |
| A3L-FIT-1 | Containerisieren | Cloud Run | Linux | Intern | Verfügbare VM-Daten | 6 | Keine Daten auf Gastebene für diese VM. | Erfassen Sie Daten auf Gastebene und führen Sie die Bewertung noch einmal durch. | umgesetzt |
| A3L-HRD-3 | Containerisieren | Cloud Run | Linux | Hardware | CPU-Architektur | 5 | ARM-VMs werden nicht unterstützt. | umgesetzt | |
| A3L-NET-1 | Containerisieren | Cloud Run | Linux | Netzwerk | Gebundene IP-Adressen | 2 | Es wurde ein Listener unter einer IP-Adresse außerhalb von 0.0.0.0 gefunden. | Ändern Sie das Anwendungsverhalten, um eine lokale Adresse zu überwachen. | umgesetzt |
| A3L-NET-2 | Containerisieren | Cloud Run | Linux | Netzwerk | Gebundene IP-Adressen | 2 | Es wurden Listener für mehrere IP-Adressen gefunden. | Ändern Sie das Anwendungsverhalten zur Beobachtung einer einzigen IP-Adresse. | umgesetzt |
| A3L-NET-3 | Containerisieren | Cloud Run | Linux | Netzwerk | Gebundene IP-Ports | 3 | Es wurden mehrere Listener für denselben IP-Port gefunden. | Ändern Sie das Anwendungsverhalten, sodass an jedem Port ein einzelner Listener vorhanden ist. | umgesetzt |
| A3L-NET-4 | Containerisieren | Cloud Run | Linux | Netzwerk | Netzwerkkarten (NICs) | 3 | Mehrere verwendete NICs gefunden. | Ändern Sie das Anwendungsverhalten zur Beobachtung einer einzigen IP-Adresse. | umgesetzt |
| A3L-NET-5 | Containerisieren | Cloud Run | Linux | Netzwerk | Konfiguration statischer Hosts | 1 | Statische Hostkonfiguration gefunden. | Sehen Sie sich in der Dokumentation die Informationen zum Ändern von statischen Hosts unter „Einträge in Pod /etc/hosts mit HostAliases einfügen“ an. | umgesetzt |
| A3L-STO-1 | Containerisieren | Cloud Run | Linux | Speicher | Netzwerkbereitstellungen | 1 | Netzwerkbereitstellungen gefunden. | Weitere Informationen zum Anhängen von NFS-/CIFS-Volumes an die Deployment-YAML finden Sie unter in der Dokumentation zum Bereitstellen externer Volumes. | umgesetzt |
| A3L-STO-2 | Containerisieren | Cloud Run | Linux | Speicher | Bereitgestellte Dateisysteme | 3 | Inkompatibles bereitgestelltes Dateisystem gefunden. | Ziehen Sie in Betracht, das bereitgestellte Dateisystem zu entfernen oder die Daten zu migrieren. | umgesetzt |
| A3L-STO-3 | Containerisieren | Cloud Run | Linux | Speicher | Bereitgestellte Dateisysteme | 2 | Bereitgestelltes Dateisystem mit erzwungenem Security Enhanced Linux (SELinux) gefunden. | Deaktivieren Sie SELinux oder wenden Sie vor der Migration ein AppArmor-Profil manuell an. | umgesetzt |
| A3L-STO-5 | Containerisieren | Cloud Run | Linux | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Achten Sie darauf, dass keine interne Abhängigkeit vom erkannten NFS-Server besteht, um den NFS-Export fortsetzen zu können. Wenn eine Abhängigkeit besteht, lassen Sie die ursprüngliche VM nach der Migration bestehen. | umgesetzt |
| A3L-STO-7 | Containerisieren | Cloud Run | Linux | Speicher | Dateien öffnen | 5 | Es wurde ein offenes Blockgerät gefunden. | Versuchen Sie, das offene Blockgerät zu schließen. | umgesetzt |
| A5N-APP-1 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Tomcat-Version | 3 | Nicht unterstützte Tomcat-Version gefunden. Unterstützte Tomcat-Versionen sind 8.5 bis 10.0. | Nicht unterstützte Tomcat-Serverversion erkannt. Die Migration ist möglich, aber einige Funktionen funktionieren möglicherweise nicht. | umgesetzt |
| A5N-APP-2 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Tomcat-Clustering | 2 | Clustering-Konfiguration in der Tomcat-Serverkonfiguration erkannt. | Erwägen Sie einen Wechsel zu einer von Kubernetes unterstützten Clustering-Implementierung oder entfernen Sie diese aus der Datei „server.xml“. | umgesetzt |
| A5N-APP-3 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Tomcat-Proxykonfiguration | 2 | Reverse-Proxykonfiguration in der Tomcat-Serverkonfiguration erkannt. | Der Tomcat-Server ist so konfiguriert, dass er hinter einem Reverse-Proxy ausgeführt wird. Ziehen Sie in Betracht, die Proxykonfiguration in „server.xml“ zu entfernen oder anzupassen. | umgesetzt |
| A5N-APP-4 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Java-Proxykonfiguration | 2 | In den JVM-Argumenten des Tomcat-Servers erkannte Java-Proxykonfiguration. | Erwägen Sie die Aktualisierung der Proxykonfiguration in JVM-Argumenten auf den korrekten Proxy zu verwenden, oder entfernen Sie ihn, falls ein Proxy nicht mehr benötigt wird. | umgesetzt |
| A5N-APP-5 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | JMX-Konfiguration | 2 | In den JVM-Argumenten des Tomcat-Servers erkannte JMX-Konfiguration. | JMX-Konfiguration wurde erkannt. Beachten Sie, dass einige Features von JMX in Kubernetes möglicherweise nicht wie erwartet funktionieren. | umgesetzt |
| A5N-APP-6 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Java-Version | 3 | Java Version 8 und höher wird unterstützt. | Nicht unterstützte Java-Version wurde erkannt. Die Migration ist möglich, aber einige Funktionen funktionieren möglicherweise nicht. | umgesetzt |
| A5N-APP-7 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Tomcat-Konfiguration | 5 | Die Konfigurationsdatei "server.xml" fehlt oder ist ungültig. | umgesetzt | |
| A5N-APP-8 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Tomcat-jvmRoute | 2 | jvmRoute wurde in der Tomcat-Serverkonfiguration erkannt. | Ziehen Sie in Betracht, die jvmRoute-Konfiguration aus „server.xml“ zu entfernen. | umgesetzt |
| A5N-APP-9 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Von Java empfohlene Verzeichnisse | 2 | Die Java-Empfehlung für Verzeichniskonfigurationen wurde in den JVM-Argumenten des Tomcat-Servers erkannt. | Erwägen Sie die Migration der von Java empfohlenen Pfade zum Abschnitt "additionalFiles" im Migrationsplan und schließen Sie ENV CATALINA_OPTS="${CATALINA_OPTS} -Djava.endorsed.dirs=..." in das Dockerfile ein. | umgesetzt |
| A5N-APP-10 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Datenbankverbindungen | 2 | Datenbankverbindungen gefunden. | Prüfen Sie, ob Tomcat eine externe Datenbank verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A5N-APP-11 | Containerisieren | Tomcat-Anwendungscontainer | – | Anwendung | Webserververbindungen | 2 | Webserververbindungen gefunden. | Prüfen Sie, ob Tomcat einen externen Webserver verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A5N-STO-1 | Containerisieren | Tomcat-Anwendungscontainer | – | Speicher | Netzwerkbereitstellungen | 2 | Netzwerkbereitstellungen gefunden. | Prüfen Sie, ob Tomcat NFS-Bereitstellungen verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A5N-STO-2 | Containerisieren | Tomcat-Anwendungscontainer | – | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Behalten Sie die aktuelle VM bei, sobald der Tomcat-Server gelöscht wurde. Prüfen Sie, ob Tomcat die als NFS-Server exportierten Teile des Dateisystems verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A6N-APP-1 | Containerisieren | Windows-IIS-Anwendungscontainer | – | Anwendung | Betriebssystem | 5 | Die Windows-Version wird nicht unterstützt. | Ziehen Sie ein Upgrade von Windows in Betracht. | umgesetzt |
| A6N-APP-2 | Containerisieren | Windows-IIS-Anwendungscontainer | – | Anwendung | Virtuelle Verzeichnisse | 2 | Virtuelles Verzeichnis auf einem Netzwerklaufwerk gefunden. | Ziehen Sie in Betracht, das virtuelle Verzeichnis auf ein lokales Laufwerk zu verschieben. | umgesetzt |
| A6N-APP-3 | Containerisieren | Windows-IIS-Anwendungscontainer | – | Anwendung | Virtuelle Verzeichnisse | 2 | Ein fehlendes virtuelles Verzeichnis wurde gefunden. | Sie können das virtuelle Verzeichnis aus dem Migrationsplan ausschließen. | umgesetzt |
| A6N-APP-4 | Containerisieren | Windows-IIS-Anwendungscontainer | – | Anwendung | Anwendungspool-Identitäten | 3 | Die Anwendung verwendet einen Anwendungspool mit einer Active Directory-Identität. | Konfigurieren Sie ein verwaltetes Dienstkonto für die Gruppe (group Managed Service Account, GMSA). | umgesetzt |
| A6N-APP-5 | Containerisieren | Windows-IIS-Anwendungscontainer | – | Anwendung | ASP.NET Core | 5 | ASP.NET Core wird nicht unterstützt. | umgesetzt | |
| A7N-APP-1 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | SSL erkannt | 3 | Apache VirtualHost SSL ist aktiviert. | Die SSL-Nutzung wurde erkannt, aber die aktuelle Version unterstützt keine Migration von SSL-Zertifikaten. Sie können sie manuell konfigurieren: https://httpd.apache.org/docs/2.4/ssl/ssl_howto.html. | umgesetzt |
| A7N-APP-2 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Apache-Version | 4 | Apache-Version wird nicht unterstützt. | Nicht unterstützte Apache-Version erkannt. Verwenden Sie Apache 2.4. | umgesetzt |
| A7N-APP-3 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Apache-Installationsort | 2 | Apache ist nicht am Standardspeicherort installiert. | Bevor Sie die Migration ausführen, sollten Sie das Apache-Konfigurationsverzeichnis auf dem Ubuntu/Debian-System nach /etc/apache2 oder auf dem CentOS-System nach /etc/httpd verschieben. |
umgesetzt |
| A7N-APP-4 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Von Apache nicht unterstützte Module | 3 | Nicht unterstützte Apache-Module erkannt. | Nicht unterstützte Module wurden erkannt. Sie sollten sie manuell auf dem migrierten Image installieren. Liste der unterstützten Module: https://cloud.google.com/migrate/containers/docs/apache/apache-customizing-a-migration-plan#load_and_install. | umgesetzt |
| A7N-APP-5 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Nicht unterstützte PHP-Version | 2 | Nicht unterstützte PHP-Version wurde erkannt. | Nicht unterstützte PHP-Version. Verwenden Sie PHP 7.4. | umgesetzt |
| A7N-APP-6 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | WordPress erkannt | 4 | WordPress-Host in Echtzeit erkannt. | Sie können die WordPress-Migration mit Migrate to Containers für diesen Server verwenden. | umgesetzt |
| A7N-APP-7 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Drupal erkannt | 4 | Virtueller Drupal-Host erkannt. | Virtuelle Drupal-Hosts werden in der aktuellen Version von Migrate to Containers nicht unterstützt. | umgesetzt |
| A7N-APP-8 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Magento erkannt | 4 | Virtueller Magento-Host erkannt. | Magento-Hosts, die in der aktuellen Version von Migrate to Containers nicht unterstützt werden. | umgesetzt |
| A7N-APP-9 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Datenbankverbindungen | 2 | Datenbankverbindungen gefunden. | Prüfen Sie, ob Apache2 eine externe Datenbank verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A7N-APP-10 | Containerisieren | Apache2-Anwendungscontainer | – | Anwendung | Webserververbindungen | 2 | Webserververbindungen gefunden. | Prüfen Sie, ob Apache2 einen externen Webserver verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A7N-STO-1 | Containerisieren | Apache2-Anwendungscontainer | – | Speicher | Netzwerkbereitstellungen | 2 | Netzwerkbereitstellungen gefunden. | Prüfen Sie, ob Apache2 NFS-Bereitstellungen verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A7N-STO-2 | Containerisieren | Apache2-Anwendungscontainer | – | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Übernehmen Sie nach dem Löschen des Apache2-Servers die aktuelle VM. Prüfen Sie, ob Apache2 die als NFS-Server exportierten Teile des Dateisystems verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A8N-APP-1 | Containerisieren | JBoss-Anwendungscontainer | – | Anwendung | JBoss-Version | 3 | JBoss-Version wird nicht unterstützt. | Nicht unterstützte JBoss-Version wurde erkannt. Führen Sie gegebenenfalls ein Upgrade auf eine unterstützte Version durch. Eine Liste der unterstützten Versionen finden Sie unter https://cloud.google.com/migrate/containers/docs/migrating-overview#migrate_a_jboss_server. | umgesetzt |
| A8N-APP-2 | Containerisieren | JBoss-Anwendungscontainer | – | Anwendung | JBoss-Schlüsselspeicher | 4 | JBoss verwendet einen lokalen Schlüsselspeicher. | JBoss-Secrets werden noch nicht unterstützt. Daher wird der Schlüsselspeicher während der Migration manuell in das Image kopiert. | umgesetzt |
| A8N-APP-3 | Containerisieren | JBoss-Anwendungscontainer | – | Anwendung | JBoss-Ausführungsmodus | 5 | Die JBoss-Migration wird nur bei der Migration der JBoss-Server im eigenständigen Modus unterstützt. | umgesetzt | |
| A8N-APP-4 | Containerisieren | JBoss-Anwendungscontainer | – | Anwendung | JBoss-Java-Version | 1 | Nicht unterstützte Java-Version wurde erkannt. Die Migration ist möglich, aber einige Funktionen funktionieren möglicherweise nicht. | umgesetzt | |
| A8N-APP-5 | Containerisieren | JBoss-Anwendungscontainer | – | Anwendung | Datenbankverbindungen | 2 | Datenbankverbindungen gefunden. | Prüfen Sie, ob JBoss eine externe Datenbank verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A8N-APP-6 | Containerisieren | JBoss-Anwendungscontainer | – | Anwendung | Webserververbindungen | 2 | Webserververbindungen gefunden. | Prüfen Sie, ob JBoss einen externen Webserver verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A8N-STO-1 | Containerisieren | JBoss-Anwendungscontainer | – | Speicher | Netzwerkbereitstellungen | 2 | Netzwerkbereitstellungen gefunden. | Prüfen Sie, ob JBoss NFS-Bereitstellungen verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A8N-STO-2 | Containerisieren | JBoss-Anwendungscontainer | – | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Übernehmen Sie nach dem Löschen des JBoss-Servers die aktuelle VM. Prüfen Sie, ob JBoss die als NFS-Server exportierten Teile des Dateisystems verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A9N-APP-1 | Containerisieren | WordPress-Anwendungscontainer | – | Anwendung | WordPress-Version | 3 | WordPress-Version wird nicht unterstützt. | Nicht unterstützte WordPress-Version erkannt. Migrate to Containers unterstützt die Migration von WordPress-Version 4.0 und höher. Wir empfehlen, WordPress auf die neueste Version zu aktualisieren. | umgesetzt |
| A9N-APP-2 | Containerisieren | WordPress-Anwendungscontainer | – | Anwendung | Datenbankverbindungen | 2 | Datenbankverbindungen gefunden. | Prüfen Sie, ob WordPress eine externe Datenbank verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/planning-best-practices#ensure_databases_are_accessible. | umgesetzt |
| A9N-APP-3 | Containerisieren | WordPress-Anwendungscontainer | – | Anwendung | WordPress-Plug-ins | 1 | Es wurden installierte Plug-ins gefunden, die die Migration beeinträchtigen können. | Wenn Sie die Website-URL ändern möchten, sind für einige installierte Plug-ins möglicherweise zusätzliche Schritte erforderlich. Weitere Informationen erhalten Sie vom Support des jeweiligen Plug-ins. | umgesetzt |
| A9N-STO-1 | Containerisieren | WordPress-Anwendungscontainer | – | Speicher | Netzwerkbereitstellungen | 2 | Netzwerkbereitstellungen gefunden. | Prüfen Sie, ob WordPress NFS-Bereitstellungen verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A9N-STO-2 | Containerisieren | WordPress-Anwendungscontainer | – | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Übernehmen Sie nach dem Löschen des WordPress-Servers die aktuelle VM. Prüfen Sie, ob WordPress die als NFS-Server exportierten Teile des Dateisystems verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A10N-APP-1 | Containerisieren | WebSphere-Anwendungscontainer | – | Anwendung | Datenbankverbindungen | 2 | Datenbankverbindungen gefunden. | Prüfen Sie, ob WebSphere eine externe Datenbank verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A10N-APP-2 | Containerisieren | WebSphere-Anwendungscontainer | – | Anwendung | Webserververbindungen | 2 | Webserververbindungen gefunden. | Prüfen Sie, ob WebSphere einen externen Webserver verwendet. Wenn ja, stellen Sie sicher, dass der Bereitstellungscluster Zugriff darauf hat. | umgesetzt |
| A10N-STO-1 | Containerisieren | WebSphere-Anwendungscontainer | – | Speicher | Netzwerkbereitstellungen | 2 | Netzwerkbereitstellungen gefunden. | Prüfen Sie, ob WebSphere NFS-Bereitstellungen verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| A10N-STO-2 | Containerisieren | WebSphere-Anwendungscontainer | – | Speicher | Exportierte Netzwerkdateisysteme (NFS) | 3 | Exportiertes NFS gefunden. | Behalten Sie die aktuelle VM bei, sobald WebSphere gelöscht wurde. Prüfen Sie, ob WebSphere die als NFS-Server exportierten Teile des Dateisystems verwendet. Wenn ja, stellen Sie sicher, dass auf die NFS-Server über den Bereitstellungscluster zugegriffen werden kann, der die migrierte Containerarbeitslast hostet. Weitere Informationen finden Sie in der Dokumentation unter https://cloud.google.com/migrate/containers/docs/customizing-a-migration-plan#customize_nfs_mounts. | umgesetzt |
| C1N-HRD-1 | Umschalttaste | Compute Engine-VM | – | Hardware | Mediengeräte | 1 | CD-ROM- oder Diskettenlaufwerke gefunden. Bei der Migration zu VMs werden CD-ROM- oder Diskettenlaufwerke automatisch entfernt. | Entfernen Sie alle CD-ROMs und Disketten. Migrieren Sie gegebenenfalls die Daten, bevor Sie die Laufwerke entfernen. | umgesetzt |
| C1N-HRD-2 | Umschalttaste | Compute Engine-VM | – | Hardware | ESX-Version | 5 | Nicht unterstützte ESXi-Version gefunden. Unterstützte ESXi-Versionen sind 5.5 bis 8.0. | Verschieben Sie die VM mit vMotion auf einen ESX-Host, auf dem ESXi Version 5.5–8.0 ausgeführt wird. | umgesetzt |
| C1N-HRD-3 | Umschalttaste | Compute Engine-VM | – | Hardware | vCenter-Version | 5 | Nicht unterstützte vCenter-Version gefunden. Unterstützte vCenter-Versionen sind 5.5 bis 8.0. | Aktualisieren Sie vCenter auf Version 5.5–8.0. | umgesetzt |
| C1N-HRD-4 | Umschalttaste | Compute Engine-VM | – | Hardware | CPU-Architektur | 1 | Unterstützung für ARM-VMs bald verfügbar. | umgesetzt | |
| C1N-STO-1 | Umschalttaste | Compute Engine-VM | – | Speicher | Freigegebenes Volume | 3 | Ein freigegebenes VMDK wurde gefunden, das an die VM angehängt ist. Freigegebene Laufwerke können mit Migrate to VMs nicht migriert werden, da sie keine Snapshot-Vorgänge unterstützen. | Aktualisieren Sie die VM-Speicherkonfiguration so, dass die VMDK-Datei nicht freigegeben wird. Sie können freigegebene Laufwerke nicht mit Snapshots sichern. | umgesetzt |
| C1N-STO-2 | Umschalttaste | Compute Engine-VM | – | Speicher | Unabhängige Laufwerke | 3 | Ein unabhängiges Laufwerk wurde gefunden, das an die VM angehängt ist. Unabhängige Laufwerke können nicht mit Migrate to VMs migriert werden, da sie keine Snapshot-Vorgänge unterstützen. | Konfigurieren Sie den VM-Speicher, der derzeit als unabhängige nichtflüchtige Speicher konfigurierte Laufwerke verwendet. Sie können unabhängige Laufwerke nicht mit Snapshots sichern. Weitere Informationen finden Sie hier: https://kb.vmware.com/s/articles/1004094. | umgesetzt |
| C1N-STO-3 | Umschalttaste | Compute Engine-VM | – | Speicher | RDM-Laufwerk | 4 | RDM-Laufwerk mit physischem Kompatibilitätsmodus, das mit der VM verbunden ist RDM-Laufwerke mit aktiviertem Kompatibilitätsmodus können nicht mit Migrate to VMs migriert werden, da sie keine Snapshot-Vorgänge unterstützen. | Deaktivieren Sie den physischen Kompatibilitätsmodus für RDM-Laufwerke, die ihn aktiviert haben. Sie können diese Laufwerkstypen nicht mit Snapshots sichern. Weitere Informationen finden Sie hier: https://kb.vmware.com/s/articles/1005241?lang=en_US&queryTerm=RDM+Disk+issue. | umgesetzt |
| C1N-STO-5 | Umschalttaste | Compute Engine-VM | – | Speicher | CBT-Unterstützung | 4 | Unterstützung für Laufwerk-CBT (Change Block Tracking) ist erforderlich. | Achten Sie darauf, dass im gesamten Speicher das CBT von Änderungen unterstützt wird, wie hier beschrieben: https://kb.vmware.com/s/article/1020128. | umgesetzt |
| C1L-APP-1 | Umschalttaste | Compute Engine-VM | Linux | Anwendung | Betriebssystem | 3 | Betriebssystemversion wird von Migrate to VMs nicht unterstützt. | Aktualisieren Sie Ihr Betriebssystem wie in dieser Liste beschrieben: https://cloud.google.com/migrate/compute-engine/docs/5.0/reference/supported-os-versions. | umgesetzt |
| C1L-APP-2 | Umschalttaste | Compute Engine-VM | Linux | Anwendung | VirtIO-Treiber | 3 | Das Betriebssystem verwendet einen proprietären oder vom Kunden erstellten Kernel, der die erforderlichen VirtIO-Treiber nicht nativ unterstützt oder bei dem diese fehlen. | Der Linux-Kernel muss VirtIO-Treiber enthalten, damit die Compute Engine verwendet werden kann. Erstellen Sie den Kernel neu, um sie einzubinden. | umgesetzt |
| C1W-APP-1 | Umschalttaste | Compute Engine-VM | Windows | Anwendung | Betriebssystem | 3 | Betriebssystemversion wird von Migrate to VMs nicht unterstützt. | Aktualisieren Sie das Betriebssystem auf eines der unterstützten Betriebssysteme. Eine entsprechende Liste finden Sie hier: https://cloud.google.com/migrate/compute-engine/docs/5.0/reference/unterstützt-os-versions. | umgesetzt |
| C1W-STO-1 | Umschalttaste | Compute Engine-VM | Windows | Speicher | BitLocker-Verschlüsselung | 3 | Das Systemlaufwerk ist mit BitLocker verschlüsselt. | Entschlüsseln Sie das Systemlaufwerk, bevor Sie mit der Migration beginnen. | umgesetzt |
| C2N-HRD-1 | Shift | Google Cloud VMware Engine VM | – | Hardware | ESX-Version | 5 | Nicht unterstützte ESXi-Version gefunden. Unterstützt werden ESXi-Versionen ab 6.5. | Verschieben Sie die VM mit vMotion auf einen ESX-Host, auf dem ESXi Version 6.5 oder höher ausgeführt wird. | umgesetzt |
| C2N-HRD-2 | Shift | Google Cloud VMware Engine VM | – | Hardware | vCenter-Version | 5 | Nicht unterstützte vCenter-Version gefunden. Unterstützte vCenter-Versionen sind 5.5–7.0. | Führen Sie ein Upgrade auf vCenter Version 5.5–7.0 aus. | umgesetzt |
| C2N-HRD-3 | Shift | Google Cloud VMware Engine VM | – | Hardware | CPU-Architektur | 5 | ARM-VMs werden nicht unterstützt. | umgesetzt | |
| C2N-STO-1 | Shift | Google Cloud VMware Engine VM | – | Speicher | RDM-Laufwerk | 4 | RDM-Laufwerk mit physischem Kompatibilitätsmodus, das mit der VM verbunden ist RDM-Laufwerke mit aktiviertem physischem Kompatibilitätsmodus können nicht migriert werden, da sie keine Snapshot-Vorgänge unterstützen. | Deaktivieren Sie den physischen Kompatibilitätsmodus für RDM-Laufwerke, die ihn aktiviert haben. Sie können diese Laufwerkstypen nicht mit Snapshots sichern. Weitere Informationen finden Sie hier: https://kb.vmware.com/s/articles/1005241?lang=en_US&queryTerm=RDM+Disk+issue. | umgesetzt |
| C2N-STO-2 | Shift | Google Cloud VMware Engine VM | – | Speicher | Freigegebenes Volume | 3 | Ein freigegebenes VMDK wurde gefunden, das an die VM angehängt ist. Freigegebene Laufwerke können nicht migriert werden, da sie keine Snapshot-Vorgänge unterstützen. | Aktualisieren Sie das freigegebene VMDK-Laufwerk. Sie können freigegebene Laufwerke nicht mit Snapshots sichern. | umgesetzt |
| C2N-STO-3 | Shift | Google Cloud VMware Engine VM | – | Speicher | Unabhängige Laufwerke | 3 | Ein unabhängiges Laufwerk wurde gefunden, das an die VM angehängt ist. Unabhängige Laufwerke können nicht migriert werden, da sie keine Snapshot-Vorgänge unterstützen. | Aktualisieren Sie unabhängige Laufwerke, die an die VM angehängt sind. Sie können unabhängige Laufwerke nicht mit Snapshots sichern. Weitere Informationen finden Sie hier: https://kb.vmware.com/s/articles/1004094. | umgesetzt |
| C2N-STO-4 | Shift | Google Cloud VMware Engine VM | – | Speicher | CBT-Unterstützung | 4 | Unterstützung für Laufwerk-CBT (Change Block Tracking) ist erforderlich. | Konfigurieren Sie Ihren VM-Speicher neu, um die Anforderungen für Changed Block Tracking (CBT) zu erfüllen. Weitere Informationen finden Sie hier: https://kb.vmware.com/s/article/1020128. | umgesetzt |
| D1N-APP-2 | Shift | Google Distributed Cloud | – | Anwendung | CPU-Auslastung | 1 | Die Anzahl der CPU-Kerne überschreitet die zulässige Anzahl und in den letzten sieben Tagen wurde eine hohe CPU-Auslastung festgestellt. | Informieren Sie sich vor der Migration über die vCPU-Limits von GDC. Die Migration von VMs, die das Limit überschreiten, kann zu einer Beeinträchtigung der Anwendungsintegrität führen. | umgesetzt |
| D1N-APP-3 | Shift | Google Distributed Cloud | – | Anwendung | RAM-Nutzung | 1 | Die RAM-Kapazität überschreitet das Limit des unterstützten Arbeitsspeichers und in den letzten sieben Tagen wurde eine hohe RAM-Auslastung festgestellt. | Informieren Sie sich vor der Migration über die RAM-Limits von GDC. Die Migration von VMs, die das Limit überschreiten, kann zu einer Beeinträchtigung der Anwendungsintegrität führen. | umgesetzt |
| D1N-HRD-1 | Shift | Google Distributed Cloud | – | Hardware | Hypervisor | 5 | Die Migration wird nur von vSphere unterstützt. | umgesetzt | |
| D1N-HRD-2 | Shift | Google Distributed Cloud | – | Hardware | vCenter-Version | 5 | Die vCenter-Version wird nicht unterstützt. | Aktualisieren Sie vCenter auf Version 6.0 oder höher. | umgesetzt |
| D1N-HRD-3 | Shift | Google Distributed Cloud | – | Hardware | ESX-Version | 5 | ESX-Version wird nicht unterstützt. | Verschieben Sie die VM mit vMotion auf einen ESX-Host, auf dem Version 6.0 oder höher ausgeführt wird. | umgesetzt |
| D1N-HRD-4 | Shift | Google Distributed Cloud | – | Hardware | Angehängte Laufwerke | 5 | Es wurde ein Nicht-SCSI-Laufwerk gefunden. | Ändern Sie eventuell den Laufwerkstyp. | umgesetzt |
| D1N-HRD-5 | Shift | Google Distributed Cloud | – | Hardware | CPU-Architektur | 5 | ARM-VMs werden nicht unterstützt. | umgesetzt | |
| D1N-HRD-6 | Shift | Google Distributed Cloud | – | Hardware | Nicht einheitliche Einstellungen für den Arbeitsspeicherzugriff (NUMA, Non-uniform Memory Access) | 2 | NUMA wird nicht unterstützt. | Sie sollten die NUMA-Einstellungen deaktivieren. | umgesetzt |
| D1N-HRD-7 | Shift | Google Distributed Cloud | – | Hardware | Mediengeräte | 1 | CD-ROM- oder Diskettenlaufwerke gefunden. Bei der Migration zu VMs werden CD-ROM- oder Diskettenlaufwerke automatisch entfernt. | Entfernen Sie alle CD-ROMs und Disketten. Migrieren Sie gegebenenfalls die Daten, bevor Sie die Laufwerke entfernen. | umgesetzt |
| D1N-NET-1 | Shift | Google Distributed Cloud | – | Netzwerk | Netzwerkkarten (NICs) | 4 | Mehrere NICs werden nicht unterstützt. | Entfernen Sie irrelevante Netzwerkschnittstellen. | umgesetzt |
| D1N-STO-1 | Shift | Google Distributed Cloud | – | Speicher | Laufwerksgröße | 3 | Großes Laufwerk gefunden (> 108 TiB). | GDC unterstützt bis zu 128 TiB für einen einzelnen VM-Datenträger. Ziehen Sie in Betracht, die Laufwerkgröße zu reduzieren. | umgesetzt |
| D1L-APP-1 | Shift | Google Distributed Cloud | Linux | Anwendung | Betriebssystem | 5 | Das Betriebssystem der VM wird nicht unterstützt. | Eine Liste der unterstützten Betriebssysteme finden Sie unter https://cloud.google.com/distributed-cloud/hosted/docs/latest/gdch/application/ao-user/vms/create-custom-images/import-virtual-disk#supported_operating_systems. Möglicherweise können Sie ein Upgrade Ihrer VM auf ein unterstütztes Betriebssystem durchzuführen. Nicht unterstützte Betriebssysteme funktionieren möglicherweise weiterhin. Versuchen Sie daher, mit Vorsicht zu migrieren. | umgesetzt |
| D1L-APP-2 | Shift | Google Distributed Cloud | Linux | Anwendung | Betriebssystem | 1 | Das Betriebssystem der VM hat eine nicht unterstützte Nebenversion. | Eine Liste der unterstützten Betriebssysteme finden Sie unter https://cloud.google.com/distributed-cloud/hosted/docs/latest/gdch/application/ao-user/vms/create-custom-images/import-virtual-disk#supported_operating_systems. Ein Betriebssystem mit der gleichen Hauptversion, aber einer höheren Nebenversion wird unterstützt. Auch wenn die Migration weiterhin funktioniert, sollten Sie das Betriebssystem auf eine unterstützte Nebenversion aktualisieren. | umgesetzt |
| D1L-APP-3 | Shift | Google Distributed Cloud | Linux | Anwendung | VirtIO-Treiber | 3 | Das Betriebssystem verwendet einen proprietären oder vom Kunden erstellten Kernel, der die erforderlichen VirtIO-Treiber nicht nativ unterstützt oder bei dem diese fehlen. | Für GDC muss der Linux-Kernel VirtIO-Treiber enthalten. Erstellen Sie den Kernel neu, um sie einzubinden. | umgesetzt |
| D1W-APP-1 | Shift | Google Distributed Cloud | Windows | Anwendung | Betriebssystem | 5 | Das Betriebssystem der VM wird nicht unterstützt. | Eine Liste der unterstützten Betriebssysteme finden Sie unter https://cloud.google.com/distributed-cloud/hosted/docs/latest/gdch/application/ao-user/vms/create-custom-images/import-virtual-disk#supported_operating_systems. Möglicherweise können Sie ein Upgrade Ihrer VM auf ein unterstütztes Betriebssystem durchzuführen. Nicht unterstützte Betriebssysteme funktionieren möglicherweise weiterhin. Versuchen Sie daher, mit Vorsicht zu migrieren. | umgesetzt |
| D1W-STO-1 | Shift | Google Distributed Cloud | Windows | Speicher | BitLocker-Verschlüsselung | 3 | Das Systemlaufwerk ist mit BitLocker verschlüsselt. | Entschlüsseln Sie das Systemlaufwerk, bevor Sie mit der Migration beginnen. | umgesetzt |