- 综合排序
- 最热优先
- 最新优先
- 来自专栏sktj
zookeeper 运维经验
去哪儿网也在很多场景依赖Zookeeper，所以我们也一直在摸索怎么更好的运维稳定的Zookeeper集群。在过去的几年我们也踩过一些坑，也因为Zookeeper导致了故障。 现在将我们运维Zookeeper集群的一些经验分享，也欢迎大家提供更好的建议。 那么在打算运维一套Zookeeper集群之前，我们先了解一些Zookeeper的基本原理。 比如一个三节点集群，可以挂掉一个节点，5节点集群可以挂掉两个... 一个写操作需要半数以上的节点ack，所以集群节点数越多，整个集群可以抗挂点的节点数越多(越可靠)，但是吞吐量越差。 最小生产集群 要确保Zookeeper能够稳定运行，那么就需要确保投票能够正常进行，最好不要挂一个节点整个就不work了，所以我们一般要求最少5个节点部署。 2. 5.
61410编辑于 2022-05-20 - 来自专栏有文化的技术人
Zookeeper运维实践经验
例如，我们有1、2、3、4、5、6、7七个节点。 我们做如下配置： group.1=1:2:3 group.2=4:5:6 group.2=7 将七台机器分为三个组，这时，只要三个组中的两个是稳定的，整个集群的状态就是稳定的。 的法定数是：3+1+1=5，只要节点权重之和过半该组就是稳定的。 经过以上配置,停掉节点2，3，4，5，6整个集群仍然是稳定的. 此时Group1和Group3是稳定状态. 在弹出的界面选择“远程进程”，输入“服务器IP:9991”(zookeeper服务器的IP和端口) 实践经验 分Group 要确保Zookeeper整个集群可靠运行，就是要确保投票集群可靠。
1.8K30编辑于 2022-10-27 - 来自专栏万亿日志之道
日志系统Kafka运维的经验
背景介绍： 从事日志系统的开发运维1年多了，Kafka集群一直是系统中最重要的集群之一。及时有效地处理Kafka问题，是保障系统运行稳定的重要工作。 （二）Kafka监控 image.png 在运维kafka系统的过程中，我们根据业务的特点，为了能及时发现上述问题，对所有的集群进行了如下方面的监控： 1，生产者offset变化监控（partition 5，Leader切换的监控 监控集群中Leader切换的情况，有助于了解集群的稳定状态，以便尽早发现问题和提供解决方案。 ---完---
4.1K11发布于 2020-03-15 - 来自专栏后端云
Kubernetes 运维记录（5）
(tcp) failed: Cannot assign requested address 实验3：多个目标 ip 相同目标端口 $ nohup nc 220.181.57.216 80 -v & [5] SYN-SENT 0 1 10.0.2.15:61000 123.125.114.144:80 实验4：多个目标 ip 不同目标端口 # 按照前面的经验两个
77510编辑于 2023-02-10 - 来自专栏kafka专栏
5.【kafka运维】生产者消费组压力测试运维(5)
1. 发送1024条消息--num-records 100并且每条消息大小为1KB--record-size 1024 最大吞吐量每秒10000条--throughput 100
64730发布于 2021-08-06 - 来自专栏蓝鲸智云
运维老司机：问题排查经验总结
（发布变更、监控处理、数值调整、数据提取等）的无人值守服务，而且还给运维人员提供了解决方案（工具），并随时调整，避免重复性的操作服务。 [nodmsl9j5x.png] 从入行到现在，遇到过各式各样，千奇百怪的问题，然而每个业务形态和系统均不一样，我们往往能搜索到很多某一个或一类问题解决办法，但个人觉得认知方法、经验难复制，所以抽（套） 八、总结记录，破案归档 好记性不如烂笔头，然而在一片混乱问题分析当中，让运维心平气和地记录下问题与判断确实有点不切实际。 运维专家或许是每个运维人追寻的梦想，他们敏锐的嗅觉似乎总能揪出系统故障的根本原因。这种快速反应、准确定位的能力源自多年来处理复杂系统难题的经验积累与个人知识储备，而且其成功很难被复制。 文中涉及的方法、经验和思想不代表最佳实践。 --- 蓝鲸智云简介 腾讯蓝鲸智云（简称蓝鲸）软件体系是一套基于PaaS的技术解决方案，致力于打造行业领先的一站式自动化运维平台。
1.8K60编辑于 2022-04-25 - 来自专栏腾讯技术工程官方号的专栏
运维老司机：问题排查经验总结
导语：运维可以说是世界上最紧张且强度最大的工作之一，每个杂乱无章的问题背后都需要我们的深入的抽丝剥茧。尤其是当你面对的问题直接与收入业务、海量服务运营挂钩时，可谓是肾上腺素瞬间飙升。 排查问题犹如破案 运维排查线上问题犹如警察破案一样，是一个不停分析线索，推理的过程，但在准备排查问题之前，我们应该明白三个认知：认知，几乎是人和人之间唯一的本质差别。 卷宗记录，破案归档 好记性不如烂笔头，然而在一片混乱问题分析当中，让运维心平气和地记录下问题与判断确实有点不切实际。 5、建立沙箱影子系统，模拟复杂多变的现网环境，规避线上影响，重现或压测问题，如tcpcopy、dubbocopy等。 结语 运维专家或许是每个运维人追寻的梦想，他们敏锐的嗅觉似乎总能揪出系统故障的根本原因。这种快速反应、准确定位的能力源自多年来处理复杂系统难题的经验积累与个人知识储备，而且其成功很难被复制。
3K30发布于 2017-08-16 - 来自专栏智能运维圈
1位5年智能运维开发对智能运维的理解
2019年：进入了千寻的运维保障部门，接触到了更为庞大的业务。对智能运维有了进一步的理解。 运维 •《Google SRE运维解密》：google 关于高可用保障的一本数据； •赵成的运维体系管理课（极客时间）：关于运维的经验分享 •《AIOps标准白皮书 从业务的角度看智能运维 首先，智能运维是建立在运维的基础之上的，只有了解了现有的运维的内容和技术体系，我们才能够合理的思考，智能运维在整个运维体系中的地位和作用。 5分钟定位问题 - 10分钟故障恢复； •故障预测； 从产品的角度看智能运维 目标群体 智能运维的使用方，是一群有着丰富经验的运维专家，但是可能对数据分析、数据挖掘没有任何概念 以此提高运维解决问题的效率，同时积累相关的业务经验（可落地）； • 第二步（数据分析）：基于第一步完成的数据产品，可以提供数据分析的结论作为参考。
1.8K72发布于 2021-06-25 - 来自专栏侯哥的Python分享
MySQL运维5-Mycat配置
写操作转发到第一个writeHost,第一个挂了，切换到第二个；1：写操作随机发配到配置的writeHost） dbDriver：数据库驱动，支持native和jdbc，native主要支持MySQL5+
92810编辑于 2023-12-18 运维经验｜Linux虚拟机如何挂载磁盘
这六步骤分别为： （1）第一步 直接输入n，新建一个分区（可以参考4、（1）帮助第一个命令） （2）第二步 只是选择主分区 （3）第三步 默认第一分区 （4）第四步 开始大小，使用默认，直接回车 （5） 5、 格式化写入文件系统 使用 mkfs.ext4 /dev/sdb1 命令来格式化磁盘并写入到文件系统中。 注意：这里可以用ext3，也可以用ext4。可以到/dev目录下查看有哪些格式。
1.9K10编辑于 2024-04-01- 来自专栏开发运维工程师
运维经验｜Linux虚拟机如何挂载磁盘
所以，我们需要额外的命令工具来做支撑，实验之前，先检查下机器已经挂载的磁盘，可使用lsblk命令来查询，如果不了解这个命令，可以参考博主以前的博文：Linux工具｜运维工具lsblk使用小妙招 注意：Linux 这六步骤分别为： （1）第一步 直接输入n，新建一个分区（可以参考4、（1）帮助第一个命令） （2）第二步 只是选择主分区 （3）第三步 默认第一分区 （4）第四步 开始大小，使用默认，直接回车 （5） 5、 格式化写入文件系统 使用mkfs.ext4 /dev/sdb1 命令来格式化磁盘并写入到文件系统中。 注意：这里可以用ext3，也可以用ext4。可以到/dev目录下查看有哪些格式。
1.7K1210编辑于 2023-12-22 - 来自专栏力哥聊运维与云计算
聊聊运维（2）公开运维技术分享的一些经验
技术分享三条实战经验： ● 良好的逻辑性 ● 自己真实经验总结 ● 多练习 首先，说明下，我不是技术分享高手，分享了次数比较多，有点心得；另外，听的分享多了，对好坏也有一些感受。 还有，在此特别感谢下西山居的运维开发架构师，《Puppet实战》的作者刘宇，我的许多分享经验来自于宇哥，并且得到了宇哥多次的，一对一贴身的，手把手的指点。 二 如何做好技术分享 1.做好功课，了解听众 运维分享通常是思路、方法、及在某些方面的技术实践，因为需要背景知识，不是所有人都能听懂，所以了解自己的听众非常重要，比如对于刚入行的朋友和资深的从业者，内容和深度就应该不一样 树形 从根部开始，分模块介绍，比如私有云的运维，按照计算、存储、网络、管理等模块，逐个介绍。使用这个方案，建议画一个脑图。 5.如何回答问题 如果分享的都是自己的实践，回答问题肯定不是问题，但是也有一些技巧： ● 如果问的问题，切中要害，可以对提问者表示赞赏； ● 如果问的问题比较尖刻，先表示赞赏和感谢，如果确实自己有深刻的理解和实践
1.2K20发布于 2019-06-28 - 来自专栏大数据
大规模Hadoop集群管理：运维经验与监控策略
安全加固环节，采用Kerberos与Ranger的双层防护体系，通过krb5.conf的精细化配置和动态授权策略，成功通过某国有银行的安全审计。 四、故障自愈的防御体系在构建智能运维系统时，我们提炼出"故障三态模型"：瞬时故障（如网络抖动）、间歇故障（如磁盘坏道）、持久故障（如节点宕机）。 运维启示录：集群的稳定性不在于处理故障的能力，而在于预见故障的智慧。 八、智能运维的未来图景在某智慧城市的超大规模集群中，我们构建了AI运维中台：通过LSTM模型预测集群负载，结合强化学习进行参数调优推荐。系统每日处理2TB运维数据，自动生成《健康度诊断报告》。 让技术经验流动起来 ▌▍▎▏ 你的每个互动都在为技术社区蓄能 ▏▎▍▌ ✅ 点赞 → 让优质经验被更多人看见 收藏 → 构建你的专属知识库 转发 → 与技术伙伴共享避坑指南 点赞 ➕ 收藏
47521编辑于 2025-09-12 - 来自专栏DBA随笔
Redis开发与运维学习笔记---(5)
// Redis开发与运维学习笔记---(5) // 事务 redis中的事务和MySQL中的事务类似，也是为了保证多条命令组合的原子性，为此，redis提供了简单的事务功能以及集成Lua来解决这个问题 5、消息队列系统，消息队列系统可以说是一个大型网站的必备系统组件，redis提供了发布订阅功能和阻塞队列的功能，虽然和专业的消息队列比还不够抢单，但是对于一般的消息队列功能基本可以满足。
51510发布于 2020-04-01 - 来自专栏悦专栏
8 年 Redis 运维经验，我踩了哪些坑
嘉宾介绍 朱文潇 ，大型互联网公司 8 年 Redis 运维实战经验，多次以核心身份主导 Redis 框架方案设计及落地实施，对 Redis 服务有深刻理解，对多种 Redis 实现方案都有独到的见解。 3）Codis 集群高可用方案：一款分布式缓存高可用集群产品，提供了配套的客户端，提供了动态数据迁移，内置高可用方案，产品设计解决了运维大部分痛点；同样，如果想阅读更多关于 Codis 的内容，可以点击我之前出的一篇文章 从 Redis 2.X 到 Redis 3.X 以上版本需要投入很多测试，整体的运维技术也有很大的变化，需要不断的研究、不断的学习，这也是对运维人员的考验。 4 所维护的集群最大 QPS 是多少？ 5 转管理岗位后工作重心的变化怎样？ 转管理岗后，不但要打磨自己的技术，还要提升团队的整体实力，小锅炒菜和大锅炒菜的区别，大锅菜并不好炒。 6 推荐一些 Redis 的学习资料。 1）Redis 源代码并不长，有能力的一定要好好欣赏一下作者的代码艺术； 2）付磊、张益军两位老师编写的《Redis 开发与运维》，有原理解读，有实战经验，值得一看； 3）Redis 社区活跃度比较高，
45220编辑于 2022-04-25 - 来自专栏数据和云
运维经验：回滚段异常的特殊救急方法
冷菠 冷菠，资深DBA，著有《Oracle高性能自动化运维》，有近10年的数据库运维、团队管理以及培训经验。擅长数据库备份恢复、数据库性能诊断优化以及数据库自动化运维等。 语法如下： create undo tablespace undotbs2 datafile '<path>' size 16384mautoextend retention noguarantee; 5、
2.2K90发布于 2018-03-08 春节前云平台运维深度巡检-实操经验
春节对咱们运维人来说，从来不是单纯的假期，而是一场“保稳定”的硬仗。 下面结合我这些年的一线实操经验，拆解各核心组件的巡检要点和常用命令，都是实打实能用得上的干货。 怕单核心满载拖垮整机，就用mpstat -P ALL 1 5，把每个核心的负载都扒得明明白白。sar -u 1 5能统计平均负载，对比往年春节数据，大概能预判峰值扛不扛得住。 如果vmstat 1 5里的si（内存换入）、so（内存换出）值一直非零，说明内存不够用了，要么扩容要么清缓存。 还可以用iostat -d -x 1 5 /dev/vda针对性监控目标硬盘IO，精准定位单块磁盘的性能问题。
26010编辑于 2026-02-03- 来自专栏FreeBuf
经验分享 | 如何做好基础安全设备运维
堡垒机 有时候也叫运维审计系统，可以配合 Windows 域或其他认证系统，对运维人员的操作进行审计。网络的访问控制做的好的话，个人认为堡垒机是安全运维里面最有用的设备之一。 从工作职责说明上写清楚安全运维人员的职责和绩效评估方法，因为安全设备的运维都属于日常性的工作，可以做工作计划，按照计划推动安全设备的日常运维工作。 结合运维、开发部门流程将与安全流程整合到一起。 如果运维部门有类似的系统，放在一起做。设备少的情况下也可以手工记录。 定期对业务网络环境做漏洞扫描，跟业务部门、开发部门、运维部门确认漏洞修复状态，不能修复的说明情况，采取补偿的方式对有漏洞系统进行防护。
2.4K90发布于 2018-02-24 - 来自专栏嘉为动态
【经验分享】银行应用运维平台设计与建设建议
文章目录如下，是笔者过去5年作为乙方在多个银行设计和落地应用运维自动化的经验分享，共11000字，阅读时长大约10分钟。 本文主要聚焦于银行IT运维组织中的应用运维，分析应用运维如何提升自己的运维水平和方式以适应业务转型、信息系统架构异构化的发展要求。 运维质量及安全级别要求高：在运维工作复杂度和负担不断增加的情况下，运维如何保持既有运维质量、保障和提升系统可用率，成为应用运维的难题。 运维工作如此繁重，运维人员在横向扩展自己运维技能的同时，还有时间往运维开发、大数据或AI等纵向技术领域转型吗？ 应用运维，指的是对应用系统的运维，既包含对应用程序的发布、变更等运维工作，也包含对应用系统整体的健康巡检、监控等运维工作。
2.1K31发布于 2020-05-26 - 来自专栏互联网老辛
这 5 种常用运维监控工具都不会？你算啥运维人
来自：马哥Linux运维 运维监控工具千千万，仅开源的解决方案就有流量监控（MRTG、Cacti、SmokePing、Graphite 等）和性能告警（Nagios、Zabbix、Zenoss Core 5、Grafana Grafana 是一款采用 go 语言编写的开源应用，主要用于大规模指标数据的可视化展现。 ? Grafana支持许多不同的数据源。
3.3K21发布于 2021-04-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号