apm之对比 方案列表 以下包含部分主流的一站式方案和自建组合方案： skywalking zipKin opentelemetry agent + opentelemetry collector + jaeger/Tempo(traceing) + prometheus(metrics) + elasticsearch(log) opentelemetry agent + opentelemetry collector + elastic apm server elastic apm agent + elastic apm server 当然实际肯定不止这些方案，以上只是在查找资料过程中了解到的 方案对比 一个项目需要选择某个方案，肯定需要综合考虑，多维度对比产品的特点，以下是一些简单的分析： 体验测试过skywalking，支持无侵入，总体上还可以，但是使用这块意味着相对较为封闭，学习成本一般 zipKin，未测试使用，查资料需要手动埋点，意味着使用成本较高 比较标准的监控方案，分别使用不同组件来存储、分析、展示数据，组件根据实际要求可替换性很高，但缺点是组件太多 opentelemetry和elastic结合的方案，减少了部分组件，如果当前已经有elastic生态，那么是非常容易集成的，且依然满足随时替换后端的需求，可以按需调整 完全使用elastic的方案，优点可以直接集成，缺点是也相对封闭 基于以上的特性，此次选择方案4来测试使用

vps厂商 推荐 https://lisahost.com/ https://www.kvmla.pro/ Linode 目前也使用了两年的腾讯云香港轻量主机，效果也还不错 如果能搞到日本或者韩国的质量好的主机是最好的，延迟低，不过这种麻烦并且价格不低

minecraft的优化问题 0x00 java版本因为历史原因，优化比较差，没有重写的基岩版C++性能好 其他运行不流畅的现象，主要表现为：帧数在静止的时候可以到150-200帧，但是走动比较晃眼睛，并且帧数降低。帧数不稳定 联机可以考虑把服务器从本地局域网放到互联网上，本机不直接作为服务端。 在高版本可以使用mod进行优化： Sodium https://www.mcmod.cn/class/2785.html 需要先安装Fabric Loader Lithium Phosphor Starlight性能可能更高，但是跟其他mod兼容性可能有一定问题，小型服务器使用Phosphor够用了 Iris Shader 光影 其他必备插件 JEI 小地图 https://www.mcmod.cn/class/1701.html

H3C设备持久化日志到rsyslog服务器 0x1 why 原因很简单，设备日志没有持久化，不能在性能、故障、安全等问题过后进行排查 0x2 how 日志 buffer 默认只有 512 条，没有进行持久化，这里我们仅配置 h3c 设备如何发送日志到 rsyslog 服务器 先查看当前有哪些vlan，确定使用哪个vlan接口作为源地址发送给日志服务器 dis int vlan br 此示例设置vlan 1为日志发送的源地址和接口 info-center loghost source Vlan-interface 1 设置日志的发送事件类型，这里设置为local6，与rsyslog中的保持一致 info-center loghost 192.168.3.100 facility local6 查看配置内容，以及是否启用等 dis info-center 至此，如果rsyslog服务器已经配置完成的话，那么可以在相关目录查看到设备的日志文件了

rsyslog日志服务器配置 0x1 rsyslog 这里记录 rsyslog 的方式作为日志服务器持久化日志，为什么需要rsyslog呢？ 举一个身边常见的例子，常见的三层交换机、路由器等网络设备保存的日志条目只有512条，并且网络设备的日志量是不低的，那么意味着，如果有一个网络问题出现，想要排查之前十几分钟甚至半个小时的日志都非常困难，所以需要一个日志系统来持久化保存历史 0x2 为什么rsyslog 其实翻一翻文档可以看到，网络设备默认配置 syslog 协议发送日志到服务器，这部分已经能够被 logstash 替换了，所以最终我们的目标可以是，直接对接网络设备和 elfk。 但 syslog 胜在简单，如果小公司不想单独弄一个复杂的日志系统，那么简单的 rsyslog 服务器也是能够满足需求的 rsyslog 配置 这里以收集 H3C 设备日志为例，其中 H3C 的配置部分参考本站内的文档 H3C设备持久化日志到rsyslog服务器： 使用 yum 安装 rsyslog 修改 rsyslog 配置文件 /etc/rsyslog.conf，开启 udp 和 tcp 端口监听: # Provides UDP syslog reception $ModLoad imudp $UDPServerRun 514 # Provides TCP syslog reception $ModLoad imtcp $InputTCPServerRun 514 在文件的前面部分，默认是注释的，启动 rsyslog 服务不会监听，取消注释即可 在配置文件最后追加如下内容: $template h3c,"/data/logs/h3c/%FROMHOST-IP%.log" local6.* ?h3c #$template huawei,"/log_data/huawei/%FROMHOST-IP%.log" #local5.* ?huawei #$template cisco,"/log_data/cisco/%FROMHOST-IP%.log" #local4.* ?cisco 这里提供了三种品牌设备的日志收集方式，配置格式不是强制的。以 h3c 为例：第一行定义了一个h3c名字的模板，并且定义了保存的路径和文件名（以源ip命名），第二行定义收集 local6 类型的所有日志为应用到上面定义的 h3c 这个模板上。其中最关键的是这里 local6 要和网络设备中的配置一致即可。 至此重启 rsyslog 服务，在网络设备与日志服务器之间网络正常的情况下，即可在上面定义的目录中看到最新的日志