1+++
2title = "What's new in Grafana v7.5"
3description = "Feature and improvement highlights for Grafana v7.5"
4keywords = ["grafana", "new", "documentation", "7.5", "release notes"]
5weight = -32
6aliases = ["/docs/grafana/latest/guides/whats-new-in-v7-5/"]
7[_build]
8list = false
9+++
10
11# What’s new in Grafana v7.5
12
13This topic includes the release notes for Grafana v7.5. For all details, read the full [CHANGELOG.md](https://github.com/grafana/grafana/blob/master/CHANGELOG.md).
14
15## Grafana OSS features
16
17These features are included in the Grafana open source edition.
18
19### Pie chart panel visualization (beta)
20
21Grafana 7.5 adds a beta version of the next-generation pie chart panel.
22
23![Pie chart panel](/static/img/docs/pie-chart-panel/pie-chart-panel-7-5.png)
24
25For more information, refer to [Pie chart panel]({{< relref "../visualizations/pie-chart-panel.md" >}}).
26
27### Alerting for Loki
28
29Grafana 7.5 comes with alerting support for Loki. With LogQL you can wrap a log query with the functions that allow for creating metrics out of the logs, such as "rate()". Metric queries can then be used to calculate things such as the rate of error messages. [When combined with log parsers](https://www.youtube.com/watch?v=H9z2V0Ib1q0), they can be used to calculate metrics from a value within the log line, such latency or request size.
30
31With alerting support for Loki, you can now create alerts on Loki metrics queries.
32
33[Alerting]({{< relref "../alerting/_index.md" >}}) was updated as a result of this change.
34
35![Loki alerting](/static/img/docs/alerting/alerting-for-loki-7-5.png)
36
37### Loki label browser
38
39A new Loki logs browser lets you construct the queries step by step: you choose labels that you like to consider, such as "job", then you select the values that you like, such as "my-app1". Note that you can select values from more than one label, and that they get facetted. This means only possible label combinations are selectable. When you're done, you can run the query either as a logs or a metrics query (a metrics query returns the log volume in a chart).
40
41### Changed default HTTP method for new Prometheus data sources
42
43For new Prometheus data sources, we have changed the default HTTP method to POST. POST allows for much larger query bodies than using the GET method. This is necessary when sending queries from graphs with a lot of targets, for example, many hosts in a dashboard variable. The POST method also makes the Query Inspector data easier to read since the query is in plain text whereas the GET query is URL encoded.
44
45> **Note:** This is not going to affect provisioned data sources or already created data sources.
46
47[Prometheus data source]({{< relref "../datasources/prometheus.md" >}}) was updated as a result of this change.
48
49### Word highlighting for Elasticsearch
50
51When searching for text in Elasticsearch logs, matching words in the log line returned by the query are now highlighted.
52
53![Elastic logs highlighting](/static/img/docs/elasticsearch/elastic-word-highlighting-7-5.png)
54
55### Better format definition for trace data
56
57In Grafana 7.5, we changed how data for the trace view is sent from the data source. The required data frame has a clear format, which is more aligned with how data is generally represented in Grafana. This makes it easier for third-party developers to implement data sources leveraging the trace view.
58
59For more information, refer to [trace data API docs]({{< relref "../explore/trace-integration.md#data-api" >}}).
60
61### Paste in SSL certs for Postgres data source
62
63Previously, when users wanted to configure the Postgres data source to connect with SSL certification, they needed to put the certification on the server, and configure the data source with file path.
64
65Instead of the file path, users can now paste the SSL certification content in the UI. This allows them to configure the certification even when they do not have access to the server.
66
67> **Note:** It remains as limitation for the Grafana Cloud, as users may not have access to the server configuration.
68
69[Postgres data source]({{< relref "../datasources/postgres.md" >}}) and [Provisioning]({{< relref "../administration/provisioning.md" >}}) were updated as a result of this change.
70
71### Deprecation notice for some Azure Monitor queries
72
73In the upcoming Grafana 8.0 release, Application Insights and Insights Analytics query types within the Azure Monitor data source will be deprecated and be made read-only in favor of querying Application Insights from Metrics and Logs.
74
75Grafana 7.5 includes a deprecation notice for these queries, and some documentation to help users prepare for the upcoming changes.
76
77For more information, refer to [Deprecating Application Insights and Insights Analytics]({{< relref "../datasources/azuremonitor/_index.md#deprecating-application-insights-and-insights-analytics" >}}).
78
79### Cloudwatch data source enhancements
80
81- Support for region eu-south-1 has been added to the CloudWatch data source. New metrics have also been added to the namespaces AWS/Timestream, AWS/RDS (RDS Proxy metrics), AWS/NetworkFirewall, AWS/GroundStation, and AWS/DDoSProtection. Many thanks to [relvira](https://github.com/relvira), [ilyastoli](https://github.com/ilyastoli), and [rubycut](https://github.com/rubycut) for contributing!
82- Added a page limit to the List Metrics API call to improve speed and reduce memory consumption. You can change this limit by entering a higher value in [list_metrics_page_limit]({{< relref "../administration/configuration.md#list-metrics-page-limit" >}}) in the Grafana configuration file.
83- You can now enable or disable authentication providers and assume a role other than default by changing the [allowed_auth_providers]({{< relref "../administration/configuration.md#allowed-auth-providers" >}}) and [assume_role_enabled]({{< relref "../administration/configuration.md#assume-role-enabled" >}}) options in the Grafana configuration file. By default, the allowed authentication providers are _AWS SDK Default_, _Access and secret key_, and _Credentials File_, and role is _Assume role (ARN)_.
84- You can now specify a custom endpoint in the CloudWatch data source configuration page. This field is optional, and if it is left empty, then the default endpoint for CloudWatch is used. By specifying a regional endpoint, you can reduce request latency.
85
86  [AWS Cloudwatch data source]({{< relref "../datasources/aws-cloudwatch/_index.md" >}}) was updated as a result of this change.
87
88### Increased API limit for CloudMonitoring Services
89
90In previous versions, when querying metrics for Service Level Objectives (SLOs) in the CloudMonitoring data source, only the first 100 services were listed in the **Service** field list. To overcome this issue, the API limit for listing services has been increased to 1000.
91
92### Tempo as a backend data source
93
94We have converted Tempo to a backend data source and dropped support for tempo-query's (Jaeger) response. To configure it, you can now point to the port that is set in the Tempo configuration file.
95
96```yaml
97server:
98  http_listen_port: 3101
99```
100
101[Azure Monitor data source]({{< relref "../datasources/azuremonitor/_index.md" >}}) was updated as a result of this change.
102
103## Enterprise features
104
105These features are included in the Grafana Enterprise edition.
106
107### Query caching
108
109When caching is enabled, Grafana temporarily stores the results of data source queries. When you or another user submit the same query again, the results return from the cache instead of from the data source (such as Splunk or ServiceNow).
110
111Query caching advantages:
112
113- Faster dashboard load times, especially for popular dashboards.
114- Reduced API costs.
115- Reduced likelihood that APIs will rate-limit or throttle requests.
116
117Caching currently works for all backend data sources. You can enable the cache globally or per data source, and you can configure the cache duration per data source. The cache is currently in-memory.
118
119For more information, refer to [Query caching]({{< relref "../enterprise/query-caching.md" >}}).
120
121### Use template variable in reports
122
123If you have created dashboards with template variables, then you can choose which values are selected when rendering a report. This makes it easier to tailor reports to their audience or generate multiple reports from the same dashboard.
124
125Enable this feature in configuration settings using the `templateVariables` flag.
126
127For more information, refer to [Reporting]({{< relref "../enterprise/reporting.md#choose-template-variables" >}}).
128
129### Active user limits
130
131If a Grafana instance has exceeded its licensed number of active users, then non-active users who try to sign in to Grafana will be prevented from doing so. Active users are users who have logged in to Grafana in the past 30 days. The total number of users registered in Grafana does not affect this rule. This enforcement is applied separately for Viewers and for Editor/Admins, so if you reach your active Viewer limit, new Editor/Admins will still be able to sign in. This rule also includes a 10% buffer, meaning that you need to exceed your limit by 10% before users are prevented from signing in.
132
133Here is an example:
134
135A Grafana Enterprise instance includes 100 Viewers and 50 Editor/Admins. Over the course of the last 30 days, 110 Viewers and 20 Editor/Admins have signed in to Grafana.
136
137All of the Viewers who have signed in over the past 30 days will retain the ability to sign in.
138
139When a previously-inactive Viewer (someone who has not signed in over the past 30 days) tries to sign in, they will see a message and be prevented from signing in until the number of active users dips back below 110. New Editor/Admins are not affected by this; they can continue to sign in until the number of active Editors/Admins reaches 55.
140
141If you try to sign in to a fourth device or browser, then you will be prevented from doing so; the limit of concurrent sessions is three.
142
143If you sign in to a fourth device or browser, then you will be signed out of the session that is least current.
144Concurrent session limits
145Each Grafana Enterprise user will be limited to three concurrent user sessions. When a user opens a fourth session, then the longest-inactive session will be automatically signed out.
146
147A new session is created when you sign in to Grafana from a different device or a different browser. Multiple windows and tabs in the same browser are all part of the same session, so having many Grafana tabs open will not cause any issues.
148
149For more information on Grafana Enterprise licensing and restrictions, refer to [License restrictions]({{< relref "../enterprise/license/license-restrictions.md" >}}).
150
151## Breaking changes
152
153There are no known breaking changes in this release.
154
155## Updated configuration
156
157```
158[server]
159read_timeout = 0
160```
161
162Sets the maximum time using a duration format (5s/5m/5ms) before timing out read of an incoming request and closing idle connections.
163`0` means there is no timeout for reading the request.
164