DigitalOcean Spaces
Synopsis
Creates a target that writes log messages to DigitalOcean Spaces with support for various file formats and authentication methods. The target handles large file uploads efficiently with configurable rotation based on size or event count. DigitalOcean Spaces provides simple, scalable object storage with built-in CDN integration.
Schema
- name: <string>
description: <string>
type: digitaloceans3
pipelines: <pipeline[]>
status: <boolean>
properties:
key: <string>
secret: <string>
session: <string>
region: <string>
endpoint: <string>
part_size: <numeric>
bucket: <string>
buckets:
- bucket: <string>
name: <string>
format: <string>
compression: <string>
extension: <string>
schema: <string>
name: <string>
format: <string>
compression: <string>
extension: <string>
schema: <string>
max_size: <numeric>
batch_size: <numeric>
timeout: <numeric>
field_format: <string>
debug:
status: <boolean>
dont_send_logs: <boolean>
Configuration
The following fields are used to define the target:
| Field | Required | Default | Description |
|---|---|---|---|
name | Y | Target name | |
description | N | - | Optional description |
type | Y | Must be digitaloceans3 | |
pipelines | N | - | Optional post-processor pipelines |
status | N | true | Enable/disable the target |
DigitalOcean Spaces Credentials
| Field | Required | Default | Description |
|---|---|---|---|
key | Y | - | DigitalOcean Spaces access key |
secret | Y | - | DigitalOcean Spaces secret key |
session | N | - | STS temporary session token (for short-lived credentials) |
region | Y | - | DigitalOcean region (e.g., nyc3, sfo3, ams3, sgp1) |
endpoint | Y | - | Spaces endpoint URL (format: https://<region>.digitaloceanspaces.com) |
Connection
| Field | Required | Default | Description |
|---|---|---|---|
part_size | N | 5 | Multipart upload part size in megabytes (minimum 5MB) |
timeout | N | 30 | Connection timeout in seconds |
field_format | N | - | Data normalization format. See applicable Normalization section |
Files
| Field | Required | Default | Description |
|---|---|---|---|
bucket | N* | - | Default Spaces bucket name (used if buckets not specified) |
buckets | N* | - | Array of bucket configurations for file distribution |
buckets.bucket | Y | - | Spaces bucket name |
buckets.name | Y | - | File name template |
buckets.format | N | "json" | Output format: json, multijson, avro, parquet |
buckets.compression | N | - | Compression algorithm. See the Compression section below |
buckets.extension | N | Matches format | File extension override |
buckets.schema | N* | - | Schema reference (required for Avro and Parquet formats) |
name | N | "vmetric.{{.Timestamp}}.{{.Extension}}" | Default file name template when buckets not used |
format | N | "json" | Default output format when buckets not used |
compression | N | zstd | Default compression when buckets not used |
extension | N | Matches format | Default file extension when buckets not used |
schema | N | - | Default schema reference when buckets not used |
max_size | N | 33554432 | Maximum file size in bytes before rotation (default 32MB) |
batch_size | N | 100000 | Maximum number of messages per file |
* = Either bucket or buckets must be specified. When using buckets, schema is conditionally required for Avro and Parquet formats.
When max_size is reached, the current file is uploaded to Spaces and a new file is created. Setting max_size to 0 does not disable rotation — an explicit 0 is replaced by the 32 MB default (MustInt64), so there is no unlimited setting. Raise the value instead.
Scheduling
See Scheduling and Pool Behavior for interval and cron fields shared by all targets.
Debug Options
| Field | Required | Default | Description |
|---|---|---|---|
debug.status | N | false | Enable debug logging |
debug.dont_send_logs | N | false | Process logs but don't send to target (testing) |
Details
The DigitalOcean Spaces target provides simple, developer-friendly object storage with comprehensive file format support. Spaces includes built-in CDN functionality powered by DigitalOcean's global network for fast content delivery.
Authentication
Requires DigitalOcean Spaces access credentials. Access keys can be generated through the DigitalOcean Control Panel under API settings. Each key provides full access to all Spaces in the account.
Endpoint Configuration
The endpoint URL follows the pattern https://<region>.digitaloceanspaces.com where <region> is your chosen DigitalOcean datacenter location.
Available Regions
DigitalOcean Spaces is available in the following regions:
| Region Code | Location |
|---|---|
nyc3 | New York City, USA |
sfo3 | San Francisco, USA |
ams3 | Amsterdam, Netherlands |
sgp1 | Singapore |
fra1 | Frankfurt, Germany |
syd1 | Sydney, Australia |
File Formats
| Format | Description |
|---|---|
json | Each log entry is written as a separate JSON line (JSONL format) |
multijson | All log entries are written as a single JSON array |
avro | Apache Avro format with schema |
parquet | Apache Parquet columnar format with schema |
Compression
Some formats support built-in compression to reduce storage costs and transfer times. When supported, compression is applied at the file/block level before upload.
| Format | Default | Compression Codecs |
|---|---|---|
| JSON | - | gzip |
| MultiJSON | - | gzip |
| Avro | zstd | deflate, snappy, zstd |
| Parquet | zstd | gzip, snappy, zstd, brotli, lz4 |
JSON and MultiJSON files are written uncompressed unless compression is gzip, in which case the whole file is gzip-compressed. Any other value leaves them uncompressed.
File Management
Files are rotated based on size (max_size parameter) or event count (batch_size parameter), whichever limit is reached first. Template variables in file names enable dynamic file naming for time-based partitioning.
Bucket Routing
The target supports flexible bucket routing through pipeline configuration or explicit bucket settings:
Configuration-based routing: Define multiple buckets in the target configuration, each with its own format, compression, and schema settings. Logs are routed to specific buckets based on configuration.
Pipeline-based routing: Use the bucket field in pipeline processors to dynamically route logs to different buckets at runtime. This enables conditional routing based on log content, source, or other attributes.
Catch-all routing: When a log doesn't match any specific bucket configuration or when no bucket field is set in the pipeline, logs are routed to the catch-all bucket (configured via the bucket field in target properties).
Routing priority:
- Pipeline
bucketfield (highest priority) - Configured buckets in
bucketsarray (if bucket name matches) - Default
bucketfield (catch-all, lowest priority)
This multi-level routing enables flexible data distribution strategies, such as routing different log types to different buckets based on content analysis, source system, severity level, or any other runtime decision.
Templates
The following template variables can be used in file names:
| Variable | Description | Example |
|---|---|---|
{{.Year}} | Current year | 2024 |
{{.Month}} | Current month | 01 |
{{.Day}} | Current day | 15 |
{{.Timestamp}} | Current timestamp in nanoseconds | 1703688533123456789 |
{{.Format}} | File format | json |
{{.Extension}} | File extension | json |
{{.Compression}} | Compression type | zstd |
{{.TargetName}} | Target name | my_logs |
{{.TargetType}} | Target type | digitaloceans3 |
{{.Table}} | Bucket name | logs |
{{.Thread}} | Writer thread index. The sender also appends this automatically when two threads would otherwise produce the same path, so an explicit token is only needed to control WHERE it lands | 3 |
{{.ServiceRoot}} | The service root directory | /opt/vmetric |
Multipart Upload
Large files automatically use multipart upload protocol with configurable part size (part_size parameter). Default 5MB part size balances upload efficiency and memory usage.
Multiple Buckets
Single target can write to multiple Spaces buckets with different configurations, enabling data distribution strategies (e.g., raw data to one bucket, processed data to another).
Schema Requirements
Avro and Parquet formats require a schema. The schema value can be a Library schema name, a built-in schema name, or an inline JSON definition. Parquet also accepts a schema file deployed under the schemas directory. Avro has no file lookup, so an Avro schema must be a name or inline JSON. See Avro and Parquet for the JSON definition format.
CDN Integration
DigitalOcean Spaces includes built-in CDN functionality. Files stored in Spaces can be served globally through the CDN with no additional configuration required.
Cost Structure
DigitalOcean Spaces offers predictable pricing with no egress fees within reasonable limits, making it cost-effective for applications with moderate data transfer requirements.
Examples
Basic Configuration
The minimum configuration for a JSON Spaces target:
targets:
- name: basic_spaces
type: digitaloceans3
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "nyc3"
endpoint: "https://nyc3.digitaloceanspaces.com"
bucket: "datastream-logs"
Multiple Buckets
Configuration for distributing data across multiple Spaces buckets with different formats:
targets:
- name: multi_bucket_export
type: digitaloceans3
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "sfo3"
endpoint: "https://sfo3.digitaloceanspaces.com"
buckets:
- bucket: "raw-data-archive"
name: "raw-{{.Year}}-{{.Month}}-{{.Day}}-{{.Timestamp}}.json"
format: "multijson"
compression: "gzip"
- bucket: "analytics-data"
name: "analytics-{{.Year}}/{{.Month}}/{{.Day}}/data_{{.Timestamp}}.parquet"
format: "parquet"
schema: "<schema definition>"
compression: "snappy"
Multiple Buckets with Catch-All
Configuration for routing different log types to specific buckets with a catch-all for unmatched logs:
targets:
- name: multi_bucket_routing
type: digitaloceans3
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "nyc3"
endpoint: "https://nyc3.digitaloceanspaces.com"
buckets:
- bucket: "security-logs"
name: "security-{{.Year}}-{{.Month}}-{{.Day}}-{{.Timestamp}}.json"
format: "json"
- bucket: "application-logs"
name: "app-{{.Year}}-{{.Month}}-{{.Day}}-{{.Timestamp}}.json"
format: "json"
bucket: "general-logs"
name: "general-{{.Timestamp}}.json"
format: "json"
Parquet Format
Configuration for daily partitioned Parquet files:
targets:
- name: parquet_analytics
type: digitaloceans3
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "ams3"
endpoint: "https://ams3.digitaloceanspaces.com"
bucket: "analytics-lake"
name: "events/year={{.Year}}/month={{.Month}}/day={{.Day}}/part-{{.Timestamp}}.parquet"
format: "parquet"
schema: "<schema definition>"
compression: "snappy"
max_size: 536870912
High Reliability
Configuration with enhanced settings:
targets:
- name: reliable_spaces
type: digitaloceans3
pipelines:
- checkpoint
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "sgp1"
endpoint: "https://sgp1.digitaloceanspaces.com"
bucket: "critical-logs"
name: "logs-{{.Timestamp}}.json"
format: "json"
timeout: 60
part_size: 10
With Field Normalization
Using field normalization for standard format:
targets:
- name: normalized_spaces
type: digitaloceans3
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "fra1"
endpoint: "https://fra1.digitaloceanspaces.com"
bucket: "normalized-logs"
name: "logs-{{.Timestamp}}.json"
format: "json"
field_format: "cim"
Debug Configuration
Configuration with debugging enabled:
targets:
- name: debug_spaces
type: digitaloceans3
properties:
key: "DO00ABC123XYZ456"
secret: "abcdef0123456789abcdef0123456789abcdef0123456789abcdef0123456789"
region: "nyc3"
endpoint: "https://nyc3.digitaloceanspaces.com"
bucket: "test-logs"
name: "test-{{.Timestamp}}.json"
format: "json"
debug:
status: true
dont_send_logs: true
Troubleshooting
The digitaloceans3 target behaves the same way as the Amazon S3 target and reports the same errors for the same causes: refused credentials, a bucket that does not exist, region and endpoint mistakes, upload timeouts, throttling, and buckets that stay empty. Use the Troubleshooting section of Amazon S3 for the full list of errors, causes, and fixes. See Target Delivery Errors for how Director logs and retries target failures.
Log lines and the connection status carry this target's name, so match on the cause text, which is the part after Reason: or after the last colon, rather than on the target name shown in the examples there.
What differs for DigitalOcean Spaces
-
Startup probes the account, not one bucket. Before anything is sent, the target makes one list-buckets call, so the credentials need an account-wide list permission. A Spaces access key covers every Space in the account, so the probe normally passes. A key restricted to a single Space typically fails it, even though the same key can write objects into that Space, and you get
api error AccessDeniedafterListBuckets. -
keyandsecretmust both be set. They are used only when both resolve to a non-empty value. There is no instance-role or ambient credential fallback that can work here, so an empty value leaves the target with no credentials at all and it reportsno EC2 IMDS role foundinstead. A${VAR}or$secret{...}reference that resolves to an empty string fails the same way while the configuration still looks complete. -
regionandendpointmust both be set, and they must agree. Use the region code, such asnyc3orams3, not the datacenter name shown in the control panel. Setendpointto the full URL,https://<region>.digitaloceanspaces.com, with the scheme included and the same region in it. Requests are signed withregion, so an endpoint that serves another region typically answers withSignatureDoesNotMatcheven though both values look correct on their own. -
Name resolution and certificates cause most connection failures. Read the entry on the primary page that covers
no such host,connection refused, andcertificate signed by unknown authority. This target reads no TLS options, so a certificate issued by a private certificate authority, such as the one an inspecting proxy presents, has to be installed in the Director host's own trust store. Leaveuse_path_styleunset so the custom endpoint keeps path-style addressing.
No bucket name is checked at startup. The probe only confirms that the credentials can list the account, so a misspelled name under bucket or buckets passes startup and fails on the first upload routed to it.
If a bucket holds only the last batch, check that every name template contains {{.Timestamp}}. A name built only from {{.Year}}, {{.Month}}, and {{.Day}} produces the same object key on every flush, and each upload replaces the one before it.
Nothing is lost while any of these lasts. Incoming data stays queued and the target retries until you fix the cause.