集群临时重启

最新推荐文章于 2022-10-22 01:21:15 发布
原创 最新推荐文章于 2022-10-22 01:21:15 发布 · 5.1k 阅读 · 3 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#ElasticSearch #集群

 集群节点临时重启
当修改配置时可能需要重启集群才生效，或者集群发生严重错误无法恢复时都可能需要重启集群
一个集群节点重启前要先临时禁用自动分配，设置cluster.routing.allocation.enable为none，否则节点停止后，当前节点的分片会自动分配到其他节点上，本节点启动后需要等其他节点RECOVERING后才会RELOCATING，也就是分片在其他节点恢复后又转移回来，浪费大量时间
首先禁用自动分配
curl -XPUT http://127.0.0.1:9200/_cluster/settings -d '{
    "transient" : {
        "cluster.routing.allocation.enable" : "none"
    }
}'
然后再重启集群
集群启动后再改回配置
curl -XPUT http://127.0.0.1:9200/_cluster/settings -d '{
    "transient" : {
        "cluster.routing.allocation.enable" : "all"
    }
}'
【ElasticSearch】深入理解 relocating rebalance 对Elasticsearch集群的影响
九师兄
07-20 2288
rebalance 用于将集群中的分片进行均衡，保持各个节点的分片数量大致相等，当集群扩容或缩容，掉一个节点的时候，这过程会自动完成。直观的感觉他应该是在后台默默干活的过程，最多占用带宽和磁盘 io 资源，应该感受不到他的存在，但实际情况是，他可能引起一些意想不到的问题。这篇文章主要思考分片 relocating 对集群会有哪些影响（基于 v7.7），有下面几个。
suse ha集群多节点异常重启故障案例一则
有莘不破的博客
01-15 1614
suse ha的一则多集群故障案例，深入排查，对suse ha的架构有了一些了解
ElasticSearch的shard迁移
codingapple
11-17 8158
本文分析介绍的Elasticsearch源码是它的0.90.3版本。本文主要介绍Elasticsearch中的shard迁移问题。        Elasticsearch集群中，数据的分布是根据路由表来进行的，可以参考之前的博文。然而，仅仅计算出路由表信息是不够的，还要根据路由表信息将索引建立起来（索引的建立过程，以后再分析）。当集群的所有shard对应的索引信息都建立起来后，Elastics
ES状态查看：/_cat/shards节点分片信息
热门推荐
进击的小白
04-13 1万+
请求 GET http://127.0.0.1:9200/_cat/shards?v 结果 index shard prirep state docs store ip node sw_endpoint_traffic-20210413 0 r STARTED 0 208b 172.16.26.83 node-2 s
Elasticsearch重启前禁止分片移动的方法
weixin_33836223的博客
06-10 743
重启集群前，先设置集群停止分片移动： curl -XPUT http://localhost:9200/_cluster/settings -d '{"transient" : {"cluster.routing.allocation.enable" : "none"}}' 重启之后，恢复分片自动分配： curl -XPUT http://localhost:9200/_cluster/setti...
es集群：禁止分片和副本分配
KuaiLeShiFu的博客
10-22 4581
通过REST API 将cluster.routing.allocation.disable_allocation设置为true，就完全禁止了主分片和副本的分配。注意，这个设置只有在使用REST API 时有意义，因为你不可能希望启动了ES却不将分片分发到节点。
集群断电重启The connection to the server apiserver.k8s:6443 was refused - did you specify the right
qq_46654855的博客
10-22 3704
5.如果发现Unit kubelet.service entered failed state.code=exited, status=255 说明这台节点有污点 ，将污点删除。可以采用临时关闭 swapoff -a 但是断电重启之后需要再次设置 也可以设置永久关闭。6.排除问题之后 systemctl start kubelet 重启完成。3.查看kubelet 服务 是否正常。4.如果一会又不正常了请看详细信息。1.断电之后发现集群没有启动起来。2各个节点之间防火墙 一定要检查。
6-elasticsearch节点添加及集群重启步骤
红笺小字
05-22 3387
节点添加及集群重启步骤
Redis集群关闭与重启：实战指南
Redis Cluster的官方文档并未直接提供关闭或重启整个集群的步骤，因为通常情况下，集群中的单个节点故障不会对整体服务造成严重影响，节点重启后能够自动重新加入集群。然而，了解如何安全地关闭和重启整个集群仍然...
Cloudera安装Spark集群断电后重启流程
green_yun的博客
04-03 811
一、前言笔者所在的集群经常面临临时断电的情况，由于是通过cloudera安装的spark集群，所以需要在通电之后进行一个集群的重启工作。重启工作对于一个安装过cloudera的运维人来说非常容易，但是对于想要专注于spark集群使用的人员来说较为困难。因此，笔者借鉴以往修复集群的经验来记录下Cloudera重启之后的一些主要流程步骤！二、主要流程步骤2.1 确保防火墙关闭     service ...
Elasticsearch分片控制
BrotherDong90的专栏
11-28 4665
elasticsearch可以通过reroute api来手动进行索引分片的分配。 不过要想完全手动，必须先把cluster.routing.allocation.disable_allocation参数设置为true，禁止es进行自动索引分片分配，否则你从一节点把分片移到另外一个节点，那么另外一个节点的一个分片又会移到那个节点。数据量很少的时候,可能影响不大,但是如果数据量很大,这个参数必
es 分片迁移_常见elasticsearch问题处理方法
weixin_39640265的博客
02-01 2378
1、集群状态查看通过这两个界面可以看出1.1如果heap红色,会导致界面查询比较慢. 通常是打开了比较多的索引, 可以在企业版的日志策略中打开自动关闭索 引的功能, 通常是打开7天的索引, 可以根据具体内存情况多打开几天,比如10天或者15天, 不能太多.1.2.如果cpu和load红色, 会导致界面查询慢, 写入也慢, 对采集器的影响尤其明显, 采集器的日志中会出现超时或者bulk rejec...
前脚刚往数据库插入数据，后脚就查不出来？
程序员麦冬的博客（公众号同名）
10-16 1436
前脚刚往数据库插入数据，后脚就查不出来？ 线上出现了一个Bug，前脚刚插入的数据，后脚就查不出来。导致了请求的失败， 数据库还可不可信了？ 先看看代码流程 这是一个很简单的流程，就是插入了一条数据，然后紧接着select。 insert test (id) values (1); select test where id=1; => 查出来为空 前脚刚插入，而且采用的是自动提交模式，那么insert这条就自动提交了。那为何紧接着查不出来呢？这个是在同一个线程之内啊，不存在时序混乱的问题。这时候，我们
【Elasticsearch】es查看有问题的索引或者分片
九师兄
10-21 3620
1.概述 转载：https://blog.csdn.net/UbuntuTouch/article/details/108973356 当es集群我们可以使用如下的命令来对集群进行查看： GET _cluster/health?level=indices 上面的命令可以让我们定位到到底是哪一个或者哪一些索引有问题。 上面的命令显示的结果为： 从上面我们可以看出来 restored_logs_4 这个索引是有问题的。它显示的状态为 red，也即是红色。 我们也可以对 shard 进行查询： GET _c.
ElasticSearch系列文章三 ElasticSearch的基本操作
程序员二胖
05-28 1235
ElasticSearch 基本操作 集群健康 GET /_cluster/health cluster-health 会返回一个 JSON 响应 { "cluster_name" : "demeter-elasticsearch", "status" : "green", "timed_out" : false, "number_of_nodes" : 1, "number_of_data_nodes" : 1, "active_primary_shards" : 3, "
elasticsearch分片分配和路由配置
w1346561235的博客
09-29 2833
本文基于es7.3版本。 集群级别的分片分配配置，主要有下面几个： cluster.routing.allocation.enable：启用或禁止特定种类分片的分配。有下面四种取值： all- (default) Allows shard allocation for all kinds of shards.允许所有种类分片的分配，包括primary和replica。默认行为。 prima...
Elasticsearch 学习之 节点重启
weixin_30553837的博客
09-20 487
ElasticSearch集群的高可用和自平衡方案会在节点挂掉（重启）后自动在别的结点上复制该结点的分片，这将导致了大量的IO和网络开销。如果离开的节点重新加入集群，elasticsearch为了对数据分片(shard)进行再平衡，会为重新加入的节点再次分配数据分片(Shard), 当一台es因为压力过大而挂掉以后，其他的es服务会备份本应那台es保存的数据，造成更大压力，于是整个集群...
es集群升级
weixin_40368523的博客
05-07 734
禁止分片 PUT _cluster/settings { “persistent”: { “cluster.routing.allocation.enable”: “primaries” } } 停止非必要索引并执行同步刷新 POST _flush/synced 开始升级各个节点 关闭单个节点 supervisorctl stop es(使用supervisor对进程做管理) 执行升级脚本 ...
ES集群运维——节点下线和数据转移
DerickQin的博客
07-06 2075
集群运维——集群内数据移动   参考文章:https://blog.csdn.net/hereiskxm/article/details/47664999   主节点下线，首先修改最小的节点数；   主要是数据节点下线，数据节点下线   节点下线的流程如下：   步骤一：首先确定节点的功能属性；   到底是数据节点，还是主节点，还是负载均衡节点；还是多功能的；   步骤二：查看目标节点的数据分片； curl -XGET ‘localhost:9200/_cat/shards?pretty=true&
k8s集群重启
最新发布
03-21
### Kubernetes 集群的安全重启操作指南 #### 一、理解 Kubernetes 的事件机制 Kubernetes 提供了一种强大的工具——事件（Events），用于跟踪集群内的活动时间线。这些事件记录了诸如 Pod 调度失败、容器重启以及各种错误等重要信息，能够帮助管理员更好地理解和诊断问题的根本原因[^1]。 #### 二、配置主机文件以确保网络一致性 为了防止因 DNS 解析问题而导致的服务中断，在执行任何大规模操作之前，请确认 `/etc/hosts` 文件中的条目已正确定义所有节点的 IP 地址映射关系。例如： ```bash vi /etc/hosts 192.168.56.200 master 192.168.56.201 node1 192.168.56.202 node2 ``` 这一步骤对于保障服务连通性和减少潜在冲突至关重要[^2]。 #### 三、关闭不必要的防护措施 在准备进行维护工作前，建议临时禁用防火墙功能来避免其干扰正常通信流程。可以通过运行命令 `systemctl stop firewalld.service && systemctl disable firewalld.service` 来实现此目的。 #### 四、利用 kubeadm 工具完成版本更新与节点重置 当计划实施涉及整个系统的变更时（比如升级到新版本或者修复某些特定缺陷），可以借助官方推荐的方法—即通过 **kubeadm** 命令行界面来进行管理。具体步骤如下： - 获取当前部署环境下的 ClusterConfiguration 数据； - （可选项）保存现有 kube-apiserver 所使用的 SSL/TLS 凭证副本以防丢失敏感资料； - 替换旧版控制面组件定义为最新可用模板； - 修改本地 Kubelet 参数设置使之匹配新的需求标准；最后记得暂停目标机器上的资源分配过程以便平稳过渡期间不会受到影响[^3]。 #### 五、实际执行安全重启策略 以下是几个关键要点用来指导如何有效地重新启动您的 Kubernetes 集群而最小化风险: 1. **逐步下线节点**: 使用kubectl drain命令优雅地驱逐选定服务器上的负载，并将其标记为不可调度状态直到恢复为止。 ```bash kubectl cordon <node-name> kubectl drain --ignore-daemonsets <node-name> --delete-local-data ``` 2. **监控健康状况**: 利用仪表盘插件或其他第三方解决方案持续观察整体性能指标变化趋势，及时发现异常情况作出响应。 3. **验证核心服务稳定性**: 确认 API Server, Scheduler 和 Controller Manager 这些基础架构单元均已成功上线并无报错日志输出后再继续下一步动作。 4. **回滚预案制定**: 如果遇到无法预料的技术难题，则应迅速切换至先前稳定的状态组合直至找到根本解决办法为止。 --- ### 示例脚本：自动化部分常规任务 下面给出一段简单的 Bash Shell Script 实现上述提到的部分逻辑片段作为参考用途: ```bash #!/bin/bash NODES=("master" "node1" "node2") for NODE in "${NODES[@]}"; do echo "Processing $NODE..." # Step 1: Cordon the Node kubectl cordon "$NODE" # Step 2: Drain the Node (Graceful Eviction) kubectl drain "$NODE" --ignore-daemonsets --delete-emptydir-data # Optional: Perform Maintenance Tasks Here... # Step 3: Uncordon after completion sleep 10 # Simulate wait time during maintenance window. kubectl uncordon "$NODE" done ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值