Erkennung von Kubernetes

  • Freigeben Version: Xanadu
  • Aktualisiert 1. August 2024
  • 22 Minuten Lesedauer

    • ServiceNow ITOM-Transparenz sucht nach den Komponenten Kubernetes und OpenShift und erstellt Anwendungsservices, die diese enthalten. Discovery sucht auch nach Ereignissen vom Typ Kubernetes und aktualisiert regelmäßig das Ereignis CMDB entsprechend der dynamischen Umgebung Kubernetes.

    Discovery verwendet das Muster Kubernetes und die zugehörigen Erweiterungsabschnitte, um Kubernetes -Komponenten für Kubernetes Version 1.21 zu erkennen:
    • Der Erweiterungsabschnitt Collect OpenShift info Kubernetes des Musters [] erkennt die OpenShift -Komponenten der Bereitstellung Kubernetes. Der Abschnitt zur Erweiterung OpenShift Build Config ist ab Store-Version 1.0.53 verfügbar.
    • Von der Service Mesh-Erweiterung werden Servicenetz-Details erkannt. Diese Informationen ermöglichen es dem Muster, Service-zu-Service-Beziehungen zu erstellen, die als Verbunden zu::Verbunden angezeigt werden. Service Mesh-Discovery erfordert die Bereitstellung von Istio in Ihrem K8s-Cluster (Kubernetes). Der Abschnitt „Service Mesh-Erweiterung“ ist in den Kubernetes-Erweiterungsklassenverfügbar. Es wird auf Now Platform mit Release Madrid oder höher unterstützt.
    • Von Collect Container Repository und Erweiterungsabschnitt wird nach Container-Registrierungen und Images in diesen Registrierungen gesucht.

    Darüber hinaus verwendet [ Discovery das Muster Kubernetes Event, um Ereignisse für Kubernetes -Komponenten für die Versionen Kubernetes Version 1.21 zu erkennen.

    Ab Release 1.0.68 auf ServiceNow Storekann Service-Mapping CI-Beziehungen verwenden, um die Komponenten Kubernetes während der Tag-basierten Erkennung Anwendungsservices hinzuzufügen.

    Discovery verwendet die folgenden Muster, um die gesamte Kubernetes -Infrastruktur zu erkennen, die auf GCP, AWS und Azure bereitgestellt wird:
    • Google Cloud Platform (GCP) – Kubernetes Clusters] abrufen.
    • Amazon Web Services (AWS) – Abrufen von Kubernetes Clustern.
    • Microsoft Azure Cloud Computing Services  – Kubernetes Clusters] abrufen.
    Mit diesen Mustern werden Cloud-Abfragen durchgeführt, Daten zu allen Kubernetes-Clustern gesammelt und Zeitpläne für die serverlose Erkennung für die einzelnen Cluster erstellt. Wenn der Cluster gelöscht wird, wird der Zeitplan als inaktiv markiert. Mithilfe dieser Funktion wird der Mehraufwand für die Erstellung und Verwaltung mehrerer Anmeldeinformationen und Zeitpläne für serverlose Erkennung pro Cluster eliminiert. Die Cloud-Infrastrukturmuster werden durch die standardmäßige Cloud-Erkennung ausgelöst.

    Apps im Store anfordern

    Besuchen Sie die ServiceNow Store-Website, um alle verfügbaren Apps anzuzeigen und Informationen zum Senden von Anforderungen an den Store zu erhalten. Kumulative Informationen zum Release für alle veröffentlichten Apps finden Sie in den Release-Hinweisen zum ServiceNow Store-Versionsverlauf.

    Voraussetzungen

    Hinweis:
    Informationen zu den Voraussetzungen für die Discovery der Cloud-Infrastruktur Kubernetes finden Sie unten.
    Hinweis:
    Das Ausführen automatischer serverloser Zeitpläne Kubernetes ruft das Bearer-Token ab. Das Hinzufügen von Anmeldeinformationen ist nicht erforderlich.
    Führen Sie die folgenden Schritte aus, um sicherzustellen, dass Discovery das Muster [] verwenden kann, um Kuberneteserfolgreich zu finden.
    1. Stellen Sie die aktuelle Anwendung Discovery and Service Mapping Patterns aus dem ServiceNow Store bereit.
    2. Suchen Sie auf der Plattform Kubernetes nach den Parametern zum Einrichten der Discovery für Kubernetes :
      • Suchen Sie nach der URL des kubeapi-Servers:
        1. Führen Sie auf der Plattform Kubernetes den folgenden Befehl aus:

          kubectl cluster-info

        2. Suchen Sie in der Ausgabe nach der Zeile, die die URL des kubeapi-Servers angibt. Beispiel: Die Steuerungsebene Kubernetes wird um ausgeführt

          https://10.154.144.146:443

      • Suchen Sie den Namespace des Kubeapi-Servers:
        1. Führen Sie auf der Plattform Kubernetes diesen Befehl aus:

          kubectl get namespaces

        2. Suchen Sie in der Ausgabe die Zeile, die die Namespaces angibt. Beispiel: kube-system.
      • Suchen Sie den Anwendernamen und das Passwort Kubernetes :
        1. Führen Sie auf der Plattform Kubernetes diesen Befehl aus:

          kubectl config view

        2. Suchen Sie in der Ausgabe den Benutzernamen und das Passwort.Suchen Sie die Zeilen, die Informationen zu Passwort und Benutzername enthalten.
          Hinweis:
          Wenn in einer bestimmten Umgebung der Befehl „kubectl config view“ nicht die erwarteten Details anzeigt, verwenden Sie den unterstützten Befehl des Administrators Kubernetes, um den Anwendernamen und die Passwortdetails abzurufen.
      • Suchen Sie das gültige Bearer-Token mit den richtigen Berechtigungen:
        1. Wenn Sie nicht über den Standard-Token-Namen verfügen, verwenden Sie den folgenden Befehl: kubectl beschreiben geheimnis.
        2. Tie Ausgabe zeigt alle Accounts und alle Token an. Suchen Sie das gültige Token:

          Wobei „kubectl“ für den generischen Account Kubernetes und „describe“ für die generische Kubectl-Methode steht.

          Der Parameter „ secret “ gibt an, dass in Ihrem Cluster Kubernetes das Standardtoken geschützt wird, indem es im Objekt vom Typ „ geheimnis “ enthalten ist.

          Die Ausgabe des Befehls„kubectl-describe-secret“ liegt im BASE64-codierten Format vor.

        3. Wenn Sie den Namen des Standardtokens kennen, verwenden Sie den folgenden Befehl: kubectl beschreiben geheimes Standard-Token-g6pwc

          default-token-g6pwc spiegelt den Parameterwert des Standardtokens für g6pwc wider.

        4. Die Ausgabe zeigt alle vorhandenen Token für diesen Kubernetes -Account.

          Wählen Sie ein Token aus, das zum Konfigurieren der Kubernetes -Anmeldeinformationen auf der Plattform ServiceNow verwendet werden soll.

    3. Stellen Sie sicher, dass der API-Server vom MID-Server für eine erfolgreiche Kubernetes -Discovery erreichbar ist.
    4. Stellen Sie sicher, dass der auf der Plattform Kubernetes konfigurierte Benutzer über die Berechtigungen zum Ausführen der folgenden /api/v1-Elemente verfügt:
      • https://<URL>/api/v1/namespaces/
      • https://<URL>/api/v1/namespaces/<Namespace>
      • https://<URL>/api/v1/namespaces/kube-system/endpoints/kube-controller-manager
      • https://<URL>/api/v1/services
      • https://<URL>/api/v1/pods
      • https://<URL>/api/v1/nodes
      • https://<url> /api/v1/replicationcontrollers
      • https://<url> /apis/network.k8s.io/v1/ingdresses
      • https://<url> /apis/apps/v1/deployments
      • https://<url> /apis/apps/v1/statefulsets
      • https://<url> /apis/apps/v1/daemonsets
      • https://<url> /apis/apps/v1/replicasets
      • https://<url> /apis/batch/v1/cronjobs
      • https://<url> /apis/batch/v1/jobs
    5. Um die OpenShift -Komponenten der Bereitstellung Kubernetes zu erkennen, vergewissern Sie sich, dass der auf der Plattform Kubernetes konfigurierte Benutzer über die Berechtigungen zum Ausführen der folgenden /api/v1-Elemente verfügt:
      • /apis/apps.openshift.io/v1/deploymentconfigs
      • ​/apis/build.openshift.io/v1/buildconfigs​
      • /apis/route.openshift.io/v1/routes​
      • /apis/user.openshift.io/v1/groups​
      • /apis/user.openshift.io/v1/users​
      • /apis/project.openshift.io/v1/projects​
      • /apis/image.openshift.io/v1/images​
      • /apis/image.openshift.io/v1/imagestreams
      So erkennen Sie Service-Mesh-Informationen:
      • Stellen Sie Istio auf Ihrem K8s-Cluster bereit.
      • Geben Sie die Prometheus-URL an.
      • Konfigurieren Sie Prometheus, um Metriken aus Istio zu entfernen.
    6. Aktivieren Sie die Erweiterung „ Kubernetes Config Files abrufen“ für:
      • Konfigurationsdateien erkennen.
      • Erstellen Sie nachverfolgte Konfigurationsdateien.
      • Ordnen Sie die Arbeitsauslastungen und Services der Konfigurationsdateien mit einer Beziehung zu.
      Hinweis:
      Der Inhalt von nachverfolgten Dateien liegt ab Version 1.0.92 im JSON-Format vor. Der Inhalt von nachverfolgten Dateien liegt in Version 1.0.91 und früher im YAML-Format vor.
    7. Erstellen Sie die Kubernetes -Anmeldeinformationen auf der Plattform ServiceNow :
      1. Navigieren Sie auf der Plattform ServiceNow zu Alle > Discovery > Akadem. Grade.
      2. Wählen Sie Neu.
      3. Wählen Sie die Kubernetes-Anmeldeinformationen aus.
      4. Füllen Sie die Formularfelder aus (siehe Tabelle):
        Feld Beschreibung
        Name Geben Sie einen eindeutigen und beschreibenden Namen für diese Anmeldeinformationen ein.
        Benutzername Geben Sie den zu erstellenden Benutzernamen in die Tabelle „Berechtigungsnachweise“ ein. Vermeiden Sie führende oder nachgestellte Leerzeichen in Benutzernamen. Eine Warnung wird angezeigt, wenn die Plattform führende oder nachgestellte Leerzeichen im Benutzernamen erkennt.
        Passwort Geben Sie das Passwort für diese Anmeldeinformationen ein.
        Bearertoken Geben Sie für die erweiterte Authentifizierung mit einem Bearer-Token das Bearer-Token ein, das Discovery für die Authentifizierung beim Zugriff auf Kubernetesverwendet. Verwenden Sie die Zeichenfolge als Token, z. B. 31ada4fd-adec-460c-809a-9e56ceb75269.
        Hinweis:
        Das Bearer-Token muss im BASE64-codierten Format vorliegen.
        Bearertoken-Authentifizierung Aktivieren Sie dieses Kontrollkästchen für die erweiterte Authentifizierung mit einem Bearer-Token.
        Anmeldeinformationsalias Konfigurieren Sie den Alias für die Verwendung der Anmeldeinformationen Kubernetes für andere Geräte und Anwendungen als Kubernetes. Sie verwenden diesen Alias auch zum Definieren eines serverlosen Discovery-Zeitplans zum Erkennen der Bereitstellung Kubernetes.
        1. Wählen Sie das Schlosssymbol und dann das Suchsymbol.
        2. Wählen Sie im Formular „Aliasse für Verbindungen und Anmeldeinformationen“ Neu.
        3. Geben Sie einen Namen für den Aliasdatensatz für Anmeldeinformationen an.
        4. Definieren Sie Attribute für den Alias. Legen Sie den Type auf Berechtigung fest.
        5. Klicken Sie mit der rechten Maustaste auf den Formularheader, und wählen Sie Speichernund dann Aktualisierenaus.
        6. Wählen Sie im Formular „Aliasse für Verbindungen und Anmeldeinformationen“ den neu hinzugefügten Alias aus.

          Der Alias wird im Feld „Anmeldeinformationsalias“ angezeigt.
      5. Wählen Sie im Anmeldeinformationsformular Kubernetes die Option Aktualisierenaus.
    8. Erstellen Sie einen serverlosen Discovery-Zeitplan für das Muster Kubernetes.
      Erstellen und definieren Sie das Ausführungsmuster ohne Server wie in der Produktdokumentation beschrieben. Konfigurieren Sie die für das Muster Kubernetes erforderlichen Parameter wie folgt:
      Tabelle : 1. Attribute für Ausführungsmuster konfigurieren
      Feld Beschreibung
      URL Der Bezeichner für den Hostnamen, die IP oder der FQDN und der Port des Kubernetes -API-Servers. Verwenden Sie das folgende Format: beispiel_hostname:beispiel_port oder beispiel_ip:beispiel_port. Geben Sie das richtige Protokoll (HTTP oder HTTPS) in der URL an.
      namespace Die Namespaces, die das System in der Discovery-Konfiguration Kubernetes übergibt. Geben Sie einen der folgenden Werte ein:
      • Individueller Namespace: Geben Sie den Namespace und dann „kube-system“ ein. Beispiel: dev,kube-system
      • Der Standardwert: Geben Sie Standard, Kube-System ein
      • Namespaces für mehrere Stapel: Geben Sie die Namespaces ein, trennen Sie die Werte durch Kommas (,), und geben Sie dann „kube-system“ ein. Beispiel: Automation,Application,Test,Kube-System
      • Alle Namespaces: Verwenden Sie ein Sternchen (*), um alle Namespaces einzugeben
      Alias für Anmeldeinformationen Der Alias, der den zuvor erstellten Kubernetes -Anmeldeinformationen zugeordnet ist.
      Clustername Der Name des Clusters Kubernetes im folgenden Format:<serviceaccountid><space><clustername> .
      Anbieter Der Cloud-Anbieter: GCP oder AWS oder Azure.
      cluster_resource_id Beispiel für eine Clusterressourcen-ID:
      • Azure Kubernetes -Cluster: Ressourcen-ID.
      • AWS-Cluster-ARN.
      • GCP – globaler Name des Clusters.
    9. Erstellen Sie einen Zeitplan für die serverlose Discovery für das Muster Kubernetes Event. Konfigurieren Sie den Zeitplan so, dass er alle 5 oder 10 Minuten ausgeführt wird.
      Hinweis:
      Wenn das Muster zum ersten Mal ausgeführt wird, wird ein event_timestamp gespeichert. Später werden nur die Delta-Events basierend auf dem Zeitstempel erfasst. Je häufiger das Muster ausgeführt wird, desto weniger Updates für die CMDB-IRE sind erforderlich.

      Erstellen Sie ein Ausführungsmuster ohne Server für den Discovery-Zeitplan, und weisen Sie es dem Muster Kubernetes Events zu. Konfigurieren Sie die für das Muster Kubernetes erforderlichen Parameter wie in Attribute für Ausführungsmuster konfigurierenbeschrieben.

    10. Um erkannte Komponenten in Anwendungsservices aufzunehmen, aktivieren Sie die CI-Beziehungen, die in der tagbasierten Discovery von Service-Mapping verwendet werden. Diese CI-Beziehungen sind im ServiceNow Store ab Version 1.0.68 verfügbar. Schritte zur Ausführung finden Sie unter Konfiguration der Tag-basierten Discovery.

    Voraussetzungen für die Erkennung von Kubernetes-Cloud-Infrastrukturen

    Führen Sie für das Muster Google Cloud Platform (GCP) – Get Kubernetes Clusters Folgendes aus:

    1. Richten Sie in der ServiceNow-Instanz ein Servicekonto für Google Cloud Platform (GCP) mit gültigen Anmeldeinformationen und Berechtigungen ein.
    2. Richten Sie in der Infrastruktur GCPMID-Server ] mit vollständigem Zugriff auf alle Cloud-APIs ein: Legen Sie für Cloud-API-Zugriffsbereiche „Vollständigen Zugriff auf alle Cloud-APIs zulassen“ fest. Die MID-Serverinstanz kann nur auf die für das Projekt spezifischen Cluster zugreifen.
    3. Navigieren Sie zu sys_properties.list, und konfigurieren Sie die folgenden Eigenschaften:
      • sn_itom_pattern.k8s_midserver: Geben Sie einen gültigen Namen für einen MID Server an.
      • sn_itom_pattern.k8s_create_schedule_enabled: Legen Sie den Wert auf true fest.
    4. Erstellen und ausführen Google Cloud Discovery
      Hinweis:

      Um das Bearer-Token abzurufen, während der GKE-Zeitplan Kubernetes ausgeführt wird, verwenden Sie den gcloud-Befehl:

      gcloud config config-helper --format = „value(credential.access_token)“

      Durch die Konfiguration von gcloud in der MID-Server-Instanz wird dem GKE-Cluster Zugriff gewährt, um das Token abzurufen.

    Führen Sie für die Discovery des Clusters Amazon Elastic Kubernetes Service (EKS) Folgendes aus:

    1. Richten Sie in der ServiceNow-Instanz ein Servicekonto für AWS mit gültigen Anmeldeinformationen für das Verwaltungskonto sowie mit gültigen Berechtigungen ein.
      1. Stellen Sie sicher, dass der Cluster Amazon Elastic Kubernetes Service (EKS) über eine Clusterrolle mit Lesezugriff auf alle Ressourcen verfügt.
      2. Erstellen Sie eine Clusterrollenbindung zwischen der Clusterrolle und einem Kubernetes-Benutzer. Beispiel: schreibgeschützter Benutzer.
      3. Erstellen Sie eine AWS-IAM-Rolle mit der Richtlinie EKSReadOnly.
      4. Ordnen Sie die IAM-Rolle dem Kubernetes-Benutzer auf eine der folgenden Arten zu:
        • Bearbeiten Sie im Cluster die aws-auth ConfigMap.
        • Führen Sie den folgenden Befehl aus:

          eksctl create iamidentitymapping --cluster yourClusterName --arnarn:aws:iam::yourAccountID:role/yourIAMRoleName --username read-only-user

    2. Führen Sie die Cluster-Discovery für Amazon Elastic Kubernetes Service (EKS) auf eine von zwei Arten aus: mit der Befehlszeilenschnittstelle (CLI) von [] oder ohne Verwendung der AWSAWS -CLI. Legen Sie zuerst die Systemeigenschaft sn_itom_pattern.k8s_aws_cli_to_generate_token fest, um das von Ihnen gewählte Modell zu verwenden. Diese Systemeigenschaft ist standardmäßig auf true festgelegt.

      • Legen Sie diese Systemeigenschaft auf „ true “ fest, um die AWS CLI zum Generieren eines Tokens zu verwenden.

      • Legen Sie diese Systemeigenschaft auf „ false “ fest, um „Rollen übernehmen“ zum Generieren eines Tokens zu verwenden.

      1. Führen Sie die Cluster-Discovery [ Amazon Elastic Kubernetes Service (EKS) mit der AWS -CLI aus:

        1. Richten Sie MID-Server mit konfigurierter AWS -CLI ein. Die Konfiguration der AWS CLI-Anmeldeinformationen gewährt Zugriff auf den Cluster Amazon Elastic Kubernetes Service (EKS).

          Hinweis:
          Der beim System angemeldete Benutzer muss mit dem Benutzer MID-Server identisch sein.

        2. Um das Bearer-Token zu generieren, verwenden Sie während der Ausführung des Zeitplans Amazon Elastic Kubernetes Service (EKS)AWS den CLI-Befehl []:aws eks get-token --cluster-name<cluster_name> .

          Durch die Konfiguration des AWS -CLI-Anwenders/der Rolle in der MID-Server -Instanz wird der Zugriff auf den Amazon Elastic Kubernetes Service (EKS) -Cluster gewährt, um das Token zu generieren.

      2. Führen Sie die Cluster-Discovery Amazon Elastic Kubernetes Service (EKS) aus, ohne die AWS -CLI zu verwenden:

        Hinweis:

        Diese Funktion wird ab Muster für Discovery und Service-Mapping Version 1.0.96 – Dezember 2022 unterstützt.

        Ausführliche Anweisungen finden Sie im folgenden KB-Artikel: KB1182188: EKS-Cluster-Discovery mit STS AssumeRoles (Ohne AWS-CLI)

    3. Navigieren Sie zu sys_properties.list, und konfigurieren Sie die folgenden Eigenschaften:
      • sn_itom_pattern.k8s_midserver: Geben Sie einen gültigen MID-Server -Namen an.
      • sn_itom_pattern.k8s_create_schedule_enabled: Legen Sie den Wert auf true fest.

    4. Erstellen Sie den AWS Cloud Discovery-Zeitplan, und führen Sie diesen aus.

    Führen Sie für die Cluster-Discovery von Microsoft Azure Kubernetes Services (AKS)– Kubernetes Folgendes aus:
    Hinweis:
    Das Muster Kubernetes unterstützt die Discovery von AKS-Clusterversionen vor Version 1.24.
    1. Führen Sie eine Aktualisierung auf die neueste Version Muster für Discovery und Service-Mapping durch.
    2. Konfigurieren Sie in der Instanz ServiceNowAzure den Serviceaccount [] mit gültigen Anmeldeinformationen und Berechtigungen für Azure.
    3. Navigieren Sie zu sys_properties.list, und konfigurieren Sie die folgenden Eigenschaften:
      • sn_itom_pattern.k8s_midserver: Geben Sie einen gültigen MID-Server-Namen an.
      • sn_itom_pattern.k8s_create_schedule_enabled: Legen Sie den Wert auf „ wahr“ fest.
      • sn_itom_pattern.aks_fetch_local_ad_token: Diese Eigenschaft ist standardmäßig auf „ wahr “ festgelegt. Wenn Sie keine lokalen Accounts bei Kubernetes RBAC haben, können Sie diese Eigenschaft auf False setzen, um die Mustereffizienz zu erhöhen.
    4. Führen Sie einen Cloud-Discovery-Zeitplan Azure aus.

    5. Konfigurieren Sie MID-Server in den Zeitplänen Discovery entsprechend dem Cluster-Account-Typ. Wenn Sie keine lokalen Accounts bei RBAC haben, können Sie diesen Schritt ignorieren.

      Clusterkontotyp Discovery Zeitplan MID-Server

      MS Entra ID-Authentifizierung mit Kubernetes RBAC.

      Beliebiger MID-Server.

      MS Entra ID-Authentifizierung mit Azure RBAC.

      Beliebiger MID-Server.

      Lokale Konten mit Kubernetes RBAC.

      Wählen Sie MID-Server mit konfigurierter Befehlszeilenschnittstelle (CLI) Azure aus. Durch die Konfiguration der Azure CLI-Anmeldeinformationen wird der Zugriff auf den AKS-Cluster gewährt.

      Um das Bearer-Token während der Ausführung des AKS-Zeitplans [ Kubernetes abzurufen, verwenden Sie den CLI-Befehl Azure : az aks get-credentials --name<cluster_name> --overwrite-existing --resource-group<resourceGroup_name> --Datei - .
      Hinweis:
    Tabelle : 2. Andere unterstützte Systemkonfiguration
    Eigenschaftsname Eigenschaftsbeschreibung Typ Standardwert

    sn_itom_pattern.manifest_digest_image_id

    		 Boolean

    falsch

    Hinweis:
    Bevor Sie diese Eigenschaft auf „ wahr “ festlegen und Discovery ausführen: Verhindern Sie die Erstellung von doppelten Datensätzen, indem Sie alle Docker Bilddatensätze löschen.

    sn_itom_pattern.k8s_create_schedule_enabled

    Die Funktionskennzeichnung, die unter den Systemeigenschaften aktiviert/deaktiviert werden kann und für die Steuerung der Musterausführung verantwortlich ist. Wenn diese Option aktiviert ist, werden Discovery-Zeitpläne unabhängig vom neuen Eigenschaftswert erstellt.

    		 Boolean falsch
    sn_itom_k8s_run_cloud_discovery Wenn diese Eigenschaft aktiviert ist, führt sie Cloud-K8s-Muster aus und erkennt K8s-Cluster, ohne automatische Zeitpläne zu erstellen. Boolean falsch
    MID-Server

    sn_itom_pattern.k8s_midserver

    [Standard]

    Beispiel: Gültiger MID-Server-Name

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id> _midserver

    [Basierend auf der Service-Account-Ebene]

    Beispiel: Gültiger MID-Server-Name

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id> _<clustername> _midserver

    [Basierend auf Clustername]

    Beispiel: Gültiger MID-Server-Name

    		 Zeichenfolge

    sn_itom_pattern.kubernetes_collekt_volume

    Wenn die Eigenschaft auf truefestgelegt ist, werden die Daten für das Kubernetes-Volume [cmdb_ci_kubernetes_volume] ausgefüllt.

    		 Zeichenfolge falsch
    Anmeldeinformationsalias

    sn_itom_pattern.k8s_cred_alias

    [Standard]

    Beispiel: Name des Alias für Anmeldeinformationen

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id> _alias

    [Basierend auf der Service-Account-Ebene]

    Beispiel: Gültiger Aliasname für Anmeldeinformationen.

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id> _<clustername> _alias

    [Basierend auf Clustername]

    Beispiel: Gültiger Aliasname für Anmeldeinformationen.

    		 Zeichenfolge
    Prometheus-URL

    sn_itom_pattern.k8s_prometheusUrl

    [Standard]

    Beispiel: Gültige Prometheus-URL

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id> _prometheusUrl

    [Basierend auf der Service-Account-Ebene]

    Beispiel: Gültige Prometheus-URL

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id> _<clustername> _prometheusUrl

    [Basierend auf Clustername]

    Beispiel: Gültige Prometheus-URL

    		 Zeichenfolge

    sn_itom_pattern.k8s_ Ausführung

    [Unterstützte Ausführung des Discovery-Zeitplans – Täglich, Bei Bedarf, Wochentage, Wochenenden, Monatsletzter Tag, Ende des Kalenderquartals]

    Beispiel: Täglich

    		 Zeichenfolge

    sn_itom_pattern.k8s_batch_count

    [Gibt an, wie viele Zeitpläne im Batch ausgeführt werden sollen – Standardwert ist 5]

    Beispiel: 5 (Anzahl der Zeitpläne, die im Batch ausgeführt werden sollen)

    		 Ganzzahl 5

    sn_itom_pattern.k8s_schedule_batch_delay

    [verfolgt die Zeitdifferenz zwischen zwei Batches, deren Wert in Sekunden angegeben ist]

    Beispiel: 300 (in Sekunden)

    		 Ganzzahl

    sn_itom_pattern.k8s_run_time

    [verfolgt die aktuelle Zeit für einen Batch]

    Wenn diese Eigenschaft festgelegt ist, können Sie dieselbe oder unsere dynamische Zeitsteuerung verwenden, die 5 Minuten nach der aktuellen Systemzeit liegt. Werte enthalten im Format HH:MM:SS

    Beispiel: 10:11:12 (HH:MM:SS )

    		 Zeichenfolge
    Hinweis:
    <service_account_id>ist der Account-ID-Name unter Cloud-Servicekonten. Weitere Informationen finden Sie unter: Zeitpläne zur Erkennung von Cloud-Ressourcen in Cloud-Discovery erstellen

    Kubernetes Discovery ohne Anmeldeinformationen oder MID-in-Cluster-Discovery

    Voraussetzungen für Kubernetes Discovery ohne Anmeldeinformationen:

    Stellen Sie den containerisierten MID Server im Cluster Kubernetes bereit. Das Konfigurieren der Anmeldeinformationen für Kubernetes ist nicht erforderlich, da der MID-Server im Cluster Kubernetes den API-Server automatisch erkennt und authentifiziert.

    Tabelle : 3. Ausführungsmusterattribute für Discovery ohne Anmeldeinformationen konfigurieren
    Feld Beschreibung
    URL

    Geben Sie einen der folgenden Werte in das URL-Feld ein:

    https://Cluster

    Oder

    https://kubernetes.default.svc
    namespace

    Die Namespaces, die das System in der Discovery-Konfiguration Kubernetes übergibt. Geben Sie einen der folgenden Werte ein:

    • Individueller Namespace: Geben Sie den Namespace und dann „kube-system“ ein. Beispiel: dev,kube-system
    • Der Standardwert. Geben Sie Folgendes ein:default,kube-system
    • Namespaces für mehrere Stapel: Geben Sie die Namespaces ein, trennen Sie die Werte durch Kommas (,), und geben Sie dann „kube-system“ ein. Beispiel: Automation,Application,Test,Kube-System
    • Alle Namespaces: Verwenden Sie ein Sternchen (*), um alle Namespaces einzugeben.
    cluster_name Geben Sie einen eindeutigen Namen ein.

    Von Discovery während der horizontalen Erkennung erfasste Daten

    Tabelle und Feld Beschreibung
    Kubernetes Cluster [cmdb_ci_kubernetes_cluster]
    Name Der Name des kube-Controller-Manager-Leader
    K8s_uid Die UID des kube-system-Namespace [unterstützte Versionen: 1.0.92 und höher]
    ip_address Der Bezeichner für die host_ip des API-Servers Kubernetes.
    port

    Der Bezeichner für den Apiserver-Port Kubernetes.
    namespace Dieser Wert zeigt die Namespaces, die das System in der Discovery-Konfiguration Kubernetes übergeben hat.
    event_timestamp Der Zeitstempel des letzten Ereignisses, das in diesem Kubernetes -Cluster zum Zeitpunkt der Discovery erstellt wurde.
    Kubernetes Knoten [cmdb_ci_kubernetes_node] Der virtuelle Aspekt des Kubernetes -Knotens. Daten, die sich auf den physischen Aspekt des Knotens Kubernetes beziehen, werden unter dem Server Linux ] gespeichert.
    name Der Name des Kubernetes -Knotens. Das Format kann nur der Name des Computers oder der vollständige Name sein, der aus dem Namen und dem Hostnamen besteht: <name>.<hostname>.
    k8s_uid Der Bezeichner für die Knoten-UUID Kubernetes
    Cluster Der Name des Clusters, der diese Ressource enthält.
    operational_status Der Betriebsstatus des Knotens Kubernetes
    Kubernetes Service [cmdb_ci_kubernetes_service]
    name Der Name des Kubernetes -Services.
    Auswahl Kommagetrennte Liste der in der Konfiguration Kubernetes angegebenen Bezeichnungsauswahlen, die zur Auswahl von Ziel-Pods verwendet werden.
    namespace Der Namespace Kubernetes, zu dem der Service Kubernetes gehört.
    k8s_uid Die Kubernetes -Service-UUID.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    Kubernetes -Pod [cmdb_ci_kubernetes_pod]
    name Der Name des Kubernetes -Pods.
    k8s_uid Die Kubernetes -Pod-UUID.
    resourceVersion Die Ressourcenversion des Kubernetes -Pods.
    namespace Der Kubernetes -Namespace, zu dem dieser Kubernetes -Pod gehört.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    Staat

    Der Status des Pods Kubernetes : Ausstehend, Wird ausgeführt, Erfolgreich, Fehlgeschlagen und Unbekannt.
    Kubernetes Cron-Job [cmdb_ci_kubernetes_cronjob]
    name Der Name des Kubernetes -Cronjobs
    namespace Der Kubernetes -Namespace, zu dem dieser Kubernetes -Pod gehört.
    k8s_uid Die Cron-Job-UUID Kubernetes.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    Kubernetes Auftrag [cmdb_ci_kubernetes_job]
    name Der Name des Auftrags Kubernetes .
    namespace Der Namespace Kubernetes, zu dem der Auftrag Kubernetes gehört.
    k8s_uid Die Kubernetes -Auftrags-UUID
    Cluster Der Name des Clusters, das den Auftrag Kubernetes enthält.
    Kubernetes Daemonset [cmdb_ci_kubernetes_daemonset]
    name Der Name des Kubernetes -DaemonSets.
    namespace Der Namespace Kubernetes, zu dem dieses Kubernetes -Daemonset gehört.
    k8s_uid Die Kubernetes -DaemonSet-UUID.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    pods_avail Die Anzahl der verfügbaren Pods.
    pods_failed Die Anzahl der Pods in der fehlgeschlagenen Phase.
    pods_running Die Anzahl der Pods in der Phase „Ausgeführt“.
    pods_succeeded Die Anzahl der Pods in der Phase „Erfolgreich“.
    pods_waiting Die Anzahl der Pods in der Wartephase.
    Kubernetes Eingehend [cmdb_ci_kubernetes_ingdress]
    name Der Name des Eingangs Kubernetes
    namespace Der Namespace Kubernetes, zu dem dieser Kubernetes -Eingang gehört.
    k8s_uid Die Kubernetes Eingangs-UID
    Cluster Der Name des Clusters, der diese Ressource enthält.

    Kubernetes Bereitstellung [cmdb_ci_kubernetes_deployment]

    Kubernetes Replikatsatz [cmdb_ci_kubernetes_replicaset]

    Kubernetes Replikationscontroller [cmdb_ci_kubernetes_replicationcontroller]

    Kubernetes Statefulset [cmdb_ci_kubernetes_statefulset]
    name Der Name dieser Ressource
    namespace Der Namespace Kubernetes, zu dem diese Ressource gehört.
    K8s_uid Die Kubernetes -UID dieser Ressource
    Cluster Der Name des Clusters, der diese Ressource enthält.
    total_replicas Anzahl der Replikate in dieser Ressource
    desired_replicas Die Anzahl der Replikate in der gewünschten Phase
    available_replicas Anzahl der verfügbaren Replikate
    unavailable_replicas Anzahl der Replikate in der nicht verfügbaren Phase
    updated_replicas Anzahl der aktualisierten Replikate
    Docker-Container [cmdb_ci_docker_container] Die Komponente, die das Docker-Image ausführt
    container_id Der eindeutige Bezeichner für den Docker-Container Kubernetes .

    In Fällen, in denen doppelte Datensätze erstellt werden, werden Deduplizierungsaufgaben angezeigt, sobald Discovery ausgeführt wird. Informationen zur Lösung dieser Aufgaben finden Sie im Artikel Docker-Container-Bezeichner unabhängig machen [KB1443042] in der ServiceNow® Knowledge Base.
    namespace Der Namespace Kubernetes, zu dem der Docker-Container Kubernetes gehört
    Docker-Image [cmdb_ci_docker_image] Ein ausführbares Paket einer Anwendung und der zugehörigen Software, das von einem Docker-Container instanziiert werden kann
    image_id Der Bezeichner für das Docker-Image Kubernetes .
    name Der Name des Docker-Images Kubernetes.
    image_url Die URL für das Herunterladen des Docker-Image.
    namespace Der Namespace Kubernetes, zu dem dieses Docker-Image Kubernetes gehört.
    Linux-Server [cmdb_ci_linux_server] Der Server, der den Knoten Kubernetes hostet.
    name Der Name des Linux-Servers, der den Kubernetes -Knoten antreibt.
    hostname Der Hostname des Linux-Servers
    os Das auf diesem Linux-Server bereitgestellte Betriebssystem
    kernel_release Die Version des auf diesem Linux-Server bereitgestellten Linux-Kernel-Betriebssystems.
    ram Die Größe des auf diesem Linux-Server installierte RAM.
    ip_address Die IP-Adresse des Linux-Servers
    Schlüsselwert [cmdb_key_value] Dieses Configuration Item enthält Kubernetes Bezeichnungen. Bezeichnungen sind Schlüssel/Wert-Paare, die an Objekte wie Pods angehängt werden.
    key Der Schlüssel des Parameters Kubernetes „ Pod oder Kubernetes Service Key Value.
    Wert Der Wert des Parameters Kubernetes „ Pod oder Kubernetes Service Key Value.
    Kubernetes Volumen [cmdb_ci_kubernetes_volume]
    k8s_uid Die UUID des Kubernetes -Volumes.
    mount_path Der Pfad für den Zugriff auf dieses Kubernetes -Volume.
    name Der Name des Volumes Kubernetes.
    namespace Der Namespace Kubernetes, zu dem dieses Volume Kubernetes gehört.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    volume_id Die ID des Kubernetes -Volumes.
    OpenShift Bereitgestellte Konfiguration [cmdb_ci_openshift_dep_conf]​
    name Der Name der Bereitstellungskonfiguration OpenShift.
    namespace Der Name des Namespace, der die Bereitstellungskonfiguration enthält
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL der bereitgestellten Konfiguration OpenShift.
    OpenShift Buildkonfiguration [cmdb_ci_openshift_build_conf]
    name Der Name der Build-Konfiguration OpenShift.
    namespace Der Name des Namespace OpenShift, der die Build-Konfiguration enthält.
    k8s Die UUID des Kubernetes -Volumes.
    URL Die URL der Build-Konfiguration OpenShift.
    OpenShift Quelle2Bild [cmdb_ci_openshift_source_2_image]
    name Der Name des OpenShift-Quell-Image
    bis Zugehöriges Image
    parent_id Die ID des Quell-Image OpenShift
    OpenShift Weiterleitung [cmdb_ci_openshift_route]
    name Der Name der Route OpenShift.
    namespace Der Name des Namespace, der die Route OpenShift enthält.
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL der Route OpenShift.
    host Der Zielhost der Route OpenShift.
    port Der Zielport der Route OpenShift.
    OpenShift Gruppe [cmdb_ci_openshift_group]
    name Der Name der Gruppe OpenShift
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL der Gruppe OpenShift
    OpenShift Benutzer [cmdb_ci_openshift_user]
    name Der Name des Anwenders OpenShift.
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL des Anwenders OpenShift.
    full_name Der vollständige Name des Anwenders OpenShift.
    OpenShift Projekt [cmdb_ci_openshift_project]
    name Der Name des OpenShift -Projekts.
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL des Projekts OpenShift
    OpenShift Bild [cmdb_ci_openshift_images]
    name Der Name des OpenShift Image.
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL des Bildes OpenShift
    docker_image_metadata_id Die ID des Docker-Image
    docker_image_metadata_parent_id Die ID der übergeordneten ID des Image
    arch Architektur des Image
    size Die Image-Größe
    hostname Der dem Image zugeordnete Host-Name
    OpenShift Bilderstrom [cmdb_ci_openshift_images_stream]
    name Der Name des OpenShift Image-Streams.
    k8s_uid Die UUID des Kubernetes -Volumes.
    URL Die URL des OpenShift Image-Streams.
    namespace Der Name des Namespace, der den Image-Stream OpenShift enthält.
    OpenShift Docker-Image-Repository [cmdb_ci_openshift_docker_images_repository]
    name Der Name des Docker-Image-Repositorys OpenShift.
    parent_ID Die ID des übergeordneten Systems
    -Namespace [cmdb_ci_kubernetes_namespace]
    name Der Name des Kubernetes -Namespace.
    Staat

    Die Namespacephasen Kubernetes : „Aktiv“ oder „Wird beendet“.
    Diese Daten werden vom Erweiterungsabschnitt Collect Container Repository erfasst.
    Tabelle und Feld Beschreibung
    Container-Repository [cmdb_ci_container_repository]
    Name [name] Der Name des Container-Repositorys.
    Container-Repository-Eintrag [cmdb_ci_container_repository_entry]
    Name [name] Der Name des Container-Repository-Eintrags.
    Kategorie [category] Die Kategorie des Container-Repository-Eintrags.
    Die Grafik veranschaulicht CIs, die Teil der Discovery von Kubernetes sind.
    Hinweis:
    Diese Abhängigkeitsansichten-Zuordnung wurde der Übersichtlichkeit halber vereinfacht. Ihre Kubernetes -Bereitstellungen können viel mehr CIs enthalten.
    Abbildung : 1. Komponenten der Kubernetes -Bereitstellung

    Komponenten der Kubernetes-Bereitstellung
    Abbildung : 2. Komponenten der Kubernetes -Bereitstellung, einschließlich OpenShift

    Komponenten der Kubernetes-Bereitstellung einschließlich OpenShift

    Vom Muster „Kubernetes“ erfasste CI-Beziehungen

    Diese Beziehungen werden mit dem Kubernetes Mustererstellt:
    CI Beziehung CI
    Kubernetes Cluster [cmdb_ci_kubernetes_cluster] Enthält::Enthalten in

    Kubernetes Service [cmdb_ci_kubernetes_service]
    Enthält::Enthalten in Kubernetes -Pod [cmdb_ci_kubernetes_pod]
    Enthält::Enthalten in Kubernetes Eingehend [cmdb_ci_kubernetes_ingdress]
    Enthält::Enthalten in

    Kubernetes -Namespace [cmdb_ci_kubernetes_namespace]
    Enthält::Enthalten in [cmdb_ci_openshift_source_2_image]
    Enthält::Enthalten in OpenShift Gruppe [cmdb_ci_openshift_group]
    Enthält::Enthalten in OpenShift Benutzer [cmdb_ci_openshift_user]
    Enthält::Enthalten in OpenShift Projekt [cmdb_ci_openshift_project]
    Enthält::Enthalten in OpenShift Bild [cmdb_ci_openshift_images]
    Enthält::Enthalten in OpenShift Docker-Image-Repository [cmdb_ci_openshift_docker_images_repository]
    Cluster von::Cluster Kubernetes Knoten [cmdb_ci_kubernetes_node]
    Verwaltet::Verwaltet von Linux-Server [cmdb_ci_linux_server]
    Enthalten in::Enthält Ressourcengruppe [cmdb_ci_resource_group]
    Kubernetes -Pod [cmdb_ci_kubernetes_pod] Enthält::Enthalten in Docker-Container [cmdb_ci_docker_container]
    Enthält::Enthalten in Docker-Image [cmdb_ci_docker_image]
    Enthält::Enthalten in Kubernetes Volumen [cmdb_ci_kubernetes_volume]

    Kubernetes Arbeitsauslastung [cmdb_ci_kubernetes_workload]

    		 Gehostet auf::Hostet Kubernetes Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes-Service [cmdb_ci_kubernetes_service] Stellt Folgendes bereit::Bereitgestellt von

    Kubernetes Arbeitsauslastung [cmdb_ci_kubernetes_workload]

    Kubernetes-Bereitstellung [cmdb_ci_kubernetes_deployment]

    		 Besitzt::Eigentum von

    Kubernetes Replikatsatz [cmdb_ci_kubernetes_replicaset]

    Kubernetes Replikatsatz [cmdb_ci_kubernetes_replicaset]

    		 iInstantiates:: Instanziiert von Kubernetes -Pod [cmdb_ci_kubernetes_pod]
    Kubernetes Arbeitsauslastung [cmdb_ci_kubernetes_workload] Bereitgestellt von::Stellt bereit für Kubernetes Service [cmdb_ci_kubernetes_service]
    Kubernetes Bereitstellung [cmdb_ci_kubernetes_deployment] Gehostet auf::Hostet Kubernetes Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes Daemonset [cmdb_ci_kubernetes_daemonset] Gehostet auf::Hostet Kubernetes Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes Statefulset [cmdb_ci_kubernetes_statefulset] Gehostet auf::Hostet Kubernetes Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes Namespace [cmdb_ci_kubernetes_namespace] Enthält::Enthalten in OpenShift Bereitgestellte Konfiguration [cmdb_ci_openshift_dep_conf​]
    Enthält::Enthalten in OpenShift Buildkonfiguration [cmdb_ci_openshift_build_conf]
    Enthält::Enthalten in OpenShift Weiterleitung [cmdb_ci_openshift_route]
    Enthält::Enthalten in OpenShift Bilderstrom [cmdb_ci_openshift_images_stream]
    Docker-Image [cmdb_ci_docker_image] Instanziiert::Instanziiert von Docker-Container [cmdb_ci_docker_container]
    Linux-Server [cmdb_ci_linux_server] Enthält::Enthalten in Kubernetes -Pod [cmdb_ci_kubernetes_pod]
    Wird ausgeführt:Wird ausgeführt auf Docker-Container [cmdb_ci_docker_container]
    Hostet::Gehostet auf Kubernetes Knoten [cmdb_ci_kubernetes_node]
    OpenShift Bereitstellungskonfiguration [cmdb_ci_openshift_dep_conf​] Enthält::Enthalten in [cmdb_ci_config_file_tracked]​
    Der Erweiterungsabschnitt Collect Container Repository des Kubernetes-Musters identifiziert diese Beziehungen.
    CI Beziehung CI
    Docker-Image [cmdb_ci_docker_image] Bereitgestellt von::Bereitgestellt Container-Repository-Eintrag [cmdb_ci_container_repository_entry]
    Container-Repository-Eintrag [cmdb_ci_container_repository_entry] Gehostet auf::Hostet Container-Repository [cmdb_ci_container_repository]

    Von der Erweiterung „Istio Service Mesh“ erfasste CI-Beziehungen

    Voraussetzungen für die Erweiterung „Istio Service Mesh“:

    • Stellen Sie sicher, dass die Istio Service Mesh- und Prometheus-Komponenten im Cluster Kubernetes konfiguriert sind.
    • Stellen Sie sicher, dass Prometheus die Serviceverbindungsinformationen mit dem Befehl „queryistio_requests_total“ erkennt.
    • Stellen Sie sicher, dass die Anwendungsservices verbunden sind, und überprüfen Sie den Datenverkehrs-Flow von Service zu Service im Katalog von „Kiali Graph“.

    Weitere Informationen zur Anwendung „Bookinfo“ finden Sie unter: https://istio.io/latest/docs/examples/bookinfo/

    CI Beziehung CI
    Kubernetes Service [cmdb_ci_kubernetes_service] Verbindet mit::Verbunden mit Kubernetes Service [cmdb_ci_kubernetes_service]

    Vom Ereignismuster Kubernetes erfasste CI-Beziehungen

    Diese Beziehungen werden erstellt, um die Erkennung des Ereignisses Kubernetes zu unterstützen:
    CI Beziehung CI
    Kubernetes Cluster [cmdb_ci_kubernetes_cluster] Enthält::Enthalten in

    Kubernetes Service [cmdb_ci_kubernetes_service]
    Enthält::Enthalten in Kubernetes -Pod [cmdb_ci_kubernetes_pod]
    Cluster von::Cluster Kubernetes Knoten [cmdb_ci_kubernetes_node]
    Verwaltet::Verwaltet von [cmdb_ci_linux_server]
    Kubernetes -Pod [cmdb_ci_kubernetes_pod] Enthält::Enthalten in Docker-Container [cmdb_ci_docker_container]
    Enthält::Enthalten in Docker-Image [cmdb_ci_docker_image]
    Enthält::Enthalten in Kubernetes Volumen [cmdb_ci_kubernetes_volume]
    Docker-Image [cmdb_ci_docker_image] Instanziiert::Instanziiert von Docker-Container [cmdb_ci_docker_container]
    Linux-Server [cmdb_ci_linux_server] Enthält::Enthalten in Kubernetes -Pod [cmdb_ci_kubernetes_pod]
    Wird ausgeführt:Wird ausgeführt auf Docker-Container [cmdb_ci_docker_container]
    Hostet::Gehostet auf Kubernetes Knoten [cmdb_ci_kubernetes_node]

    Daten, die von Service-Mapping während der tagbasierten Erkennung erfasst wurden

    Service-Mapping verwendet die Tag-basierte Discovery, um Anwendungsservice-Zuordnungen einschließlich der Kubernetes -Komponenten zu erstellen. Service-Mapping enthält die folgenden vorkonfigurierten CI-Beziehungen, die für die Tag-basierte Discovery verwendet werden. Diese CI-Beziehungen sind im ServiceNow Store ab Version 1.0.68 verfügbar.
    CI Beziehung CI
    Kubernetes-Service [cmdb_ci_kubernetes_service] Enthalten in::Enthält Kubernetes-Cluster [cmdb_ci_kubernetes_cluster]
    OpenShift-Projekt [cmdb_ci_openshift_project] Enthalten in::Enthält Kubernetes-Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes-Pod [cmdb_ci_kubernetes_pod] Enthalten in::Enthält Kubernetes-Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes-Pod [cmdb_ci_kubernetes_pod] Cluster::Cluster von Kubernetes-Service [cmdb_ci_kubernetes_service]
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] Enthält::Enthalten in Bereitgestellte OpenShift-Konfiguration [cmdb_ci_openshift_dep_conf]​
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] Enthält::Enthalten in OpenShift-Buildkonfiguration [cmdb_ci_openshift_build_conf]
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] Enthält::Enthalten in OpenShift-Route [cmdb_ci_openshift_route]
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] Enthält::Enthalten in OpenShift-Image-Stream [cmdb_ci_openshift_images_stream]

    Kubernetes-Dashboard

    Nachdem Discovery die Erkennung von Komponenten der Bereitstellung von Kubernetes abgeschlossen hat, können Sie zu navigieren Alle > Konfiguration > Kubernetes und zeigen Sie die Statistiken zu erkannten Kubernetes -Komponenten an. Weitere Informationen finden Sie unter Kubernetes-Dashboard.

    Nach dem Upgrade auf Discovery-Administratorarbeitsbereich Version 1.3.1 (Store-Release August 2024) können Sie zu Arbeitsbereiche > Discovery-Administratorarbeitsbereich > Einblicke navigieren und das erweiterte Dashboard verwenden.

    Problembehandlung

    Wenn der Zuordnungsprozess nicht so verläuft, wie Sie es erwartet haben, sollten Sie den folgenden Vorschlägen folgen.
    Symptom Ursache Lösung
    Discovery fehlgeschlagen. Die Discovery-Nachricht enthält die Informationen zu einem Fehler, der durch die REST-Zeitüberschreitung verursacht wurde. Es gibt viele CIs, deren REST-Aufrufantwort in der Bereitstellung gesendet wird. Der MID-Server kann die REST-Aufrufantwort nicht verarbeiten, ohne dass die vom Parameter mid.sa.cloud.request_timeout gesteuerte Zeitbegrenzung überschritten wird. Standardmäßig ist der Parameter mid.sa.cloud.request_timeout auf 30.000 Millisekunden festgelegt.
    Erhöhen Sie den Wert dieses Parameters auf dem entsprechenden MID-Server, und führen Sie die Discovery erneut aus.
    Hinweis:
    Wenn dieser Parameter in der zugehörigen Liste der Konfigurationsparameter für den betreffenden MID-Server nicht angezeigt wird, müssen Sie ihn möglicherweise hinzufügen.
    Bei Musterdesigner tritt während einer Debug-Sitzung ein Fehler auf. Die Musterdesigner-Meldung enthält die Informationen zu einem Fehler, der durch eine Zeitüberschreitung verursacht wurde. Beim Musterdesigner tritt ein Fehler aufgrund einer Zeitüberschreitung beim Muster-Debugging auf (und nicht während der Discovery). Standardmäßig ist der Parameter sa.debugger.max_timeout auf 240 Sekunden festgelegt.

    Erhöhen Sie den Wert dieses Parameters auf dem betreffenden MID-Server.

    Betriebsinformationen zum Ausführen des Musters Kubernetes im Debug-Modus finden Sie unter KB0832567.