This repository was archived by the owner on Apr 21, 2026. It is now read-only.
Open
Conversation
65b626c to
3440ac0
Compare
3440ac0 to
7dd8f42
Compare
7dd8f42 to
b45d297
Compare
b45d297 to
c2864f2
Compare
c2864f2 to
ae362c1
Compare
1941c1a to
060e98b
Compare
060e98b to
d7606bc
Compare
59c2c35 to
9c4f339
Compare
bcaff6e to
6e679f8
Compare
6e679f8 to
60bbd28
Compare
60bbd28 to
536a6c6
Compare
85b4d25 to
02dcda7
Compare
02dcda7 to
152c3fc
Compare
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
'0.14.4'→'0.15.0''1.2.20'→'1.3.0''0.19.5'→'0.19.6''3.6.1'→'3.7.0''1.8.3'→'1.8.4''0.23.1'→'0.26.0'Release Notes
DataDog/fluent-plugin-datadog (fluent-plugin-datadog)
v0.15.0Compare Source
grafana/loki (fluent-plugin-grafana-loki)
v1.3.0What's New??
With 1.3.0 we are excited to announce several improvements focusing on performance!
First and most significant is the Query Frontend:
The query frontend allows for sharding queries by time and dispatching them in parallel to multiple queriers, giving true horizontal scaling ability for queries. Take a look at the jsonnet changes to see how we are deploying this in our production setup. Keep an eye out for a blog post with more information on how the frontend works and more information on this exciting new feature.
In our quest to improve query performance, we discovered that gzip, while good for compression ratio, is not the best for speed. So we introduced the ability to select from several different compression algorithms:
We are currently testing out LZ4 and snappy, LZ4 seemed like a good fit however we found that it didn't always compress the same data to the same output which was causing some troubles for another important improvement:
Extending on the work done by @bboreham on Cortex, @pstibrany added a few new flags and code to synchronize chunks between ingesters, which reduces the number of chunks persisted to object stores and therefore also reduces the number of chunks loaded on queries and the amount of de-duplication work which needs to be done.
As mentioned above, LZ4 was in some cases compressing the same data with a different result which was interfering with this change, we are still investigating the cause of this issue (It may be in how we implemented something, or may be in the compression code itself). For now we have switched to snappy which has seen a reduction in data written to the object store from almost 3x the source data (with a replication factor of 3) to about 1.5x, saving a lot of duplicated log storage!
Another valuable change related to chunks:
With this change you can set a
chunk_target_sizeand Loki will attempt to fill a chunk to approx that size before flushing (previously a chunk size was a hard coded 10 blocks where the default block size is 262144 bytes). Larger chunks are beneficial for a few reasons, mainly on reducing API calls to your object store when performing queries, but also in reducing overhead in a few places, especially when processing very high volume log streams.Another big improvement is the introduction of accurate rate limiting when running microservices:
Previously the rate limit was applied at each distributor, however with traffic split over many distributors the limit would need to be adjusted accordingly. This meant that scaling up distributors required changing the limit. Now this information is communicated between distributors such that the limit should be applied accurately regardless of the number of distributors.
And last but not least on the notable changes list is a new feature for Promtail:
With this change Promtail can receive syslogs via TCP! Thanks to @bastjan for all the hard work on this submission!
Important things to note
-distributor.limiter-reload-periodflag / distributor'slimiter_reload_periodconfig option.All Changes
Once again we can't thank our community and contributors enough for the significant work that everyone is adding to Loki, the entire list of changes is long!!
Loki
Promtail
Fluent Bit
fluentd_threadlabel whenflush_thread_count> 1Fluentd
Docker Driver
Logcli
Helm
Jsonnet
Docs
Build
New Members
fluent/fluent-plugin-kafka (fluent-plugin-kafka)
v0.19.6Compare Source
awslabs/aws-fluent-plugin-kinesis (fluent-plugin-kinesis)
v3.7.0use_fips_endpointconfiguration parameter for FIPS-compliant endpoints : #227aggregated_record_sizeconfiguration parameter forkinesis_firehoseto reduce Firehose 5 KB per-record billing roundup : #193ProcessCredentialsinsecure string warning from newer aws-sdk-corefluent/fluent-plugin-s3 (fluent-plugin-s3)
v1.8.4Compare Source
karafka/rdkafka-ruby (rdkafka)
v0.26.0Compare Source
2.13.2ObjectSpace.define_finalizerinRdkafka::Consumerto prevent segfaults when a consumer is GC'd without being explicitly closed (jturkel).#finalizerinstance methods fromConsumerandAdminthat could never work as GC finalizers.Rdkafka::RdkafkaErrorwithinstance_nameattribute containing therd_kafka_namefor tying errors back to specific native Kafka instances (#181).v0.25.1Compare Source
rd_kafka_ListOffsetsadmin API for querying partition offsets by specification (earliest, latest, max_timestamp, or by timestamp) without requiring a consumer group (#613).make -j$(nproc)) for ARM64 Alpine musl builds.enable_queue_io_eventsandenable_background_queue_io_eventsonConsumer,Producer, andAdminto enable non-blocking monitoring with select/poll/epoll for integration with Ruby fiber schedulers (Falcon, Async) and custom event loops.poll_nb,events_poll_nb) onConsumerthat skip GVL release for efficient fiber scheduler integration when usingpoll(0).events_poll_nb_eachmethod onProducer,Consumer, andAdminfor polling events in a single GVL/mutex session. Yields count after each iteration, caller returns:stopto break.poll_nb_eachmethod onConsumerfor non-blocking message polling with proper resource cleanup, yielding each message and supporting early termination via:stopreturn value.v0.25.0Compare Source
AbstractHandle#waitparametermax_wait_timeout:(seconds) is deprecated in favor ofmax_wait_timeout_ms:(milliseconds). The old parameter still works but will be removed in v1.0.0.PartitionsCountCacheconstructor parameterttl(seconds) is deprecated in favor ofttl_ms:(milliseconds). The old parameter still works but will be removed in v1.0.0.Rdkafka::Defaultsmodule for discoverability and per-call overrides (#310). All time-related values are now in milliseconds for consistency.timeout_msparameter toConsumer#eachfor configurable poll timeout.METADATA_MAX_RETRIES,PARTITIONS_COUNT_CACHE_TTL_MS) toRdkafka::Defaultsmodule.2.12.1v0.24.2Compare Source
v0.24.1Compare Source
v0.24.0Compare Source
2.11.1Configuration
📅 Schedule: (UTC)
* 0-3 * * *)🚦 Automerge: Disabled by config. Please merge this manually once you are satisfied.
♻ Rebasing: Whenever PR is behind base branch, or you tick the rebase/retry checkbox.
👻 Immortal: This PR will be recreated if closed unmerged. Get config help if that's undesired.
This PR was generated by Mend Renovate. View the repository job log.