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