The `consul snapshot agent` command starts a process that takes snapshots of the state of the Consul servers in Consul Enterprise. It can capture server state once or it can run as daemon that captures snapshots at defined intervals.
The `consul snapshot agent` command starts a process that takes snapshots of the state of the Consul servers in Consul Enterprise. It can capture server state once or it can run as a daemon that captures snapshots at defined intervals.
---
---
# Consul Snapshot Agent
# Consul Snapshot Agent
@ -17,8 +17,8 @@ version 0.7.1 and later. All other [snapshot subcommands](/consul/commands/snaps
are available in the community edition of Consul.
are available in the community edition of Consul.
The `snapshot agent` subcommand starts a process that takes snapshots of the
The `snapshot agent` subcommand starts a process that takes snapshots of the
state of the Consul servers and saves them locally, or pushes them to an
state of the Consul servers and saves them locally, or pushes them to optional
optional remote storage service.
remote storage services.
The agent can be run as a long-running daemon process or in a one-shot mode
The agent can be run as a long-running daemon process or in a one-shot mode
from a batch job, based on the [`-interval`](#interval) argument. Snapshotting
from a batch job, based on the [`-interval`](#interval) argument. Snapshotting
@ -36,10 +36,10 @@ leader and starting saving snapshots.
As snapshots are saved, they will be reported in the log produced by the agent:
As snapshots are saved, they will be reported in the log produced by the agent:
```log
```log
2016/11/16 21:21:13 [INFO] Snapshot agent running
2023/11/16 21:21:13 [INFO] Snapshot agent running
2016/11/16 21:21:13 [INFO] Waiting to obtain leadership...
2023/11/16 21:21:13 [INFO] Waiting to obtain leadership...
Config files referenced using `-config-dir` and `-config-file` have the following
Config files referenced using `-config-dir` and `-config-file` have the following
format (shown populated with default values):
format (shown populated with default values):
~> Top-level single snapshot destinations in a config file are deprecated and will be removed in a future version. Move top-level `local_storage`, `aws_storage`, `azure_blob_storage`, and `google_storage` config objects to `snapshot_agent -> backup_destinations` instead.
- `-local-scratch-path` - Location to store all temporary snapshots in prior to
- `-local-scratch-path` - Location to store all temporary snapshots in prior to
sending them off to the configured storage backend. If not configured the
sending them off to the configured storage backend. If not configured the
system temporary directory will be used. When using the local storage backend
system temporary directory will be used.
this is not configurable and `-local-path` will be used.
#### Agent Options
#### Agent Options
@ -264,15 +273,23 @@ if desired.
#### Local Storage Options
#### Local Storage Options
~> This option is deprecated when used with a top-level `local_storage` object in a config file. Use `snapshot_agent -> backup_destinations -> local_storage[0]` in a config file instead.
- `-local-path` - Location to store snapshots locally. The default behavior
- `-local-path` - Location to store snapshots locally. The default behavior
of the snapshot agent is to store snapshots locally in this directory. Defaults
of the snapshot agent is to store snapshots locally in this directory. Defaults
to "." to use the current working directory. If an alternate storage option is
to "." to use the current working directory. If an alternate remote storage
configured, then local storage will be disabled and this option will be ignored.
option is configured, then local storage will be disabled and this option will
be ignored. This option cannot be used when using `backup_destinations` in a
config file.
#### S3 Storage Options
#### S3 Storage Options
~> These options are deprecated when used with a top-level `aws_storage` object in a config file. Use `snapshot_agent -> backup_destinations -> aws_storage[0]` in a config file instead.
Note that despite the AWS references, any S3-compatible endpoint can be specified with `-aws-s3-endpoint`.
Note that despite the AWS references, any S3-compatible endpoint can be specified with `-aws-s3-endpoint`.
Theses option cannot be used when using `backup_destinations` in a config file.
- `-aws-access-key-id`, `-aws-secret-access-key` and `-aws-session-token` - These arguments supply static
- `-aws-access-key-id`, `-aws-secret-access-key` and `-aws-session-token` - These arguments supply static
authentication information for connecting to S3. These may also be supplied using
authentication information for connecting to S3. These may also be supplied using
the following alternative methods:<br />
the following alternative methods:<br />
@ -365,10 +382,14 @@ The following example IAM policy document assumes that the `aws-s3-bucket` is `c
#### Azure Blob Storage options
#### Azure Blob Storage options
~> These options are deprecated when used with a top-level `azure_blob_storage` object in a config file. Use `snapshot_agent -> backup_destinations -> azure_blob_storage[0]` in a config file instead.
** Note: This currently only works on non-Solaris platforms due to library limitations **
** Note: This currently only works on non-Solaris platforms due to library limitations **
From Consul Enterprise version `1.5.0` onwards, you can store snapshots in Azure Blob storage.
From Consul Enterprise version `1.5.0` onwards, you can store snapshots in Azure Blob storage.
These option cannot be used when using `backup_destinations` in a config file.
- `-azure-blob-account-name` and `-azure-blob-account-key` - These arguments supply
- `-azure-blob-account-name` and `-azure-blob-account-key` - These arguments supply
authentication information for connecting to Azure Blob storage.
authentication information for connecting to Azure Blob storage.
@ -380,8 +401,11 @@ From Consul Enterprise version `1.5.0` onwards, you can store snapshots in Azure
#### Google Cloud Storage options
#### Google Cloud Storage options
~> This option is deprecated when used with a top-level `google_storage` object in a config file. Use `snapshot_agent -> backup_destinations -> google_storage[0]` in a config file instead.
From Consul Enterprise version `1.6.1` onwards, you can store snapshots in Google Cloud Storage. Authentication relies on automatic discovery through the sdk as described [here](https://cloud.google.com/docs/authentication/production):
From Consul Enterprise version `1.6.1` onwards, you can store snapshots in Google Cloud Storage. Authentication relies on automatic discovery through the sdk as described [here](https://cloud.google.com/docs/authentication/production):
- First, ADC checks to see if the environment variable GOOGLE_APPLICATION_CREDENTIALS is set. If the variable is set, ADC uses the service account file that the variable points to. The next section describes how to set the environment variable.
- First, ADC checks to see if the environment variable GOOGLE_APPLICATION_CREDENTIALS is set. If the variable is set, ADC uses the service account file that the variable points to. The next section describes how to set the environment variable.
- If the environment variable isn't set, ADC uses the default service account that Compute Engine, Kubernetes Engine, App Engine, and Cloud Functions provide, for applications that run on those services.
- If the environment variable isn't set, ADC uses the default service account that Compute Engine, Kubernetes Engine, App Engine, and Cloud Functions provide, for applications that run on those services.
@ -390,7 +414,7 @@ From Consul Enterprise version `1.6.1` onwards, you can store snapshots in Googl
This integration needs the following information:
This integration needs the following information:
- `-gcs-bucket` supplies the bucket to use.
- `-gcs-bucket` supplies the bucket to use. This option cannot be used when using `backup_destinations` in a config file.