可搜索快照功能改变了我们对备份数据的查询方式。以往要查询备份数据时，要先找到备份数据所在的快照，然后在一个合适的环境中恢复快照，最后再发起请求查询数据。这个处理路径很长，而且很消耗时间。可搜索快照功能将大大简化该处理路径，节约时间。

角色设置

相信你对节点角色的概念已经有所熟悉。要启用可搜索快照功能，Easysearch 集群中必须至少有一个节点拥有 search 角色。参考设置如下。

node.roles: ["search"]

node.search.cache.size: 500mb

• node.roles: 指定节点角色，只有 search 角色的节点才能去搜索快照中的数据。

• node.search.cache.size: 执行快照搜索时，数据缓存大小。

混合角色设置，参考如下。

node.roles: ["master","data","search","ingest"]

node.search.cache.size: 500mb

创建快照

可搜索快照功能使用普通快照作为基础，创建快照命令不变。比如我创建且备份个 infini 索引。

# 创建 infini 索引

POST infini/_doc

{

"test":"Searchable snapshots"

}

  

# 创建快照备份 infini 索引

PUT _snapshot/my-fs-repository/1

{

"indices": "infini",

"include_global_state": false

}

创建快照索引

可搜索快照功能的核心是搜索快照中的索引，这一步是通过快照索引实现的。为了和集群中的普通索引区别开来，我们将实际存储在快照中的索引称为快照索引。通过使用 Easysearch 的 _restore API 并指定 remote_snapshot 存储类型来创建快照索引。

创建快照索引时，注意名称不能与当前索引名称重复。通常我们备份完索引后，可删除索引释放节点磁盘空间，创建快照索引时默认使用原来的名称。

# 删除 infini 索引释放磁盘空间

DELETE infini

  

# 创建快照索引,使用原索引名称

POST /_snapshot/my-fs-repository/1/_restore

{

"indices": "infini",

"include_global_state": false,

"include_aliases": false,

"storage_type": "remote_snapshot"

}

创建快照索引的命令和还原快照的命令非常相似，关键在于 storage_type 参数指定 remote_snapshot 存储类型。

如果要将快照中的全部索引都创建快照索引，可省略 indices 参数。

如果想在创建快照索引时指定不同的名字，参考下面的命令。

POST /_snapshot/my-fs-repository/1/_restore

{

"indices": "infini",

"include_global_state": false,

"include_aliases": false,

"storage_type": "remote_snapshot",

"rename_pattern": "(infini)",

"rename_replacement": "snapshot-$1"

}

• rename_pattern: 使用此选项指定索引匹配的正则表达式。使用捕获组重用索引名称的部分。

• rename_replacement: 使用 $0 包括整个匹配索引名称，使用 $1 包括第一个捕获组的内容，等等。

上述命令创建出来的快照索引名称是 snapshot-infini 。

经过上面一系列的操作，我已经拥有了两个快照索引。

搜索快照索引

我们通过搜索快照索引达到搜索快照数据的目的，令人开心的是搜索快照索引和搜索普通索引的语法完全一样。😀

常见问题

如何区分普通索引和快照索引呢？

我们可以通过索引的 settings 信息区分，快照索引的 settings 信息中有 store.type: remote_snapshot 信息，普通索引没有此信息。

快照索引能写入数据吗？

快照索引无法写入，数据仍然保持在快照格式中存储在存储库中，因此可搜索快照索引本质上是只读的。 任何尝试写入可搜索快照索引的操作都会导致错误。

快照索引不想要了怎么办？

直接删除，需要时再执行创建快照索引流程。此外快照在创建快照索引后，无法直接删除快照，要先删除快照索引。

如果您对上述内容有任何疑问，欢迎与我讨论。