Christian Schwarz
4e16952ad9
1. Change config format to support multiple types of snapshotting modes. 2. Implement a hacky way to support periodic or completely manual snaphots. In manual mode, the user has to trigger replication using the wakeup mechanism after they took snapshots using their own tooling. As indicated by the comment, a more general solution would be desirable, but we want to get the release out and 'manual' mode is a feature that some people requested...
31 lines
630 B
YAML
31 lines
630 B
YAML
|
|
jobs:
|
|
- type: sink
|
|
name: "local_sink"
|
|
root_dataset: "storage/zrepl/sink"
|
|
serve:
|
|
type: local
|
|
listener_name: localsink
|
|
|
|
- type: push
|
|
name: "backup_system"
|
|
connect:
|
|
type: local
|
|
listener_name: localsink
|
|
client_identity: local_backup
|
|
filesystems: {
|
|
"system<": true,
|
|
}
|
|
snapshotting:
|
|
type: periodic
|
|
interval: 10m
|
|
prefix: zrepl_
|
|
pruning:
|
|
keep_sender:
|
|
- type: not_replicated
|
|
- type: last_n
|
|
count: 10
|
|
keep_receiver:
|
|
- type: grid
|
|
grid: 1x1h(keep=all) | 24x1h | 35x1d | 6x30d
|
|
regex: "zrepl_.*" |