On 28/10/2022 21:44, Omar Khazamov wrote:
Thank you.
>>/Alternatively, if the existing metric system already has
extensive historical data which you'd like to be able to query
(for dashboards and alerts) take a look at the remote read system./
This is probably a silly question, but is it also true for remote
write? I may use Prometheus-compatible remote
storageVictoriaMetricsand it looks like it supports only the remote write.
Remote read & remote write are complimentary but different.
Remote write will send a copy of the metrics you have just scraped to an
external system. This could be some sort of metrics storage system, but
could also be something like a machine learning analytics tool.
Remote read allows Prometheus to query an external system any time a
PromQL request is made. Whatever data is returned is merged into any
local data and presented to the requester. Again this could be some sort
of metrics store, but could also be something different like a
forecasting system or an event store.
Support for remote read & write are up to the external system. While for
the use case of an external metrics store (for long term or global
storage) it makes sense to support both, there are plenty of use cases
which only require one or the other.
--
Stuart Clark
--
You received this message because you are subscribed to the Google Groups
"Prometheus Users" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to prometheus-users+unsubscr...@googlegroups.com.
To view this discussion on the web visit
https://groups.google.com/d/msgid/prometheus-users/568e2b4a-e240-eb53-847a-f496b8a4c39a%40Jahingo.com.
