ToolsLib切换到MinIO以实现规模和性能

ToolsLib最近切换到全新的仪表板。但是，在幕后，发生了另一种变化。我们将基于块的文件系统用于基础存储。但是，随着我们的成长，事实证明文件系统很难扩展。

因此，当我们发现Min IO时，我们正寻求从基于块的存储转移到对象存储系统。经过初步分析，MinIO看起来很符合我们的要求，因此我们选择了MinIO。

不仅切换顺畅，团队还对新的存储系统感到非常满意。我们认为这对于开源软件而言是一个巨大的成功案例，需要与我们的社区共享。

工具库

ToolsLib为开发人员提供软件托管和相关的项目管理服务。ToolsLib可以通过简单的下载和发布选项轻松访问日常使用的软件。

情况

我们曾经将所有非结构化数据存储在基于块的文件系统上。尽管文件系统最初为我们提供了良好的服务，但随着我们的成长，事实证明它很难扩展。而且，基于块的文件系统很难在多个服务器之间以可靠的方式进行同步，这在我们的整体操作中造成了瓶颈。

解

对象存储更适合组织我们的数据，存储桶代表一个项目，该项目存储了多个文件-使用这种抽象方法比使用传统文件夹对他们进行管理要容易得多。

当前，我们已经部署了一个具有16GB RAM的MinIO服务器，并以RAID1配置运行两个SSD。MinIO服务器已经托管了数GB的数据，并且每秒可处理10至50个请求。由于软件堆栈在PHP中，因此我们使用AWS PHP SDK。上载使用分段方式，文件大小最大为1.5GB，下载侧为流。

我们库中一些非常流行的软件在几秒钟内创造了巨大的请求高峰。为了有效地处理该负载并对其进行主动监控，我们使用mc events和mc watch。

迁移使我们能够简化存储管理，同时提供开发服务的灵活性。

要了解其他使用MinIO的项目/公司，请查看Awesome MinIO。

当您使用它时，请帮助我们了解您的用例以及如何更好地帮助您！填写我们最好的MinIO部署表格（只需不到一分钟），并有机会在MinIO网站上展示，并向MinIO社区展示您的MinIO私有云设计。

这篇文章最初发布在ToolsLib博客上，经适当的许可在MinIO博客上转载。