服务器池如何简化存储操作

MinIO 对易管理性尤为重视。这源于我们对简洁性的不懈追求。我们相信，一个具备中等技术能力的个人应该能够在业余时间管理一个多 PB 级的 MinIO 实例。为了实现这一目标，MinIO 严格评估了“传统”的做法，并摒弃了过时或过于复杂的方法。

这种思维方式的一个成果就是服务器池的概念。服务器池允许 MinIO 在面对异构性（特别是硬件异构性，这对长期存在的分布式系统来说是一个持续的挑战）时进行扩展、缩减和维护。

服务器池是一组minio server节点，这些节点将其驱动器和资源池化，形成了一个扩展单元。服务器池中的所有节点都在一个隔离的命名空间中共享其硬件资源。

服务器池的概念对于大规模运营效率至关重要，因为它处理了整个存储生命周期，包括规划、部署、扩展、升级等。简而言之，能够将整个硬件集群视为单个资源，这极大地帮助您免于管理通常与企业存储相关的繁琐细节。

服务器池使客户能够专注于充分利用其对象存储解决方案，而不是纠结于购买哪种硬件。摆脱了传统的、现在看来短视的做法（每年开始时都向受信赖的存储设备供应商开出一张大额支票来增加更多驱动器空间），使 IT 和 DevOps 团队能够利用推动各行各业软件创新的架构和方法。

简化运营

MinIO 集群建立在服务器池之上，而服务器池建立在擦除编码集之上，所以让我们从这里开始。

每个服务器池都构建了擦除编码集，它是 MinIO 应用擦除编码以保护数据免受丢失和损坏的节点和驱动器的集合。擦除编码将对象分解成数据和奇偶校验块，并在必要时可以使用这些块来重建丢失或损坏的块。使用 MinIO 最高级别的保护（8 个奇偶校验或 EC:8），您可以丢失多达一半的总驱动器，仍然可以恢复数据。

擦除编码集配置是写入服务器池的所有对象的共性。在服务器池投入使用时配置擦除编码条带大小和奇偶校验设置。擦除编码是 MinIO 中的核心机制，它决定了如何使用硬件节点和驱动器来存储和检索对象。MinIO 部署从规划擦除编码集及其服务器池开始。我们甚至提供了一个方便的擦除编码计算器来帮助您开始选择正确的服务器、驱动器、擦除编码条带大小和奇偶校验组合，以满足您对容错、容量和性能的需求。

服务器池使部署和规划扩展变得更加容易。如前所述，MinIO 可以部署在配置时可用或需要的任何硬件（或云实例）上。MinIO 部署可以根据您的节奏和首选硬件进行扩展。服务器池中的硬件必须匹配，但除此之外，您可以自由地运行任何服务器池，然后使用单个命令将整个服务器池添加到 MinIO。

MinIO 几乎可以在任何商用现货 (COTS) 硬件上运行。由于各种原因，客户能够比传统设备运行更长时间的服务器和驱动器。这意味着六年到十年，而不是旧的三到五年。更长的硬件生命周期导致了显着更多的硬件异构性——即使客户只有一个硬件供应商。大多数对象存储无法处理异构性，更不用说大量的异构性了。

存储池是解决此问题的机制。

通过将同构硬件配置文件分组到服务器池中，MinIO 可以将它们分组到性能优化的命名空间中。

这是一个重点。是的，您仍然需要“等待”组中的硬件落后者，但并非每个组都会有落后者。此外，您可以使用 SUBNET 健康状况清楚地识别哪些硬件配置文件/存储池最慢。这些是优先考虑的停用或分层目标。这允许操作员在不中断的情况下就地升级。

这种方法的运营灵活性不可低估。它实际上使企业处于比超大规模公司更好的地位，因为采购团队可以从任何地方购买，包括超大规模公司（由于 MinIO 的分层功能），他们只是将超大规模公司视为另一种商品硬件选项。

这里另一个重点涉及免重新平衡、非中断扩展。我们已经对此进行了详细的介绍此处，但简而言之，重新平衡在分布式系统中存在问题，而常见的解药（过剩容量）是一个糟糕的选择。使用 MinIO 的服务器池方法——不需要重新平衡即可扩展。

服务器池提高运营效率

MinIO 提供了企业存储管理员所需的工具，用于在基于服务器池的架构中实现数据可用性、持续数据保护和身份和访问管理，从而简化扩展并自动化操作。

服务器池设计简化了操作并提高了运营效率，因为管理员将不再陷入管理单个节点的困境，而是将 MinIO 服务器组作为单个实体进行管理。

下载 MinIO 并开始构建您的对象存储云。它简单易用、软件定义，具有最大的灵活性，并且与 S3 API 兼容，因此可以满足您的工作负载需求。有任何疑问？加入我们的Slack 频道或发送邮件至 hello@min.io。