summaryrefslogtreecommitdiff
path: root/doc/monitoring
Commit message (Collapse)AuthorAgeFilesLines
* Reduce size of images from 25MB to 13MB using pngquantAchilleas Pipinellis2016-11-226-0/+0
| | | | | | Took it from https://gitlab.com/gitlab-com/www-gitlab-com/merge_requests/3232 [ci skip]
* Fix old monitoring links to point to the new locationdocs/fix-link-to-monitoringAchilleas Pipinellis2016-10-244-4/+4
|
* fix grafana_configuration.md move linkBen Bodenmiller2016-10-131-1/+1
|
* Move health check docs under user/admin_area/monitoringAchilleas Pipinellis2016-10-111-1/+1
| | | | [ci skip]
* Move monitoring/ to new locationAchilleas Pipinellis2016-09-257-572/+6
|
* Tracking of custom eventscustom-events-trackingYorick Peterse2016-08-171-0/+9
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | GitLab Performance Monitoring is now able to track custom events not directly related to application performance. These events include the number of tags pushed, repositories created, builds registered, etc. The use of these events is to get a better overview of how a GitLab instance is used and how that may affect performance. For example, a large number of Git pushes may have a negative impact on the underlying storage engine. Events are stored in the "events" measurement and are not prefixed with "rails_" or "sidekiq_", this makes it easier to query events with the same name triggered from different parts of the application. All events being stored in the same measurement also makes it easier to downsample data. Currently the following events are tracked: * Creating repositories * Removing repositories * Changing the default branch of a repository * Pushing a new tag * Removing an existing tag * Pushing a commit (along with the branch being pushed to) * Pushing a new branch * Removing an existing branch * Importing a repository (along with the URL we're importing) * Forking a repository (along with the source/target path) * CI builds registered (and when no build could be found) * CI builds being updated * Rails and Sidekiq exceptions Fixes gitlab-org/gitlab-ce#13720
* use long options for curl examples in API documentation (!5703)winniehell2016-08-091-2/+2
|
* Simplify feature introduction notesimplify_intro_features_docAchilleas Pipinellis2016-08-081-1/+1
| | | | [ci skip]
* optimize png images losslessly using zopflipngPeter Dave Hello2016-06-297-0/+0
|
* Use influxdb-management for managing InfluxDBupdate-influx-docs-management-repoYorick Peterse2016-06-231-68/+18
| | | | | | | This removes the need for manually updating the list of queries every time we make a change. [ci skip]
* Updated InfluxDB continuous queries for 8.9.0Yorick Peterse2016-06-231-45/+57
| | | | [ci skip]
* fixing typo in link #17809sebastian-schmid2016-05-241-1/+1
|
* Copyedit health check docshealth_check_docsAchilleas Pipinellis2016-05-221-7/+16
|
* Fix grammar in health_check.md DJ Mountney2016-05-201-1/+1
| | | A access token -> An access token
* Fix broken pingdom link in the health_check docsDJ Mountney2016-05-181-1/+1
|
* Add health check feature documentationDJ Mountney2016-05-182-0/+57
|
* Fix some broken links in the documentation [ci skip]Connor Shea2016-04-293-3/+3
|
* Updated list of InfluxDB queries/configYorick Peterse2016-04-251-28/+47
| | | | | | | | | | | | | | | | | | | | | | | | | | This setup is quite a bit different from before. In the previous setup raw data was kept around for 30 days and downsampled data for 7 days. This became problematic for GitLab.com as the number of points and series resulted in InfluxDB running out of memory when starting up (besides taking up 30 GB of storage). To work around this the new setup keeps raw data around for _only_ an hour while keeping downsampled data around for 7 days. In turn all Grafana dashboards _only_ query the downsampled data instead of also querying raw data. Based on rough calculations this setup needs around 2GB of storage for 1 week of data, excluding whatever is needed for storing the raw data (this highly depends on the amount of traffic). If users want to use this new setup they have to remove any existing dashboards provided by GitLab.com and re-import the ones from the Grafana dashboards repository (https://gitlab.com/gitlab-org/grafana-dashboards/). Should users wish to change their default retention policy the easiest way of doing so is to simply drop the database and re-run the InfluxDB commands added by this commit. Users who want to keep their default retention policy as-is can simply create the "downsampled" policy and run the other commands.
* Updated InfluxDB/Grafana setup/import docsYorick Peterse2016-04-131-18/+30
| | | | | | | | | The grafana-dashboards repository now contains _all_ GitLab.com dashboards and thus requires some extra continuous queries to be set up. The repository now also provided a way to automatically import/export dashboards. [ci skip]
* Fix Grafana docs and link from Influx pageDrew Blessing2016-04-124-3/+6
|
* Grafana installation and configuration documentation. [ci skip]Drew Blessing2016-03-227-1/+120
|
* Change InfluxDB admin usernameAchilleas Pipinellis2016-01-201-3/+3
| | | | [ci skip]
* Move integration/metrics to monitoring/performanceAchilleas Pipinellis2016-01-205-0/+382
[ci skip]
View Lorry Controller Status