Sharing Amazon DocumentDB Cluster Snapshots
In Amazon DocumentDB, you can share manual cluster snapshots, which can be copied by authorized Amazon Web Services accounts. You can share encrypted or unencrypted manual snapshots. When sharing an unencrypted snapshot, authorized Amazon Web Services accounts can restore the cluster directly from the snapshot instead of making a copy of it and restoring from that. However, you can't restore a cluster from a snapshot that is both shared and encrypted. Instead, you can make a copy of the cluster and restore the cluster from that copy. For more information about copying a snapshot, see Copying Amazon DocumentDB Cluster Snapshots.
Note
You can't share an Amazon DocumentDB automated cluster snapshot. As a workaround, you can create a manual snapshot by copying the automated snapshot, and then share that copy. For more information about copying a snapshot, see Copying Amazon DocumentDB Cluster Snapshots. For more information about restoring a cluster from a snapshot, see Restoring from a Cluster Snapshot.
You can share a manual snapshot with up to 20 other Amazon Web Services accounts. You can also share an unencrypted manual snapshot as public, which makes the snapshot available to all accounts. When sharing a snapshot as public, ensure that none of your private information is included in any of your public snapshots.
When sharing manual snapshots with other Amazon Web Services accounts, and you restore a cluster from a shared snapshot using the Amazon CLI or the Amazon DocumentDB API, you must specify the Amazon Resource Name (ARN) of the shared snapshot as the snapshot identifier.
Sharing an Encrypted Snapshot
The following restrictions apply to sharing encrypted snapshots:
-
You can't share encrypted snapshots as public.
-
You can't share a snapshot that has been encrypted using the default Amazon KMS encryption key of the account that shared the snapshot.
Follow these steps to share encrypted snapshots.
-
Share the Amazon Key Management Service (Amazon KMS) encryption key that was used to encrypt the snapshot with any accounts that you want to be able to access the snapshot.
You can share Amazon KMS encryption keys with another Amazon accounts by adding the other accounts to the Amazon KMS key policy. For details on updating a key policy, see Using Key Policies in Amazon KMS in the Amazon Key Management Service Developer Guide. For an example of creating a key policy, see Creating an IAM Policy to Enable Copying of the Encrypted Snapshot later in this topic.
-
Use the Amazon CLI, as shown below, to share the encrypted snapshot with the other accounts.
Allowing Access to an Amazon KMS Encryption Key
For another Amazon Web Services account to copy an encrypted snapshot shared
from your account, the account that you share your snapshot with
must have access to the Amazon KMS key that encrypted the snapshot. To
allow another account access to an Amazon KMS key, update the key
policy for the Amazon KMS key with the ARN of the account that you are
sharing to as a principal in the Amazon KMS key policy. Then allow the
kms:CreateGrant
action.
After you give an account access to your Amazon KMS encryption key, to copy your encrypted snapshot, that account must create an Amazon Identity and Access Management (IAM) user if it doesn’t already have one. In addition, that account must also attach an IAM policy to that IAM user that allows the user to copy an encrypted snapshot using your Amazon KMS key. The account must be an IAM user and cannot be a root Amazon Web Services account identity due to Amazon KMS security restrictions.
In the following key policy example, user 123451234512 is the
owner of the Amazon KMS encryption key. User 123456789012 is the
account that the key is being shared with. This updated key
policy gives the account access to the Amazon KMS key. It does this by
including the ARN for the root Amazon Web Services account identity for user
123456789012 as a principal for the policy, and by allowing the
kms:CreateGrant
action.
{ "Id": "key-policy-1", "Version": "2012-10-17", "Statement": [ { "Sid": "Allow use of the key", "Effect": "Allow", "Principal": {"AWS": [ "arn:aws:iam::123451234512:user/KeyUser", "arn:aws:iam::123456789012:root" ]}, "Action": [ "kms:CreateGrant", "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms:GenerateDataKey*", "kms:DescribeKey" ], "Resource": "*"}, { "Sid": "Allow attachment of persistent resources", "Effect": "Allow", "Principal": {"AWS": [ "arn:aws:iam::123451234512:user/KeyUser", "arn:aws:iam::123456789012:root" ]}, "Action": [ "kms:CreateGrant", "kms:ListGrants", "kms:RevokeGrant" ], "Resource": "*", "Condition": {"Bool": {"kms:GrantIsForAWSResource": true}} } ] }
Creating an IAM Policy to Enable Copying of the Encrypted Snapshot
When the external Amazon Web Services account has access to your Amazon KMS key, the owner of that account can create a policy to allow an IAM user that is created for the account to copy an encrypted snapshot that is encrypted with that Amazon KMS key.
The following example shows a policy that can be attached to
an IAM user for Amazon Web Services account 123456789012. The policy enables
the IAM user to copy a shared snapshot from account
123451234512 that has been encrypted with the Amazon KMS key
c989c1dd-a3f2-4a5d-8d96-e793d082ab26
in the
us-west-2 Region.
{ "Version": "2012-10-17", "Statement": [ { "Sid": "AllowUseOfTheKey", "Effect": "Allow", "Action": [ "kms:Encrypt", "kms:Decrypt", "kms:ReEncrypt*", "kms:GenerateDataKey*", "kms:DescribeKey", "kms:CreateGrant", "kms:RetireGrant" ], "Resource": ["arn:aws:kms:us-west-2:123451234512:key/c989c1dd-a3f2-4a5d-8d96-e793d082ab26"] }, { "Sid": "AllowAttachmentOfPersistentResources", "Effect": "Allow", "Action": [ "kms:CreateGrant", "kms:ListGrants", "kms:RevokeGrant" ], "Resource": ["arn:aws:kms:us-west-2:123451234512:key/c989c1dd-a3f2-4a5d-8d96-e793d082ab26"], "Condition": { "Bool": { "kms:GrantIsForAWSResource": true } } } ] }
For details on updating a key policy, see Using Key Policies in Amazon KMS in the Amazon Key Management Service Developer Guide.
Sharing a Snapshot
To share a snapshot, use the Amazon DocumentDB
modify-db-snapshot-attribute
operation. Use the
--values-to-add
parameter to add a list of the IDs for
the Amazon Web Services accounts that are authorized to restore the manual snapshot.
The following example permits two Amazon Web Services account identifiers,
123451234512 and 123456789012, to restore the snapshot named
manual-snapshot1
. It also removes the all
attribute value to mark the snapshot as private.
For Linux, macOS, or Unix:
aws docdb modify-db-cluster-snapshot-attribute \ --db-cluster-snapshot-identifier sample-cluster-snapshot \ --attribute-name restore \ --values-to-add '["123451234512","123456789012"]'
For Windows:
aws docdb modify-db-cluster-snapshot-attribute ^ --db-cluster-snapshot-identifier sample-cluster-snapshot ^ --attribute-name restore ^ --values-to-add '["123451234512","123456789012"]'
Output from this operation looks something like the following.
{
"DBClusterSnapshotAttributesResult": {
"DBClusterSnapshotIdentifier": "sample-cluster-snapshot",
"DBClusterSnapshotAttributes": [
{
"AttributeName": "restore",
"AttributeValues": [
"123451234512",
"123456789012"
]
}
]
}
}
To remove an Amazon Web Services account identifier from the list, use the
--values-to-remove
parameter. The following example
prevents Amazon Web Services account ID 123456789012 from restoring the snapshot.
For Linux, macOS, or Unix:
aws docdb modify-db-cluster-snapshot-attribute \ --db-cluster-snapshot-identifier sample-cluster-snapshot \ --attribute-name restore \ --values-to-remove '["123456789012"]'
For Windows:
aws docdb modify-db-cluster-snapshot-attribute ^ --db-cluster-snapshot-identifier sample-cluster-snapshot ^ --attribute-name restore ^ --values-to-remove '["123456789012"]'
Output from this operation looks something like the following.
{
"DBClusterSnapshotAttributesResult": {
"DBClusterSnapshotIdentifier": "sample-cluster-snapshot",
"DBClusterSnapshotAttributes": [
{
"AttributeName": "restore",
"AttributeValues": [
"123451234512"
]
}
]
}
}