Although a longer shard duration is more efficient whilst backfilling that's only true if the backfill is a one-off. If the shard is updated (whether via another backfill, deletion etc) again in future it will need to be recompacted - larger shards incur a larger resource cost.
Closes DAR#356
- having to force push to fix conflicts after the reorg.
Co-authored-by: Ben Tasker btasker@users.noreply.github.com
Co-authored-by: Jason Stirnaman <stirnamanj@gmail.com>
Co-authored-by: Scott Anderson <sanderson@users.noreply.github.com>
* fix: enterprise: write compressed data description and examples #5137
* Update content/enterprise_influxdb/v1/guides/write_data.md
Co-authored-by: Scott Anderson <sanderson@users.noreply.github.com>
* Update content/enterprise_influxdb/v1/guides/write_data.md
Co-authored-by: Scott Anderson <sanderson@users.noreply.github.com>
---------
Co-authored-by: Scott Anderson <sanderson@users.noreply.github.com>