16 Oct 2022
07:49 AM
- last edited on
17 Oct 2022
08:21 AM
by
Ana_Kuzmenchuk
Hi ,
We run all our workloads in AKS Clusters and we have Dynatrace integrated via the Kubernetes Classic full-stack injection or Cloud-native full-stack injection. With my current setup, I am able to trigger memory dump but I am not able to download the triggered dump directly from Dynatrace.
Upon some reading, I understand that the active gates have to be configured to enable such direct download, but I am having a hard time figuring out how I can accomplish that configuration in the Dynakube-based Kubernetes integration. I assume some configurations needed to be updated in the Dynakube to reflect the configurations outlines in https://www.dynatrace.com/support/help/how-to-use-dynatrace/diagnostics/memory-dump-analysis/configu...
Need some help to get this set on my environment, thanks in advance.
Solved! Go to Solution.
Hi @hari-m94 ,
Please note that as of now, I do not believe memory dumps are tested by Dynatrace in Kubernetes environments. Therefore, not officially supported.
However, I believe you could add custom properties to the activegate section of the Dynakube CR, similar to:
customProperties:
value: |-
[collector]
DumpSupported = true
[dump]
dumpDir = dump
downloadUrl = FQDN_OF_YOUR_INGRESS:PORT
You would also need an accessible downloadUrl to retrieve the memory dump files. I believe this requires an ingress (such as a gateway with Istio) to be able to retrieve the dump from outside of the cluster:
See further Kubernetes Ingress documentation - https://kubernetes.io/docs/concepts/services-networking/ingress/
I've heard of reported issues, such as the following:
How to create the ingress to retrieve the dump from Activegate? Are there any Activegate APIs that can be used for this purpose?
The custom properties section also allows you to set a custom DNS load-balancer address for the ActiveGate like so:
customProperties: value: | [connectivity] dnsEntryPoint=https://dynakube-custom-activegate.dynatrace.svc.cluster.local:443/communication
I haven't tried to modify that to the ingress address, it might work. It's in the realm of untested & unsupported & undocumented.
It's also going to be creating a scenario where OA will use the ingress address for connectivity. That may be undesirable.
I have tried this configuration and unfortunately, failed in getting it work.