批量密钥轮换
MinIO 版本新增: RELEASE.2023-04-07T05-28-58Z
MinIO 批量框架允许您使用 YAML 格式的作业定义文件(“批量文件”)创建、管理、监控和执行作业。批量作业直接在 MinIO 部署上运行,以利用服务器端处理能力,而无需您运行的本地机器的限制 MinIO 客户端.
The keyrotate
批量作业类型循环 sse-s3 或 sse-kms 密钥 用于 MinIO 部署上的加密对象。
YAML 配置支持过滤器,以通过创建日期、标签、元数据或 kms 密钥将密钥轮换限制为特定的一组对象。您还可以定义重试尝试或设置通知端点和令牌。
密钥轮换批量作业参考
MinIO 版本新增: RELEASE.2023-04-07T05-28-58Z
使用 keyrotate
作业类型创建循环 sse-s3 或 sse-kms 密钥 用于加密对象的批量作业。
必需字段
类型
要么是
sse-s3
要么是sse-kms
.
密钥
仅供
sse-kms
类型使用。用于解锁密钥库的密钥。
上下文
仅供
sse-kms
类型使用。在其中执行操作的上下文。
可选字段
对于基于标志的过滤器
|
一个字符串,表示一个时间长度,以 仅对比指定时间长度更新的对象轮换密钥。例如, |
|
一个字符串,表示一个时间长度,以 仅对比指定时间长度旧的对象轮换密钥。 |
|
一个日期,以 仅对创建日期之后的日期轮换密钥。 |
|
一个日期,以 仅对创建日期之前的日期轮换密钥。 |
|
仅对标签与指定的 |
|
仅对元数据与指定的 |
|
仅对与指定值匹配的 KMS 密钥 ID 的对象轮换密钥。这仅适用于 |
对于通知
|
用于发送通知事件的预定义端点。 |
|
一个可选的 JSON Web 令牌 (JWT),用于访问 |
对于重试尝试
如果某些内容中断作业,您可以定义最大重试尝试次数。对于每次重试,您还可以定义每次尝试之间等待的时间。
|
在放弃之前完成批量作业的尝试次数。 |
|
每次尝试之间等待的时间。 |
keyrotate
任务类型示例 YAML 描述文件
使用 mc batch generate
创建一个基本的 keyrotate
批量作业,以便进一步定制
keyrotate:
apiVersion: v1
bucket: BUCKET
prefix: PREFIX
encryption:
type: sse-s3 # valid values are sse-s3 and sse-kms
key: <new-kms-key> # valid only for sse-kms
context: <new-kms-key-context> # valid only for sse-kms
# optional flags based filtering criteria
# for all objects
flags:
filter:
newerThan: "7d" # match objects newer than this value (e.g. 7d10h31s)
olderThan: "7d" # match objects older than this value (e.g. 7d10h31s)
createdAfter: "date" # match objects created after "date"
createdBefore: "date" # match objects created before "date"
tags:
- key: "name"
value: "pick*" # match objects with tag 'name', with all values starting with 'pick'
metadata:
- key: "content-type"
value: "image/*" # match objects with 'content-type', with all values starting with 'image/'
kmskey: "key-id" # match objects with KMS key-id (applicable only for sse-kms)
notify:
endpoint: "https://notify.endpoint" # notification endpoint to receive job status events
token: "Bearer xxxxx" # optional authentication token for the notification endpoint
retry:
attempts: 10 # number of retries for the job before giving up
delay: "500ms" # least amount of delay between each retry