Horde存储配置

简介

许多功能在服务器端中使用了Horde的存储系统。在很多方面，存储层的功能类似于一个不可变的内容可寻址存储系统（即通过内容的哈希值存储和检索项目），不过，其磁盘上的表现形式是将数据打包成更大的数据包，这些数据包使用唯一标识符，存储在更为常见的基于位置的存储后端中。

该系统的一个重要特征是具备对大量数据结构进行推理分析的能力，也就是说，存储系统中的各个节点（即任意数据块）具有不可变的特性，同时这些节点还可以有零个或多个指向其他节点的外部引用。这些树状数据结构可以一次遍历一个节点，同时底层存储系统可以高效地检索和存储各个节点。

所有这类数据结构的进入点都是一个ref，它是一个用户定义的名称，用于保存对树的根节点的引用。所有未被ref直接或间接引用的节点都将进行垃圾回收处理。

这种设计旨在通过将较大的数据块拆分成较小的数据块来支持大范围的负载大小，同时在缓存和客户端数据增量补丁方面具有优势。这样，让ref指向一个4kb负载就变得合理了，因为它指向的是一个被拆分为128KB数据块的多GB负载。

命名空间和后端

存储被划分为多个互不重叠的命名空间，每个命名空间都可以配置为使用不同的后端。通常情况下，对存储中内容的访问权限在命名空间级别进行控制，不过，一些更高级别的系统（例如日志和构件）会在底层存储命名空间之上公开自定义端点，这些端点提供自己的权限模型，无需直接访问底层的命名空间。

命名空间和后端通过globals.json文件的 Storage 部分进行配置。

命名空间

命名空间为逻辑存储分区配置权限和垃圾回收策略。它们还会指定一个用于存储实际数据的后端。

通过将 Prefix 属性设置为在任何存储的文件添加前缀，多个命名空间可以使用同一个的存储后端。

命名空间的设置在globals.json模式中有说明。

后端

Horde支持多种存储后端，还支持本地磁盘缓存和内存缓存：

• 本地磁盘
• 网络共享
• AWS S3 Object Store
• Azure Blob Store

后端的设置在globals.json模式中有说明。

常见命名空间

Horde中的某些子系统使用常见命名空间名称，并且你可以根据自身需求进行配置。这些名称在 StorageConfig.cs 中定义，目前包括以下内容：

参考

• 术语表