03 August 2017
Instana captures data with 1-second granularity. However when inspecting longer time windows, it’s often useful to view aggregate calls rather than the average calls/second for any given roll-up interval. For that we’ve introduced bar charts to display these aggregates, which are dynamically rolled-up based on the current time window!
Searching for certain spans can at times be difficult, so we’ve extended span search with new HTTP keywords:
span.http.host- search for the host header
span.http.method- search the method
span.http.parameters- search for parameters e.g.
span.http.path- search for a certain path
span.http.status- search for a status
span.http.url- search for the request URL
We’ve heard from many of you that there are some traces that Instana captures that you’d like to simply ignore. Now, within the Service Mapper rule definitions, you can do exactly that. With the “mark as ignored service” flag enabled, traces matching the service definition will not be persisted and their metric definition will be ignored so that no service is created.
The Instana agent can now be run on z/OS Unix System Services!
A frequent requirement is to track extra http headers with Instana. While we cannot just capture “all” possible headers, we have added a configuration option where our End Users can decide which additional headers they want to capture.
For example, this allows integration with loadtesting tools which set a unique header for every synthetic call.
These headers are visualized in the trace view and can also be searched via the UI or API.
The configuration for that is quite simple:
com.instana.tracing: extra-http-headers: - 'x-loadtest-id'
Note: that currently this is only supported on Java. The other languages will follow soon.
When running the agent on z/OS USS, many infrastructure metrics like memory and cpu usage are unavailable. However, monitoring of databases, web servers, and runtimes like Java works normally.