Überprüfen der Voraussetzungen für den Agenten unter Red Hat OpenShift
Bevor Sie den Agenten installieren, stellen Sie sicher, dass alle erforderlichen Voraussetzungen erfüllt sind. Beachten Sie die folgenden notwendigen Voraussetzungen:
Überprüfen Sie, ob Sie eine unterstützte Version von „ Red Hat OpenShift “ verwenden.
Überprüfen Sie, ob die Netzwerkvoraussetzungen für Agenten erfüllt sind, wie in den Anforderungen für den ausgehenden Netzwerkzugriff bei der Bereitstellung von „ Instana “ unter SaaS beschrieben.
Unterstützte Versionen v Red Hat OpenShift
Instana unterstützt die Versionen von „ Red Hat OpenShift “, die in der Dokumentation zu den Lebenszyklusphasen beschrieben sind.
Der „ Instana “-Agent unterstützt die folgenden Managed- Red Hat OpenShift -Angebote:
- Red Hat OpenShift on IBM Cloud
- Microsoft Azure Red Hat® OpenShift® (ARO)
- Red Hat® OpenShift® Dienst auf AWS ( ROSA und ROSA HCP)
- ROSA HCP läuft mit von „ Red Hat “ gehosteten Steuerungsebenen. Weitere Informationen zu den Einschränkungen finden Sie im Abschnitt „Einschränkungen von HCP“ unter ROSA.
- Red Hat OpenShift auf z/OS unter Verwendung von IBM z/OS Container-Erweiterungen ( zCX ) ( nur für Instana -Bereitstellungen auf Red Hat OpenShift auf z/OS )
Aktuelle Versionen von Installationsmethoden
Neue Versionen der Bediener- und Helm werden regelmäßig veröffentlicht. Um über Fehlerbehebungen, Verbesserungen und neue Funktionen auf dem Laufenden zu bleiben, stellen Sie sicher, dass Sie die neueste Version des Operators oder des „ Helm “-Charts verwenden.
Die Versionsinformationen zu den Installationsmethoden finden Sie auf den folgenden Seiten:
Einrichten von Projekt- und Dienstkonten
Wenn Sie den Agenten mithilfe des Befehls „ Instana “ installieren, müssen Sie zunächst ein Projekt für den Agenten „ Instana “ einrichten und dessen Berechtigungen konfigurieren.
Erstellen Sie das instana-agent Projekt und legen Sie die Richtlinienberechtigungen so fest, dass das instana-agent Dienstkonto im privilegierten Sicherheitskontext ausgeführt wird. Nachfolgend werden zwei Beispielbefehle dargestellt:
oc login -u system:admin
oc new-project instana-agent
oc adm policy add-scc-to-user privileged -z instana-agent -n instana-agent
oc adm policy add-scc-to-user anyuid -z instana-agent-remote -n instana-agent
ROSA Einschränkungen bei der Überwachung von Hosted Control Planes (HCP)
Wenn Sie Workloads auf „ ROSA “ mit Hosted Control Planes (HCP) ausführen, können Sie von Kunden-Workloads aus nicht auf bestimmte Komponenten der Steuerungsebene zugreifen.
Bei „ ROSA “ HCP hostet und verwaltet „ Red Hat “ die Steuerungs-Ebene von „ Kubernetes “ ( API -Server, Controller-Manager, Scheduler und „ etcd “) in einem separaten „ AWS “-Konto. Aufgrund dieser Trennung:
- Auf die folgenden Namespaces der Steuerungsebene kann von der Datenebene des Kundenclusters aus nicht zugegriffen werden:
openshift-kube-apiserveropenshift-kube-controller-manageropenshift-kube-scheduleropenshift-etcd
- Auch die zugehörigen Pods und Dienste sind von der Datenebene des Kundenclusters aus nicht erreichbar und nicht routbar.
Auswirkungen auf die Überwachung
Die folgenden Funktionen sind weiterhin voll funktionsfähig:
- Überwachung der Arbeitslast (Pods, Deployments, Dienste, Namespaces, CRDs und zugehörige Ressourcen)
- Überwachung der Worker-Knoten
- Metriken des Worker-Knotens (CPU, Arbeitsspeicher und PVC-Auslastung)
- Kubernetes API Zugriff auf Benutzernamensräume und Ressourcen.
Es gelten jedoch folgende Einschränkungen:
- Pods der Steuerungsebene sind für die direkte Überwachung nicht sichtbar.
- Endpunkte der
/metricsSteuerungsebene (Server „ API “, Controller-Manager, Scheduler und „ etcd “) können nicht abgefragt werden. - Agenten innerhalb eines Clusters können nicht auf Leistungs- und Zustandsdaten von Knoten der Steuerungsebene zugreifen.
Die HCP-Architektur von „ ROSA “ führt zu diesen Einschränkungen. Die Plattform verwaltet die Steuerungsebene vollständig und trennt sie von der VPC des Kunden.