随着数据的持续增长,针对访问、安全性和经济性进行共同优化的能力成为
一项硬性要求,而不是可有可无的要求。 这就是生命周期数据管理的作用。 MinIO 提供
一套独特的功能来保护云内和跨云的数据——公共和私有。
MinIO 的企业数据生命周期管理工具,包括版本控制、对象锁定和各种
衍生组件,满足许多用例。
数据不必永远存在:MinIO 生命周期管理工具让您可以定义数据在被删除之前在磁盘上保留的时间。 时间长度由用户定义为特定日期或 MinIO 开始删除对象后的天数。
生命周期管理规则是针对每个桶的,可以使用对象和标签过滤器的任意组合来构建。 不指定过滤器来为整个桶设置过期规则,或者指定多个规则来设计更复杂的过期行为。
MinIO 对象过期规则也适用于版本控制的桶,并带有一些特定于版本控制的风格。 例如,您可以仅对非当前版本的对象指定到期规则,以最大限度地发挥对象版本控制的优势,而不会产生长期存储成本。 同样,您可以创建一个生命周期管理规则,用于删除其唯一剩余版本是删除标记的对象。
存储桶过期规则完全符合 MinIO WORM 锁定和合法保留 - 锁定下的对象将保留在磁盘上,直到锁定过期或被明确解除。 一旦对象不再受锁定,MinIO 开始正常应用到期规则。
MinIO 对象过期生命周期管理规则与 亚马逊生命周期管理。 MinIO 还支持以 JSON 格式导入现有规则,使迁移现有 AWS 到期规则变得简单。
MinIO 可以编程方式配置对象存储分层,以便对象根据任意数量的变量从一种状态或类转换到另一种状态或类 - 尽管最常用的是访问时间和频率。 在分层的上下文中可以最好地理解此功能。 分层允许用户优化存储成本或功能以应对不断变化的数据访问模式。 数据分层存储一般用于以下场景:
跨存储介质分层是最著名和最直接的分层用例。 在这里,MinIO 抽象出底层媒体并针对性能和成本进行共同优化。 例如,数据可能存储在 NVMe 或 SSD 上以用于性能或近线工作负载,但在特定时间段后分层到 HDD 介质,或者用于重视扩展而不是性能的工作负载。 随着时间的推移,如果合适,这些数据可以进一步迁移到长期存储。
一个快速兴起的用例涉及使用公共云的廉价存储和计算资源作为私有云的另一层。 在此用例中,近线、以性能为导向的工作负载是使用适当的私有云介质执行的。 数据量无关紧要,但价值和性能预期却无关紧要。 随着数据量的增加和性能预期的降低,企业可以使用公共云的冷存储选项来优化与保留数据和访问数据的能力相关的成本。
这是通过在私有云和公共云上运行 MinIO 来实现的。 使用复制,MinIO 可以将数据移动到廉价的公共云选项上,并在公共云中使用 MinIO 来保护和在必要时访问它。 在这种情况下,公共云成为 MinIO 的哑存储,就像 JBOD 成为 MinIO 的哑存储一样。 这种方法避免了更换和添加到过时的磁带基础设施。
MinIO 通常充当公共云中的主要应用程序存储层。 在这种情况下,与其他用例一样,MinIO 是应用程序访问的唯一存储。 应用程序(和开发人员)不需要知道存储端点以外的任何信息。 MinIO 根据管理参数确定哪些数据属于何处。 例如,MinIO 可以确定块数据应该移动到对象层,以及哪个对象层满足企业的性能和经济目标。
MinIO 结合不同的存储分层并确定合适的介质以在不影响性能的情况下提供更好的经济性。 应用程序通过 MinIO 简单地处理对象,MinIO 透明地应用策略在层之间移动对象并将该对象的元数据保留在块层中。