施巴拉古大师💤 -
妖精的尾巴
关注数: 22 粉丝数: 11 发帖数: 637 关注贴吧数: 32
Update to patch 21.0.0.88998 8.3更新新卡空过的问题，复制相关文件覆盖（有效期1天） 6ZO+5o6lOiBodHRwczovL3Bhbi5iYWlkdS5jb20vcy8xdWgtcnZsREJUWl9UWFdxb3lJeF9OUSDmj5Dlj5bnoIE6IHU1cWIgKGNhcmREQuaWh+S7tuadpea6kOS6jiBMV0jvvJtDYXJkRGVmc+adpea6kOS6jnNzeTg5NzU3KQ==
TS1.4 过期修复办法 直接修改下时间在前一天 下面贴下批处理（来源- 忽然之间） @echo off ::修改时间 date 2021-6-14 ::cd到当前目录 cd /d %~dp0 start Hearthbuddy.exe %1 %2 echo 等待启动软件中 timeout 5 ::更新到网络时间 net time \\server time1.cloud.tencent.com net stop w32time net start w32time w32tm /resync
openfalcon吧吧主竞选：NO.0001号候选人
openfalcon存储对于监控系统来讲，历史数据的存储和高 openfalcon存储 对于监控系统来讲，历史数据的存储和高效率查询，永远是个很难的问题！ 数据量大：目前我们的监控系统，每个周期，大概有2000万次数据上报（上报周期为1分钟和5分钟两种，各占50%），一天24小时里，从来不会有业务低峰，不管是白天和黑夜，每个周期，总会有那么多的数据要更新。 写操作多：一般的业务系统，通常都是读多写少，可以方便的使用各种缓存技术，再者各类数据库，对于查询操作的处理效率远远高于写操作。而监控系统恰恰相反，写操作远远高于读。每个周期几千万次的更新操作，对于常用数据库（MySQL、postgresql、mongodb）都是无法完成的。 高效率的查：我们说监控系统读操作少，是说相对写入来讲。监控系统本身对于读的要求很高，用户经常会有查询上百个meitric，在过去一天、一周、一月、一年的数据。如何在1秒内返回给用户并绘图，这是一个不小的挑战。 open-falcon在这块，投入了较大的精力。我们把数据按照用途分成两类，一类是用来绘图的，一类是用户做数据挖掘的。 对于绘图的数据来讲，查询要快是关键，同时不能丢失信息量。对于用户要查询100个metric，在过去一年里的数据时，数据量本身就在那里了，很难1秒之类能返回，另外就算返回了，前端也无法渲染这么多的数据，还得采样，造成很多无谓的消耗和浪费。我们参考rrdtool的理念，在数据每次存入的时候，会自动进行采样、归档。我们的归档策略如下，历史数据保存5年。同时为了不丢失信息量，数据归档的时候，会按照平均值采样、最大值采样、最小值采样存三份。 在下一小节，我将简单介绍一下open-falcon的安装和使用
openfalcon Api到这里，数据已经成功的存储在了g openfalcon Api 到这里，数据已经成功的存储在了graph里。如何快速的读出来呢，读过去1小时的，过去1天的，过去一月的，过去一年的，都需要在1秒之内返回。 这些都是靠graph和API组件来实现的，transfer会将数据往graph组件转发一份，graph收到数据以后，会以rrdtool的数据归档方式来存储，同时提供查询RPC接口。 API面向终端用户，收到查询请求后，会去多个graph里面，查询不同metric的数据，汇总后统一返回给用户。 面板 前端页面展示
openfalcon数据收集transfer，接收客户端发送 openfalcon数据收集 transfer，接收客户端发送的数据，做一些数据规整，检查之后，转发到多个后端系统去处理。在转发到每个后端业务系统的时候，transfer会根据一致性hash算法，进行数据分片，来达到后端业务系统的水平扩展。 transfer 提供jsonRpc接口和telnet接口两种方式，transfer自身是无状态的，挂掉一台或者多台不会有任何影响，同时transfer性能很高，每分钟可以转发超过500万条数据。 transfer目前支持的业务后端，有三种，judge、graph、opentsdb。judge是我们开发的高性能告警判定组件，graph是我们开发的高性能数据存储、归档、查询组件，opentsdb是开源的时间序列数据存储服务。可以通过transfer的配置文件来开启。 transfer的数据来源，一般有三种： 1、falcon-agent采集的基础监控数据 2、falcon-agent执行用户自定义的插件返回的数据 3、client library：线上的业务系统，都嵌入使用了统一的perfcounter.jar，对于业务系统中每个RPC接口的qps、latency都会主动采集并上报 说明：上面这三种数据，都会先发送给本机的proxy-gateway，再由gateway转发给transfer。 基础监控是指只要是个机器(或容器)就能加的监控，比如cpu mem net io disk等，这些监控采集的方式固定，不需要配置，也不需要用户提供额外参数指定，只要agent跑起来就可以直接采集上报上去； 非基础监控则相反，比如端口监控，你不给我端口号就不行，不然我上报所有65535个端口的监听状态你也用不了，这类监控需要用户配置后才会开始采集上报的监控（包括类似于端口监控的配置触发类监控，以及类似于mysql的插件脚本类监控），一般就不算基础监控的范畴了。
openfalcon数据模型Data Model是否强大，是 openfalcon数据模型 Data Model是否强大，是否灵活，对于监控系统用户的“使用效率”至关重要。比如以zabbix为例，上报的数据为hostname（或者ip）、metric，那么用户添加告警策略、管理告警策略的时候，就只能以这两个维度进行。举一个最常见的场景： hostA的磁盘空间，小于5%，就告警。一般的服务器上，都会有两个主要的分区，根分区和home分区，在zabbix里面，就得加两条规则；如果是hadoop的机器，一般还会有十几块的数据盘，还得再加10多条规则，这样就会痛苦，不幸福，不利于自动化（当然zabbix可以通过配置一些自动发现策略来搞定这个，不过比较麻烦）。
openfalcon架构每台服务器，都有安装falcon-a openfalcon架构 每台服务器，都有安装falcon-agent，falcon-agent是一个golang开发的daemon程序，用于自发现的采集单机的各种数据和指标，这些指标包括不限于以下几个方面，共计200多项指标。 CPU相关 磁盘相关 IO Load 内存相关 网络相关 端口存活、进程存活 ntp offset（插件） 某个进程资源消耗（插件） netstat、ss 等相关统计项采集 机器内核配置参数 只要安装了falcon-agent的机器，就会自动开始采集各项指标，主动上报，不需要用户在server做任何配置（这和zabbix有很大的不同），这样做的好处，就是用户维护方便，覆盖率高。当然这样做也会server端造成较大的压力，不过open-falcon的服务端组件单机性能足够高，同时都可以水平扩展，所以自动多采集足够多的数据，反而是一件好事情，对于SRE和DEV来讲，事后追查问题，不再是难题。 另外，falcon-agent提供了一个proxy-gateway，用户可以方便的通过http接口，push数据到本机的gateway，gateway会帮忙高效率的转发到server端。
openfalcon特点1、强大灵活的数据采集：自动发现，支 openfalcon特点 1、强大灵活的数据采集：自动发现，支持falcon-agent、snmp、支持用户主动push、用户自定义插件支持、opentsdb data model like（timestamp、endpoint、metric、key-value tags） 2、水平扩展能力：支持每个周期上亿次的数据采集、告警判定、历史数据存储和查询 3、高效率的告警策略管理：高效的portal、支持策略模板、模板继承和覆盖、多种告警方式、支持callback调用 4、人性化的告警设置：最大告警次数、告警级别、告警恢复通知、告警暂停、不同时段不同阈值、支持维护周期 5、高效率的graph组件：单机支撑200万metric的上报、归档、存储（周期为1分钟） 6、高效的历史数据query组件：采用rrdtool的数据归档策略，秒级返回上百个metric一年的历史数据 7、dashboard：多维度的数据展示，用户自定义Screen 8、高可用：整个系统无核心单点，易运维，易部署，可水平扩展 9、开发语言： 整个系统的后端，全部golang编写，portal和dashboard使用python编写。
openfalcon介绍监控系统是整个运维环节，乃至整个产品 openfalcon介绍 监控系统是整个运维环节，乃至整个产品生命周期中最重要的一环，事前及时预警发现故障，事后提供翔实的数据用于追查定位问题。监控系统作为一个成熟的运维产品，业界有很多开源的实现可供选择。当公司刚刚起步，业务规模较小，运维团队也刚刚建立的初期，选择一款开源的监控系统，是一个省时省力，效率最高的方案。之后，随着业务规模的持续快速增长，监控的对象也越来越多，越来越复杂，监控系统的使用对象也从最初少数的几个SRE，扩大为更多的DEVS，SRE。这时候，监控系统的容量和用户的“使用效率”成了最为突出的问题。 监控系统业界有很多杰出的开源监控系统。我们在早期，一直在用zabbix，不过随着业务的快速发展，以及互联网公司特有的一些需求，现有的开源的监控系统在性能、扩展性、和用户的使用效率方面，已经无法支撑了。 因此，我们在过去的一年里，从互联网公司的一些需求出发，从各位SRE、SA、DEVS的使用经验和反馈出发，结合业界的一些大的互联网公司做监控，用监控的一些思考出发，设计开发了小米的监控系统：open-falcon。
open-falcon架构 part01：数据采集&上报　 open-falcon架构 part01：数据采集&上报 　　1、agent（数据采集组件）：golang项目 　　　　　　1. 需要监控的服务器都要安装falcon-agent，falcon-agent是一个golang开发的daemon程序，用于自发现的采集单机的各种数据和指标 　　　　　　2. agent提供了一个http接口/v1/push用于接收用户手工push的一些数据，然后通过长连接迅速转发给Transfer。 　　　　　　3. 部署好agent后，能自动获取到系统的基础监控指标，并上报给transfer，agent与transfer建立了TCP长连接，每隔60秒发送一次数据到transfer。 　　2、 transfer（数据上报） 　　　　　　1. transfer进程负责分发从agent上送的监控指标数据，并根据哈希分片。 　　　　　　2. 将数据分发给judge进程和graph进程，供告警判定和绘图。 　　　　　　部署说明： 　　　　　　　　部署完成transfer组件后，请修改agent的配置，使其指向正确的transfer地址。 　　　　　　　　在安装完graph和judge后，请修改transfer的相应配置、使其能够正确寻址到这两个组件。
openfalcon与zabbix比优点　1. 模板支持继承 openfalcon与zabbix比优点 　1. 模板支持继承的同时支持覆盖策略项 　　　　　　2. 数据采集免配置，节省人力成本 　　　　　　3. 较为强大的数据模型 　　　　　　4. tag化描述告警策略each(metric=qps project=falcon module=jedge)>100 　　　　　　5. 水平扩展，多IDC支持
openfalcon特点　1. 数据采集免配置： 无需预定义 openfalcon特点 　1. 数据采集免配置： 无需预定义agent自动发现、支持plugin、支持主动push 　　　　　　2. 容量水平扩展： 生产环境每秒20多万此数据收集、告警、存储、绘图 　　　　　　3. 告警策略易于管理： 支持策略模板、模板继承和覆盖、报警接收人为用户组 　　　　　　4. 报警事件自动化处理： 触发阀值之后支持callback，便于嵌入自动化逻辑 　　　　　　5. 人性化告警设置： 支持最大告警次数、告警级别、告警恢复通知、告警暂停、不同时段不同阀值、支持维护周期、支持报警合并 　　　　　　6. 历史数据高效查询： 秒级返回上百个指标一年的历史数据 　　　　　　7. 架构设计高可用： 整个系统同核心单点、易运维、易部署
今天凌晨终于传说了该去还愿买卡包 今天凌晨终于传说了 该去还愿买卡包
不懂就问 运行最新整合版报错如下 今天下班回来运行XD报错如下，好像不影响XD正常工作，不知道还有没有其他人 有相同的报错。 [Ui] An exception occurred:System.InvalidOperationException: Collection was modified; enumeration operation may not execute. at System.ThrowHelper.ThrowInvalidOperationException(ExceptionResource resource) at System.Collections.Generic.List`1.Enumerator.MoveNextRare() at System.Collections.Generic.List`1.Enumerator.MoveNext() at Triton.Bot.Settings.Configuration.SaveAll() at Hearthbuddy.Windows.MainWindow.16(Object sender, SelectionChangedEventArgs e)
重新分享个写sim的老牌notepad++工具 老牌notepad++工具（之前一直用这个工具查看硬件日志分析故障），对于编程来说自己是个小白。这几天学着写SIM用这个工具和YL大佬之前安l利的VSC一起用很好。其中 notepad中的一个插件MIME Tools（ 这是一个进行文件编码转换的工具，可以进行下面这些编码之间的相互转换 ）挺好用的。首先复制神秘代码， （PS：要选中你需要加解密的代码 ）之后点击插件菜单之后选择MIME TOOLS分项菜单，里面选en加密，de解密，by line指加解密带个超链接。 神秘代码： 6ZO+5o6lOiBodHRwczovL3Bhbi5iYWlkdS5jb20vcy8xSkxGTy1FRlV2eUI5bllDd2lFbE1zQSDmj5Dlj5bnoIE6IDZ5dTk
不懂就问问 \Plugins\ReadDecktest\ReadDecktest.cs(300,71) : error CS1061: “HREngine.Bots.CardDB.Card”不包含“description”的定义，并且找不到可接受类型为“HREngine.Bots.CardDB.Card”的第一个参数的扩展方法“description”(是否缺少 using 指令或程序集引用?) 有大佬遇到这样的报错没，XD可用暂时还没发现其它的问题。
1 下一页