Kubernetes Discovery

  • Freigeben Version: Yokohama
  • Aktualisiert 30. Januar 2025
  • 21 Minuten Lesedauer

    • Die ServiceNow ITOM-TransparenzFindet Kubernetes Und OpenShiftKomponenten Und erstellt Anwendungsservices, die sie enthalten . DiscoveryFindet auch KubernetesEreignisse und aktualisiert häufig CMDBUm die Dynamik widerzuspiegeln KubernetesUmgebung.

    DiscoveryVerwendet KubernetesMuster und seine Erweiterungsabschnitte, die erkannt werden sollen KubernetesKomponenten für KubernetesVersion 1,21:
    • Die Collect OpenShift info Erweiterungsabschnitt von KubernetesMuster erkennt OpenShiftKomponenten von KubernetesBereitstellung. Die OpenShiftDer Abschnitt „Build-Konfiguration“ ist ab Store-Version 1,0.53 verfügbar.
    • Die Service MeshErweiterung erkennt Service Mesh-Details. Mit diesen Informationen kann das Muster Service-zu-Service-Beziehungen erstellen, die als Verbindungen zu::Connected angezeigt werden. Die Service Mesh-Discovery erfordert die Bereitstellung von Istio auf Ihrem K8s-Cluster (Kubernetes). Der Abschnitt „Service Mesh-Erweiterung“ ist ab verfügbar Kubernetes-Erweiterungsklassen . Wird auf unterstützt Now PlatformMit Madrid Release oder höher.
    • Die Collect Container RepositoryDer Erweiterungsabschnitt und sucht Container-Registrierungen und -Bilder in diesen Registrierungen.

    Darüber hinaus DiscoveryVerwendet KubernetesEreignismuster, für das Ereignisse erkannt werden sollen KubernetesKomponenten für Versionen KubernetesVersion 1,21.

    Ab Release 1.0.68 auf ServiceNow Store, Service-MappingKann CI-Beziehungen verwenden, um hinzuzufügen KubernetesKomponenten für Anwendungsservices während der Tag-basierten Discovery.

    Discovery Verwendet die folgenden Muster, um das gesamte zu erkennen KubernetesAuf GCP, AWS und Azure bereitgestellte Infrastruktur:
    • Google Cloud-Plattform (GCP) – Abrufen Kubernetes Cluster .
    • Amazon-Webservices (AWS) – Abrufen Kubernetes Cluster .
    • Microsoft Azure Cloud Computing-Services – Abrufen Kubernetes Cluster .
    Diese Muster fragen die Cloud ab und erfassen Daten für alle KubernetesCluster, und erstellen Sie einen serverlosen Zeitplan für jeden Cluster. Wenn der Cluster gelöscht wird, wird der Zeitplan als inaktiv markiert. Diese Funktion beseitigt den Aufwand beim Erstellen und Verwalten mehrerer Anmeldeinformationen und serverloser Discovery-Zeitpläne pro Cluster. Die Cloudinfrastrukturmuster werden durch die standardmäßige Cloud-Discovery 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:
    Für Voraussetzungen für KubernetesCloud-Infrastruktur-Discovery, siehe Unten .
    Hinweis:
    Wird automatisch serverlos ausgeführt Kubernetes„Zeitpläne“ ruft das Bearer-Token ab. Das Hinzufügen von Anmeldeinformationen ist nicht erforderlich.
    Führen Sie die folgenden Schritte aus, um dies sicherzustellen DiscoveryKann verwenden Muster, das erfolgreich gefunden werden soll Kubernetes.
    1. Stellen Sie die neueste Anwendung für Discovery- und Servicezuordnungsmuster in bereit ServiceNow Store.
    2. Auf KubernetesPlattform: Suchen Sie nach den Parametern, die eingerichtet werden sollen KubernetesDiscovery:
      • URL des kubeapi-Servers suchen:
        1. Auf KubernetesPlattform, führen Sie den folgenden Befehl aus:

          Kubectl-Cluster-info

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

          https://10.154.144.146:443

      • Namespaces des kubeapi-Servers suchen:
        1. Auf KubernetesPlattform, führen Sie diesen Befehl aus:

          Kubectl ruft Namespaces ab

        2. Suchen Sie in der Ausgabe nach der Zeile, die die Namespaces angibt. Beispiel: kube-System .
      • Suchen Sie KubernetesAnwendername und Passwort:
        1. Auf KubernetesPlattform, führen Sie diesen Befehl aus:

          Kubectl-Konfigurationsansicht

        2. Suchen Sie in der Ausgabe nach Anwendername und Passwort.Suchen Sie die Zeilen, die Informationen zu Passwort und Anwendername enthalten.
          Hinweis:
          In einer bestimmten Umgebung Kubectl-Konfigurationsansicht Befehl zeigt nicht die erwarteten Details an. Verwenden Sie Unterstützt Befehl von Kubernetesadministrator zum Abrufen der Anwendernamen- und Passwortdetails.
      • 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-Beschreibungsgeheimnis .
        2. T Die Ausgabe zeigt alle Accounts und alle Token an. Gültiges Token suchen:

          Wo Kubectl Ist der generische KubernetesAccount, Beschreiben Ist die generische kubectl-Methode.

          Die Geheimnis Der Parameter spiegelt das in wider KubernetesCluster, das Standard-Token wird geschützt, indem es im Objekt vom Typ enthalten ist Geheimnis .

          Kubectl-Beschreibungsgeheimnis Befehlsausgabe ist ein BASE64-codiertes Format.

        3. Wenn Sie den Standard-Token-Namen kennen, verwenden Sie den folgenden Befehl: Kubectl beschreibt das Geheimnis default-Token-g6pwc

          Die Default-Token-g6pwc Spiegelt den Parameterwert des Standard-Tokens für g6pwc wider.

        4. Die Ausgabe zeigt alle vorhandenen Token dafür an KubernetesAccount.

          Wählen Sie ein Token für die Konfiguration aus KubernetesAnmeldeinformationen für ServiceNowPlattform.

    3. Stellen Sie sicher, dass der API-Server über den MID-Server für erfolgreich erreichbar ist KubernetesDiscovery.
    4. Stellen Sie sicher, dass der Anwender auf konfiguriert ist KubernetesDie Plattform verfügt über die Berechtigungen zum Ausführen der folgenden /api/v1-Elemente:
      • 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/replicationController
      • https://<url>/apis/Networking.k8s.io/v1/Eingänge
      • https://<url>/apis/Apps/v1/Bereitstellungen
      • https://<url>/apis/Apps/v1/staternal Sets
      • 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 zu erkennen OpenShiftKomponenten von KubernetesBereitstellung: Stellen Sie sicher, dass der Anwender auf konfiguriert ist KubernetesDie Plattform verfügt über die Berechtigungen zum Ausführen der folgenden /api/v1-Elemente:
      • /apis/Apps.openshift.io/v1/proviymentkonfigurations
      • ​/apis/Build.openshift.io/v1/buildconfigs ​
      • /apis/Route.openshift.io/v1/Routen ​
      • /apis/user.openshift.io/v1/groups ​
      • /apis/user.openshift.io/v1/users ​
      • /apis/project.openshift.io/v1/project ​
      • /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 abzufragen.
    6. Aktivieren Ruft Kubernetes-Konfigurationsdateien Ab Erweiterung auf:
      • Erkennen Sie Konfigurationsdateien.
      • Erstellen Sie nachverfolgte Konfigurationsdateien.
      • Ordnen Sie die Konfigurationsdateien-Arbeitsauslastungen und -Services einer Beziehung zu.
      Hinweis:
      Der Inhalt der nachverfolgten Dateien befindet sich im JSON-Format ab Version 1,0.92. Der Inhalt der nachverfolgten Dateien ist in Version 1.0.91 und früher im YAML-Format.
    7. Erstellen Sie KubernetesAnmeldeinformationen für ServiceNowPlattform:
      1. Auf ServiceNowPlattform, navigieren Sie zu Alle > Discovery > Anmeldeinformationenan.
      2. Wählen Sie Neu.
      3. Wählen Sie Aus Kubernetes-Anmeldeinformationen .
      4. Konfigurieren Sie die Formularfelder (siehe Tabelle):
        Feld Beschreibung
        Name Geben Sie einen eindeutigen und beschreibenden Namen für diese Anmeldeinformationen ein.
        Anwendername Geben Sie den zu erstellenden Anwendernamen in die Tabelle „Anmeldeinformationen“ ein. Vermeiden Sie führende oder nachfolgende Leerzeichen in Anwendernamen. Eine Warnung wird angezeigt, wenn die Plattform führende oder nachfolgende Leerzeichen im Anwendernamen erkennt.
        Passwort Geben Sie das Passwort für diese Anmeldeinformationen ein.
        Bearer-Token Geben Sie für die erweiterte Authentifizierung mit einem Bearer-Token das Bearer-Token ein DiscoveryVerwendet für Authentifizierung beim Zugriff Kubernetes. Verwenden Sie die Zeichensequenz als Token, z. B. 31ada4fd-adec-460c-809a-9e56ceb75269.
        Hinweis:
        Das Bearer-Token muss im BASE64-codierten Format vorliegen.
        Bearer-Token-Authentifizierung Aktivieren Sie für die erweiterte Authentifizierung mit einem Bearer-Token dieses Kontrollkästchen.
        Anmeldeinformationsalias Konfigurieren Sie den Alias für die Verwendung von KubernetesAnmeldeinformationen für andere Geräte und Anwendungen als Kubernetes. Sie verwenden diesen Alias auch zum Definieren eines serverlosen Discovery-Zeitplans für die Erkennung von KubernetesBereitstellung.
        1. Wählen Sie das Vorhängeschloss-Symbol und dann das Suchsymbol aus.
        2. Wählen Sie im Formular Aliasse für Verbindungen und Anmeldeinformationen die Option aus Neu .
        3. Geben Sie einen Namen für den Datensatz des Anmeldeinformationsalias an.
        4. Definieren Sie Attribute für den Alias. Legen Sie fest TypeBis Anmeldeinformationen .
        5. Klicken Sie mit der rechten Maustaste auf den Formularheader, und wählen Sie aus Speichern , Und wählen Sie dann aus Aktualisieren .
        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. Auf KubernetesAnmeldeinformationsformular auswählen Aktualisieren .
    8. Erstellen Sie einen serverlosen Discovery-Zeitplan für KubernetesMuster.
      Erstellen und definieren Sie das serverlose Ausführungsmuster, wie in der Produktdokumentation beschrieben. Konfigurieren Sie die für erforderlichen Parameter KubernetesMuster wie folgt:
      Tabelle : 1. Ausführungsmusterattribute werden konfiguriert
      Feld Beschreibung
      URL Der Bezeichner für den Hostnamen, die IP oder den FQDN und den Port von KubernetesApiserver. Verwenden Sie das folgende Format: Example_hostname:example_Port oder xample_ip:example_Port. Geben Sie das richtige Protokoll (HTTP oder HTTPS) in der URL an.
      namespace Die Namespaces, die das System in übergeben KubernetesDiscovery-Konfiguration. Geben Sie einen der folgenden Werte ein:
      • Individueller Namespace: Geben Sie den Namespace und dann „kube-System“ ein. Beispiel: dev,kube-System
      • Der Standardwert: Eingabetaste Standard, kube-System
      • Mehrere Namespaces: Geben Sie die Namespaces ein, trennen Sie die Werte durch ein Komma (,), und geben Sie dann „kube-System“ ein. Beispiel: Automatisierung, Anwendung, Test, Kube-System
      • Alle Namespaces: Verwenden Sie ein Sternchen (*), um alle Namespaces einzugeben
      Alias für Anmeldeinformationen Der Alias, der dem zuvor erstellten zugeordnet ist KubernetesAnmeldeinformationen.
      Clustername Der Name von KubernetesCluster im folgenden Format: <serviceaccountid> <space> <clustername>.
      Anbieter Der Cloud-Anbieter: GCP, AWS oder Azure.
      cluster_resource_id Beispiel für Clusterressourcen-ID:
      • Azure KubernetesCluster: Ressourcen-ID.
      • AWS: Cluster-ARN.
      • GCP: Globaler Name des Clusters.
    9. Erstellen Sie einen serverlosen Discovery-Zeitplan für KubernetesEreignismuster. 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-Ereignisse 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 serverloses Ausführungsmuster für den Discovery-Zeitplan, und weisen Sie es zu KubernetesEreignismuster. Konfigurieren Sie die für erforderlichen Parameter KubernetesMuster wie in beschrieben Ausführungsmusterattribute werden konfiguriert.

    10. Um erkannte Komponenten in Serviceinstanzen einzubeziehen, aktivieren Sie CI-Beziehungen, die in der Tag-basierten Discovery von verwendet werden Service-Mapping. Diese CI-Beziehungen sind ab Release 1.0.68 auf verfügbar ServiceNow Store. Operative Schritte finden Sie unter Tag-basierte Discovery-Konfiguration.

    Voraussetzungen für KubernetesCloud-Infrastruktur-Discovery

    Für Google Cloud Platform (GCP)– Abrufen Kubernetes Cluster Muster, führen Sie Folgendes aus:

    1. In ServiceNowInstanz, richten Sie ein ein Google Cloud Platform (GCP)Service-Account mit gültigen Anmeldeinformationen und Berechtigungen.
    2. Auf GCPInfrastruktur, richten Sie ein MID-ServerMit vollem Zugriff auf alle Cloud-APIs: Legen Sie die Cloud-API-Zugriffsbereiche auf „vollständigen Zugriff auf alle Cloud-APIs zulassen“ fest. Die MID-Serverinstanz kann nur auf die Cluster zugreifen, die für das Projekt spezifisch sind.
    3. Navigieren Sie zu sys_properties.list Und konfigurieren Sie die folgenden Eigenschaften:
      • sn_itom_pattern.k8s_midserver: Geben Sie eine gültige an MID-ServerName.
      • sn_itom_pattern.k8s_create_schedule_enabled: Legen Sie den Wert auf fest Wahr .
        Hinweis:
        Aktivieren von sn_itom_pattern.k8s_create_schedule_enabledDie Eigenschaft erstellt automatisch einen serverlosen Zeitplan für Ihre Cloud-Cluster, sodass keine manuelle Planung erforderlich ist. Wenn Sie über einen vorhandenen manuellen Zeitplan verfügen und ihn in einen automatischen Zeitplan konvertieren möchten, aktivieren Sie die Eigenschaft. Ihr manueller Zeitplan wird aktualisiert. Es wird kein zusätzlicher Zeitplan erstellt.
    4. Erstellen und ausführen Google Cloud Discovery
      Hinweis:

      Zum Abrufen des Bearer-Tokens während der Ausführung von GKE KubernetesPlanen, verwenden Sie den gcloud-Befehl:

      Gcloud config-helper --Format="value(credential.Access_Token)"

      Die Konfiguration von gCloud in der MID-Serverinstanz gewährt Zugriff auf den GKE-Cluster zum Abrufen des Tokens.

    Für Amazon Elastic Kubernetes Service (EKS)Cluster-Discovery: Führen Sie Folgendes aus:

    1. In ServiceNowInstanz, legen Sie fest AWSService-Account mit gültigen Anmeldeinformationen und Berechtigungen für Verwaltungsaccounts.
      1. Stellen Sie sicher, dass Amazon Elastic Kubernetes Service (EKS)Cluster hat eine Clusterrolle mit schreibgeschütztem Zugriff auf alle Ressourcen.
      2. Erstellen Sie eine Clusterrollenbindung zwischen der Clusterrolle und einem KubernetesAnwender. Beispiel: Schreibgeschützt Anwender.
      3. Erstellen Sie einen AWSIAM-Rolle mit der Richtlinie „EKSReadOnly“.
      4. Ordnen Sie die IAM-Rolle zu KubernetesAnwender auf eine der folgenden Arten:
        • Bearbeiten Sie im Cluster die aws-auth-Konfigurationszuordnung.
        • Befehl ausführen:

          Eksctl erstellt iamidentitymapping --Cluster yourClusterName --arnarn:aws:iam::yourAccountID:role/yourIAMRoleName --username read-only-user

    2. Ausführen Amazon Elastic Kubernetes Service (EKS)Cluster-Discovery auf eine von zwei Arten: Mit AWSBefehlszeilenschnittstelle (CLI) oder ohne Verwendung von AWSCLI. Legen Sie zuerst die Systemeigenschaft fest sn_itom_pattern.k8s_aws_cli_to_generate_tokenUm das von Ihnen ausgewählte Modell zu verwenden. Diese Systemeigenschaft ist auf festgelegt Wahr Standardmäßig.

      • Legen Sie diese Systemeigenschaft auf fest Wahr Zu verwenden AWSCLI zum Generieren eines Tokens.

      • Legen Sie diese Systemeigenschaft auf fest Falsch Dient zum Verwenden von „Rollen übernehmen“ zum Generieren eines Tokens.

      1. Ausführen Amazon Elastic Kubernetes Service (EKS)Cluster-Discovery mit AWSCLI:

        1. Richten Sie ein MID-ServerMit AWSCLI konfiguriert. Wird Konfiguriert AWSCLI-Anmeldeinformationen gewähren Zugriff auf Amazon Elastic Kubernetes Service (EKS)Cluster.

          Hinweis:
          Der beim System angemeldete Anwender muss mit identisch sein MID-ServerAnwender.

        2. Zum Generieren des Bearer-Tokens während der Ausführung von Amazon Elastic Kubernetes Service (EKS)Planen, verwenden Sie AWSCLI-Befehl: aws eks GET-Token – Cluster-Name <cluster_name> .

          Konfigurieren von AWSCLI-Anwender/-Rolle in MID-ServerInstanz gewährt Zugriff auf Amazon Elastic Kubernetes Service (EKS)Cluster zum Generieren des Tokens.

      2. Ausführen Amazon Elastic Kubernetes Service (EKS)Cluster-Discovery ohne Verwendung AWSCLI:

        Hinweis:

        Diese Funktion wird von unterstützt Muster für Discovery und Service-MappingVersion 1.0.96 – Dezember 2022.

        Detaillierte Anweisungen finden Sie in der folgenden KB: 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 eine gültige an MID-ServerName.
      • sn_itom_pattern.k8s_create_schedule_enabled: Legen Sie den Wert auf fest Wahr .
        Hinweis:
        Aktivieren von sn_itom_pattern.k8s_create_schedule_enabledDie Eigenschaft erstellt automatisch einen serverlosen Zeitplan für Ihre Cloud-Cluster, sodass keine manuelle Planung erforderlich ist. Wenn Sie über einen vorhandenen manuellen Zeitplan verfügen und ihn in einen automatischen Zeitplan konvertieren möchten, aktivieren Sie die Eigenschaft. Ihr manueller Zeitplan wird aktualisiert. Es wird kein zusätzlicher Zeitplan erstellt.

    4. Erstellen und führen Sie einen AWS Cloud Discovery-Zeitplan aus.

    Für Microsoft Azure KubernetesServices (AKS) – KubernetesCluster-Discovery: Führen Sie Folgendes aus:
    Hinweis:
    Die KubernetesMuster unterstützt die Discovery von AKS-Clusterversionen vor Version 1,30.
    1. Aktualisieren Sie auf den neuesten Muster für Discovery und Service-MappingVersion.
    2. In ServiceNowInstanz, konfigurieren Sie AzureServiceaccount mit gültig AzureAnmeldeinformationen und Berechtigung.
    3. Navigieren Sie zu sys_properties.list Und konfigurieren Sie die folgenden Eigenschaften:
      • sn_itom_pattern.k8s_midserver: Geben Sie eine gültige an MID-ServerName.
      • sn_itom_pattern.k8s_create_schedule_enabled: Legen Sie den Wert auf fest Wahr .
        Hinweis:
        Aktivieren von sn_itom_pattern.k8s_create_schedule_enabledDie Eigenschaft erstellt automatisch einen serverlosen Zeitplan für Ihre Cloud-Cluster, sodass keine manuelle Planung erforderlich ist. Wenn Sie über einen vorhandenen manuellen Zeitplan verfügen und ihn in einen automatischen Zeitplan konvertieren möchten, aktivieren Sie die Eigenschaft. Ihr manueller Zeitplan wird aktualisiert. Es wird kein zusätzlicher Zeitplan erstellt.
        an.
    4. Wenn Sie keine lokalen Accounts bei haben KubernetesNavigieren Sie zu RBAC und möchten die Mustereffizienz verbessern MID-Server > Eigenschaften Und legen Sie fest sn_itom_pattern.aks_fetch_local_ad_tokenEigenschaft bis Falsch .
    5. Führen Sie eine aus AzureCloud-Discovery-Zeitplan.

    6. Konfigurieren Sie MID-ServerIn DiscoveryPlant gemäß dem Cluster-Account-Typ. Wenn Sie keine lokalen Accounts mit RBAC haben, können Sie diesen Schritt ignorieren.

      Cluster-Account-Typ Discovery Zeitplan MID-Server

      Ms Entra ID-Authentifizierung mit KubernetesRBAC.

      Beliebig MID-Server.

      Ms Entra ID-Authentifizierung mit AzureRBAC.

      Beliebig MID-Server.

      Lokale Accounts mit KubernetesRBAC.

      Wählen Sie aus MID-ServerMit AzureBefehlszeilenschnittstelle (CLI) konfiguriert. Konfigurieren von AzureCLI-Anmeldeinformationen gewähren Zugriff auf den AKS-Cluster.

      Zum Abrufen des Bearer-Tokens während der Ausführung von AKS KubernetesPlanen, verwenden Sie AzureCLI-Befehl: az AES get-credentials --Name <cluster_name> --overwrite-existing --resource-Group <resourceGroup_name> --file - .
      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 festlegen Wahr Und Discovery wird ausgeführt: Verhindern Sie, dass doppelte Datensätze erstellt werden, indem Sie alle löschen DockerBilddatensätze.

    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 trotz des neuen Eigenschaftswerts erstellt.

    		 Boolean falsch
    sn_itom_k8s_run_cloud_discovery Wenn diese Eigenschaft aktiviert ist, werden Cloud-k8s-Muster ausgeführt und k8s-Cluster erkannt, ohne automatische Zeitpläne zu erstellen. Boolean falsch
    MID-Server

    sn_itom_pattern.k8s_midserver

    [Standard]

    Beispiel: Gültiger MID-Servername

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id>_midserver

    [Basierend auf Serviceaccount-Ebene]

    Beispiel: Gültiger MID-Servername

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id>_<clustername>_MID-Server

    [Basierend auf Clustername]

    Beispiel: Gültiger MID-Servername

    		 Zeichenfolge

    sn_itom_pattern.kubernetes_collect_volume

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

    		 Zeichenfolge falsch
    Anmeldeinformationsalias

    sn_itom_pattern.k8s_ cred_alias

    [Standard]

    Beispiel: Aliasname für Anmeldeinformationen

    		 Zeichenfolge

    sn_itom_pattern.k8s_<service_account_id>_alias

    [Basierend auf Serviceaccount-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 Serviceaccount-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ühren

    [Ausführung des unterstützten Discovery-Zeitplans – täglich, bei Bedarf, Wochentage, Wochenenden, Monat letzter Tag, Kalenderquartalsende]

    Beispiel: Täglich

    		 Zeichenfolge

    sn_itom_pattern.k8s_batch_count

    [Bezieht sich darauf, wie viele Zeitpläne im Batch ausgeführt werden sollen – Standard auf 5 festgelegt]

    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, die der Wert in Sekunden enthält]

    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 dasselbe verwenden oder unser dynamisches Timing verwenden, das 5 ist Min. Nach dem aktuellen Systemzeitpunkt. 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-Service-Accounts. Weitere Informationen finden Sie unter: Erstellen Sie Zeitpläne für die Erkennung von Cloud-Ressourcen in Cloud-Discovery

    Kubernetes Discovery ohne Anmeldeinformationen oder MID-in-Cluster

    Voraussetzungen für KubernetesDiscovery ohne Anmeldeinformationen:

    Stellen Sie den containerisierten bereit MID-ServerAn KubernetesCluster. Wird Konfiguriert KubernetesAnmeldeinformationen sind seit unnötig MID-ServerIn KubernetesDer Cluster erkennt den API-Server automatisch und authentifiziert sich.

    Tabelle : 3. Konfigurieren von Ausführungsmusterattributen für die Discovery ohne Anmeldeinformationen
    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 übergeben KubernetesDiscovery-Konfiguration. Geben Sie einen der folgenden Werte ein:

    • Individueller Namespace: Geben Sie den Namespace und dann „kube-System“ ein. Beispiel: dev,kube-System
    • Der Standardwert. Eingabetaste: Standard,kube-System
    • Mehrere Namespaces: Geben Sie die Namespaces ein, trennen Sie die Werte durch ein Komma (,), und geben Sie dann „kube-System“ ein. Beispiel: Automatisierung, Anwendung, Test, Kube-System
    • Alle Namespaces: Verwenden Sie ein Sternchen (*), um alle Namespaces einzugeben.
    cluster_name Geben Sie einen eindeutigen Namen ein.

    Daten erfasst von DiscoveryWährend der horizontalen Discovery

    Tabelle und Feld Beschreibung
    Kubernetes Cluster [cmdb_ci_kubernetes_cluster]
    Name Der Name des kube-Controller-Manager-Leiters.
    K8s_UID Die Kube-System-Namespace-UID [unterstützte Versionen: 1.0.92 und höher]
    ip_address Der Bezeichner für Host_ip von KubernetesApiserver.
    port

    Der Bezeichner für KubernetesApiserver-Port.
    namespace Dieser Wert zeigt die Namespaces an, die das System in übergeben hat KubernetesDiscovery-Konfiguration.
    Event_timestamp Der Zeitstempel des letzten Ereignisses, das für dieses erstellt wurde KubernetesCluster zum Zeitpunkt der Discovery.
    Kubernetes Knoten [cmdb_ci_kubernetes_node] Der virtuelle Aspekt von KubernetesKnoten. Daten, die sich auf den physischen Aspekt von beziehen KubernetesKnoten wird unter gespeichert LinuxServer.
    name Der Name von KubernetesKnoten. Das Format kann nur der Name des Computers oder der vollständige Name aus dem Namen und dem Hostnamen sein: <name>.<hostname> .
    k8s_uid Der Bezeichner für KubernetesKnoten-UUID.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    operational_status Der Betriebsstatus von KubernetesKnoten.
    Kubernetes Service [cmdb_ci_kubernetes_servi ce]
    name Der Name von KubernetesService.
    Auswahl Eine kommagetrennte Liste der in angegebenen Bezeichnungsauswahlen KubernetesKonfiguration, die zum Auswählen von Ziel-Pods verwendet wird.
    namespace Die KubernetesNamespace, für den dies gilt KubernetesService gehört.
    k8s_uid Die KubernetesService-UUID.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    Kubernetes Pod [cmdb_ci_kubernetes_pod]
    name Der Name von KubernetesPod.
    k8s_uid Die KubernetesPod-UUID.
    resourceVersion Die Ressourcenversion von KubernetesPod.
    namespace Die KubernetesNamespace, für den dies gilt KubernetesPod gehört.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    Staat

    Die Kubernetes Pod-Status: Ausstehend, wird ausgeführt, erfolgreich, Fehlgeschlagen, und Unbekannt.
    Kubernetes Cronjob [cmdb_ci_kubernetes_cronjob]
    name Der Name von KubernetesCronjob
    namespace Die KubernetesNamespace, für den dies gilt KubernetesPod gehört.
    k8s_uid Die KubernetesCronjob-UUID.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    Kubernetes Auftrag [cmdb_ci_kubernetes_job]
    name Der Name von KubernetesAuftrag
    namespace Die KubernetesNamespace, für den dies gilt KubernetesAuftrag gehört.
    k8s_uid Die KubernetesAuftrags-UUID
    Cluster Der Name des Clusters, der enthält KubernetesAuftrag.
    Kubernetes Daemonset [cmdb_ci_kubernetes_daemonset]
    name Der Name von KubernetesDaemonset.
    namespace Die KubernetesNamespace, für den dies gilt KubernetesDaemonset gehört.
    k8s_uid Die KubernetesDaemonset-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 ausgeführten Phase.
    Pods_successful Die Anzahl der Pods in der erfolgreichen Phase.
    Pods_Warten Die Anzahl der Pods in der Wartephase.
    Kubernetes Eingang [cmdb_ci_kubernetes_ingress]
    name Der Name von KubernetesEingehend
    namespace Die KubernetesNamespace, für den dies gilt KubernetesEingang gehört.
    k8s_uid Die KubernetesEingehende UID
    Cluster Der Name des Clusters, der diese Ressource enthält.

    Kubernetes Bereitstellung [cmdb_ci_kubernetes_deployment]

    Kubernetes Replikatsatz [cmdb_ci_kubernetes_replicaset]

    Kubernetes Replikations-Controller [cmdb_ci_kubernetes_replicationcontroller]

    Kubernetes Statussatz [cmdb_ci_kubernetes_statefulset]
    name Der Name dieser Ressource
    namespace Die KubernetesNamespace, zu dem diese Ressource gehört.
    K8s_UID Die KubernetesUID 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 nicht verfügbarer 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 Kubernetesdocker-Container

    In Fällen, in denen doppelte Datensätze erstellt werden, werden Deduplizierungsaufgaben angezeigt, sobald die Discovery ausgeführt wird. Informationen zur Lösung dieser Aufgaben finden Sie unter Docker-Container-Bezeichner unabhängig machen [KB1443042] artikel in ServiceNow® Knowledge Base.
    namespace Die KubernetesNamespace, für den dies gilt Kubernetesdocker-Container 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 Kubernetesdocker-Image
    name Der Name von Kubernetesdocker-Image.
    image_url Die URL zum Herunterladen des Docker-Images.
    namespace Die KubernetesNamespace, für den dies gilt Kubernetesdocker-Image gehört.
    Linux-Server [cmdb_ci_linux_server] Der Server, der hostet KubernetesKnoten.
    name Der Name des Linux-Servers, der den unterstützt KubernetesKnoten.
    hostname Der Hostname des Linux-Servers.
    os Das auf diesem Linux-Server bereitgestellte Betriebssystem.
    kernel_release Die Version des Linux-Kernel-Betriebssystems, das auf diesem Linux-Server bereitgestellt wird.
    ram Die Größe des auf diesem Linux-Server installierten RAM.
    ip_address Die IP-Adresse des Linux-Servers.
    Schlüsselwert [cmdb_key_value] Dieses Konfigurationselement enthält KubernetesBezeichnungen. Bezeichnungen sind Schlüssel-Wert-Paare, die an Objekte wie Pods angehängt sind.
    key Der Schlüssel von KubernetesPod oder KubernetesService Key ValueParameter.
    Wert Der Wert von KubernetesPod oder KubernetesService Key ValueParameter.
    Kubernetes Volume [cmdb_ci_kubernetes_volume]
    k8s_uid Die KubernetesVolume-UUID.
    mount_path Der Pfad für den Zugriff darauf KubernetesVolume.
    name Der Name von KubernetesVolume.
    namespace Die KubernetesNamespace, für den dies gilt KubernetesVolume gehört.
    Cluster Der Name des Clusters, der diese Ressource enthält.
    volume_id Die ID von KubernetesVolume.
    OpenShift Bereitgestellte Konfiguration [cmdb_ci_openshift_dep_conf] ​
    name Der Name von OpenShiftBereitstellungskonfiguration.
    namespace Der Name des Namespace, der die Bereitstellungskonfiguration enthält.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftBereitgestellte Konfiguration.
    OpenShift Build-Konfiguration [cmdb_ci_openshift_build_conf]
    name Der Name von OpenShiftKonfiguration erstellen.
    namespace Der Name von OpenShiftNamespace, der die Build-Konfiguration enthält.
    k8s Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftKonfiguration erstellen.
    OpenShift Source2Image [cmdb_ci_openshift_source_2_image]
    name Der Name des OpenShift-Quellbilds.
    bis Zugehöriges Bild.
    parent_id Die ID von OpenShiftQuellbild.
    OpenShift Route [cmdb_ci_openshift_route]
    name Der Name von OpenShiftRoute.
    namespace Der Name des Namespace, der den enthält OpenShiftRoute.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftRoute.
    host Der Zielhost von OpenShiftRoute.
    port Der Zielport von OpenShiftRoute.
    OpenShift Gruppe [cmdb_ci_openshift_group]
    name Der Name von OpenShiftGruppe.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftGruppe.
    OpenShift Anwender [cmdb_ci_openshift_user]
    name Der Name von OpenShiftAnwender.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftAnwender.
    full_name Der vollständige Name von OpenShiftAnwender.
    OpenShift Projekt [cmdb_ci_openshift_project]
    name Der Name von OpenShiftProjekt.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftProjekt.
    OpenShift Bild [cmdb_ci_openshift_images]
    name Der Name von OpenShiftBild.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftBild.
    docker_image_metadata_id Die ID des Docker-Images.
    docker_image_metadata_parent_id Die ID der übergeordneten Image-ID.
    arch Architektur des Bilds.
    size Die Bildgröße.
    hostname Der Hostname, der sich auf das Image bezieht.
    OpenShift Image-Stream [cmdb_ci_openshift_images_stream]
    name Der Name von OpenShiftImage-Stream.
    k8s_uid Die KubernetesVolume-UUID.
    URL Die URL von OpenShiftImage-Stream .
    namespace Der Name des Namespace, der den enthält OpenShiftImage-Stream.
    OpenShift Docker-Image-Repository [cmdb_ci_openshift_docker_images_repository]
    name Der Name von OpenShiftdocker-Image-Repository.
    Parent_ID Die ID des übergeordneten Systems.
    Namespace [cmdb_ci_kubernetes_namespace]
    name Der Name von KubernetesNamespace.
    Staat

    Die Kubernetes Namespace-Phasen: Aktiv oder wird beendet.
    Diese Daten werden von erfasst Collect Container RepositoryErweiterungsabschnitt.
    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 [Kategorie] Die Kategorie des Container-Repository-Eintrags.
    Die Grafik zeigt CIs, die Teil von sind KubernetesDiscovery.
    Hinweis:
    Dies AbhängigkeitsansichtenDie Karte wurde aus Gründen der Übersichtlichkeit vereinfacht. Ihr KubernetesBereitstellungen können viele weitere CIs enthalten.
    Abbildung : 1. Komponenten von KubernetesBereitstellung

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

    Komponenten der Kubernetes-Bereitstellung, einschließlich OpenShift

    Vom Kubernetes-Muster erfasste CI-Beziehungen

    Diese Beziehungen werden von erstellt Kubernetes Muster :
    CI Beziehung CI
    Kubernetes Cluster [cmdb_ci_kubernetes_cluster] Enthält::Enthalten in

    Kubernetes Service [cmdb_ci_kubernetes_servi ce]
    Enthält::Enthalten in Kubernetes Pod [cmdb_ci_kubernetes_pod]
    Enthält::Enthalten in Kubernetes Eingang [cmdb_ci_kubernetes_ingress]
    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 Anwender [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 Volume [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 Bereit::Bereitgestellt Von

    Kubernetes Arbeitsauslastung [cmdb_ci_kubernetes_workload]

    Kubernetes-Bereitstellung [cmdb_ci_kubernetes_deployment]

    		 Besitzt::Im Besitz 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 An Bereit Kubernetes Service [cmdb_ci_kubernetes_servi ce]
    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 Statussatz [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 Build-Konfiguration [cmdb_ci_openshift_build_conf]
    Enthält::Enthalten in OpenShift Route [cmdb_ci_openshift_route]
    Enthält::Enthalten in OpenShift Image-Stream [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::ausgeführt auf Docker-Container [cmdb_ci_docker_container]
    Hosts::gehostet auf Kubernetes Knoten [cmdb_ci_kubernetes_node]
    OpenShift Bereitstellungskonfiguration [cmdb_ci_openshift_dep_conf​] Enthält::Enthalten in [cmdb_ci_config_file_tracked​]
    Die Collect Container RepositoryDer Erweiterungsabschnitt des Kubernetes-Musters identifiziert diese Beziehungen.
    CI Beziehung CI
    Docker-Bild [cmdb_ci_docker_image] Bereitgestellt Von::Provisioned Container-Repository-Eintrag [cmdb_ci_container_repository_entry]
    Container-Repository-Eintrag [cmdb_ci_container_repository_entry] Gehostet auf::Hosts Container-Repository [cmdb_ci_container_repository]

    CI-Beziehungen, die von der Istio Service Mesh-Erweiterung erfasst wurden

    Voraussetzungen für Istio Service Mesh-Erweiterung:

    • Stellen Sie sicher, dass Istio Service Mesh und Prometheus-Komponenten auf konfiguriert sind KubernetesCluster.
    • Stellen Sie sicher, dass Prometheus die Serviceverbindungsinformationen mithilfe von erkennt Queryistio_Requests_total Befehl.
    • Stellen Sie sicher, dass die Anwendungsservices verbunden sind, und überprüfen Sie den Service-to-Service-Datenverkehr-Flow im Kiali-Diagramm.

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

    CI Beziehung CI
    Kubernetes Service [cmdb_ci_kubernetes_service] Stellt eine Verbindung zu her::Connected by Kubernetes Service [cmdb_ci_kubernetes_service]

    CI-Beziehungen, die von erfasst wurden KubernetesEreignismuster

    Diese Beziehungen werden erstellt, um zu unterstützen KubernetesEreignis-Discovery:
    CI Beziehung CI
    Kubernetes Cluster [cmdb_ci_kubernetes_cluster] Enthält::Enthalten in

    Kubernetes Service [cmdb_ci_kubernetes_servi ce]
    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 Volume [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::ausgeführt auf Docker-Container [cmdb_ci_docker_container]
    Hosts::gehostet auf Kubernetes Knoten [cmdb_ci_kubernetes_node]

    Daten erfasst von Service-MappingWährend der Tag-basierten Discovery

    Service-MappingVerwendet die Tag-basierte Discovery, um Anwendungsservicezuordnungen einschließlich zu erstellen KubernetesKomponenten. Service-MappingEnthält die folgenden vorkonfigurierten CI-Beziehungen, die für die Tag-basierte Discovery verwendet werden. Diese CI-Beziehungen sind ab Release 1.0.68 verfügbar ServiceNow Store.
    CI Beziehung CI
    Kubernetes-Service [cmdb_ci_kubernetes_service] Enthalten In::Contains Kubernetes-Cluster [cmdb_ci_kubernetes_cluster]
    OpenShift-Projekt [cmdb_ci_openshift_project] Enthalten in::contains Kubernetes-Cluster [cmdb_ci_kubernetes_cluster]
    Kubernetes-Pod [cmdb_ci_kubernetes_pod] Enthalten in::contains 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 Von OpenShift – bereitgestellte Konfiguration [cmdb_ci_openshift_dep_conf​]
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] ​ Enthält::Enthalten Von OpenShift-Build-Konfiguration [cmdb_ci_openshift_build_conf]
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] ​ Enthält::Enthalten Von OpenShift-Route [cmdb_ci_openshift_route]
    Kubernetes-Namespace [cmdb_ci_kubernetes_namespace] ​ Enthält::Enthalten Von OpenShift-Bildstream [cmdb_ci_openshift_images_stream]

    Kubernetes-Dashboard

    Danach DiscoverySchließt die Erkennung von Komponenten von ab KubernetesBereitstellung, Sie Kann zu navigieren Arbeitsbereiche > Discovery-Administratorarbeitsbereich > Einblicke Und verwenden Kubernetes ExplorerDashboard zum Anzeigen von KubernetesUmgebungen und Ressourcen Ihrer Organisation. Zur Verwendung von erweitert KubernetesDashboard, verifizieren Sie, dass Sie haben Discovery-Administratorarbeitsbereich Beginnt ab Version 1.3.1 (August 2024 Store) . Weitere Informationen zu Kubernetes Explorer finden Sie unter Kubernetes Explorer.

    Problembehandlung

    Wenn der Zuordnungsprozess nicht wie erwartet fortgesetzt wird, befolgen Sie die folgenden Vorschläge.
    Symptom Ursache Lösung
    Discovery schlägt fehl. Die Discovery-Nachricht enthält die Informationen zu einem Fehler, der durch die REST-Zeitüberschreitung verursacht wurde. Es gibt viele CIs, die die REST-Aufrufantwort in der Bereitstellung senden. Die MID-ServerDie REST-Aufrufantwort kann nicht verarbeitet werden, ohne die von gesteuerte Zeitgrenze zu überschreiten mid.sa.cloud.request_timeoutParameter. Standardmäßig ist mid.sa.cloud.request_timeoutParameter ist auf 30000 Millisekunden festgelegt.
    Erhöhen Sie den Wert dieses Parameters für den relevanten MID-ServerUnd führen Sie die Discovery erneut aus.
    Hinweis:
    Wenn Konfigurationsparameter Zugehörige Liste für relevant MID-ServerZeigt diesen Parameter nicht an. Möglicherweise müssen Sie ihn hinzufügen.
    Musterdesigner Schlägt während einer Debug-Sitzung fehl. Die MusterdesignerDie Nachricht enthält Informationen zu einem Fehler, der durch eine Zeitüberschreitung verursacht wurde. Die MusterdesignerSchlägt aufgrund einer Zeitüberschreitung beim Muster-Debugging (und nicht während der Discovery) fehl. Standardmäßig ist sa.debugger.max_timeoutParameter ist auf 240 Sekunden festgelegt.

    Erhöhen Sie den Wert dieses Parameters für den relevanten MID-Server.

    Zum Ausführen von KubernetesMuster im Debugging-Modus, siehe KB0832567 Für Betriebsinformationen.