逻辑上受物理隔离的保管库
逻辑上受物理隔离的保管库概述
AWS Backup 提供了一种辅助类型的保管库,它可以将备份副本存储在具有附加安全特征的容器中。逻辑上受物理隔离的保管库是一种专门的保管库,除了标准备份保管库的功能外,它还提供增强的安全功能,并且能够与其他账户共享保管库访问权限,以便在发生需要快速恢复资源的事件时可以更快、更灵活地设置恢复时间目标(RTO)。
逻辑上受物理隔离的保管库具有额外的保护特征:每个保管库都使用 AWS 自有密钥加密,并且每个保管库都具有 AWS Backup 保管库锁定的合规模式。
您可以将逻辑上受物理隔离的保管库与多方审批集成,即使无法访问拥有保管库的账户,也可以恢复保管库中的备份,这有助于保持业务连续性。此外,您可以选择与 AWS Resource Access Manager(RAM)集成,与其他 AWS 账户(包括其他组织中的账户)共享逻辑上受物理隔离的保管库,以便在需要进行数据丢失恢复或还原测试时,可以从共享该保管库的账户还原存储在该保管库中的备份。作为这一额外安全保护的一部分,逻辑上受物理隔离的保管库将其备份存储在拥有 AWS Backup 服务的账户中(这会导致在 AWS CloudTrail 日志的修改属性项目中显示为组织外部共享的备份)。
您可以在 AWS Backup 定价
有关您可以复制到逻辑上受物理隔离的保管库的资源类型,请参阅按资源划分的功能可用性。
重要
将 Amazon EC2 备份复制到逻辑上受物理隔离的保管库时,AWS Backup 将强制执行比 Amazon EC2 本身更严格的标签字符限制。虽然 Amazon EC2 允许在其标签中使用任何字符,但 AWS Backup 要求标签仅包含有效字符(a-z、A-Z、0-9、.、+、-、=、:、_、@、/)或空格。有关 Amazon EC2 标签限制的更多信息,请参阅为您的 Amazon EC2 资源添加标签。
主题
逻辑上受物理隔离的保管库的用例
逻辑上受物理隔离的保管库是作为数据保护策略一部分的辅助保管库。当您希望为备份使用符合以下条件的保管库时,此保管库可以帮助增强组织的保留策略和恢复能力
-
在合规模式下使用保管库锁定功能自动设置
-
使用 AWS 自有密钥加密
-
包含可以通过 AWS RAM 与创建备份的账户不同的账户共享和还原的备份
注意事项和限制
-
对于包含 Amazon Aurora、Amazon DocumentDB 和 Amazon Neptune 的备份,目前不支持跨区域复制到逻辑上受物理隔离的保管库或从该保管库跨区域复制。
-
包含一个或多个 Amazon EBS 卷并复制到逻辑上受物理隔离的保管库的备份必须小于 16 TB;超过该大小的此类资源的备份不受支持。
-
Amazon EC2 提供 EC2 允许的 AMI。如果您的账户启用了此设置,请将别名
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 Audit Manager | 您可以使用 AWS Backup Audit Manager 控制和修复 来监控备份保管库。 | 除了标准保管库可用的控件外,还要确保已按照您确定的时间表,将特定资源的备份副本复制到至少一个逻辑上受物理隔离的保管库中。 |
创建备份时,会将其存储为恢复点。 |
备份在创建时不会存储在此保管库中。 |
|
可以存储资源的初始备份和备份副本 |
可以存储来自其他保管库的备份副本 |
|
计费 |
完全由 AWS Backup 托管的资源的存储和数据传输费用记在“AWS Backup”下。其他资源类型的存储和数据传输费用将记在各自的服务下。 例如,Amazon EBS 备份将显示在“Amazon EBS”下;Amazon S3 备份将显示在“AWS Backup”下。 |
这些保管库的所有账单费用(存储或数据传输)都记在“AWS Backup”下。 |
在所有 AWS Backup 运营区域均可用 |
在 AWS Backup 支持的大多数区域可用。目前在以下区域不可用:亚太地区(马来西亚)、加拿大西部(卡尔加里)、中国(北京)、中国(宁夏)、AWS GovCloud(美国东部)或 AWS GovCloud(美国西部)。 |
|
|
资源。 |
可以存储大多数支持跨账户复制的资源类型的备份副本。 |
有关可以复制到此保管库的资源,请参阅按资源划分的功能可用性中的逻辑上受物理隔离的保管库列。 |
备份可以由保管库所属的同一个账户进行还原, |
也可以由与其所属账户不同的另一个账户进行还原,但前提是这两个账户共享该保管库。 |
|
安全性。 |
可以选择使用密钥进行加密(客户管理或 AWS 管理) 可以选择在合规模式或监管模式下使用保管库锁定功能 |
使用 AWS 拥有的密钥加密 在合规模式下始终使用保管库锁定功能进行锁定 |
|
可以通过策略和 AWS Organizations 管理访问权限 不兼容 AWS RAM |
可以选择使用 AWS RAM 跨账户共享 |
创建逻辑上受物理隔离的保管库
可以通过 AWS Backup 控制台创建逻辑上受物理隔离的保管库,也可以通过 AWS Backup 与 AWS RAM CLI 命令的组合来创建。
在合规模式下,每个逻辑上受物理隔离的保管库都配有保管库锁定功能。请参阅AWS Backup 保管库锁定,以帮助确定适合运营的保留期值
查看逻辑上受物理隔离的保管库的详细信息
您可以通过 AWS Backup 控制台或 AWS Backup CLI 查看保管库详细信息,例如摘要、恢复点、受保护的资源、账户共享、访问策略和标签。
复制到逻辑上受物理隔离的保管库
逻辑气隙保管库只能是备份计划中的复印作业目的地目标或按需复印作业的目标。
兼容的加密
要确保成功从备份保管库复制到逻辑上受物理隔离的保管库,需要一个由所复制的资源类型确定的加密密钥。
复制完全托管的资源类型的备份时,可通过客户托管密钥或 AWS 托管式密钥对标准备份保管库中的源备份进行加密。
复制其他资源类型(未完全托管的资源)的备份时,必须使用客户托管密钥对备份及其备份的资源均进行加密。不支持对副本使用这些资源类型的 AWS 托管式密钥。
通过备份计划复制到逻辑上受物理隔离的保管库
可以通过创建新的备份计划或在 AWS Backup 控制台中更新现有备份计划,或者通过 AWS CLI 命令 create-backup-planupdate-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-arnarn: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-nametestvaultname
逻辑上受物理隔离的保管库的其他编程选项
可以修改 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-vaultdescribe-recovery-pointget-recovery-point-restore-metadatalist-protected-resources-by-backup-vaultlist-recovery-points-by-backup-vault
解决方案:重试返回错误的命令,但要包括指定拥有该保管库的账户的参数 --backup-vault-account-id。
OperationNotPermittedException
错误:在 CreateResourceShare 调用后返回 OperationNotPermittedException。
可能的原因:如果您尝试与其他组织共享资源(例如逻辑上受物理隔离的保管库),则可能会出现此异常。保管库可以与其他组织内的账户共享,但不能与其他组织本身共享。
解决方案:重试该操作,但指定一个账户(而不是组织或 OU)作为 principals 的值。