You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Merge remote-tracking branch 'grafana/master' into jwt
* grafana/master:
docs: suggested changes
docs: fix header
fixed handling of alert urls with true flags, fixesgrafana#15454
Fixed dashboard navbar buttons being visible in fullscreen, fixesgrafana#15450
Added missing strict type checking options to grafana/ui and fixed type errors
Extracted common code for diff calculation
fix spelling error
whats new: rename security section
Fix percent_diff calculation when points are nulls
docs: move alerting above session
docs: mention samesite setting
docs: adds note about new login cookie name
docs: improve removal of session storage for what's new in v6.0
docs: add upgrade notes for v6.0
docs: add note regarding auth proxy and user session requirement
docs: fix typo
Built-in support for [Google Stackdriver](https://cloud.google.com/stackdriver/) is officially released in Grafana 6.0. Beta support was added in Grafana 5.3 and we have added lots of improvements since then.
119
120
120
121
To get started read the guide: [Using Google Stackdriver in Grafana](/features/datasources/stackdriver/).
121
122
122
-
###Azure Monitor Datasource
123
+
## Azure Monitor Datasource
123
124
124
125
One of the goals of the Grafana v6.0 release is to add support for the three major clouds. Amazon Cloudwatch has been a core datasource for years and Google Stackdriver is also now supported. We developed an external plugin for Azure Monitor last year and for this release the [plugin](https://grafana.com/plugins/grafana-azure-monitor-datasource) is being moved into Grafana to be one of the built-in datasources. For users of the external plugin, Grafana will automatically start using the built-in version. As a core datasource, the Azure Monitor datasource will get alerting support for the official 6.0 release.
125
126
126
127
The Azure Monitor datasource integrates four Azure services with Grafana - Azure Monitor, Azure Log Analytics, Azure Application Insights and Azure Application Insights Analytics.
127
128
128
-
###Provisioning support for alert notifiers
129
+
## Provisioning support for alert notifiers
129
130
130
131
Grafana now added support for provisioning alert notifiers from configuration files. Allowing operators to provision notifiers without using the UI or the API. A new field called `uid` has been introduced which is a string identifier that the administrator can set themselves. Same kind of identifier used for dashboards since v5.0. This feature makes it possible to use the same notifier configuration in multiple environments and refer to notifiers in dashboard json by a string identifier instead of the numeric id which depends on insert order and how many notifiers that exists in the instance.
131
132
132
-
### Auth and session token improvements
133
+
##Easier to deploy & improved security
133
134
134
-
The previous session storage implementation in Grafana was causing problems in larger HA setups due to too many write requests to the database. The remember me token also have several security issues which is why we decided to rewrite auth middleware in Grafana and remove the session storage since most operations using the session storage could be rewritten to use cookies or data already made available earlier in the request.
135
-
If you are using `Auth proxy` for authentication the session storage will still be used but our goal is to remove this ASAP as well.
135
+
Grafana 6.0 removes the need of configuring and setup of additional storage for [user sessions](/tutorials/ha_setup/#user-sessions). This should make it easier to deploy and operate Grafana in a
136
+
high availability setup and/or if you're using a stateless user session storage like Redis, Memcache, Postgres or MySQL.
136
137
137
-
This release will force all users to log in again since their previous token is not valid anymore.
138
+
Instead of user sessions a solution based on short-lived tokens that are rotated frequently have been implemented. This also replaces the old "remember me cookie"
139
+
solution, which allowed a user to be logged in between browser sessions, and which have been subject to several security holes throughout the years.
140
+
Read more about the short-lived token solution and how to configure it [here](/auth/overview/#login-and-short-lived-tokens).
138
141
139
-
### Named Colors
142
+
> Please note that due to these changes, all users will be required to login upon next visit after upgrade.
143
+
144
+
Besides these changes we have also made security improvements regarding Cross-Site Request Forgery (CSRF) and Cross-site Scripting (XSS) vulnerabilities:
145
+
146
+
* Cookies are per default using the [SameSite](/installation/configuration/#cookie-samesite) attribute to protect against CSRF attacks
147
+
* Script tags in text panels are per default [disabled](/installation/configuration/#disable-sanitize-html) to protect against XSS attacks
148
+
149
+
> If you're using [Auth Proxy Authentication](/auth/auth-proxy/) you still need to have user sessions setup and configured
150
+
but our goal is to remove this requirements in a near future.
@@ -148,12 +161,16 @@ Named colors also enables Grafana to adapt colors to the current theme.
148
161
149
162
<divclass="clearfix"></div>
150
163
151
-
###Other features
164
+
## Other features
152
165
153
166
- The ElasticSearch datasource now supports [bucket script pipeline aggregations](https://www.elastic.co/guide/en/elasticsearch/reference/current/search-aggregations-pipeline-bucket-script-aggregation.html). This gives the ability to do per bucket computations like the difference or ratio between two metrics.
154
167
- Support for Google Hangouts Chat alert notifications
155
168
- New built in template variables for the current time range in `$__from` and `$__to`
156
169
170
+
## Upgrading
171
+
172
+
See [upgrade notes](/installation/upgrading/#upgrading-to-v6-0).
173
+
157
174
## Changelog
158
175
159
176
Checkout the [CHANGELOG.md](https://github.com/grafana/grafana/blob/master/CHANGELOG.md) file for a complete list of new features, changes, and bug fixes.
Copy file name to clipboardExpand all lines: docs/sources/installation/upgrading.md
+31
Original file line number
Diff line number
Diff line change
@@ -117,3 +117,34 @@ One of the database migrations included in this release will update all annotati
117
117
We've got one report where using systemd, PostgreSQL and a large amount of annotations (table size 1645mb) took 8-20 minutes for the database migration to complete. However, the grafana-server process was killed after 90 seconds by systemd. Any database migration queries in progress when systemd kills the grafana-server process continues to execute in database until finished.
118
118
119
119
If you're using systemd and have a large amount of annotations consider temporary adjusting the systemd `TimeoutStartSec` setting to something high like `30m` before upgrading.
120
+
121
+
## Upgrading to v6.0
122
+
123
+
If you have text panels with script tags they will no longer work due to a new setting that per default disallow unsanitzied HTML.
124
+
Read more [here](/installation/configuration/#disable-sanitize-html) about this new setting.
125
+
126
+
### Authentication and security
127
+
128
+
If your using Grafana's builtin, LDAP (without Auth Proxy) or OAuth authentication all users will be required to login upon the next visit after the upgrade.
129
+
130
+
If you have `cookie_secure` set to `true` in the `session` section you probably want to change the `cookie_secure` to `true` in the `security` section as well. Ending up with a configuration like this:
131
+
132
+
```ini
133
+
[session]
134
+
cookie_secure = true
135
+
136
+
[security]
137
+
cookie_secure = true
138
+
```
139
+
140
+
The `login_remember_days`, `cookie_username` and `cookie_remember_name` settings in the `security` section are no longer being used so they're safe to remove.
141
+
142
+
If you have `login_remember_days` configured to 0 (zero) you should change your configuration to this to accomplish similar behavior, i.e. a logged in user will maximum be logged in for 1 day until being forced to login again:
143
+
144
+
```ini
145
+
[auth]
146
+
login_maximum_inactive_lifetime_days = 1
147
+
login_maximum_lifetime_days = 1
148
+
```
149
+
150
+
The default cookie name for storing the auth token is `grafana_session`. you can configure this with `login_cookie_name` in `[auth]` settings.
## Configure multiple servers to use the same database
@@ -24,8 +24,14 @@ First, you need to do is to setup MySQL or Postgres on another server and config
24
24
You can find the configuration for doing that in the [[database]]({{< relref "configuration.md" >}}#database) section in the grafana config.
25
25
Grafana will now persist all long term data in the database. How to configure the database for high availability is out of scope for this guide. We recommend finding an expert on for the database you're using.
26
26
27
+
## Alerting
28
+
29
+
Currently alerting supports a limited form of high availability. Since v4.2.0, alert notifications are deduped when running multiple servers. This means all alerts are executed on every server but alert notifications are only sent once per alert. Grafana does not support load distribution between servers.
30
+
27
31
## User sessions
28
32
33
+
> Beginning with Grafana v6.0 and above the following only applies when using [Auth Proxy Authentication](/auth/auth-proxy/).
34
+
29
35
The second thing to consider is how to deal with user sessions and how to configure your load balancer in front of Grafana.
30
36
Grafana supports two ways of storing session data: locally on disk or in a database/cache-server.
31
37
If you want to store sessions on disk you can use `sticky sessions` in your load balancer. If you prefer to store session data in a database/cache-server
@@ -41,6 +47,4 @@ If you use MySQL/Postgres for session storage, you first need a table to store t
41
47
42
48
For Grafana itself it doesn't really matter if you store the session data on disk or database/redis/memcache. But we recommend using a database/redis/memcache since it makes it easier manage the grafana servers.
43
49
44
-
## Alerting
45
50
46
-
Currently alerting supports a limited form of high availability. Since v4.2.0, alert notifications are deduped when running multiple servers. This means all alerts are executed on every server but alert notifications are only sent once per alert. Grafana does not support distributing the alert rule execution between servers. That might be added in the future but right now prefer to keep it simple.
0 commit comments