配置项概述 #
indices.store.delete.shard.timeout 配置控制删除分片前检查分片是否可以安全删除的超时时间。此超时适用于检查分片在其他节点上是否活跃的 HTTP 请求。
| 配置项 | 默认值 | 说明 |
|---|---|---|
indices.store.delete.shard.timeout | 30s | 分片删除检查超时 |
配置说明 #
indices.store.delete.shard.timeout #
配置项作用：设置删除分片前检查该分片在其他节点上是否活跃的超时时间。这是数据安全的重要机制，确保只有在其他节点上有足够的副本时才删除本地分片数据。
默认值：30s
配置类型：节点级配置
取值范围：任何正数时间值
配置格式：
# 默认配置
indices.store.delete.shard.timeout: 30s
# 增加超时时间（适用于大型集群）
indices.store.delete.shard.timeout: 60s
# 减少超时时间（适用于小型集群）
indices.store.delete.shard.timeout: 10s
# 长超时（适用于高延迟网络）
indices.store.delete.shard.timeout: 2m
工作原理 #
删除前检查流程 #
┌─────────────────────────────────────────────────────┐
│ 分片删除请求 │
└─────────────────┬───────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────┐
│ 1. 检查集群状态 │
│ - 确认分片分配情况 │
│ - 验证副本数量 │
└─────────────────┬───────────────────────────────────┘
│
▼
┌─────────────────────────────────────────────────────┐
│ 2. 查询其他节点 │
│ - 检查副本分片是否活跃 │
│ - 验证数据完整性 │
│ - 等待响应（最长 timeout 时间） │
└─────────────────┬───────────────────────────────────┘
│
▼
┌────────┴────────┐
│ │
检查成功 检查超时/失败
│ │
▼ ▼
┌───────────┐ ┌──────────────┐
│ 执行删除 │ │ 拒绝删除操作 │
│ 释放空间 │ │ 保护数据安全 │
└───────────┘ └──────────────┘
安全机制 #
- 副本验证：确保至少有指定数量的副本活跃
- 超时保护：防止无限等待导致集群挂起
- 网络容错：适应不同网络延迟环境
使用场景 #
1. 大型集群 #
# 大型集群：节点多，网络延迟可能较高
indices.store.delete.shard.timeout: 60s
适用情况：
- 节点数量超过 50 个
- 跨数据中心部署
- 网络延迟较高
2. 小型集群 #
# 小型集群：节点少，网络延迟低
indices.store.delete.shard.timeout: 10s
适用情况：
- 节点数量少于 10 个
- 单一数据中心
- 快速网络环境
3. 高延迟网络环境 #
# 高延迟网络：增加超时以适应网络条件
indices.store.delete.shard.timeout: 2m
适用情况：
- 跨地域部署
- 云环境（跨可用区）
- 网络质量不稳定
4. 存储性能优化 #
# 慢速存储：延长超时以适应 I/O 性能
indices.store.delete.shard.timeout: 90s
适用情况：
- 使用网络存储（NFS、SMB）
- 高负载存储系统
- 机械硬盘环境
删除操作示例 #
正常删除流程 #
# 删除索引
DELETE /my-index
# 系统将：
# 1. 检查所有副本分片状态
# 2. 确认可以安全删除
# 3. 执行删除操作
超时场景 #
# 如果检查超时
DELETE /my-index
# 可能返回：
{
"error": {
"type": "cluster_block_exception",
"reason": "blocked by: [FORBIDDEN/12/index read-only / allow delete (api)];"
}
}
推荐配置 #
默认配置 #
# 适用于大多数场景
indices.store.delete.shard.timeout: 30s
大型生产集群 #
# 多节点、高延迟环境
indices.store.delete.shard.timeout: 60s
小型测试集群 #
# 少节点、低延迟环境
indices.store.delete.shard.timeout: 10s
跨地域集群 #
# 跨数据中心部署
indices.store.delete.shard.timeout: 2m
相关配置 #
与副本配置配合 #
# 确保有足够的副本
index.number_of_replicas: 2
# 删除前会检查至少有 2 个副本活跃
indices.store.delete.shard.timeout: 30s
与分片分配配置配合 #
# 控制分片分配
cluster.routing.allocation.enable: all
# 确保删除前副本已分配
indices.store.delete.shard.timeout: 30s
监控和调试 #
查看删除操作 #
# 查看分片状态
GET _cat/shards/my-index?v
# 查看分配解释
GET _cluster/allocation/explain
监控删除性能 #
# 查看节点统计
GET _nodes/stats/indices?filter_path=**.store
# 查看集群健康
GET _cluster/health
错误处理 #
超时错误 #
当超时发生时，系统会：
记录警告日志：
[WARN] Timed out waiting for shard deletion check after 30s保留分片：不执行删除操作
稍后重试：在后续维护周期中重试
处理超时 #
增加超时时间：
indices.store.delete.shard.timeout: 60s检查网络连接：
# 测试节点间连接 curl node1:9200/_cluster/health检查副本状态：
GET _cat/shards?v&h=index,shard,prirep,state,node
注意事项 #
- 数据安全：此超时是数据安全机制的重要组成部分
- 重启生效：修改此配置需要重启节点
- 网络条件：根据实际网络延迟调整超时时间
- 集群规模：大型集群通常需要更长的超时时间
- 删除性能：超时设置会影响删除操作的速度
- 副本配置：确保副本数配置合理，避免因副本不足导致删除失败
- 监控日志：关注超时警告日志，及时调整配置
