首页
学习
活动
专区
圈层
工具
发布

pinpoint 修改hbase表TTL值

Pinpoint接入业务监控后数据量大涨,平均每天Hbase数据增量20G左右,数据量太大,需要对数据进行定期清理,否则监控可用性降低,由于之前环境是由docker-compose部署,查到hbase可以修改表的...ttl来清理数据,目前进入pinpoint-hbase容器操作,如果能在hbase表格生成时就修改ttl效果会更佳,该方法需要熟悉docker-compose里面pinpoint-web及pinpoint-hbase.../ApplicationTraceIndex 19G . 24小时产生数据大概20G,发现其中TraceV2及ApplicationTraceIndex数据比较大,设置TTL分别为7Day及14Day...进入hbase修改表ttl root@990fb5560f64:/opt/hbase/hbase-1.2.6/bin# ....BLOCKSIZE => '65536', REPLICATION_SCOPE => '0'} 1 row(s) in 0.2410 seconds 设置ApplicationTraceIndex的TTL

2.8K32

Python 使用Scapy解析TTL值

TTL 由8比特组成,可以用来确定在到达目的地之前数据包经过了几跳,当计算机发送一个IP数据包时会设置TTL字段为数据包在到达目的地之前所应经过的中继跳转的上限值,数据包每经过一个路由设备,TTL值就自减一...Nmap进行伪装扫描时,伪造数据包的TTL值是没有经过计算的,因而可以利用TTL值来分析所有来自Nmap扫描的数据包,对于每个被记录为Nmap扫描的源地址,发送一个ICMP数据包来确定源地址与目标机器之间隔了几跳...Nmap的-D参数实现伪造源地址扫描nmap 192.168.220.128 -D 8.8.8.8 使用Scapy库来获取源地址IP及其TTL值,代码如下。...#coding=utf-8 from scapy.all import * from IPy import IP as PYIP # 检查数据包的IP层,提取出IP和TTL字段的值 def Get_TTL...Get_TTL,store=0) 运行脚本监听,启动Nmap伪造源地址扫描即可看到结果: 接着添加checkTTL()函数,主要实现对比TTL值进行源地址真伪判断: #!

1.4K20
  • 您找到你想要的搜索结果了吗?
    是的
    没有找到

    Python 实现Tracert追踪TTL值

    Tracert 命令跟踪路由原理是IP路由每经过一个路由节点TTL值会减一,假设TTL值=0时数据包还没有到达目标主机,那么该路由则会回复给目标主机一个数据包不可达,由此我们就可以获取到目标主机的IP地址...>>> from random import randint >>> >>> RandomID=randint(1,65534) >>> packet = IP(dst="8.141.58.64", ttl...packet,timeout=3,verbose=0) >>> >>> respon ttl...code=0 chksum=0x30c4 id=0xc1b4 seq=0xc1b4 |>>>> 路由追踪原理(参考于互联网):一开始发送一个TTL...然后将TTL加1,安全通过第一个路由器,而第二个路由器的的处理与第一个同样,丢包,发通知说包超时了,这样记录下第二个路 由器IP,由此能够一直进行下去,直到这个数据包到达目标主机,由此打印出全部经过的路由器

    2.5K20

    保护你的文件,请修改 Linux 中的 Umask 值

    这篇教程教将指导 Linux 用户如何永久性地更改其系统的 Umask 值。特别建议全新安装的用户学习(想知道为什么的话,请移步下文) Umask 是什么?...上面的意思可以解释成任何基于 Linux 的操作系统为新建文件(包括文件夹)添加默认权限的规则。...(-wx) 5 – 只写 (-w-) 6 – 仅可执行 (--x) 7 – 没有权限 (---) 在几乎所有的 Linux 发行版本中默认 Umask 值是 0022(或022),可以在终端模拟程序中输入...言归正传,用户可以按他们所愿来修改默认的 Umask 值,当然首先要保证修改的值合法。...要修改默认值,请在您的 shell 配置文件中或者 /etc/profile 文件中写入一个新的 Umask 值。 好了,这就大功告成了!

    3K120

    mysql修改自增起始值

    | | 1873739 | | 1873737 | | 1873735 | | 1873733 | | 1873731 | | 1873729 | 发现B最大id是187000w,所以考虑修改...A的自增列起始值,通过如下命令 alter table A auto_increment=2000000; 修改后起始值从200w开始。...接下来继续测试,DELETE,TRUNCATE 触发AUTO_INCREMENT的变化 **结论** : delete 操作不会变更 AUTO\_INCREMENT当前的顺序值 truncate...AUTO\_INCREMENT 从1开始, **主因**: 后来发现主要原因是所在实例重启造成的,auto_increment的自增值在mysql8.0之前一直是记录内存中的, 当实例重启的时候该值会丢失...,那么mysql会取select max(id) + 1 的值作为新插入数据的自增ID, 这样启动后就A表从58000开始而不是1873741开始,这样造成插入B表会重复

    4.3K30
    领券