Helm Chart-Konfiguration und -Installation für den vollständigen Kubernetes-Agenten von Flexera
Das vordefinierte, sofort einsatzbereite Helm Chart für den vollständigen Kubernetes-Inventarisierungsagent von Flexeraen steht zum Herunterladen zur Verfügung und kann aus der Flexera AWS ECR abgerufen werden – https://gallery.ecr.aws/flexera/krm-chart.
Durch den Einsatz des Helm Chart für den vollständigen Kubernetes-Inventarisierungsagent von Flexeraen lässt sich die Bereitstellung des vollständigen Kubernetes-Inventarisierungsagent von Flexeraen in Ihren Kubernetes-Clustern beschleunigen.
Die Schritte und Helm-Befehle, die für Download und Installation der Helm Chart erforderlich sind, finden Sie nachfolgend mit ausführlicher Beschreibung. Allgemeine Anweisungen zur Installation von Helm Charts finden Sie unter Helm Install in der Onlinehilfe-Dokumentation von Helm.
Schritte zur Installation
- Melden Sie sich mit dem folgenden Befehl bei der AWS Public ECR an:
$ aws ecr-public get-login-password --region us-east-1 | helm registry login --username AWS --password-stdin public.ecr.aws - Installieren Sie die Chart entweder mit dem folgenden Befehl (ersetzen Sie "release-name" durch Ihren eigenen Namen, ersetzen Sie, falls angebracht, optional den Namespace "flexera"):
oder, falls eine values.yaml-Datei vorbereitet wurde, mit diesem Befehl:$ helm install release-name oci://public.ecr.aws/flexera/krm-chart --set monitor.beaconURL="http://your-beacon.com" --namespace flexera --create-namespace
oder, falls die Chart abgerufen und in ein Verzeichnis entpackt wurde, mit diesem Befehl:$ helm install release-name oci://public.ecr.aws/flexera/krm-chart -f ./values.yaml --namespace flexera --create-namespace$ helm install release-name ./flexera_charts/krm-chart --namespace flexera --create-namespace
So laden Sie die Chart in ein lokales Verzeichnis herunter
Um eine Helm Chart in ein lokales Verzeichnis herunterzuladen (Offline-Installation), gehen Sie folgendermaßen vor:
- Erstellen Sie ein Verzeichnis zum Herunterladen und Extrahieren der Helm Chart mit dem folgenden Befehl:
$ mkdir ./flexera_charts - Melden Sie sich mit dem folgenden Befehl bei der AWS Public ECR an:
$ aws ecr-public get-login-password --region us-east-1 | helm registry login --username AWS --password-stdin public.ecr.aws - Laden Sie die Helm Chart „krm-chart“ herunter und extrahieren Sie sie mit dem folgenden Befehl:
$ helm pull oci://public.ecr.aws/flexera/krm-chart --untar --untardir ./flexera_charts
Parameteroptionen
Alle Parameter, die zur Bereitstellung des vollständigen Kubernetes-Inventarisierungsagent von Flexeraen erforderlich sind, finden Sie unten in der Tabelle mit den Parameteroptionen aufgeführt.
- Für den Parameter monitor.beaconURL müssen Sie die FlexNet Beacon URL [http://my-beacon.com] definieren.
- Außerdem müssen Sie die Parameter für den permanenten Speicher definieren:
- monitor.volumeClaimTemplate.accessModes
- monitor.volumeClaimTemplate.storageClassName
- monitor.volumeClaimTemplate.resources.requests.storage.
| Parameter | Beschreibung | Voreinstellung | Erforderlich |
|---|---|---|---|
| fullnameOverrideAsCustomName | Überschreiben Sie den Standard-Chart-Namen „krm-chart“ mit einem eigenen Namen. Beispiel: fullnameOverrideAsCustomName: [ein Name] |
Nicht zutreffend | Nicht zutreffend |
| fullnameOverrideAsReleaseName |
Überschreiben Sie den Standard-Chart-Namen „krm-chart“ mit dem Versionsnamen. Beispiel: fullnameOverrideAsReleaseName: true |
true | Nicht zutreffend |
| openShiftExtensions.enabled |
Installieren Sie die für Interoperabilität mit OpenShift oder OKD erforderlichen Erweiterungen. Beispiel: openShiftExtensions.enabled: true |
false | Nicht zutreffend |
| ibmLicensingExtensions.enabled |
Installieren Sie die zur Verwendung der RBAC-basierten Authentifizierung mit dem IBM-Lizenzservice erforderlichen Erweiterungen. Beispiel: ibmLicensingExtensions.enabled: true |
true | Nicht zutreffend |
| storageResourcesExtensions.enabled |
Installieren Sie die zur Erfassung von Daten zu Cluster-Speicherressourcen erforderlichen Erweiterungen. Beispiel: storageResourcesExtensions.enabled: true |
true | Nicht zutreffend |
| ibmLicensing.enable |
Aktiviert die Integration mit dem IBM-Lizenzservice. Beispiel: ibmLicensing.enable: true |
false | Nicht zutreffend |
| ibmLicensing.auth |
Legen Sie die Authentifizierungsstrategie für den IBM-Lizenzservice fest. Wird hier nichts festgelegt, wird die Voreinstellung (das Standardverfahren) verwendet. Die Voreinstellung soll die Voreinstellung des Lizenzservice verfolgen. Gültige Werte sind "standard", "rbac". Beispiel: ibmLicensing.enable: "standard" |
Nicht zutreffend | Nicht zutreffend |
| ibmLicensing.https |
Geben Sie an, ob das API für den IBM-Lizenzservice über HTTPS bedient wird. Ist dieser Parameter nicht gesetzt, ermittelt der Agent die Einstellung. Beispiel: ibmLicensing.https: true |
Nicht zutreffend | Nicht zutreffend |
| ibmLicensing.namespace |
Der Namespace, in dem die Komponenten des IBM-Lizenzservice bereitgestellt werden. Ist dieser Parameter nicht gesetzt, ermittelt der Agent den korrekten Namespace. Beispiel: ibmLicensing.namespace: "ibm-common-services" |
Nicht zutreffend | Nicht zutreffend |
| ibmLicensing.serviceName |
Legen Sie den Namen des Dienstes fest, der Zugriff auf das IBM-Lizenzservice-API gewährt. Ist dieser Parameter nicht gesetzt, ermittelt der Agent den Dienstnamen. Beispiel: ibmLicensing.serviceName: "ibm-licensing-service-instance" |
Nicht zutreffend | Nicht zutreffend |
| ibmLicensing.servicePort |
Legen Sie den TCP-Port des Dienstes fest, der das IBM-Lizenzservice-API exponiert. Ist dieser Parameter nicht gesetzt, ermittelt der Agent den Port. Beispiel: ibmLicensing.servicePort: 8080 |
Nicht zutreffend | Nicht zutreffend |
| ibmLicensing.tlsVerify |
Aktivieren oder deaktivieren Sie die Verifizierung von X509-Zertifikaten bei der Kommunikation mit dem API des IBM-Lizenzservice. Dieser Parameter muss auf „false“ gesetzt werden, wenn der Service das Protokoll HTTPS und ein selbst-signiertes Zertifikat verwendet. Beispiel: ibmLicensing.tlsVerify: false |
Nicht zutreffend | Nicht zutreffend |
| ibmLicensing.token |
Legen Sie das Client-Token fest, das für die Authentifizierung beim IBM-Lizenzservice-API verwendet werden soll. Ist dieser Parameter nicht gesetzt, ermittelt der Agent das Token. Beispiel: ibmLicensing.token: "VoOMWJijBWuCxSxwgON11w7z" |
Nicht zutreffend | Nicht zutreffend |
| logLevel |
Legen Sie die Protokollierungsebene für alle Komponenten des Agenten fest. Wird dieser Parameter ausgelassen, ist die Standard-Protokollierungsebene "info". Zu den gültigen Werten gehören: "trace", "debug", "info", "warn", "error“ und "fatal". Beispiel: logLevel: info |
info | Nicht zutreffend |
| Clustername |
Vergeben Sie einen Namen für diesen Cluster. Da es bei Kubernetes keinen nativen Benennungsmechanismus gibt, verwendet der Agent eine Reihe von Strategien, um einen geeigneten Namen für den Cluster zu ermitteln. Diese Strategien sind jedoch nicht immer zuverlässig. Mit diesem Parameter können Sie den Ermittlungsvorgang umgehen und direkt einen sinnvollen Namen zuweisen. Beachten Sie, dass dieser Name nur der Anzeige dient und der Cluster intern durch einen eindeutige ID-Wert identifiziert wird. Beispielsweise Clustername: mein-Clustername |
Nicht zutreffend | Nicht zutreffend |
| imageTemplate.registry | Überschreiben Sie das Container-Image zur Bereitstellung des Agenten. (Beachten Sie, dass /flexera/krm an den Registrierungswert angehängt wird.) | public.ecr.aws | Nicht zutreffend |
| imageTemplate.version | Version des Image. | Aktuelle Image-Version | Nicht zutreffend |
| imagePullSecretsTemplate.name | Secrets zum Abrufen des Container-Image aus der Registry. Ist dieser Parameter eingerichtet, werden die Secrets an alle Pods des Agenten weitergegeben. Wenn mit dem Dienstkonto das Abrufen von Secrets verbunden ist oder die Registry keine Authentifizierung verlangt, kann dieser Parameter übergangen werden. Siehe auch Abrufen eines Image aus dem Attribut einer privaten Registry-Konfiguration in der Onlinehilfe. | Nicht zutreffend | Nicht zutreffend |
| monitor.logLevel |
Legen Sie die Protokollierungsebene für die Überwachungskomponente fest. Beachten Sie, dass dadurch das Feld mit dem gleichen Namen auf der obersten Ebene der KRM-Spezifikation überschrieben wird. Beispiel: monitor.logLevel: info |
info | Nicht zutreffend |
| monitor.beaconURL |
Die URL der Inventarisierungsstation. Wichtig: Dieses Feld ist ein Pflichtfeld.
Beispiel: monitor.beaconURL: http://my-beacon.com |
"http://my-beacon.com" | Ja |
| monitor.interval |
Das Intervall, in dem der Agent Inventardateien generiert und auf die Inventarisierungsstation hochlädt. (beispielsweise 5m oder 6h). Beispiel: monitor.interval: 6h |
2h | Nicht zutreffend |
| monitor.downloadFromBeacon |
Aktivieren oder deaktivieren Sie das Herunterladen von Richtlinien-Updates von der Inventarisierungsstation. Dieses Verhalten ist per Voreinstellung aktiviert, daher brauchen Sie dieses Feld nur zu ändern, wenn Sie es deaktivieren möchten. Beispiel: monitor.downloadFromBeacon: true |
true | Nicht zutreffend |
| monitor.collectStorage |
Aktivieren oder deaktivieren Sie eine Funktion, die per Voreinstellung deaktiviert ist, bei der der Agent zusätzlich Daten zu speicherbezogenen Ressourcentypen erfasst. Beachten Sie, dass dazu die Erweiterung "storage-resources“ installiert sein muss, damit der Agent über die notwendigen zusätzlichen API-Berechtigungen verfügt. Beispiel: monitor.collectStorage: false |
false | Nicht zutreffend |
| monitor.imageInventory |
Aktivieren oder deaktivieren Sie den Erhalt von Software-Beständen aus den im Cluster verwendeten Container-Images. Diese Einstellung ist per Voreinstellung aktiviert, daher brauchen Sie diesen Wert nur zu ändern, wenn Sie die Einstellung deaktivieren möchten. Beispiel: monitor.imageInventory: true |
true | Nicht zutreffend |
| monitor.volumeClaimTemplate.accessModes | Verlangt Zugriffsmodi (beispielsweise kann die Einbindung ReadWriteOnce, ReadOnlyMany, ReadWriteMany oder ReadWriteOncePod erfolgen. Weitere Informationen erhalten Sie unter AccessModes in der Onlinehilfe-Dokumentation von Kubernetes). Beispiel: monitor.volumeClaimTemplate.accessModes: ["ReadWriteOnce"] |
["ReadWriteOnce"] | Ja |
| monitor.volumeClaimTemplate.storageClassName |
Ein PV kann eine Klasse haben, die Sie festlegen, indem Sie das Attribut Beispiel: monitor.volumeClaimTemplate.storageClassName: standard |
standard | Ja |
| monitor.volumeClaimTemplate.resources.requests.storage |
Fordert Speicherplatz Beispiel: monitor.volumeClaimTemplate.resources.requests.storage: 2Gi |
2Gi | Ja |
| monitor.tlsFilesTemplate.secret.secretName |
Eine Volume-Quelle, die optionale TLS-Zertifikate und Schlüssel enthält. Weitere Informationen zur Arbeitsweise dieser Funktion finden Sie unter Unterstützung von benutzerdefinierten Zertifikaten für HTTPS in der Onlinehilfe. Beispiel: monitor.tlsFilesTemplate.secret.secretName: myorg-certificates |
Nicht zutreffend | Nicht zutreffend |
| monitor.configPatchTemplate.name |
Eine Config-Map-Volume-Quelle, die config.ini-Patches enthält. Weitere Informationen zur Arbeitsweise dieser Funktion finden Sie unter Einspielen von Patches in die Datei config.ini mithilfe des Kubernetes-Inventarisierungsagenten von Flexera in der Onlinehilfe. Beispiel: monitor.configPatchTemplate.name: krm-config |
Nicht zutreffend | Nicht zutreffend |
| node.enable |
Aktivieren oder deaktivieren Sie die Knoten-Komponente. Die Knoten-Komponente erzeugt Inventardateien, die für das Produkt kritisch sind, daher sollte sie nicht deaktiviert werden, ohne sich über die Tragweite dieser Entscheidung vollständig im Klaren zu sein. Natürlich ist diese Einstellung per Voreinstellung aktiviert, daher brauchen Sie diesen Wert nur zu ändern, wenn Sie die Komponente deaktivieren möchten. Beispiel: enable: true |
true | Nicht zutreffend |
| node.logLevel |
Legen Sie die Protokollierungsebene für die Knoten-Komponente fest. Beachten Sie, dass dadurch das Feld mit dem gleichen Namen auf der obersten Ebene der KRM-Spezifikation überschrieben wird. Beispiel: logLevel: info |
info | Nicht zutreffend |
| node.interval |
Das Intervall, in dem der Knoten-Agent Hardware-Inventardateien erzeugt. Beispiel: interval: 30m |
30 | Nicht zutreffend |
| node.readyRetries |
Die Anzahl der Versuche, eine Verbindung zum Dienst der Überwachungskomponente herzustellen, bevor die Aktion abgebrochen wird. Beispiel: readyRetries: 20 |
20 | Nicht zutreffend |
| node.readyWait |
Die Dauer, die zwischen den einzelnen Versuchen, eine Verbindung zum Dienst der Überwachungskomponente herzustellen, gewartet wird. Beispiel: readyWait: 2s |
2s | Nicht zutreffend |
| node.mountHostFS |
Aktivieren oder deaktivieren Sie die Knoten-Einbindung in das Dateisystem des Hosts. Die Knoten-Komponente bindet die Datei /etc/os-release und das Verzeichnis /var/lib nur mit Leseberechtigung ein, wenn diese Einstellung aktiviert ist. Zweck dieser Option ist es, melden zu können, welches Betriebssystem auf dem Host des Knotens läuft und welche RPM-Packages installiert sind. Beispiel: mountHostFS: false |
false | Nicht zutreffend |
| node.collectHostRpmInfo |
Aktivieren oder deaktivieren Sie die Knoten-Erfassung von RPM-Package-Nachweisen aus dem Dateisystem des Hosts. Die Knoten-Komponente erfasst RPM-Package-Nachweise vom Host des Knotens, wenn diese Option zusammen mit der Option MountHostFS, die ebenfalls aktiviert sein muss, aktiviert ist. Beispiel: collectHostRpmInfo: false |
false | Nicht zutreffend |
| node.mustUpload |
Sofortiger Abbruch, wenn der Versuch, eine Inventardatei hochzuladen, fehlschlägt. Beispiel: mustUpload: true |
true | Nicht zutreffend |
| node.privileged |
Aktivieren oder deaktivieren Sie das Setzen des priviligierten Bits in den Containern der Knoten-Komponente. Das privilegierte Bit ist erforderlich, damit die Knoten-Komponente die BIOS-Daten im darunterliegenden Server, inklusive der Seriennummer des Servers, beobachten kann. Diese Einstellung ist per Voreinstellung auf true gesetzt, daher brauchen Sie dieses Feld nur zu ändern, wenn Sie die Einstellung deaktivieren möchten. Beispiel: privileged: true |
true | Nicht zutreffend |
IT Asset Management (Cloud)
Current