27 Sep 2021
05:59 AM
- last edited on
19 Nov 2021
02:42 AM
by
MaciejNeumann
Hi there,
are there any plans to support the custom extensions 2.0 (incl. code extensions) in the containerized versions of the ActiveGate?
We have a big OpenShift environment and it would be nice to use the container technology for extension ActiveGates.
Regards,
Michael
Solved! Go to Solution.
Hi @Michael_M,
That's definitely part of the plan. Our goal is to make Extensions 2.0 universally applicable in both classic and containerized scenarios.
Best regards,
Lukasz
@Michael_M What kind of technologies are You running inside containers that You would like to monitor using Extensions?
@Lukasz_BeWhat is the current status on this? Is it on the roadmap and if so, when will we see a first release?
It has been a year since your replay and still there is no support for Extensions 2.0 for containerized ActiveGates. Will we have to install environment ActiveGates beside of installing a containerized ActiveGate if we want to monitor Prometheus in Kubernetes-environments?
KR,
Michael
@mbrunn could you please share more details about the use case, please? What is the technology you want to monitor? What is the setup you have (or may have) available?
Together with @mreider we decided that technologies running in K8s will be monitored via K8s module only. If that doesn't solve your use case, please provide more details.
The use case is to use the Extension 2.0 to monitor Prometheus Exporters. We want to leverage both the included dashboards as well as the topology-model provided by extensions 2.0.
One example for why you would want to have the extension in the Kubernetes-cluster is rbac. Or strikter security rules. It also seems unneccesary to have both an environment activegate and a containerized activegate doing essential the same thing.
The K8s module does not support the same things like extensions 2.0 mainly the included dashboards, alarms and above all the missing abillity to define a topology.
Specificly we want to monitor HA Proxy via Prometheus and the Dynatrace Extension 2.0.
Also the documentation states: "Your extensions are executed by the Extension Execution Controller module (EEC), either remotely from an ActiveGate or locally from OneAgent."
Extensions built on EF2.0 doesn't necessarily have to be used to collect data. K8s module can be used to scrape the data, and then an EF2.0 extension can provide all the assets, like: dashboard, UA screens, alerting configuration, or topology. In such case the EEC isn't used, since the extension only provides cluster-side configuration.
We already planned a first step to have a consistent metric naming across K8s and non-K8s scenarios, which will help us retain the same user experience. Based on that we plan to introduce extensions supporting both these scenarios, but there's still no agreed ETA for that.
We also need Extensions 2.0 for containerized active gates to provide Oracle and MS SQL Server database monitoring in Kubernetes/OpenShift environments.