From 16370e68800cf1e4b1c531cdce0d15f8b30d3937 Mon Sep 17 00:00:00 2001 From: Ben Kochie Date: Wed, 16 Oct 2019 21:45:01 +0200 Subject: [PATCH] Update storage considerations documentation (#6134) * Improve clarity of internal storage durability. * Add notes about remote storage. Signed-off-by: Ben Kochie --- docs/storage.md | 4 +++- 1 file changed, 3 insertions(+), 1 deletion(-) diff --git a/docs/storage.md b/docs/storage.md index abec0696e..4af0dd94d 100644 --- a/docs/storage.md +++ b/docs/storage.md @@ -43,7 +43,9 @@ The directory structure of a Prometheus server's data directory will look someth ``` -Note that a limitation of the local storage is that it is not clustered or replicated. Thus, it is not arbitrarily scalable or durable in the face of disk or node outages and should thus be treated as more of an ephemeral sliding window of recent data. However, if your durability requirements are not strict, you may still succeed in storing up to years of data in the local storage. +Note that a limitation of the local storage is that it is not clustered or replicated. Thus, it is not arbitrarily scalable or durable in the face of disk or node outages and should be treated as you would any other kind of single node database. Using RAID for disk availiablity, [snapshots](https://prometheus.io/docs/prometheus/latest/querying/api/#snapshot) for backups, capacity planning, etc, is recommended for improved durability. With proper storage durability and planning storing years of data in the local storage is possible. + +Alternatively, external storage may be used via the [remote read/write APIs](https://prometheus.io/docs/operating/integrations/#remote-endpoints-and-storage). Careful evaluation is required for these systems as they vary greatly in durability, performance, and efficency. For further details on file format, see [TSDB format](https://github.com/prometheus/prometheus/blob/master/tsdb/docs/format/README.md).