ITPub博客

云计算可以在线保存大量数据，并可以在任何时间、任何设备上使用。灵活性、可扩展行以及性价比等诸多buff加持，使许多企业用它来管理庞大的数据。云计算安全云计算通过为数据处理、存储和访问提供方便和灵活的解决方案，彻底改变了组织的运作方式。虽然保护敏感数据很方便，但也需要强有力的安全程序。安全风险和威胁，包括恶意软件、非法访问、内部威胁和违反合规性，都可能影响云计算环境。由于云计算基础设施的共享性质和对

链路抖动是指物理接口在至少10秒的时间内持续上升和下降，每秒三次或更多次。常见原因通常与电缆损坏、不受支持或非标准电缆或小型封装热插拔(SFP)或其他链路同步问题有关。链路抖动的原因可能是间歇性或持久性的。链路抖动通常是物理干扰，因此要采取相应的方式和步骤来诊断和防止以及解决。问题现象以数据库主机为例，在出现链路抖动时数据库磁盘链路有异常，IO延迟大，影响数据库的访问，生产业务受到影响。出现此问题

从人工走向智能，一切的变化来源于数据中心规模化、系统复杂性和设备多样性的挑战，将平台运维的重要性推到了高点。#01为何要智能化？—企业IT建设不断深入和完善，业务对系统稳定性和连续性的依赖，智能化将是更好的选择。“人工”作为数据中心运维的主角依赖经验，自身局限也很明显：只能善后、不能预警，无法实现精细化管理。从未来的发展趋势看，人工在数据中心的定位应该最终逐步趋向于"管理"而不

随着开源产品的越来越盛行，作为一个Linux运维工程师，能够清晰地鉴别异常机器是否已经被入侵了显得至关重要，个人结合自己的工作经历，整理了几种常见的机器被黑情况供参考：背景信息：以下情况是在 CentOS 的系统中查看的，其它 Linux 发行版类似。1. 入侵者可能会删除机器的日志信息可以查看日志信息是否还存在或者是否被清空，相关命令示例：2. 入侵者可能创建一个新的存放用户名及密码文件可以查看

随着企业IT建设的不断深入和完善，IT管理的重要性逐渐被重视，打通数据割裂，使业务更加充分融合。亟需一套统一的平台来实现跨品牌跨设备类型的集中监控和管理。LinkSLA带外监控平台，不仅适用于大规模或超大规模的运维场景，而且经过实际落地验证，设备监控规模已成功突破20万以上，充分展现平台其高可靠性和可扩展性，满足运营商级的运行要求。敏捷适配是亮点之一，目前仅服务器适配30多家厂商和千余种型号新对象

问题描述某天下午运维反馈说我们这一个pod一天重启了8次，需要排查下原因。一看 Kibana 日志，jvm 没有抛出过任何错误，服务就直接重启了。显然是进程被直接杀了，初步判断是 pod 达到内存上限被 K8s oomkill 了。 pod 达到内存上限被 K8s 杀了。因此得出结论是生产环境暂时先扩大下 pod 的内存限制，让服务稳住。然后再排查为啥 pod 里会有这么多的堆外内存占用

需求在运维工作中随着我们积累的经验不断增多，不知你是否遇到过以下几个场景：Linux 如何快速删除大量文件？Vsphere 如何在不重启的情况下识别新添加的 iscsi 硬盘？Linux中 rm 命令如何做到防误删？不同 Linux 服务器之间如何实现快速挂载？Linux 中如何将用户快速添加到附属组？细心的人往往会通过自己特有的方式来快速处理，不禁让人拍手叫绝。下面我就来具体介绍下我的处理方式吧

数据治理是 CMDB 项目实施中难度最大、成本最高的环节，是一个长期治理的过程，而行业很少提出 CMDB 数据治理的技术实现方案。CMDB 数据治理不仅需要解决配置管理工程性的技术问题，还要基于运维组织的特点，建立适应性的配置运营能力、设置专岗专责、梳理配置目录、制定配置项管理机制、落地流程、自动化策略、定期建立配置数据质量监测或分析、触发配置问题治理任务、技术运营等工作。1.专岗负责明确分层次的

告警产生4月16日上午7:30分左右，福州某市医院20多台服务器批量重启，通知现场工程师。故障分析定位1、通过批量重启告警信息，发现内网esxi53主机硬件告警，初步判断是X86设备esxi53发生故障，导致esxi53上的虚拟服务器进行迁移重启。告警提示查打开esxi53设备详情，查看磁盘运行信息，显示2块磁盘运行正常。基本可以排除磁盘故障。磁盘运行正常2、在9:20左右，服务器再次发生批量重启

作为一名 IT 从业人员，掌握 Linux 命令是必不可少的技能。即使你使用 Windows 或 macOS，你总会遇到需要使用 Linux 命令的场合。例如，大多数 Docker 镜像都基于 Linux 系统。要进行 DevOps 工作，你需要熟悉Linux，至少要了解一些常用命令。一、自定义bash提示符嗯，这个主题本身可以是一篇冗长的文章。不过，我们不需要学习所有的内容。在大多数情况下，我们

先研发之忧而忧，后业务之乐而乐；起早与贪黑齐飞，调休共假期待定”，这就是我们对传统运维的固有认知。传统IT运维工作可以用“背锅侠”来形容，很多企业的系统出现故障，第一时间总是找运维部门解决问题。作为“互联网消防兵”，运维工作通常最为忙碌，就如像消防员一样，时刻保持警惕，准备着救急救火。但伴随着数字化转型的深入，企业的应用系统越来越多，越来越复杂，传统的IT系统与保障方式已不能适应新需求的变化。能够

前言通过对数据的垂直拆分或水平拆分后，我们解决了数据库容量、性能等问题，但是将会面临数据迁移和数据一致性的问题。在数据迁移方面，需要考虑如何快速迁移、平滑迁移、不停机的迁移等。待数据迁移完毕后，还需要校验数据的完整性。数据一致性方面，要根据的业务来判断是否要必要引入分布式事务，如果需要引入分布式事务，需要斟酌是采用XA，还是基于BASE的柔性事务。数据迁移数据迁移是很容易出故障的一个环节，需要考虑

LinkSLA智能运维为企业IT部门提供覆盖资源管理、监控告警、IT服务台、日志管理、MOC值守服务等多项功能为一体的运维平台，通过打通各业务单元、贯穿各技术栈，以故障定位和全生命周期管理为核心，持续保障业务连续性。本次V6.0版本全面升级，聚焦架构性能优化升级、增加带外设备的功能管理，新增、优化功能模块及前端架构升级。 一、架构性能优化升级V6.0版本采用更加先进的技术架构，使得系统更

告警的本质没有多少系统的告警是设计得当的。良好的告警设计是一项非常困难的工作。如何知道你收到的告警是糟糕的？多少次你收到了告警之后，立即就关掉了的？是不是成天被这些然而并没有什么卵用的东西给淹没？最常见的告警设置：cpu使用率超过90%，然后告警。这种设置在大部分场合下是没有办法提供高质量的告警的。高质量的告警应该是这样的：每次收到之后你可以立即评估影响的范围，并且每一个告警需要你做出分级响应。所

1、缓存String类型例如：热点数据缓存（例如报表、明星出轨），对象缓存、全页缓存、可以提升热点数据的访问数据。2、数据共享分布式String 类型，因为 Redis 是分布式的独立服务，可以在多个应用之间共享例如：分布式Session<dependency> <groupId>org.springframework.session</groupId> &

Gartner数据显示，2023年AIOps在中国市场渗透率只达到目标受众的5%-20%。这一数据意味着仍有大量企业还未进行AIOps建设，未来AIOps市场前景广阔。目前，已经开始应用AIOps的企业，智能运维水平普遍还处于辅助智能化运维阶段，主要以系统辅助分析，帮助人工进行决策和操作为主。随着AI技术的加速落地，智能运维也将循序渐进不断升级，在质量、成本、效率、安全等维度持续完善，助推企业智能

1、LIMIT 语句分页查询是最常用的场景之一，但也通常也是最容易出问题的地方。比如对于下面简单的语句，一般 DBA 想到的办法是在 type，name， create_time 字段上加组合索引。这样条件排序都能有效的利用到索引，性能迅速提升。SELECT *FROM   operationWHERE  type =&nbsp

运维工程师的“班味”是从风险管理就加重的。什么是班味呢？指的是打工人身上特有的疲惫气质，面色憔悴、双目无神和腰酸背痛都是“班味”的显著表现。习惯性回复“收到，马上来”、不自觉唉声叹气、下班也提不起精神等症状，则说明运维工程师的“班味”已经深入灵魂。不管以前多么开朗阳光，一旦上过班，你的气质就变了。对运维工程师来说，扎心的是明明已经下班，班味儿却时刻笼罩头顶，让工作和生活的边界逐渐模糊，收到告警得多

前言今天继续来看看有关 Redis 的一个问题，主从复制。通常，对于大多数的场景来说，读比写更多，于是对于缓存的水平扩展，其中的一个方式 “主从复制” 就是一个常见的思路。有了主从复制，那么可以扩展出很多从节点来应对大量的读请求。那么问题来了 Redis 的主从复制是如何实现的呢？PS：本文仅关心复制的机制，不关心主节点下线重新选等等异常情况。前置知识你需要知道 Redis 的持久化方式，RDB&

我们常说，IT运维是比较有风险意识的。往往能预测哪里可能出现问题，出现问题后该如何处理。在运维环境中，为了保障业务系统稳定正常运行，需要对监控对象进行持续性的监控，并且通过数据统计分析，及时地反应出性能瓶颈、安全隐患等。因此监控就成为整个运维环境，乃至整个产品运维环节中最重要的一环，事前及时预警发现故障，事中诊断快速定位，事后分析复盘避免二次故障。监控对象分类我们通常将监控对象分为四大类1.服务器