开始
Artifactory包含以下默认的binarstore .xml配置。
.
- <设置>的包装器元素
链元素。xml必须以这个元素开始和结束。 - <链模板>文件存储的结构。要使用一个内置文件存储，chain元素需要包含相应的模板属性。
T他<设置>标签是用于版本配置的标记元素。它不会影响Artifactory的设置。
链模板
下面几节将描述Artifactory内置的基本链模板，以及默认链中包含的其他二进制提供程序，这些模板可供您开箱即用。
单击模板名导航到相应的二进制提供程序模板。
文件系统 |
用于本地或挂载文件存储的Artifactory最基本的文件存储配置。 |
cache-fs |
与文件系统的工作方式相同，但也可以缓存使用LRU(最近最少使用)协议清理的下载请求。提高IOPS (I/O Operations)高或NFS访问速度慢的实例性能。 |
full-db |
所有元数据和二进制文件都以blob的形式存储在带有额外缓存层的Artifactory数据库中。 |
full-db-direct |
所有元数据和二进制文件都作为blob存储在Artifactory数据库中，没有缓存。 |
s3-storage-v3 |
使用官方Amazon SDK使用S3云存储的文件存储配置。 你可以优化JFrog平台，以便从云存储下载大型二进制文件，比如Docker映像，通过委托它作为注册表的功能，让它用链接响应下载请求。有关更多信息，请参见云存储直接下载． |
cluster-s3-storage-v3 |
文件存储配置，其中数据临时存储在每个节点的文件系统上最终集群二进制提供程序，然后传递到S3对象存储进行持久存储 你可以优化JFrog平台，以便从云存储下载大型二进制文件，比如Docker映像，通过委托它作为注册表的功能，让它用链接响应下载请求。有关更多信息，请参见云存储直接下载． |
s3-sharding |
在分片配置中使用多个S3桶的文件存储配置。 |
s3-direct |
一个文件存储配置允许直接上传到S3，绕过最终的上传机制。 |
google-storage-v2 |
“Google - Storage -v2”模板用于在谷歌本地客户端配置“谷歌云存储”为远程文件存储。 |
azure-blob-storage |
这是用于Azure Blob Storage作为远程文件存储的设置。 |
double-shards |
纯分片配置，使用两个物理挂载和一个副本，这导致每个工件只保存一次。 |
redundant-shards |
使用两个物理挂载和两个副本的纯分片配置，这导致每个分片存储每个工件的副本。 |
cluster-filesystem |
一个文件存储配置，其中每个节点都有自己的本地文件存储(就像文件系统链一样)，并通过使用分片集群提供程序动态分配的远程二进制提供程序连接到所有其他节点。 |
cluster-google-storage-v2 |
这是用于谷歌云存储在集群配置中作为远程文件存储。 |
cluster-azure-blobstorage |
这是用于Azure Blob存储的设置。它基于分片和同步集群文件系统的动态提供程序逻辑。 |
修改已有链模板
为了满足您对文件存储的任何特定需求，修改一个现有的链模板，方法是使用其他二进制提供程序扩展它，或者覆盖它的一个属性。
例如，内置文件系统链模板将二进制文件存储在$ JFROG_HOME / artifactory / var /数据/ artifactory / filestore目录中。修改模板，以便将二进制文件存储在FILESTORE美元/二进制文件您可以将其扩展如下:
<！——文件系统链模板结构——>$FILESTORE/binaries 属性——>
从头配置自定义文件存储
除了下面的内置文件存储链模板外，您还可以构造自定义链模板来适应所需的任何文件存储结构。
由于文件存储中的不同二进制提供程序必须彼此兼容，因此错误配置可能导致数据丢失。如需配置自定义文件存储，请联系JFrog支持．
