Fix for panic when trying to merge stats with carbonsearch enabled (#70)
* Fix for panic when trying to merge stats when carbonsearch is enabled. * Fixing panic with merging stats with nil values, similar to last one.
|1 month ago|
|cache||1 year ago|
|contrib||1 year ago|
|internal/ipb3||1 year ago|
|intervalset||1 year ago|
|limiter||5 months ago|
|mlog||1 year ago|
|mstats||2 years ago|
|pathcache||5 months ago|
|util||11 months ago|
|vendor||2 months ago|
|zipper||1 month ago|
|.gitignore||5 months ago|
|.travis.yml||5 months ago|
|CHANGES.md||1 month ago|
|Gopkg.lock||2 months ago|
|Gopkg.toml||2 months ago|
|LICENSE||3 months ago|
|Makefile||1 year ago|
|README.md||3 months ago|
|example.conf||4 months ago|
|grpc.go||5 months ago|
|main.go||4 months ago|
Please note that since carbonapi 0.8 it's no longer needed to run separate carbonzipper. This repo still contains a buildable daemon, but it's mostly for compatibility reasons and for those who don't need carbonapi functionality.
CarbonZipper is the central part of a replacement graphite storage stack. It proxies requests from graphite-web to a cluster of carbon storage backends. Previous versions (available in the git history) were able to talk to python carbon stores, but the current version requires the use of go-carbon or graphite-clickhouse.
Stable versions: Stable repo
Autobuilds (master, might be unstable): Autobuild repo
Configuration is done via a YAML file loaded at startup. The only required field is the list of carbonserver backends to connect to.
Other pieces of the stack are:
For an overview of the stack and how the pieces fit together, watch Graphite@Scale or How to store millions metrics per second from FOSDEM '17 or Graphite@Scale or How to Store Millions of metrics per Second from SRECon17 Asia.
carbonzipper requires Go 1.8+ to build. It's recommended to always use latest stable.
CarbonZipper uses protobuf-based protocol to talk with underlying storages. For current version the compatibility list is:
Version policy - all the versions we run in production is taged.
In case change will require simultanious upgrade of different components, it will be stated in Upgrading notes below.
Also we will try to maintain backward compatibility from down to up.
For example with protobuf2 -> protobuf3 migration - carbonzipper can still send results to older versions of carbonapi, but can't get results from older versions of carbonserver/go-carbon.
Starting from 0.60, carbonzipper will be able to talk only with storages compatible with protobuf3.
At this moment (0.60) it's only go-carbon, starting from commit ee2bc24 (post 0.9.1)
Carbonzipper can still return results in protobuf and compatibility won't be removed at least until Summer 2017.
If you want to upgrade, the best option is to do follwing steps:
This program was originally developed for Booking.com. With approval from Booking.com, the code was generalised and published as Open Source on github, for which the author would like to express his gratitude.
This code is licensed under the MIT license.
If you have questions or problems there are two ways to contact us: