From e1e48077cc1581af7529be80a5de4ddb59b0cff6 Mon Sep 17 00:00:00 2001 From: Aliaksandr Valialkin Date: Tue, 20 Jun 2023 18:09:21 -0700 Subject: [PATCH] docs/VictoriaLogs: mention that VictoriaLogs supports multitenancy and out of order logs ingestion --- docs/VictoriaLogs/LogsQL.md | 6 +++--- docs/VictoriaLogs/README.md | 9 ++++++--- 2 files changed, 9 insertions(+), 6 deletions(-) diff --git a/docs/VictoriaLogs/LogsQL.md b/docs/VictoriaLogs/LogsQL.md index b91ce7718..3e93301c1 100644 --- a/docs/VictoriaLogs/LogsQL.md +++ b/docs/VictoriaLogs/LogsQL.md @@ -862,11 +862,11 @@ and then apply the `ipv4_range()` [post-filter](#post-filters) to the extracted Hints: -- If you need searching for [log messages](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#message-field) with the given `X.Y.Z.Q` IPv4 address, +- If you need searching for [log messages](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#message-field) containing the given `X.Y.Z.Q` IPv4 address, then `"X.Y.Z.Q"` query can be used. See [these docs](#phrase-filter) for details. - If you need searching for [log messages](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#message-field) containing - at least a single IPv4 address out of the given list, then `"ip1" OR "ip2" OR ... "ipN"` query can be used. See [these docs](#logical-filter) for details. -- If you need finding log entries with `ip` field in multiple ranges, then use `ip:(ipv4_range(range1) OR ipv4_range(range2) ... OR ipv4_range(rangeN)` query. + at least a single IPv4 address out of the given list, then `"ip1" OR "ip2" ... OR "ipN"` query can be used. See [these docs](#logical-filter) for details. +- If you need finding log entries with `ip` field in multiple ranges, then use `ip:(ipv4_range(range1) OR ipv4_range(range2) ... OR ipv4_range(rangeN))` query. See [these docs](#logical-filter) for details. Performance tips: diff --git a/docs/VictoriaLogs/README.md b/docs/VictoriaLogs/README.md index 546cea730..4beebe287 100644 --- a/docs/VictoriaLogs/README.md +++ b/docs/VictoriaLogs/README.md @@ -15,14 +15,17 @@ It provides the following key features: - VictoriaLogs can be seamlessly combined with good old Unix tools for log analysis such as `grep`, `less`, `sort`, `jq`, etc. See [these docs](#querying-via-command-line) for details. - VictoriaLogs capacity and performance scales lineraly with the available resources (CPU, RAM, disk IO, disk space). - It runs smoothly on both Raspberry PI and a beefy server with hundreds of CPU cores and terabytes of RAM. + It runs smoothly on both Raspberry PI and a server with hundreds of CPU cores and terabytes of RAM. - VictoriaLogs can handle much bigger data volumes than ElasticSearch and Grafana Loki when running on comparable hardware. - A single-node VictoriaLogs instance can substitute large ElasticSearch cluster. +- VictoriaLogs supports multitenancy - see [these docs](https://docs.victoriametrics.com/VictoriaLogs/keyConcepts.html#multitenancy). +- VictoriaLogs supports out of order logs' ingestion aka backfilling. -VictoriaLogs is at Preview stage now. It is recommended evaluating it on production workloads and verifying claims given above. +VictoriaLogs is at Preview stage now. It is ready for evaluation in production and verifying claims given above. It isn't recommended migrating from existing logging solutions to VictoriaLogs Preview in general case yet. See the [Roadmap](https://docs.victoriametrics.com/VictoriaLogs/Roadmap.html) for details. +If you have questions about VictoriaLogs, then feel free asking them at [VictoriaMetrics community Slack chat](https://slack.victoriametrics.com/). + ## Operation ### How to run VictoriaLogs