- 综合排序
- 最热优先
- 最新优先
- 来自专栏kafka专栏
4.【kafka运维】Leader重新选举运维脚本(4)
文章目录 kafka-leader-election Leader重新选举 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 kafka-leader-election 进行Leader重选举 > sh bin/kafka-leader-election.sh --bootstrap-server xxxx:9090 --topic test_create_topic4 和分区进行Leader重选举 先配置leader-election.json文件 { "partitions": [ { "topic": "test_create_topic4" , "partition": 1 }, { "topic": "test_create_topic4", "partition": 2 } 三者互斥 --path-to-json-file 配置文件批量选举，此参数跟--topic和all-topic-partitions 三者互斥 More Kafka专栏持续更新中…(源码、原理、实战、运维
49220发布于 2021-08-05 - 来自专栏运维笔记
多门店IT运维CMDB实战：用这套最小数据模型把100家门店的资产和配置管起来
背景：自动化跑得越快，配置漂移越难追管理100+门店的运维体系里，监控、告警、工单、自动化核查这些环节可能都已经跑起来了。 Zabbix主机列表是一份数据，Ansible的inventory文件是一份，运维同事的Excel又是一份，历史工单备注里还散着一些。四个来源各有各的版本，每次改了设备也不一定同步。 ✅运维责任人on_site_contactstring✅现场联系人statusenum✅active suspended decommissionedmgmt_networkstring✅管理网段设备 五、落地效果在一个管理120+门店的项目里落地这套方案后： 指标改造前改造后配置核查误报率23%4%季度资产盘点时间2天/次4小时/次新门店纳管时间2-3天当天完成"设备信息找谁要"沟通次数日均 5-8次基本为0小结多门店CMDB的核心不是"把设备信息记下来"，而是让所有系统共用同一份设备事实。
8510编辑于 2026-05-07 - 来自专栏终有链响
fiscoBcos运维工具多机搭链
多机搭链 使用generator搭建多机部署的Fisco链 以下是我们要做的实践 我们将从多机两节点部署开始，机构A和机构B，为机构A节点1做落盘加密 为机构A新增节点3并加入群组1 新增机构C节点4 /generator -h 若成功，输出usage:generator XXX 4获取节点二进制，拉取最新的fisco-bcos二进制文件到meta中 进入到新建的generator文件目录内 在generator 输入命令： cp -r generator/ generator-A 这里我多复制了一个D作为备份，为以后需要做更改做准备 6链证书初始化 一条链只能有一条唯一的链证书ca.crt,我们选择在generator /generator-A/nodeA目录下执行以下命令： tail -f node_10.206.0.13_30360/log/log_202412031* | grep +++ 至此双机单群组多机构的区块链网络已经搭建成功
48710编辑于 2025-01-15 - 来自专栏北京马哥教育
如何实现多站点运维监控？
来源：python运维技术 ID：python运维技术 在小型公司里如果产品线单一的话，比如就一个app, 一般1~2个运维就够用了，如果产品过于庞大，就需要多个运维人员，但对于多产品线的公司来说， 运维人员就要必须分多个人负责，因为超过200个站点让1个人维护，那工作量是巨大的，就单单给开发的沟通时间，估计就要占用一整天时间了，目前我所在的公司站点非常多，为管理方便，之前我们这里是实行过一段叫站长制的方式 我还没给出发报警邮件的函数代码，不但没贴而且不妨告诉大家我是故意的，之所以没直接给呢， 第一：是因为现在报警方式太多了，我建议大家在这个脚本基础上进行修改实现自己想要的报警方式，第二：就当是留个作业吧，毕竟多动手才能提高编程水平
1.2K20发布于 2018-08-17 - 来自专栏python3
python运维开发笔记4
['mysql','-u','root','-p123','-e','show processlist']
92610发布于 2020-01-15 - 来自专栏NebulaGraph 技术文章
如何运维多集群数据库？58 同城 NebulaGraph Database 运维实践
资源申请和集群管理方式 为了更好的管理和维护，图数据库在运维部门集中运维管理。用户按需在工单平台中提交申请即可，工单中填写详细的资源需求数据和性能需求指标，由运维同学统一审核交付集群资源。 为了高效管理和运维规模化的集群，需要提前规划和制定规范。 61000 meta 端口；51000 ws_http_port；41000 ws_h2_port 62000 storage 端口；52000 ws_http_port；42000 ws_h2_port 运维规范 端口 路径打包生成 rpm，作为标准安装包 图片 服务请求直接通过 DNS 和网关服务到 Graph，方便计算和存储服务直接交互，由于是通过 DNS 访问，不对外暴露 Meta 节点信息，可以更灵活的运维 ，较少服务绑定 Meta 节点 ip 带来的运维代价。
4.9K20编辑于 2023-02-15 - 来自专栏zhangdd.com
必看，运维还要懂这么多？
我们这篇文章不是说运维除了懂Linux，还要懂Windows，而是涉及运维的其他方方面面。 环境部署 一开始这个世界是开发的，然后才是运维的。 有些时候，开发环境也是需要运维来部署的。 排错和调优 事情从来都没有一帆风顺的。 上线没多久，服务就502了，还不被老板骂死。尽管你有一肚子的委屈，我只是个运维，代码不是我写的，为什么要我来背这锅？！ 相关技术: F5, Nginx, LVS, HA-proxy, MHA, Zookeeper, 各种其他分布式集群方案, … 监控告警 运维工程师的第一次解放运动。 当有故障发生的时候，通过短信、微信、钉钉、邮件等等通知对应的运维工程师来处理，甚至是自动切换或摘除故障节点，然后我们离线对故障节点进行问题排查。 现在国内的阿里云和腾讯云也发展得如日中天，他们几乎提供了运维所需要的一切，甚至可以让一个公司不再需要运维的岗位。你需要服务器，只需要几秒钟，就可以创建一台。
81730发布于 2018-08-01 - 来自专栏互联网运维杂谈
初探精益运维体系｜多图
有一种努力一直放在心中，想更系统的表现运维，内心的这份冲动源于两点： 1.在互联网化业务的今天，运维的作用可以被更重视。 2.运维需要更体系化，更理论化，更实践化的阐述。 在之前，我用过价值化运维来概括过运维，我也多次在文章中或公开演讲中提到运维应该关注“面向用户的价值“，但我依然觉得还是不够精炼。 直到后来想到了“精益“这个词，把它和运维做了一次融合，只因精益思想的背后，很多观点都和我们运维很契合。接下来看看我在《全球运维大会｜上海站》上分享的主题——面向高性能IT的精益运维体系。 而后的精益思想包含了深刻的管理学内涵，总结为4P模型，涉及到管理哲学（Philosophy)、管理过程（Process）、员工与合作伙伴（People and Partner）以及问题解决（Problem 基于TPS屋，我做了一次转换，把他放到了运维领域中，提炼出精益运维屋。 ?
2.1K10发布于 2019-11-18 - 来自专栏云原生应用工坊
多集群运维(二)：应用渐进发布
关键在于运用自动化工具和最佳实践，以实现高效、可靠的运维流程。 目标细节 IaC管理云资源: 使用基础设施即代码（IaC）方法来初始化云资源。 自动化工具和流程的应用不仅减少了人为错误的风险，还提高了运维效率和系统的可靠性。 ~"4.." }[{{ interval }}] ) ) / sum( rate( apisix_http_status{ d72ba38f7a3a76b71eb50f00fe46a94497e6ecaa" ingress: className: "apisix" canary: enabled: true 通过上述步骤，我们能够实现在多集群环境中的应用渐进式发布
57010编辑于 2023-12-29 - 来自专栏DBA随笔
Redis开发与运维学习笔记---(4)
4 迁移键 redis中，提供了3中迁移键的方法： move dump+restore migrate 下面分别介绍： 1、move move命令用户在多个数据库中进行键迁移。
58210发布于 2020-03-31 - 来自专栏用户6465593的专栏
连锁门店如何借助设备管理系统，提高报修及运维效率？
随着业务的发展，餐饮、商超、酒店、便利店、百货公司的零售门店越来越多、地点分布也越来越分散。随着门店的不断扩张，企业在设备管理上也逐渐变得困难，尤其是设备维修的闭环式管理。 举个例子，门店设备在发生故障后如何及时上报，上报后维修人员如何快速定位故障现场，联系报修人。 加强连锁门店企业内部设备数字化管理水平，成为连锁企业能否低成本发展的因素之一。那么如何帮助连锁门店打造更加高效门店设备报修服务体系，保障连锁门店高效运转？ 图片 易点易动设备管理系统为连锁门店提供设备管理解决方案： 设备全生命周期管理 通过一物一码管理，为每个设备都提供一个唯一的二维码，从设备的申购、采购、验收、入库到报废，实现了设备的全生命周期管理。 统一平台报事报修，打通门店服务环节 易点易动系统让用户告别纸质化填写工单，支持扫码报修、APP报修及处理、PC端后台管理的多端智能交互使用，各门店无论从哪个渠道报修，都能获得及时响应，快速得到总部的技术支持
89220编辑于 2023-03-23 - 来自专栏AI+运维：智能化运维的未来
运维不怕事多，就怕没数据——用大数据喂饱你的运维策略
“运维不怕事多，就怕没数据——用大数据喂饱你的运维策略”咱干运维的都知道，一个系统出问题，往往不是技术没到位，而是问题没及时发现，或者发现了却没找到根因。 一、为什么运维离不开大数据以前的运维更多是“救火队”：监控报警 → 运维接单 → SSH 上服务器排查一顿猛查，找到原因修好 → 继续等下一次报警这套流程的缺点很明显：反应慢：报警来了才动手。 而大数据的价值，就是把海量运维数据“榨干”，让我们：提前预警快速定位自动化决策一句话，大数据让运维从“救火”变成“防火”。二、运维数据从哪来？ 容量预测分析历史资源使用曲线用时间序列模型（ARIMA、Prophet）预测未来资源需求提前扩容，避免业务高峰期挂掉4. 如果说传统运维靠经验，那数据驱动运维就是“经验 + 科学”的结合，既有老道的判断，也有算法的精准。所以我一直跟团队说：别等报警响了才翻日志，先用大数据把明天的问题今天找出来。
28800编辑于 2025-08-12 - 来自专栏全栈工程师修炼之路
Ansible自动化运维学习笔记4
- name: "Demo 3" debug: msg: "{{ item }}" with_items: - 1 - 2 - 3 - 4 when: item > 1 and ( item == 3 or item ==5) #列表中的所有条件同时成立时，对应的任务才会执行 - name: "Demo 4" debug item=1) skipping: [local] => (item=2) ok: [local] => (item=3) => {"msg": 3} skipping: [local] => (item=4) testpath: /bin/bash teststr: "thisisstringdemo" testnum: 1024 a: - 2 - 5 b: [1,2,3,4,5 fail: #关键点 msg: "Interrupt running playbook" - debug: msg: "3" - debug: msg: "4"
2.8K10发布于 2020-10-23 - 来自专栏腾讯专有云
运维平台第4期：数据掘金者
通过与平台监控系统联动，帮助用户提升运维能力，降低安全风险。 日志平台预接入了专有云平台及各产品管控面的关键日志，系统运维人员无须配置即可开始快速使用，助力平台高效运维。 通过分析进一步洞悉系统风险，提升对系统问题的发现识别，为后续运维改进提供决策依据。 场景4：等保安全审计 企业在过等保或者做审计时，需要收集各种类型的日志，要求日志至少达到180天存储，部分日志需要永久保存，有的日志则要求通过相关国家安全加密。 开箱即用 预接入平台及各产品管控面的日志，不需要系统运维人员配置即可开始快速使用日志平台的各项功能。 往期 · 推荐 运维专题第1期：数据中枢 运维专题第2期：警戒哨兵 运维专题第3期：诊断专家 一朵云，搞掂！
1.6K30编辑于 2022-06-24 - 来自专栏后端云
Openstack运维常见问题记录(4)
80e0-2980b6c8dba6 2018-08-23 15:23:36.136 3558 INFO nova.compute.resource_tracker [req-f76d5408-00f8-4a67 | {} | 1 | RegionOne | | 58bd5f09811a4ebcb62a4b51fb7ae444 | NULL | admin | 960580852a594c078e68fe3683e35db5 | http://keystone-ha-vip:5000/v3/ | {} | 1 | RegionOne | | a0b10cb04a5b4ca3859aaf2ea4ca2a3b [root@EXTENV-194-18-2-11 ~]# systemctl restart httpd.service memcached.service 系列文章链接 Openstack运维常见问题记录 (3) Openstack运维常见问题记录(2) Openstack运维常见问题记录(1)
2.6K41发布于 2020-02-12 - 来自专栏devops_k8s
做运维的感悟(做运维需要考虑事,运维组织结构,运维学习地图....)
5.文档要多写，比如资产文档，那些机器的配置，还有密码表，服务连接文档，部署文档，维护文档都要写，文档的作用一个是自己用，另一个是等你离职或者新员工加入，他们可以快速来维护。 运维研发 运维研发负责通用的运维平台设计和研发工作，如：资产管理、监控系统、运维平台、数据权限管理系统等。提供各种API供运维或研发人员使用，封装更高层的自动化运维系统。详细的工作职责如下所述。 确实，【 运维 】可能是分水岭最明显的职位之一：有的人毕业6年，月薪从3K涨到到50K；有的人工作4年，依然做着重启服务器、检查机房的机械工作，这都是知乎上能看到的真实事例。 4，及时响应并处理线上故障。 ，处理值班问题，确保系统服务稳定性； 负责运维自动化/标准化方案设计，自动化工具及平台研发，提升运维效率； 负责生产、测试、灰度多套环境的部署和维护，配合研发、测试团队进行应用部署；
8.1K1011发布于 2020-12-23 - 来自专栏日志服务CLS
10倍流量突增，智能门店行业引领者—「非码」如何灵活运维？
非码是行业领先的智能门店提供商，服务于行业内众多一线品牌，对服务稳定性、问题处理及时性都有极高的要求，日志是运维环节中重要的一环。 【用户说】 刘立湘 —— 非码科技运维总监 CLS的低成本以及弹性扩缩容很好的满足了我们日志需求，同时也解放了更多运维人力聚焦在业务本身。 业务背景 非码科技作为一家服务众多品牌的SaaS化解决方案提供商，致力于将智能门店带入每个消费者、每个门店、每个品牌，构建智能商业世界。 这就对非码方的运维和运营能力都提出了极高的要求。 前期非码使用ELK作为运维/运营平台，遇到的主要挑战如下： 1. 运维成本 日志服务已承接CLB/CDN/COS等日志，只需控制台一键开启； 与TKE业务日志、Master日志深度融合，提供一键部署的云原生日志方案； 提供Kafka协议/log4j等生态接入能力； CLS
1K10编辑于 2022-01-17 - 来自专栏运维之美
「运维之美」技术周刊 ( 第 4 期 )
4、IPList IPList 是一个在线 IP、Hostname 查询工具，支持 IPv4、IPv6。只要输入查询内容就会显示出相关信息，也可看到打开网站你目前的 IP 地址。 5、Learn-Regex 这个项目是一个关于正则表达式的教程，不仅收录了学习资料，还提供了一个在线的学习网站帮助巩固所学，在实操中多练习一下能够让你更快的达到不需要每次使用的时候都翻开教程的境界，熟能生巧 8、magic-of-sysuse-scripts 一个可快速初始化服务器环境和安装常用软件环境的运维小工具。 4、Coding Interview University 这份指南里面包含 Google 相关的介绍视频、面试过程、教学资源，同时也有数据结构、算法、密码学等计算机专业的知识讲解。 ——「活着」 4、人生的某些障碍，你是逃不掉的。与其费尽周折绕过去，不如勇敢的地攀越，或许这会铸就你人生的高点。 —— 宫崎骏「龙猫」 ?
69920发布于 2019-07-30 - 来自专栏后端云
Kubernetes 运维遇到的问题记录（4）
Kubernetes 集群网络有很多种实现，有很大一部分都用到了 Linux 网桥：每个 Pod 的网卡都是 veth 设备，veth pair 的另一端连上宿主机上的网桥。由于网桥是虚拟的二层设备，同节点的 Pod 之间通信直接走二层转发，跨节点通信才会经过宿主机 eth0。
1.3K20编辑于 2023-02-10 - 来自专栏释然IT杂谈
企业运维经典面试题汇总（4）
yangwen drwxr-xr-x 2 root root 4096 Apr 9 21:08 testdrwxr-xr-x 2 root root 4096 Apr 9 21:08 xings 方法4： 解答： 0 关机 1 单用户 2 多用户，没有nfs支持 3 完全多用户， 4 保留 5 X Windows 6 重启 10、yangwen 系统中查看中文乱码，请问如何解决乱码问题？ 4、描述 linux 运行级别 0-6 的各自含义 0 关机 1 单用户模式 2 多用户没有NFS网络支持 3 完全多用户模式（工作中常用） 4 保留 5 图形化界面 6 重启 5、描述 linux 下文件删除的原理 '192.168.20.130 Sed方法4： [root@yangwen ~]# ifconfig eth0|sed -n '/inet addr/p'|sed -r 's#^. *oy" ett.txt yangwen 方法4： [root@yangwen]# egrep "ol.
67431发布于 2020-08-25
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号