Skip to main content

clusters

Creates, updates, deletes, gets or lists a clusters resource.

Overview

Nameclusters
TypeResource
Iddigitalocean.databases.clusters

Fields

The following fields are returned by SELECT queries:

A JSON object with a key of database.

NameDatatypeDescription
idstring (uuid)A unique ID that can be used to identify and reference a database cluster. (example: 9cc10173-e9ea-4176-9dbc-a4cee4c4ff30)
namestringA unique, human-readable name referring to a database cluster. (example: backend)
project_idstring (uuid)The ID of the project that the database cluster is assigned to. If excluded when creating a new database cluster, it will be assigned to your default project.

Requires project:read scope. (example: 9cc10173-e9ea-4176-9dbc-a4cee4c4ff30)
connectionobject
created_atstring (date-time)A time value given in ISO8601 combined date and time format that represents when the database cluster was created. (example: 2019-01-11T18:37:36Z)
db_namesarrayAn array of strings containing the names of databases created in the database cluster.
enginestringA slug representing the database engine used for the cluster. The possible values are: "pg" for PostgreSQL, "mysql" for MySQL, "redis" for Caching, "mongodb" for MongoDB, "kafka" for Kafka, "opensearch" for OpenSearch, and "valkey" for Valkey. (example: mysql)
maintenance_windowobject
metrics_endpointsarrayPublic hostname and port of the cluster's metrics endpoint(s). Includes one record for the cluster's primary node and a second entry for the cluster's standby node(s).
num_nodesintegerThe number of nodes in the database cluster.
private_connectionobject
private_network_uuidstringA string specifying the UUID of the VPC to which the database cluster will be assigned. If excluded, the cluster when creating a new database cluster, it will be assigned to your account's default VPC for the region.

Requires vpc:read scope. (pattern: ^$|[0-9a-f]{8}\b-[0-9a-f]{4}-[0-9a-f]{4}-[0-9a-f]{4}-\b[0-9a-f]{12}, example: d455e75d-4858-4eec-8c95-da2f0a5f93a7)
regionstringThe slug identifier for the region where the database cluster is located. (example: nyc3)
rulesarray
schema_registry_connectionobjectThe connection details for Schema Registry.
semantic_versionstringA string representing the semantic version of the database engine in use for the cluster. (example: 8.0.28)
sizestringThe slug identifier representing the size of the nodes in the database cluster. (example: db-s-2vcpu-4gb)
standby_connectionobject
standby_private_connectionobject
statusstringA string representing the current status of the database cluster. (example: creating)
storage_size_mibintegerAdditional storage added to the cluster, in MiB. If null, no additional storage is added to the cluster, beyond what is provided as a base amount from the 'size' and any previously added additional storage.
tagsarrayAn array of tags that have been applied to the database cluster.

Requires tag:read scope.
ui_connectionobjectThe connection details for OpenSearch dashboard.
usersarray
versionstringA string representing the version of the database engine in use for the cluster. (example: 8)
version_end_of_availabilitystringA timestamp referring to the date when the particular version will no longer be available for creating new clusters. If null, the version does not have an end of availability timeline. (example: 2023-05-09T00:00:00Z)
version_end_of_lifestringA timestamp referring to the date when the particular version will no longer be supported. If null, the version does not have an end of life timeline. (example: 2023-11-09T00:00:00Z)

Methods

The following methods are available for this resource:

NameAccessible byRequired ParamsOptional ParamsDescription
databases_get_clusterselectdatabase_cluster_uuidTo show information about an existing database cluster, send a GET request to /v2/databases/$DATABASE_ID.

The response will be a JSON object with a database key. This will be set to an object containing the standard database cluster attributes.

The embedded connection and private_connection objects will contain the information needed to access the database cluster. For multi-node clusters, the standby_connection and standby_private_connection objects contain the information needed to connect to the cluster's standby node(s).

The embedded maintenance_window object will contain information about any scheduled maintenance for the database cluster.
databases_list_clustersselecttag_nameTo list all of the database clusters available on your account, send a GET request to /v2/databases. To limit the results to database clusters with a specific tag, include the tag_name query parameter set to the name of the tag. For example, /v2/databases?tag_name=$TAG_NAME.

The result will be a JSON object with a databases key. This will be set to an array of database objects, each of which will contain the standard database attributes.

The embedded connection and private_connection objects will contain the information needed to access the database cluster. For multi-node clusters, the standby_connection and standby_private_connection objects will contain the information needed to connect to the cluster's standby node(s).

The embedded maintenance_window object will contain information about any scheduled maintenance for the database cluster.
databases_create_clusterinsertdata__name, data__engine, data__num_nodes, data__size, data__regionTo create a database cluster, send a POST request to /v2/databases. To see a list of options for each engine, such as available regions, size slugs, and versions, send a GET request to the /v2/databases/options endpoint. The available sizes for the storage_size_mib field depends on the cluster's size. To see a list of available sizes, see Managed Database Pricing.

The create response returns a JSON object with a key called database. The value of this is an object that contains the standard attributes associated with a database cluster. The initial value of the database cluster's status attribute is creating. When the cluster is ready to receive traffic, this changes to online.

The embedded connection and private_connection objects contains the information needed to access the database cluster. For multi-node clusters, the standby_connection and standby_private_connection objects contain the information needed to connect to the cluster's standby node(s).

DigitalOcean managed PostgreSQL and MySQL database clusters take automated daily backups. To create a new database cluster based on a backup of an existing cluster, send a POST request to /v2/databases. In addition to the standard database cluster attributes, the JSON body must include a key named backup_restore with the name of the original database cluster and the timestamp of the backup to be restored. Creating a database from a backup is the same as forking a database in the control panel.
Note: Caching cluster creates are no longer supported as of 2025-04-30T00:00:00Z. Backups are also not supported for Caching or Valkey clusters.
databases_destroy_clusterdeletedatabase_cluster_uuidTo destroy a specific database, send a DELETE request to /v2/databases/$DATABASE_ID.
A status of 204 will be given. This indicates that the request was processed successfully, but that no response body is needed.
databases_update_regionexecdatabase_cluster_uuid, regionTo migrate a database cluster to a new region, send a PUT request to
/v2/databases/$DATABASE_ID/migrate. The body of the request must specify a
region attribute.

A successful request will receive a 202 Accepted status code with no body in
response. Querying the database cluster will show that its status attribute
will now be set to migrating. This will transition back to online when the
migration has completed.
databases_update_cluster_sizeexecdatabase_cluster_uuid, size, num_nodesTo resize a database cluster, send a PUT request to /v2/databases/$DATABASE_ID/resize. The body of the request must specify both the size and num_nodes attributes.
A successful request will receive a 202 Accepted status code with no body in response. Querying the database cluster will show that its status attribute will now be set to resizing. This will transition back to online when the resize operation has completed.
databases_update_maintenance_windowexecdatabase_cluster_uuid, day, hourTo configure the window when automatic maintenance should be performed for a database cluster, send a PUT request to /v2/databases/$DATABASE_ID/maintenance.
A successful request will receive a 204 No Content status code with no body in response.
databases_install_updateexecdatabase_cluster_uuidTo start the installation of updates for a database cluster, send a PUT request to /v2/databases/$DATABASE_ID/install_update.
A successful request will receive a 204 No Content status code with no body in response.
databases_update_major_versionexecdatabase_cluster_uuidTo upgrade the major version of a database, send a PUT request to /v2/databases/$DATABASE_ID/upgrade, specifying the target version.
A successful request will receive a 204 No Content status code with no body in response.

Parameters

Parameters can be passed in the WHERE clause of a query. Check the Methods section to see which parameters are required or optional for each operation.

NameDatatypeDescription
database_cluster_uuidstring (uuid)A unique identifier for a database cluster. (example: 9cc10173-e9ea-4176-9dbc-a4cee4c4ff30)
tag_namestringLimits the results to database clusters with a specific tag.

Requires tag:read scope. (example: production)

SELECT examples

To show information about an existing database cluster, send a GET request to /v2/databases/$DATABASE_ID.

The response will be a JSON object with a database key. This will be set to an object containing the standard database cluster attributes.

The embedded connection and private_connection objects will contain the information needed to access the database cluster. For multi-node clusters, the standby_connection and standby_private_connection objects contain the information needed to connect to the cluster's standby node(s).

The embedded maintenance_window object will contain information about any scheduled maintenance for the database cluster.

SELECT
id,
name,
project_id,
connection,
created_at,
db_names,
engine,
maintenance_window,
metrics_endpoints,
num_nodes,
private_connection,
private_network_uuid,
region,
rules,
schema_registry_connection,
semantic_version,
size,
standby_connection,
standby_private_connection,
status,
storage_size_mib,
tags,
ui_connection,
users,
version,
version_end_of_availability,
version_end_of_life
FROM digitalocean.databases.clusters
WHERE database_cluster_uuid = '{{ database_cluster_uuid }}' -- required;

INSERT examples

To create a database cluster, send a POST request to /v2/databases. To see a list of options for each engine, such as available regions, size slugs, and versions, send a GET request to the /v2/databases/options endpoint. The available sizes for the storage_size_mib field depends on the cluster's size. To see a list of available sizes, see Managed Database Pricing.

The create response returns a JSON object with a key called database. The value of this is an object that contains the standard attributes associated with a database cluster. The initial value of the database cluster's status attribute is creating. When the cluster is ready to receive traffic, this changes to online.

The embedded connection and private_connection objects contains the information needed to access the database cluster. For multi-node clusters, the standby_connection and standby_private_connection objects contain the information needed to connect to the cluster's standby node(s).

DigitalOcean managed PostgreSQL and MySQL database clusters take automated daily backups. To create a new database cluster based on a backup of an existing cluster, send a POST request to /v2/databases. In addition to the standard database cluster attributes, the JSON body must include a key named backup_restore with the name of the original database cluster and the timestamp of the backup to be restored. Creating a database from a backup is the same as forking a database in the control panel.
Note: Caching cluster creates are no longer supported as of 2025-04-30T00:00:00Z. Backups are also not supported for Caching or Valkey clusters.

INSERT INTO digitalocean.databases.clusters (
data__name,
data__engine,
data__version,
data__num_nodes,
data__size,
data__region,
data__private_network_uuid,
data__tags,
data__project_id,
data__rules,
data__storage_size_mib,
data__autoscale,
data__backup_restore
)
SELECT
'{{ name }}' --required,
'{{ engine }}' --required,
'{{ version }}',
{{ num_nodes }} --required,
'{{ size }}' --required,
'{{ region }}' --required,
'{{ private_network_uuid }}',
'{{ tags }}',
'{{ project_id }}',
'{{ rules }}',
{{ storage_size_mib }},
'{{ autoscale }}',
'{{ backup_restore }}'
RETURNING
database
;

DELETE examples

To destroy a specific database, send a DELETE request to /v2/databases/$DATABASE_ID.
A status of 204 will be given. This indicates that the request was processed successfully, but that no response body is needed.

DELETE FROM digitalocean.databases.clusters
WHERE database_cluster_uuid = '{{ database_cluster_uuid }}' --required;

Lifecycle Methods

To migrate a database cluster to a new region, send a PUT request to
/v2/databases/$DATABASE_ID/migrate. The body of the request must specify a
region attribute.

A successful request will receive a 202 Accepted status code with no body in
response. Querying the database cluster will show that its status attribute
will now be set to migrating. This will transition back to online when the
migration has completed.

EXEC digitalocean.databases.clusters.databases_update_region 
@database_cluster_uuid='{{ database_cluster_uuid }}' --required
@@json=
'{
"region": "{{ region }}"
}';