本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
逻辑上受物理隔离的保管库
逻辑气隙保管库概述
AWS Backup 提供了一种辅助类型的保管库,可以将备份副本存储在具有其他安全功能的容器中。逻辑上空隙的保管库是一种专门的保管库,它提供了比标准备份保管库更高的安全性,并且能够与其他账户共享保管库访问权限,这样在发生需要快速恢复资源的事件时,恢复时间目标 (RTOs) 可以更快、更灵活。
逻辑上受物理隔离的保管库具有额外的保护特征:每个保管库都使用 AWS 自有密钥加密,并且每个保管库都具有 AWS Backup 保管库锁定的合规模式。
您可以选择与 AWS Resource Access Manager(RAM) 集成,与其他 AWS 账户(包括其他组织中的账户)共享逻辑上空隙的保管库,以便在需要进行数据丢失恢复或还原测试时,可以从共享该保管库的账户中恢复存储在保管库中的备份。
您可以在 AWS Backup 定价
有关您可以复制到逻辑上受物理隔离的保管库的资源类型,请参阅按资源划分的功能可用性。
主题
逻辑上受物理隔离的保管库的用例
逻辑上受物理隔离的保管库是作为数据保护策略一部分的辅助保管库。当您希望为备份使用符合以下条件的保管库时,此保管库可以帮助增强组织的保留策略和恢复能力
-
在合规模式下使用保管库锁定功能自动设置
-
使用自有密钥加密 AWS
-
包含备份 AWS RAM,通过这些备份,可以与创建备份的帐户不同的帐户共享和恢复
注意事项和限制
-
对于包含 Amazon Aurora、Amazon DocumentDB 和 Amazon Neptune 的备份,目前不支持跨区域复制到逻辑上受物理隔离的保管库或从该保管库跨区域复制。
-
包含一个或多个 Amazon EBS 卷并复制到逻辑上受物理隔离的保管库的备份必须小于 16 TB;超过该大小的此类资源的备份不受支持。
-
EC2 允许亚马逊 EC2 报价 AMIs。如果您的账户启用了此设置,请将该别名
aws-backup-vault
添加到您的许可名单。如果不包括此别名,则从逻辑上隔绝的存储库复制到备份存储库的操作以及从逻辑上空隙的保管库中恢复 EC2 实例的操作将失败,并显示错误消息,例如 “在区域中找不到源 AMI ami-xxxxxx”。
-
存储在逻辑上受物理隔离的保管库中的恢复点的 ARN(Amazon 资源名称)将使用
backup
代替底层资源类型。例如,如果原始 ARN 以arn:aws:ec2:
开头,则逻辑上受物理隔离的保管库中恢复点的 ARN 将为region
::image/ami-*arn:aws:backup:
。region
:account-id
:recovery-point:*您可以使用 CLI 命令
list-recovery-points-by-backup-vault
确定 ARN。
与标准备份保管库进行比较和对比
备份保管库是 AWS Backup中使用的主要和标准类型的保管库。创建备份时,每个备份都存储在备份保管库中。您可以分配基于资源的策略来管理存储在保管库中的备份,例如存储在保管库中的备份的生命周期。
逻辑气隙保管库是一种专门的保管库,具有更高的安全性和灵活共享功能,可缩短恢复时间 (RTO)。此保管库存储最初创建并存储在标准备份保管库中的备份副本。
备份保管库可以使用密钥进行加密,这是一种限制目标用户访问权限的安全机制。这些密钥可以由客户管理或 AWS 管理。此外,借助保管库锁定功能,可以更安全地保护备份保管库;逻辑上受物理隔离的保管库配备了合规模式下的保管库锁定功能。
对于完全由管理的资源类型 AWS Backup,如果在创建初始资源时未手动更改密钥或将其设置为 KMS AWS KMS 密钥,则无法将备份复制到逻辑上隔绝的存储库中。
功能 | 备份保管库 | 逻辑上受物理隔离的保管库 |
---|---|---|
AWS Backup Audit Manager | 您可以使用 Audi AWS Backup t Manager 控制和修复 来监控您的备份存储库。 | 除了标准保管库可用的控件外,还要确保已按照您确定的时间表,将特定资源的备份副本复制到至少一个逻辑上受物理隔离的保管库中。 |
创建备份时,会将其存储为恢复点。 |
备份在创建时不会存储在此保管库中。 |
|
可以存储资源的初始备份和备份副本 |
可以存储来自其他保管库的备份副本 |
|
计费 |
完全由 AWS Backup 托管的资源的存储和数据传输费用记在“AWS Backup”下。其他资源类型的存储和数据传输费用将记在各自的服务下。 例如,Amazon EBS 备份将显示在“Amazon EBS”下;Amazon S3 备份将显示在“AWS Backup”下。 |
这些保管库的所有账单费用(存储或数据传输)都记在“AWS Backup”下。 |
在所有 AWS Backup 运营地区均可用 |
在支持的大多数地区都可用 AWS Backup。目前在亚太地区(马来西亚)、加拿大西部(卡尔加里)、中国(北京)、中国(宁夏)、(美国东部) AWS GovCloud AWS GovCloud 或(美国西部)不可用。 |
|
可以存储大多数支持跨账户复制的资源类型的备份副本。 |
Amazon RDS 和 Amazon FSx 备份副本目前无法存储在这些文件库中。 |
|
备份可以由保管库所属的同一个账户进行还原, |
也可以由与其所属账户不同的另一个账户进行还原,但前提是这两个账户共享该保管库。 |
|
可以选择使用密钥进行加密(客户管理或 AWS 管理) 可以选择在合规模式或监管模式下使用保管库锁定功能 |
使用 AWS 拥有的密钥加密 在合规模式下始终使用保管库锁定功能进行锁定 |
|
可以通过策略和 AWS Organizations 管理访问权限 不兼容 AWS RAM |
可以选择使用 AWS RAM 跨账户共享 |
创建逻辑上受物理隔离的保管库
您可以通过 AWS Backup 控制台或通过 AWS Backup 和 CL AWS RAM I 命令的组合来创建逻辑上隔绝的保管库。
在合规模式下,每个逻辑上受物理隔离的保管库都配有保管库锁定功能。请参阅AWS Backup 文件库锁,以帮助确定适合运营的保留期值
查看逻辑上受物理隔离的保管库的详细信息
您可以通过 AWS Backup 控制台或 AWS Backup CLI 查看文件库的详细信息,例如摘要、恢复点、受保护的资源、帐户共享、访问策略和标签。
复制到逻辑上受物理隔离的保管库
逻辑气隙保管库只能是备份计划中的复印作业目的地目标或按需复印作业的目标。
兼容的加密
要确保成功从备份保管库复制到逻辑上受物理隔离的保管库,需要一个由所复制的资源类型确定的加密密钥。
当您复制完全托管资源类型的备份时,(标准备份保管库)中的源备份可以通过客户托管密钥或托管密钥进行加密。 AWS
当您复制其他资源类型(未完全托管的资源)的备份时,必须使用客户管理的密钥对备份及其备份的资源进行加密。 AWS 副本不支持资源类型的托管密钥。
通过备份计划复制到逻辑上受物理隔离的保管库
您可以通过创建新的备份计划或在 AWS Backup
控制台中更新现有备份计划或通过 AWS CLI 命令create-backup-plan和将备份(恢复点)从标准备份保管库复制到逻辑上隔绝的保管库。update-backup-plan
可以按需将备份从一个逻辑上受物理隔离的保管库复制到另一个逻辑上受物理隔离的保管库(无法在备份计划中安排此类备份)。只要使用客户托管密钥对副本进行加密,就可以将备份从逻辑上受物理隔离的保管库复制到标准备份保管库。
按需将备份复制到逻辑上受物理隔离的保管库
要在逻辑上受物理隔离的保管库中创建一次性按需备份副本,可以从标准备份保管库中进行复制。如果资源类型支持副本类型,则可以使用跨区域或跨账户副本。
副本可用性
可以从保管库所属的账户创建备份副本。共享保管库的账户可以查看或还原备份,但不能创建副本。
只能包括支持跨区域或跨账户复制的资源类型。
共享逻辑上受物理隔离的保管库
您可以使用 AWS Resource Access Manager (RAM) 与您指定的其他账户共享逻辑上存在气隙的保管库。
可以与同一组织内的账户共享保管库,也可以与其他组织内的账户共享保管库。不能与整个组织共享保管库,只能与组织内的账户共享。
只有具有特定 IAM 权限的账户才能共享和管理文件库的共享。
要使用共享 AWS RAM,请确保您具备以下条件:
-
两个或更多可以访问的账户 AWS Backup
-
打算共享的拥有保管库的账户拥有必要的 RAM 权限。此过程需要权限
ram:CreateResourceShare
。策略AWSResourceAccessManagerFullAccess
包含所有必需的 RAM 相关权限:-
backup:DescribeBackupVault
-
backup:DescribeRecoveryPoint
-
backup:GetRecoveryPointRestoreMetadata
-
backup:ListProtectedResourcesByBackupVault
-
backup:ListRecoveryPointsByBackupVault
-
backup:ListTags
-
backup:StartRestoreJob
-
-
至少一个逻辑气隙保管库
从逻辑上受物理隔离的保管库中还原备份
您可以从拥有该保管库的账户或与之共享保管库的任何账户,还原存储在逻辑上受物理隔离的保管库中的备份。
有关如何通过 AWS Backup 控制台还原恢复点的信息,请参阅还原备份。
将备份从逻辑上受物理隔离的保管库共享到您的账户后,您可以使用 start-restore-job
示例 CLI 输入可能包括以下命令和参数:
aws backup start-restore-job --recovery-point-arn
arn:aws:backup:us-east-1:accountnumber:recovery-point:RecoveryPointID
--metadata {\"availabilityzone\":\"us-east-1d\"} --idempotency-token TokenNumber --resource-type ResourceType --iam-role arn:aws:iam::number:role/service-role/servicerole --region us-east-1
删除逻辑上受物理隔离的保管库
请参阅删除文件库。如果保管库仍包含备份(恢复点),则无法将其删除。在启动删除操作之前,请确保保管库中没有备份。
根据密钥删除策略,保管库删除操作还会在该保管库被删除七天后删除与该保管库关联的密钥。
以下示例 CLI 命令 delete-backup-vault
aws backup delete-backup-vault --region us-east-1 --backup-vault-name
testvaultname
逻辑上受物理隔离的保管库的其他编程选项
可以修改 CLI 命令 list-backup-vaults
,以列出该账户拥有和存在的所有保管库:
aws backup list-backup-vaults --region us-east-1
要仅列出逻辑气隙保管库,请添加参数
--by-vault-type LOGICALLY_AIR_GAPPED_BACKUP_VAULT
包括用于筛选返回的保管库列表的参数 by-shared
,以仅显示共享的逻辑上受物理隔离的保管库。
aws backup list-backup-vaults --region us-east-1 --by-shared
解决逻辑上受物理隔离的保管库问题
如果工作流中出现错误,请查阅以下错误和建议解决方案的示例:
AccessDeniedException
错误:An error occured (AccessDeniedException) when calling
the [command] operation: Insufficient privileges to perform this action."
可能的原因:在 RAM 共享的保管库上运行以下请求之一时未包括参数 --backup-vault-account-id
:
describe-backup-vault
describe-recovery-point
get-recovery-point-restore-metadata
list-protected-resources-by-backup-vault
list-recovery-points-by-backup-vault
解决方案:重试返回错误的命令,但要包括指定拥有该保管库的账户的参数 --backup-vault-account-id
。
OperationNotPermittedException
错误:在 CreateResourceShare
调用后返回 OperationNotPermittedException
。
可能的原因:如果您尝试与其他组织共享资源(例如逻辑上受物理隔离的保管库),则可能会出现此异常。保管库可以与其他组织内的账户共享,但不能与其他组织本身共享。
解决方案:重试该操作,但指定一个账户(而不是组织或 OU)作为 principals
的值。