28 Jun 2018 05:29 PM
Hi there,
My OpenShift architecture is composed of 9 nodes:
I've deployed OneAgent following the instructions (OpenShift Installation) and my problem is that OneAgent installed into an Infrastructure Node, try's to deploy a OneAgent-pod into the Application node. That creates conflict with a rule that indicates that an infrastructure node cannot start a pod in the application nodes.
Is any way I can configure OneAgent on OpenShift, so it only creates pods on tainted nodes? For example, configuring OneAgent installed on Infra Nodes, so only create and run pods on their respective nodes?
If not, how can I deploy OneAgent in my OpenShift platform without having the problem mentioned above?
Thank you for your time, have a great day!
28 Jun 2018 06:23 PM
Hi Ignacio,
Have you tried running the Oneagent Linux installer as root as explained here on the individual Node VMs rather than installing with a DaemonSet? This is how I am doing it in my environment.
Thanks
NJ
29 Jun 2018 12:08 AM
Hi Ugochukwu (NJ),
I've thought about this option of deployment, but the OpenShift team I'm working with suggested some metrics could be lost if we don't do it with DaemonSet. I will definitely give it a try, and install OneAgent natively on the Linux OS where OpenShift clusters are running.
Thank you for your time and for your quick answer!
29 Jun 2018 12:35 AM
Hi Ignacio,
You are welcome. I am not aware of any metrics lost by installing the agent on the hosts OpenShift is running. Can you have your team tell you exactly what metrics they are referring to?
Thanks
NJ
29 Jun 2018 04:43 AM
Hi Ugochukwu (NJ),
They called them "infrastructure metrics". Unfortunately, I'm not that familiarized with OpenShift, so I can't be sure about what metrics they refer. Anyway, next week I'll install OneAgent natively and will post the results here.
Thinking while I write the response, I have a new question:
What are the differences between Native and DaemonSet OneAgent installation?
29 Jun 2018 06:02 PM
Hi Ignacio,
Actually there are some limitations if you install with DaemonSet than the Native installation on the Host. The DaemonSet installation has the same limitations as deploying the agent as a Docker Container. See links below
https://www.dynatrace.com/support/help/shortlink/openshift-container#limitations
https://www.dynatrace.com/support/help/shortlink/oneagent-docker#limitations
Thanks
NJ
27 Jul 2018 02:35 PM
Hi there Ugochukwu,
I came back with some news: OneAgent has been installed in the 3 masters and 6 nodes of OCS. Nevertheless, we've restarted all the pods and we are still not able to full-stack monitor the pods. Any ideas?
I suggested the team to restart openshift service, perhaps this might work?
Thanks!
Ignacio
27 Jul 2018 04:59 PM
Hi Ignacio,
Can you share a screenshot of what you mean by not able to full stack monitor the pods?
Thanks
NJ
27 Jul 2018 05:26 PM
Sure!
Pods had been stopped and started.
Thanks!
27 Jul 2018 05:51 PM
Hi Ignacio,
That's weird. In Settings -> Monitoring -> Monitored Technologies, Under Supported Technologies can you scroll down to the bottom and ensure you have enabled service insights to Go technology? If that is already enabled, please check in the Host Settings -> Detected Processes -> and ensure that Service monitoring is enabled for these processes.
Thanks
NJ
27 Jul 2018 06:06 PM
Hi NJ,
It's already enabled:
Settings -> Monitoring -> Monitored Technologies -> Supported Technologies
Host Settings -> Detected Processes
Thanks!
Ignacio
27 Jul 2018 07:03 PM
Hi Ignacio,
That is strange. My only other guess is the pod was not restarted correctly. On the process page of each pod process, if it was restarted correctly, you should see a process restart event for the time it was restarted. If you do not see that event, then it was not restarted correctly. If it does show a restart happened, you may need to open a Support ticket.
Thanks
NJ