- 综合排序
- 最热优先
- 最新优先
- 来自专栏kafka专栏
2.【kafka运维】ConfigCommand运维脚本(2)
文章目录 ConfigCommand 1 查询配置 Topic配置查询 其他配置/clients/users/brokers/broker-loggers 的查询 查询kafka版本信息 2 增删改 默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置 sh bin/kafka-configs.sh --describe --bootstrap-server xxxx:9092 --version 所有可配置的动态配置 请看最后面的 附件 部分 2 增删改 配置 --alter –alter 删除配置: --delete-config k1=v1,k2=v2 添加/修改配置: --add-config k1,k2 选择类型: --entity-type value 示例 consumer_byte_rate producer_byte_rate request_percentage More Kafka专栏持续更新中…(源码、原理、实战、运维
1.7K30发布于 2021-08-03 - 来自专栏嘉为动态
运维流程管理：保障运维管理效能的推手
随着企业信息化的发展，IT环境日益复杂，对IT运维管理的要求也就越来越高，那么IT运维中的管理流程应该如何考虑？ 流程工具和技术概要 01 常见工具 企业中常见的流程管理工具有OA、BPM平台、专用的工作流程平台，如：K2。这么多的工具很容易让人迷惑混淆，而他们的定位和侧重点其实是有区别的。 对IT运维的日益重视，意味着需要有一款专门的运维流程管理软件对运维业务的管理工作做支撑。 所以越来越多企业IT运维部门提出将相关运维管理流程单独抽离，便于根据运维的业务特性进行规范化管理，并且实现敏捷的自动化流程。 痛点分析 ? 总结 运维流程作为IT运维管理的重要部分，应该在ITOM体系中进行考虑，作为一体化运维平台的一部分。
8.6K62发布于 2020-04-08 - 来自专栏python3
运维管理后台
开发运维管理后台的过程中使用到的东东有：python2.7、django、celery、javascript、jquery等.... 一、登录界面 ? 三、授权申请提交后，管理员后台对收到的任务进行授权处理 ? ? 四、授权处理完成之后，新账号就有了所有页面的访问权限 左侧的新增菜单导航就是管理员授权通过后，新用户才会看到对应的页面 ? 五、管理后台一些功能介绍 1、流程管理，涉及使用者流程的申请，管理员处理流程等功能，需要新增流程的话，直接开发对应的流程任务添加到管理后台中即可。 ? 2、统一账号管理，自己开发的管理模块，没有采用django admin自带的用户管理模块。 ? 4、页面管理，用来动态的添加和删除页面，避免了将页面写死到代码里，后期管理维护不方便。 ? 5、管理平台中具体的子页面功能就不做展示，有感兴趣的可以私信了解。
5.9K10发布于 2020-01-16 - 来自专栏devops_k8s
运维管理与运维自动化
1.基础设施，包括网络、服务器、操作系统等工作;2.环境管理，包括开发环境、测试环境、生产环境等；3.部署，将应用或系统部署至不同环境；4.监控，对基础设施、应用或系统进行监控；5.告警响应，对告警通知的响应及处理 图片2 运维现状从“二八定律”来看，以上运维工作有80%可以通过繁琐的手动处理进行处理，有20%需要根据不同因素来进行特定处理。 如:（1）nginx实现平滑摘节点（2）调用api实现监控项的禁用及启动5 运维自动化的几个阶段站得高，看得远。 7.2 运维管理文章开头说运维管理主要目标是标准化/规范化，自动化，可视化/web化，从切身体验来看运维管理的目标也是随着运维自动化阶段的不同而变化的。 运维自动化不是万能的，我们需要看清楚它的位置。（2）运维的本质到底是服务，是服务于业务，因为运维是用技术解决业务问题，运维的价值要依托于业务才能体现。
2.9K60编辑于 2023-07-21 - 来自专栏kafka专栏
2.【kafka运维】ConfigCommand运维脚本
配置查询 其他配置/clients/users/brokers/broker-loggers 的查询 broker-loggers 查询指定Broker的Logger相关配置 查询kafka版本信息 2 默认配置 附件 More 日常运维 、问题排查 怎么能够少了滴滴开源的 滴滴开源LogiKM一站式Kafka监控与管控平台 ConfigCommand Config相关操作; 动态配置可以覆盖默认的静态配置 sh bin/kafka-configs.sh --describe --bootstrap-server xxxx:9092 --version 所有可配置的动态配置 请看最后面的 附件 部分 2 增删改 配置 --alter –alter 删除配置: --delete-config k1=v1,k2=v2 添加/修改配置: --add-config k1,k2 选择类型: --entity-type
3.2K10编辑于 2022-04-13 【YashanDB监控运维平台（YCM）】基本运维管理
基本运维管理包括实例管理、配置参数、数据空间管理、会话管理、权限管理、数据库审计。实例管理：查看实例的服务器配置、更新数据库实例信息、启停实例、删除备节点等功能。 数据空间管理：支持快捷管理表空间和表空间集功能。会话管理：查看当前实例已经连接的会话信息，用户会话的删除和中断功能。权限管理：支持创建数据库用户和角色。 针对单机部署数据库提供了以下功能模块：基本信息：详情、告警监控、拓扑图、配置、网络配置数据库管理：数据空间管理（表空间）、权限管理、会话管理、备份管理、可靠性方案、数据库审计诊断优化：性能报告、锁管理、 事务分析、慢SQL分析、日志分析、数据库日志针对分布式部署数据库提供了以下功能模块：基本信息：详情、告警监控、拓扑图、配置、网络配置数据库管理：数据空间管理（表空间和表空间集）、权限管理、会话管理、备份管理 ）、权限管理、会话管理、备份管理、数据库审计诊断优化：性能报告、锁管理、事务分析、慢SQL分析、日志分析、数据库日志登录管理平台提供会话级别的用户信息保存功能。
43210编辑于 2025-06-25- 来自专栏DBA随笔
MongoDB运维与开发(四)---用户权限管理2
// MongoDB运维与开发(四)---用户权限管理 // 上次的文章中我们说到了MongoDB中的用户初始化，重点说了启用访问控制的方法、角色与用户的关系、用户的创建、修改、删除、查询方法 2、db.revokeRolesFromUser（） 该方法将回收自定义角色的某些权限，它的语法格式为： db.revokeRolesFromUser("<username>",[<roles>],{< authSource=test&gssapiServiceName=mongodb Implicit session: session { "id" : UUID("bc2f783f-7807-41cd "), "name" : "yeyz" } { "_id" : ObjectId("5fa1743ac69e2dfa962884d7"), "name" : "zhangsan" } 接下来我们演示回收权限的过程 2、grantRolesToUser将某个角色分配给用户之后，会覆盖用户原来的角色，也就失去了原来的角色权限。
1.6K30发布于 2020-11-10 - 来自专栏Laoqi's Linux运维专列
运维管理小知识
---- 快速扫描某个服务器上所有开放端口 : nc -z -w2 ip port 比如: nc -z -w2 192.168.0.199 1-1024 其中 -w2 表示 2s超时 port 另外，如果想把不开放的端口也显示出来，可以加一个 -v nc -z -v -w2 192.168.0.199 1-80
3.5K40发布于 2018-05-09 - 来自专栏桥路_大数据
【HDFS】管理与运维
管理与运维 可视化界面 通过50070端口，可以访问HDFS Web UI：http://activeNameNodeHost:50070，需将activeNameNodeHost自行替换为主节点IP，
3.5K20发布于 2021-09-10 - 来自专栏Laoqi's Linux运维专列
日常运维管理（二）
an 查看系统的网络连接状况 ESTABLISHED：客户端与服务端已经建立数据连接（并发连接数） TIME_WAIT：客户端与服务端连接还没有断开，处于等待的一个状态 LISTEN： 侦听状态 实用运维管理命令 指定保存位置（但是我们保存的1.cap是不可以直接cat查看的） 如果不晓得一个文件是什么类型的文件可以使用 file /tmp/1.cap #tcpdump -r /tmp/1.cap -r: 读取 实用运维管理命令
4.4K60发布于 2018-05-09 - 来自专栏Laoqi's Linux运维专列
日常运维管理（三）
#ifup ens33 ：打开ens33这个网卡 有时候我们通过远程连接工具连接服务器，如果必须重启某个特定的网卡我们需要这样操作： #ifdown ens33 && ifup ens33 在日常的运维当中 2.POSTROUTING: 当数据包出去的时候，对数据包进行操作。 查看iptables默认规则：#iptables -nvL ---- 2.有时候当我们重启了iptables之后发现其规则没有消失，什么原因呢？ ACCEPT all -- * * 0.0.0.0/0 0.0.0.0/0 ctstate RELATED,ESTABLISHED 2 我们也可以指定一个范围； 练习⑦ #iptables -P INPUT DROP 详细解说： -P：预设策略（默认的均为ACCEPT，安全性较高，但是一旦输入如上命令，咱们的远程软件就不可以连接服务器了） 2.
4.2K50发布于 2018-05-09 - 来自专栏Laoqi's Linux运维专列
日常运维管理（一）
监控系统状态 w： # w/uptime：查看系统负载 16:08:52 up 2 days, 21:49, 1 user, load average: 0.00, 0.00, 0.00 USER -cpu----- r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 0 532216 65716 102220 0 0 2 29 166 96 2 1 97 1 0 以下几点我们需要关注： r，run的简写，表示有多少个进程目前出在run的状态 b，block的简写，这个进程被cpu以外的例如硬盘或网络（网速慢）堵死了，阻挡了 top - 17:12:16 up 2 days, 22:52, 1 user, load average: 0.00, 0.00, 0.00 Tasks: 95 total, 1 running, # sar -n DEV 2 10 //代表着抓取网卡的流量包，每隔2秒连续10次 # sar -n DEV -f /var/log/sa/sa05 //如果某天咱们想去查一下流量的历史
3.9K40发布于 2018-05-09 - 来自专栏云云众生s
爱上Day 2运维：使用GitOps驱动的API管理
Git 和其他现代化运维工具可以简化 Day 2 运维，即使对于最复杂的云原生应用也是如此。 通过更现代的策略——基于 Git 和其他对现代运维至关重要的工具——你可以简化和精简Day 2运维，即使是最复杂的云原生应用程序也是如此。 Day 2 和 API 管理 Day 2运维包含所有任务——包括 API 部署、版本控制、监控、故障排除、事件缓解和更新——团队必须执行这些任务才能持续保持应用程序的正常运行。 使用现代运维解决Day 2 API 管理难题 面对现代应用程序的Day 2运维挑战，团队该怎么做？ 错误的答案是避免复杂的架构。 更明智的策略是在有意义的情况下开发云原生应用程序（或将单体架构重构为云原生架构），同时利用现代运维来简化Day 2运维。 例如，现代运维意味着使用 Git 来管理和自动化环境配置。
21410编辑于 2024-03-28 - 来自专栏ApacheHudi
Hudi的管理与运维
管理员/运维人员可以通过以下方式了解Hudi数据集/管道 通过Admin CLI进行管理 Graphite指标 Hudi应用程序的Spark UI 本节简要介绍了每一种方法，并提供了有关故障排除的一些常规指南 Hudi库使用.hoodie子文件夹跟踪所有元数据，从而有效地在内部管理该数据集。 初始化hudi表，可使用如下命令。 ==========| | <INSTANT_1> | REQUESTED| 35 | | <INSTANT_2> Job 2 : 加载我们需要检查的文件名集。 Job 3 & 4 : 通过联合上面1和2中的RDD，智能调整spark join并行度，然后进行实际查找。 将来，将在项目中添加更复杂的调试/管理UI，以帮助自动进行某些调试。
9.8K21发布于 2021-04-13 - 来自专栏cwl_Java
快速学习-RocketMQ运维管理
运维管理 1 集群搭建 1.1 单Master模式 这种方式风险较大，一旦Broker重启或者宕机时，会导致整个服务不可用。不建议线上环境使用,可以用于本地测试。 2 mqadmin管理工具 注意： 1. 执行命令方法：./mqadmin {command} {args} 2. 几乎所有命令都需要配置-n表示NameServer地址，格式为ip:port 3. 值-ttopic 名称-h打印帮助-nNameServer 服务地址，格式 ip:portqueryMsgByUniqueKey根据msgId查询，msgId不同于offsetMsgId，区别详见常见运维问题 kkey-vvalue 2.8 其他 名称含义命令选项说明startMonitoring开启监控进程，监控消息误删、重试队列消息数等-nNameServer 服务地址，格式 ip:port-h打印帮助 3 运维常见问题 3.1 RocketMQ的mqadmin命令报错问题 问题描述：有时候在部署完RocketMQ集群后，尝试执行“mqadmin”一些运维命令，会出现下面的异常信息： org.apache.rocketmq.remoting.exception.RemotingConnectException
4.8K10发布于 2020-09-21 - 来自专栏民工哥技术之路
玩转企业集群运维管理系列（十六）：DRBD 配置文件与运维管理
公共配置项（common） 这里的common，指的是drbd所管理的多个资源之间的common。 2）startup：启动时候的相关设置，比如设置启动后谁作为primary（或者两者都是primary：become-primary-on both）。 3）syncer：同步相关的设置。 StartingSyncS #完全同步，有管理员发起的刚刚开始同步，未来可能的状态为SyncSource或PausedSyncS。 StartingSyncT #完全同步，有管理员发起的刚刚开始同步，下一状态为WFSyncUUID。 2）Discarding modifications made on the “older” primary.
1.9K10编辑于 2023-12-19 - 来自专栏开发运维工程师
运维分享｜安全运维之iptables防火墙（2）
引言1 概述防火墙技术是通过有机结合各类用于安全管理与筛选的软件和硬件设备，帮助计算机网络于其内、外网之间构建一道相对隔绝的保护屏障，以保护用户资料与信息安全性的一种技术。 2 安装与使用2.1 安装iptables环境在Linux操作系统中，可以使用yum管理来安装，也可以从官网下载后上传到服务器手动安装。 3.1 查看iptables已设置的规则查看已设置规则列表：iptables -L[root@otn2 ~]# iptables -LChain INPUT (policy ACCEPT)target policy ACCEPT)target prot opt source destination查看已设置规则详细列表：iptables -L -vn[root@otn2 190.168.1.200$ iptables -I INPUT -p icmp --icmp-type 8 -s 192.168.1.10 -j ACCEPT$ iptables -I INPUT 2
1.2K30编辑于 2023-11-20 运维管理数智化：数据与智能运维场景实践
回归业务本质，运维复杂度是由管理场景和技术对象共同来影响的，所以回到一体化运维的定义中：基于运维业务视角的角色、流程、活动（对象）、工具系统的整合，业务运转顺畅、流程运行高速、工具支撑高效是对运维一体化的核心验证 因此，需要运维大数据进行管理和处理。 图1:数据与智能业务架构大数据分析运维场景实践首先初步定义运维数据域，可以大致划分成5个域：1、配置域：IT资产管理系统、配置管理中各类电子信息设备的基本信息、技术参数及关联关系等信息，包括PC机、服务器 2、状态域：IT监控、自动化运维、安全监测等采集的设备软硬件性能、状态、事件、日志、告警及实用化数据等。3、流程域：运维流程管理中执行一个业务流程所产生的相关记录数据。 关键逻辑为：图2:基于运维数据的管理架构这里有几个实践建议：1、消费场景聚焦在提升性能容量、观测整合、运营分析的高阶运维能力；尤其是在观测整合上，当前可观测主要围绕故障分析和定位展开，基于数据管理框架，
3K40编辑于 2024-07-17- 来自专栏前沿技墅
从ITOM到AIOps：IT运维管理向智能运维的进化
面对这些新形势下的挑战，IT 运维管理（ITOM）需要从原有的人工加被动响应，转变为更高效、更智能化的运维体系，为新形势下的IT系统保驾护航。 AIOps重新定义了IT运维的管理方式，为IT运维团队适时提供适当信息，以便实现以下几点。 通过采集当前环境中的运维数据，集成现有IT运维管理工具，利用聚合数据分析的技术，对IT系统中各个环节的问题进行快速定位、故障排除和预测。 全局日志检索 以一个典型金融行业为例，他们有上百个业务系统，面对每天产生的大量日志数据（几TB），日常运维过程中，当运维人员需要排错或日志巡检时，需要逐台登录服务器, 无法集中查看和管理日志数据；另外， 传统IT运维管理平台，即 ITOM 平台，往往是为完成单一管理任务而设计的，更偏向于管理某一细分专业领域。
5.7K50发布于 2018-06-08 - 来自专栏大数据在线
拯救运维人！智能运维如何实现1+1>2
如果要评选世界上压力最大的工作，那么运维管理估计会大概率的入围。 人们形容运维人的工作日常：不是在解决问题就是在解决问题的路上。 1 运维为何就这么难 在当下，很多企业经过多年数字化建设，通过整合监控与告警、与ITSM集成、自动化运维，基本建成了包含“监控、管理、控制”三大维度的运维体系。 监控体系自身尚且如此，监控与管理、控制之间就更缺乏全链路的联动。这些情况直接导致了当前很多企业在运维上面临着运维数据范围不足、告警泛滥、根因分析定位难、缺少全链路联动分析等情况。 Gartner就预测设备和应用程序所产生的数据量正以每年2-3倍的速度增长，且数据类型多样。 2 如何让智能运维1+1>2 爱数与听云在智能运维领域开启了新模式。今年1月份，双方携手正式推出了智能运维整合方案，旨在帮助客户全面管理、深度洞察海量、多源、异构的机器数据。
93820发布于 2021-01-26
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号