Support for Extension 2.0 in containerized ActiveGate

[Michael_M]

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

[Mike_L]

Hi,

It's been discussed but I don't know the latest status. @Lukasz_Be might know.

Mike

[Lukasz_Be · Accepted 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

[mbrunn]

@Lukasz_BeWhat is the status for this? When will containerized ActiveGates support Extensions 2.0?

[Mike_L]

It's still on the roadmap. For details, the PM is @michal_nalezin nowadays.

[r_weber]

Just came across that requirement as well. Especially for extensions like Elasticsearch, ... having an EF2 enabled containerized active gate would make sense.
Its now 6/2024 is there any plans to release that anytime soon? @michal_nalezin ?

[Daniël]

Bumping this thread again; any updates @michal_nalezin on this matter?

We've migrated our Kubernetes cluster to AKS and want to improve our monitoring of different technologies using V2 extensions. Doing this via a containerized AG is much preferred. 

Looking forward for a response in this matter.

Kind regards,

Daan

[lkoniecki]

@Michael_M What kind of technologies are You running inside containers that You would like to monitor using Extensions?

[mbrunn]

@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

[dglugla]

@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.

[mbrunn]

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."

[dglugla]

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.

[mbrunn]

Still functionality is missing in k8s-scraping that is present in Extensions 2.0 like central management in the Dynatrace UI and customisation of scraping intervals. Which can be essential. Therefore, I don't think that this is the solution here. Furthermore, this way you couple the monitoring tightly to annotations on the exporter which makes coordination with different teams more difficult / complex. (Is the annotation set, has it been removed, how do you manage it, etc.) If you can configure the Endpoint in the Dyantrace UI you decouple this task from the infrastructure department and bring it to the monitoring department where it should lay anyway.

[raphael_pionke]

We also need Extensions 2.0 for containerized active gates to provide Oracle and MS SQL Server database monitoring in Kubernetes/OpenShift environments.

[ankurs]

We also have a similar requirement where containerized AG should have Extension 2.0 module enabled to push Prometheus metrics in Kubernetes/OpenShift environments.
Do we have any updates on this development?

[mbrunn]

@michal_nalezinCould you please give us a statusupdate on this, since the topic is open for such a long time? What is planned for Extension 2.0 support for containerized environments? Especially with the EOL of extensions 1.0 this becomes more and more relevant.

[the_real_anil]

wow! long running post. I found this document link to install AG in container. I am looking AG to extend the functionality to bring mongo db saas monitoring data -   https://docs.dynatrace.com/docs/setup-and-configuration/dynatrace-activegate/activegate-in-container

[pahofmann]

Are there any updates on this or a rough timeline when this might be implemented?

[thomas_c]

The need to deploy extension ActiveGates in a Kubernetes cluster is not just for monitoring technologies running within that cluster but also to better scale AGs that monitor remote technologies. On 1000s of monitoring configurations, the cost/maintenance benefits are huge compared to spinning up or destroying (sometimes, that's not possible) a new machine/VM for each time more/less AG capacity is required for remote monitoring needs of big businesses.

Could you please share an update on that plan?

[attilaa]

Hello Everyone, 

I'm also interested about this solution. Following.

[hfroehwe]

Is there an update here as to when/if EF2.0 will be available container-based? In addition to the use case of the JMX/Python extension, we have customers who, for example, would also like to use the PostgreSQL Extension 2.0 on a k8s cluster

[JoSk]

What are the current plans for containerized Extension AGs right now, is it still on the roadmap?

[Mike_L]

It is still planned, but there is no date that we can share. 

[MartinKulov]

Dear @Mike_L 

Any specific plans on this yet?

[Mike_L]

Last I heard it is a topic for the end of this year or somewhere next year.

[keyur003]

We’re also very interested in having containerized ActiveGate support for Extensions 2.0, particularly for our use case of PostgreSQL monitoring via EF2.0.

Unfortunately, deploying a full host-based Environment ActiveGate (Env AG) is not feasible in our setup so, using containerized AGs would allow us to deploy, scale, and network-isolate AGs per environment, while maintaining alignment with our DevSecOps and IaC practices.

We would greatly benefit from the ability to run containerized ActiveGates with Extensions 2.0 capabilities, and it would unblock us (and likely many others) from having DB Observability.