Regeln für die Offlinebewertung

Die mcdc-Befehlszeile prüft die von einer physischen oder VM-Instanz erfassten Daten, wendet eine Reihe von Regeln an und erstellt einen Bericht mit den Bewertungsergebnissen. 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 | Anthos und GKE 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 | Anthos und GKE 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 | Anthos und GKE 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 | Anthos und GKE 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-1 Containerisieren | Anthos und GKE Linux Hardware ESX-Version 5 ESX Version 5.1 und höher wird unterstützt. Ziehen Sie die Verwendung von vMotion in Betracht, um die VM auf einen ESX-Host zu verschieben, auf dem eine neuere Version ausgeführt wird. umgesetzt
A1L-HRD-2 Containerisieren | Anthos und GKE Linux Hardware vCenter-Version 5 vCenter Version 5.5 und höher wird unterstützt. Ziehen Sie ein Upgrade des vCenters in Betracht. umgesetzt
A1L-HRD-3 Containerisieren | Anthos und GKE Linux Hardware CPU-Architektur 5 ARM-VMs werden nicht unterstützt. umgesetzt
A1L-NET-1 Containerisieren | Anthos und GKE 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 | Anthos und GKE 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 | Anthos und GKE 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 | Anthos und GKE Linux Netzwerk Netzwerkkarten (NICs) 3 Mehrere verwendete NICs gefunden. Ändern Sie das Anwendungsverhalten zur Beobachtung einer einzigen IP-Adresse. umgesetzt
A1L-NET-5 Containerisieren | Anthos und GKE 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 | Anthos und GKE 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 | Anthos und GKE 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 | Anthos und GKE 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-4 Containerisieren | Anthos und GKE Linux Speicher Exportierte Netzwerkdateisysteme (NFS) 5 Exportiertes NFS gefunden. Migrieren Sie NFS-Server zu Cloud Filestore. Veraltet
A1L-STO-5 Containerisieren | Anthos und GKE 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 | Anthos und GKE Linux Speicher Dateien öffnen 5 Es wurde ein offenes Blockgerät gefunden. Versuchen Sie, das offene Blockgerät zu schließen. umgesetzt
A1W-APP-1 Containerisieren | Anthos und GKE Windows Anwendung Windows IIS-Anwendungen 5 Keine Windows IIS-Anwendungen gefunden. Veraltet
A1W-APP-2 Containerisieren | Anthos und GKE Windows Anwendung Betriebssystem 5 Die Windows-Version wird für die Migration nicht unterstützt. Ziehen Sie ein Upgrade von Windows in Betracht. Veraltet
A1W-APP-3 Containerisieren | Anthos und GKE Windows Anwendung Windows IIS 5 Windows IIS nicht installiert Veraltet
A1W-APP-4 Containerisieren | Anthos und GKE Windows Anwendung Windows IIS-Konfiguration 3 Windows IIS-Konfiguration konnte nicht gefunden werden. Deaktivieren Sie die freigegebene Konfiguration für Windows IIS. Veraltet
A1W-APP-5 Containerisieren | Anthos und GKE Windows Anwendung Laufende Prozesse 1 Es wurde eine laufende Bereitstellung von Docker gefunden. Es wird empfohlen, das Verschachteln von Containern zu vermeiden. Veraltet
A1W-APP-6 Containerisieren | Anthos und GKE Windows Anwendung ASP.NET Core-Anwendungen 4 ASP.NET Core-Anwendungen werden nicht unterstützt. Veraltet
A1W-APP-7 Containerisieren | Anthos und GKE Windows Anwendung Windows IIS-Anwendungen 3 IIS-Standort mit virtuellem Verzeichnis auf einem Netzwerklaufwerk. Ziehen Sie in Betracht, die Windows IIS-Anwendung auf ein lokales Laufwerk zu verschieben. Veraltet
A1W-APP-8 Containerisieren | Anthos und GKE Windows Anwendung Windows IIS-Anwendungen 3 Eine IIS-Anwendung mit einem fehlenden virtuellen Verzeichnis gefunden. Sie sollten die Windows IIS-Anwendung deaktivieren. Veraltet
A1W-APP-9 Containerisieren | Anthos und GKE Windows Anwendung Anwendungspool-Identitäten 3 Ein Anwendungspool mit einer Active Directory-Identität wurde gefunden. Konfigurieren Sie ein verwaltetes Dienstkonto für die Gruppe (group Managed Service Account, GMSA). Veraltet
A1W-APP-10 Containerisieren | Anthos und GKE Windows Anwendung ASP.NET Core-Anwendungen 5 ASP.NET Core-Anwendungen werden nicht unterstützt. Veraltet
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 den pro Pod genutzten Arbeitsspeicher im Migrationsziel zu reduzieren. 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-1 Containerisieren | GKE Autopilot Linux Hardware ESX-Version 5 ESX Version 5.1 und höher wird unterstützt. Ziehen Sie die Verwendung von vMotion in Betracht, um die VM auf einen ESX-Host zu verschieben, auf dem eine neuere Version ausgeführt wird. umgesetzt
A2L-HRD-2 Containerisieren | GKE Autopilot Linux Hardware vCenter-Version 5 vCenter Version 5.5 und höher wird unterstützt. Führen Sie ein Upgrade von vCenter auf Version 5.5 oder höher aus. 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 überwacht 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 die 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-4 Containerisieren | GKE Autopilot Linux Speicher Exportierte Netzwerkdateisysteme (NFS) 5 Exportiertes NFS gefunden. Migrieren Sie Ihre NFS-Server zu Cloud Filestore. Veraltet
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
A2W-APP-1 Containerisieren | GKE Autopilot Windows Anwendung Betriebssystem 5 Windows wird für die GKE AutoPilot-Migration nicht unterstützt. GKE AutoPilot unterstützt Windows nicht. Führen Sie Ihre Windows-Container in GKE anstelle der AutoPilot-Version aus. Veraltet
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-1 Containerisieren | Cloud Run Linux Hardware ESX-Version 5 ESX Version 5.1 und höher wird unterstützt. Ziehen Sie die Verwendung von vMotion in Betracht, um die VM auf einen ESX-Host zu verschieben, auf dem eine neuere Version ausgeführt wird. umgesetzt
A3L-HRD-2 Containerisieren | Cloud Run Linux Hardware vCenter-Version 5 vCenter Version 5.5 und höher wird unterstützt. Ziehen Sie ein Upgrade des vCenters in Betracht. 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-4 Containerisieren | Cloud Run Linux Speicher Exportierte Netzwerkdateisysteme (NFS) 5 Exportiertes NFS gefunden. Migrieren Sie NFS-Server zu Cloud Filestore. Veraltet
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
A3W-APP-1 Containerisieren | Cloud Run Windows Anwendung Betriebssystem 5 Windows wird für die Cloud Run-Migration nicht unterstützt. Veraltet
A4L-APP-1 Containerisieren | Tomcat-Anwendungscontainer Linux Anwendung Vorhandensein von Tomcat-Software 5 Keine Tomcat-Server gefunden. Veraltet
A4L-APP-2 Containerisieren | Tomcat-Anwendungscontainer Linux Anwendung Mehrere Tomcat-Server 2 Mehrere Tomcat-Server erkannt. Alle Offline-Eignungsbewertungsregeln werden nur für den ersten Tomcat-Server ausgewertet. Achten Sie darauf, dass alle anderen Tomcat-Server äquivalent sind. Veraltet
A4L-APP-3 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-4 Containerisieren | Tomcat-Anwendungscontainer Linux 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“. Veraltet
A4L-APP-5 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-6 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-7 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-8 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-9 Containerisieren | Tomcat-Anwendungscontainer Linux Anwendung Tomcat-Konfiguration 5 Die Konfigurationsdatei "server.xml" fehlt oder ist ungültig. Veraltet
A4L-APP-10 Containerisieren | Tomcat-Anwendungscontainer Linux Anwendung Tomcat-jvmRoute 2 jvmRoute wurde in der Tomcat-Serverkonfiguration erkannt. Ziehen Sie in Betracht, die jvmRoute-Konfiguration aus „server.xml“ zu entfernen. Veraltet
A4L-APP-11 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-12 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-APP-13 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-FIT-1 Containerisieren | Tomcat-Anwendungscontainer 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. Veraltet
A4L-FIT-2 Containerisieren | Tomcat-Anwendungscontainer Linux Intern Verfügbare Tomcat-Serverinformationen 6 Keine Tomcat-Serverinformationen für diese VM. Erfassen Sie Daten auf Gastebene mit der aktuellen Version von mcdc und mcdc linux collect-Skript und führen Sie die Bewertung noch einmal aus. Veraltet
A4L-STO-1 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
A4L-STO-2 Containerisieren | Tomcat-Anwendungscontainer Linux 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. Veraltet
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. Ziehen Sie die Verwendung der WordPress-Migration zu Migrate to Containers für diesen Server in Betracht. 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-FIT-1 Containerisieren | Apache2-Anwendungscontainer 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. Veraltet
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-FIT-1 Containerisieren | JBoss-Anwendungscontainer 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. Veraltet
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. Eine nicht unterstützte WordPress-Version wurde erkannt. Migrate to Containers unterstützt die Migration von WordPress 4.0 und höher. Wir empfehlen ein Upgrade auf die neueste Version von WordPress. 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 Plug-ins für die Installation gefunden, die sich auf die Migration auswirken können. Wenn Sie vorhaben, die Website-URL zu ändern, sind einige der installierten Plug-ins möglicherweise zusätzlichen Aufwand. Weitere Informationen finden Sie auf der Seite für den Support des 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. Achten Sie darauf, dass die aktuelle VM vorhanden bleibt, nachdem 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
B1N-STO-1 Shift | Anthos VM on Bare Metal Speicher Freigegebenes Volume 3 Ein freigegebenes VMDK wurde gefunden, das an die VM angehängt ist. Freigegebene Laufwerke können nicht mit Shift für Anthos-VMs in Bare Metal migriert werden, da sie keine Snapshot-Vorgänge unterstützen. Ändern Sie die VM-Speicherkonfiguration gegebenenfalls, damit die VMDK-Datei nicht freigegeben wird. umgesetzt
B1N-STO-2 Shift | Anthos VM on Bare Metal 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 Shift für Anthos VM in Bare Metal migriert werden, da sie keine Snapshot-Vorgänge unterstützen. Konfigurieren Sie die Speicherattribute neu. Eine Anleitung finden Sie hier: https://kb.vmware.com/s/article/1004094. umgesetzt
B1L-APP-2 Shift | Anthos VM on Bare Metal Linux Anwendung Betriebssystem 4 Das Betriebssystem der VM wird von KubeVirt wahrscheinlich nicht unterstützt. Führen Sie gegebenenfalls ein Upgrade auf den neuesten Kernel für Systeme durch, die nicht EOL sind. Veraltet
B1L-APP-8 Shift | Anthos VM on Bare Metal 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/anthos/clusters/docs/bare-metal/latest/vm-runtime/guest-os. 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
B1L-APP-9 Shift | Anthos VM on Bare Metal 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/anthos/clusters/docs/bare-metal/latest/vm-runtime/guest-os. 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
B1L-HRD-2 Shift | Anthos VM on Bare Metal Linux Hardware ESX-Version 5 ESX Version 6.0 und höher wird unterstützt. Ziehen Sie die Verwendung von vMotion in Betracht, um die VM auf einen ESX-Host zu verschieben, auf dem eine neuere Version ausgeführt wird. umgesetzt
B1L-HRD-3 Shift | Anthos VM on Bare Metal Linux Hardware Angehängte Laufwerke 4 Es wurde ein Nicht-SCSI-Laufwerk gefunden. Ändern Sie eventuell den Laufwerkstyp. umgesetzt
B1L-HRD-4 Shift | Anthos VM on Bare Metal Linux Hardware Virtual Trusted Platform Module (vTPM) 5 vTPM wird von KubeVirt nicht unterstützt. Entfernen Sie ggf. das vTPM-Gerät. umgesetzt
B1L-HRD-7 Shift | Anthos VM on Bare Metal Linux Hardware vCenter-Version 5 vCenter Version 6.0 oder höher wird unterstützt. Ziehen Sie ein Upgrade des vCenters in Betracht. umgesetzt
B1L-HRD-8 Shift | Anthos VM on Bare Metal Linux Hardware CPU-Architektur 5 ARM-VMs werden nicht unterstützt. umgesetzt
B1L-NET-1 Shift | Anthos VM on Bare Metal Linux Netzwerk Netzwerkkarten (NICs) 4 Keine automatische Migration für die Konfiguration mehrerer NICs. Sie müssen die resultierende Migrationsspezifikation gemäß der Konfiguration des Produktionsclusters ändern. umgesetzt
B1L-STO-1 Shift | Anthos VM on Bare Metal Linux Speicher Laufwerksgröße 3 Großes Laufwerk gefunden (> 2 TB). Ziehen Sie in Betracht, die Laufwerkgröße zu reduzieren. umgesetzt
B1W-APP-1 Shift | Anthos VM on Bare Metal Windows Anwendung Betriebssystem 5 Das Betriebssystem wird nicht unterstützt. Unterstützte Windows-Versionen: Windows Server 2016, Windows Server 2019, Windows Server 2022, Windows 10 Professional. Weitere Informationen finden Sie unter https://cloud.google.com/anthos/clusters/docs/bare-metal/latest/vm-runtime/guest-os. umgesetzt
B3L-APP-1 Anhängen | Anthos-VM on Bare Metal Linux Anwendung Betriebssystem 5 Das Betriebssystem wird von ASM nicht unterstützt. Von ASM unterstützte Betriebssysteme sind Debian 9, 10, Centos 7, 8. Veraltet
B3L-APP-2 Anhängen | Anthos-VM on Bare Metal Linux Anwendung Verwendete Nutzer-IDs (UIDs) 2 Es wurde ein Prozess mit einer reservierten UID für Anthos Service Mesh (ASM) gefunden. Achten Sie darauf, dass Ihre VMs keine Prozesse als Nutzer mit dem UID-Wert 1337 ausführen. Veraltet
B3L-APP-3 Anhängen | Anthos-VM on Bare Metal Linux Anwendung Gebundene IP-Ports 4 Es wurde ein Prozess gefunden, der an einen IP-Port gebunden ist, der für Anthos Service Mesh (ASM) reserviert ist. Achten Sie darauf, dass Ihre Anwendung keine für Envoy reservierten Ports verwendet. Die reservierten Ports sind: tcp-15000, tcp-15001, tcp-15006, tcp-15008, http-15020, http-15021 und http-15090. Veraltet
B3W-APP-1 Anhängen | Anthos-VM on Bare Metal Windows Anwendung Betriebssystem 5 Windows wird von ASM nicht unterstützt. Veraltet
C1N-HRD-2 Umschalttaste | Compute Engine-VM Hardware ESX-Version 5 Nicht unterstützte ESXi-Version gefunden. Unterstützte ESXi-Versionen sind 5.5–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–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/article/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/article/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
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/supported-os-versions 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/article/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/article/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