私有云环境|装在笔记本里的私有云环境：网络存储篇（上）( 二 )

此外，在多年折腾的过程中，有一个成本节约的小技巧：存储和计算分离，如果你有灵活的、大量数据的存储和使用需求，可以考虑单独购置一台设备用于 “NAS” 需求，和你的计算设备走网络连接即可，如果你担心家用路由性能跟不上，可以在设备之间添加一台百十来块钱的交换机。（感觉此处应有一篇番外篇）
对象存储对象存储（Object Storage）可以理解为面向文件的 KEY-VALUE 数据库。如果说块存储是面向底层操作系统，运行在“系统级别”，那么对象存储则是运行在“应用级别”，服务于应用。（当然，在一些场景下，我们也可能选择使用诸如 s3fs 之类的手段，将其挂载为本地磁盘使用。）

文章插图

有的时候，我们会对文件存储和对象存储产生模糊，其实本质上来说这两种存储都是“对象存储”，差异在于文件存储贴近我们一般使用的操作系统，具备目录层级，以及以单一文件进行逻辑存储和读取。而对象存储则是将文件的元信息和具体数据剥离开，分别进行存取，在对象存储底层，其实并没有传统文件存储的层级概念。
目前业界普遍采用的产品方案，是提供无限逼近、兼容已经形成事实规范的 Amazon S3 API，提供 HTTP REST API 给用户使用。目前鲜有具备一定用户量的应用软件，在有外部文件存储需求，而不支持通过 “S3 协议” 进行能力扩展的。
相比较传统文件操作系统（包含 NFS）而言，因为采用 KEY-VALUE 思路进行设计，所以对象存储拥有了极其变态的水平扩展能力，理论来说，你可以通过水平扩容来实现需要无穷多的文件的存储的场景（简直是黄金搭档），比如我们熟悉的：网盘类应用、在线数据表格类应用、拥有大量日志文件的数据分析场景、拥有大量片段文件的直点播场景，以及配合 CDN 直接使用的场景。
前文已经提到了种种对象存储的优势，而接下来我们将要陆续使用的服务，多数都支持使用 S3 协议进行数据存储，能够让我们符合“十二要素应用”的最佳实践：Treat backing services as attached resources，让服务更加灵活。（搁在更早之前，我们一般称之为代码和数据分离。）

文章插图

虽然前文提到的 Ceph 也支持对象存储，但是考虑到前文提到的资源利用率低原因，以及之前已经使用了很久 MinIO，对它有信任和了解，所以本篇文章将采用 MinIO 作为统一的存储网关，配合定时同步实现数据冗余，确保数据安全。此外，在较新的 MinIO 版本里，控制台也越来越完善，对于全局数据管理也更加直观，有利于我们对于整体应用存储数据有一个概览。
文件存储
文章插图

提到文件存储（File Storage），消费场景的认知一般是网盘类应用，包括大型商业公司的“资源盘”、“下载盘”，中小型公司基于协作效率提供的“同步盘”，以及近几年遍地开花的 “NAS 软硬件一体的设备”（譬如：群晖、QNAP、WD Cloud 等）
**而在云环境的语境下，文件存储则代表了一个超大规模，可以无限弹性和扩展的高性能云原生的分布式，对使用场景、使用客户端高度兼容的文件系统。**你可以通过网络将你的文件系统挂载在任何场景使用，比如适合分布式计算，但是又需要共享数据的场景；你可以将这个文件系统用于生产时的任何阶段，挂载在操作系统上，挂载到容器内，挂载到支持类似 NFS 协议的应用内，让你的应用即使不在一个网络环境里，也能够通过这个方式快速的进行文件粒度的数据交换。而交互形式，其实和本地的文件管理没有太大差别，只是“容量接近无穷”、“文件数量接近无限”。