Go to file
Raphael Taylor-Davies ce0127a1f7
feat: MutableBatch write API (#2090) (#2724) (#2882)
* feat: MutableBatch write API (#2090) (#2724)

* chore: fix lint

* fix: handle dictionaries with unused mappings

* chore: review feedback

* chore: further review feedback

Co-authored-by: kodiakhq[bot] <49736102+kodiakhq[bot]@users.noreply.github.com>
2021-10-20 08:44:14 +00:00
.cargo chore: suppress RUSTSEC-2020-0159 2021-10-18 18:14:14 +01:00
.circleci chore: compress CI docs (#2880) 2021-10-19 09:03:24 +00:00
.github chore: misc updates (#2886) 2021-10-19 11:47:27 +00:00
arrow_util chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
client_util chore(deps): bump thiserror from 1.0.29 to 1.0.30 2021-10-11 08:01:21 +00:00
data_types feat: MutableBatch write API (#2090) (#2724) (#2882) 2021-10-20 08:44:14 +00:00
datafusion chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
datafusion_util chore: Update datafusion (#2635) 2021-09-27 14:13:19 +00:00
docker test: end2end for skip replay 2021-08-16 13:47:56 +02:00
docs docs: Add tech talk links to docs (#2858) 2021-10-15 21:44:41 +00:00
entry Merge branch 'main' into crepererum/write_buffer_span_ctx 2021-10-14 11:50:07 +00:00
generated_types chore: remove unused `generated_types` => `thiserror` dep 2021-10-19 14:45:56 +02:00
grpc-router fix: adjust code to `cache_loader_async` 0.1.2 2021-10-11 17:12:08 +02:00
influxdb2_client feat: disable bytes serde (#2580) 2021-09-20 09:07:12 +00:00
influxdb_iox_client chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
influxdb_line_protocol revert: "build: pin smallvec" (#2740) 2021-10-05 19:23:00 +00:00
influxdb_storage_client feat: add storage client to influxdb_iox_client (#2404) 2021-08-26 10:30:59 +00:00
influxdb_tsm fix: Update for new integer_encoding API 2021-08-23 08:37:54 -04:00
internal_types chore: remove unused `snafu` dep from `internal_types` 2021-10-14 12:54:55 +02:00
iox_data_generator chore: remove unused `iox_data_generator` => `tracing-futures` dep 2021-10-19 14:46:26 +02:00
iox_object_store docs: Clarify purpose of new return values 2021-10-18 14:20:18 -04:00
lifecycle refactor: pull lifecycle out of Db (#2242) (#2831) 2021-10-15 13:08:00 +00:00
logfmt chore(deps): bump parking_lot from 0.11.1 to 0.11.2 2021-09-06 01:18:24 +00:00
metric feat: migrate write buffer metrics (#2536) 2021-09-15 17:41:55 +00:00
metric_exporters chore(deps): bump prometheus from 0.12.0 to 0.13.0 2021-10-04 08:10:07 +00:00
mutable_batch feat: MutableBatch write API (#2090) (#2724) (#2882) 2021-10-20 08:44:14 +00:00
mutable_buffer chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
object_store chore: misc updates (#2886) 2021-10-19 11:47:27 +00:00
observability_deps refactor: remove opentelemetry from observability_deps (#2192) (#2336) 2021-08-18 17:24:05 +00:00
packers chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
panic_logging build: use new rustdoc lint name (#2261) 2021-08-11 19:48:51 +00:00
parquet_catalog chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
parquet_file chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
perf feat: implement jaeger-agent protocol directly (#2607) 2021-09-22 17:30:37 +00:00
persistence_windows feat: migrate PersistenceWindows to TimeProvider (#2722) (#2798) 2021-10-11 20:40:00 +00:00
predicate chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
query fix: read_window_aggregate overflow (#2908) 2021-10-19 19:20:39 +00:00
query_tests feat: MutableBatch write API (#2090) (#2724) (#2882) 2021-10-20 08:44:14 +00:00
read_buffer chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
schema chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
scripts fix: checksum rustup in CI (#2501) 2021-09-10 16:28:09 +00:00
server feat: MutableBatch write API (#2090) (#2724) (#2882) 2021-10-20 08:44:14 +00:00
server_benchmarks chore: remove unused `server_benchmarks` => `packers` dep 2021-10-19 14:45:56 +02:00
src feat: Support grouping by _field and _measurement (#2874) 2021-10-18 15:32:24 +00:00
test_helpers fix: include all group tags, not just group_keys in GroupFrame response (#2741) 2021-10-05 19:08:04 +00:00
tests feat: MutableBatch write API (#2090) (#2724) (#2882) 2021-10-20 08:44:14 +00:00
time feat: add `Time::from_rfc3339` 2021-10-19 15:26:05 +02:00
tools feat: tool to graphically display plans (#803) 2021-02-15 13:03:12 +00:00
trace refactor: `Vec::with_capacity(0)` => `vec![]` 2021-10-12 16:36:09 +02:00
trace_exporters chore(deps): bump structopt from 0.3.23 to 0.3.25 (#2877) 2021-10-18 14:49:15 +00:00
trace_http feat: add `format_jaeger_trace_context` 2021-10-19 15:26:05 +02:00
tracker feat: improve legibility of task tracker logs (#2826) 2021-10-13 14:32:47 +00:00
trogging chore(deps): bump structopt from 0.3.23 to 0.3.25 (#2877) 2021-10-18 14:49:15 +00:00
write_buffer refactor: improve directory names 2021-10-19 16:15:22 +02:00
.editorconfig chore: add indent to editorconfig 2021-06-28 12:52:03 +02:00
.gitattributes feat: implement jaeger-agent protocol directly (#2607) 2021-09-22 17:30:37 +00:00
.gitignore chore: ignore massif profiler outputs 2021-09-02 15:58:43 +02:00
.kodiak.toml chore: Add kodiac config 2021-02-11 00:52:21 +01:00
CONTRIBUTING.md chore: update tracing and logging docs (#2657) 2021-09-30 08:46:23 +00:00
Cargo.lock feat: MutableBatch write API (#2090) (#2724) (#2882) 2021-10-20 08:44:14 +00:00
Cargo.toml chore: Update datafusion + arrow (#2903) 2021-10-19 17:14:08 +00:00
Dockerfile feat: implement jaeger-agent protocol directly (#2607) 2021-09-22 17:30:37 +00:00
Dockerfile.dockerignore feat(docker): add one-command Dockerfile 2021-03-01 15:45:27 -08:00
LICENSE-APACHE fix: Add LICENSE (#430) 2020-11-10 12:10:07 -05:00
LICENSE-MIT fix: Add LICENSE (#430) 2020-11-10 12:10:07 -05:00
README.md docs: min stack setting in debug mode 2021-09-23 13:44:38 -04:00
buf.yaml feat: Implement Update API 2021-04-08 22:25:36 +00:00
build.rs feat: Include GIT_HASH in startup log message (#829) 2021-02-18 10:50:14 +00:00
rust-toolchain.toml chore: Rust 1.55 2021-09-10 12:36:49 +02:00
rustfmt.toml chore: Add edition to `rustfmt.toml` (#2423) 2021-08-27 13:39:51 +00:00

README.md

InfluxDB IOx

InfluxDB IOx (short for Iron Oxide, pronounced InfluxDB "eye-ox") is the future core of InfluxDB, an open source time series database. The name is in homage to Rust, the language this project is written in. It is built using Apache Arrow and DataFusion among other things. InfluxDB IOx aims to be:

  • The future core of InfluxDB; supporting industry standard SQL, InfluxQL, and Flux
  • An in-memory columnar store using object storage for persistence
  • A fast analytic database for structured and semi-structured events (like logs and tracing data)
  • A system for defining replication (synchronous, asynchronous, push and pull) and partitioning rules for InfluxDB time series data and tabular analytics data
  • A system supporting real-time subscriptions
  • A processor that can transform and do arbitrary computation on time series and event data as it arrives
  • An analytic database built for data science, supporting Apache Arrow Flight for fast data transfer

Persistence is through Parquet files in object storage. It is a design goal to support integration with other big data systems through object storage and Parquet specifically.

For more details on the motivation behind the project and some of our goals, read through the InfluxDB IOx announcement blog post. If you prefer a video that covers a little bit of InfluxDB history and high level goals for InfluxDB IOx you can watch Paul Dix's announcement talk from InfluxDays NA 2020. For more details on the motivation behind the selection of Apache Arrow, Flight and Parquet, read this.

Project Status

This project is very early and in active development. It isn't yet ready for testing, which is why we're not producing builds or documentation yet. If you're interested in following along with the project, drop into our community Slack channel #influxdb_iox. You can find links to join here.

We're also hosting monthly tech talks and community office hours on the project on the 2nd Wednesday of the month at 8:30 AM Pacific Time.

Get started

  1. Install dependencies
  2. Clone the repository
  3. Configure the server
  4. Compile and start the server
    (You can also build a Docker image to run InfluxDB IOx.)
  5. Write and read data
  6. Use the CLI
  7. Use InfluxDB 2.0 API compatibility
  8. Run health checks
  9. Manually call the gRPC API

Install dependencies

To compile and run InfluxDB IOx from source, you'll need the following:

Rust

The easiest way to install Rust is to use rustup, a Rust version manager. Follow the instructions for your operating system on the rustup site.

rustup will check the rust-toolchain file and automatically install and use the correct Rust version for you.

Clang

Building InfluxDB IOx requires clang (for the croaring dependency). Check for clang by running clang --version.

clang --version
Apple clang version 12.0.0 (clang-1200.0.32.27)
Target: x86_64-apple-darwin20.1.0
Thread model: posix
InstalledDir: /Library/Developer/CommandLineTools/usr/bin

If clang is not already present, it can typically be installed with the system package manager.

Clone the repository

Clone this repository using git. If you use the git command line, this looks like:

git clone git@github.com:influxdata/influxdb_iox.git

Then change into the directory containing the code:

cd influxdb_iox

The rest of these instructions assume you are in this directory.

Configure the server

InfluxDB IOx can be configured using either environment variables or a configutation file, making it suitable for deployment in containerized environments.

For a list configuration options, run influxdb_iox --help. For configuration options for specific subcommands, run influxdb_iox <subcommand> --help.

To use a configuration file, use a .env file in the working directory. See the provided example configuration file. To use the example configuration file, run:

cp docs/env.example .env

Compile and start the server

InfluxDB IOx is built using Cargo, Rust's package manager and build tool.

To compile for development, run:

cargo build

This which will create a binary at target/debug/influxdb_iox.

To start the InfluxDB IOx server, run:

./target/debug/influxdb_iox run

By default the server will start an HTTP server on port 8080 and a gRPC server on port 8082.

You can also compile and run with one command:

cargo run -- run

To compile for performance testing, build in release mode:

cargo build --release
./target/release/influxdb_iox run

You can also run in release mode with one step:

cargo run --release -- run

To run all available tests in debug mode, you may want to set min stack size to avoid the current known stack overflow issue:

RUST_MIN_STACK=10485760 cargo test --all

Build a Docker image (optional)

Building the Docker image requires:

  • Docker 18.09+
  • BuildKit

To enable BuildKit by default, set { "features": { "buildkit": true } } in the Docker engine configuration, or run docker build withDOCKER_BUILDKIT=1

To build the Docker image:

DOCKER_BUILDKIT=1 docker build .

Write and read data

Each IOx instance requires a writer ID. This can be set one of 4 ways:

  • set an environment variable INFLUXDB_IOX_ID=42
  • set a flag --writer-id 42
  • use the API (not convered here)
  • use the CLI
    influxdb_iox writer set 42
    

To write data, you need to create a database. You can do so via the API or using the CLI. For example, to create a database called company_sensors, use this command:

influxdb_iox database create company_sensors

Data can be stored in InfluxDB IOx by sending it in line protocol format to the /api/v2/write endpoint or using the CLI. For example, here is a command that will send the data in the tests/fixtures/lineproto/metrics.lp file in this repository, assuming that you're running the server on the default port into the company_sensors database, you can use:

influxdb_iox database write company_sensors tests/fixtures/lineproto/metrics.lp

To query data stored in the company_sensors database:

influxdb_iox database query company_sensors "SELECT * FROM cpu LIMIT 10"

Use the CLI

InfluxDB IOx is packaged as a binary with commands to start the IOx server, as well as a CLI interface for interacting with and configuring such servers.

The CLI itself is documented via built-in help which you can access by running influxdb_iox --help

Use InfluxDB 2.0 API compatibility

InfluxDB IOx allows seamless interoperability with InfluxDB 2.0.

Where InfluxDB 2.0 stores data in organizations and buckets, InfluxDB IOx stores data in named databases. IOx maps organization and bucket pairs to databases named with the two parts separated by an underscore (_): organization_bucket.

Here's an example using curl to send data into the company_sensors database using the InfluxDB 2.0 /api/v2/write API:

curl -v "http://127.0.0.1:8080/api/v2/write?org=company&bucket=sensors" --data-binary @tests/fixtures/lineproto/metrics.lp

Run health checks

The HTTP API exposes a healthcheck endpoint at /health

$ curl http://127.0.0.1:8080/health
OK

The gRPC API implements the gRPC Health Checking Protocol. This can be tested with grpc-health-probe:

$ grpc_health_probe -addr 127.0.0.1:8082 -service influxdata.platform.storage.Storage
status: SERVING

Manually call the gRPC API

To manually invoke one of the gRPC APIs, use a gRPC CLI client such as grpcurl.

Tonic (the gRPC server library we're using) currently doesn't have support for gRPC reflection, hence you must pass all .proto files to your client. You can find a conventient grpcurl wrapper that does that in the scripts directory:

$ ./scripts/grpcurl -plaintext 127.0.0.1:8082 list
grpc.health.v1.Health
influxdata.iox.management.v1.ManagementService
influxdata.platform.storage.IOxTesting
influxdata.platform.storage.Storage
$ ./scripts/grpcurl -plaintext 127.0.0.1:8082 influxdata.iox.management.v1.ManagementService.ListDatabases
{
  "names": [
    "foobar_weather"
  ]
}

Contributing

We welcome community contributions from anyone!

Read our Contributing Guide for instructions on how to run tests and how to make your first contribution.

Architecture and Technical Documenation

There are a variety of technical documents describing various parts of IOx in the docs directory.