gc实战分析

事件描述
3.1号凌晨1点,生成服务器出现fullgc告警,持续1小时

内存分析

在这里插入图片描述
在这里插入图片描述

引起原因
1点运行了凭证冲销的定时任务,定时任务是mapreduce类型,每次并发度5.其中查询凭证行会查询大量的数据,最大一台机器单次约21w+条数据。

jvm启动参数
-server -Xms4g -Xmx4g -Xmn2g -XX:+UseG1GC -XX:G1HeapRegionSize=8m -XX:+G1BarrierSkipDCQ -XX:SurvivorRatio=10 -XX:+ExplicitGCInvokesConcurrent -Dsun.rmi.dgc.server.gcInterval=2592000000 -Dsun.rmi.dgc.client.gcInterval=2592000000 -XX:ParallelGCThreads=2 -XX:+UseStringDeduplication -XX:MetaspaceSize=256m -XX:MaxMetaspaceSize=512m -Xlog:gc*:/home/admin/logs/gc.log:time -Xlog:age*=trace:/home/admin/logs/gc.log:time -XX:ReservedCodeCacheSize=256m -XX:MaxDirectMemorySize=1g -XX:+HeapDumpOnOutOfMemoryError -XX:HeapDumpPath=/home/admin/logs/java.hprof -XX:ErrorFile=/home/admin/logs/hs_err_pid%p.log -XX:+ParallelRefProcEnabled -Djava.awt.headless=true -Dsun.net.client.defaultConnectTimeout=10000 -Dsun.net.client.defaultReadTimeout=30000 -DJM.LOG.PATH=/home/admin/logs-DJM.SNAPSHOT.PATH=/home/admin/snapshots -Dfile.encoding=UTF-8 -Dhsf.publish.delayed=true -DlimitTime=100 -Dproject.name=cf-finance -Dpandora.boot.wait=true -Dlog4j.defaultInitOverride=true -Dserver.port=7001 -Dmanagement.port=7002 -Dmanagement.server.port=7002 -Dahas.agw.type=2 -Dpandora.fast.classloader=true --patch-module jdk.unsupported=/home/admin/cf-finance/target/cf-finance/BOOT-INF/lib/jdk-patch-jdk.unsupported-0.3.1.jar -Dpandora.location=/home/admin/cf-finance/target/taobao-hsf.sar -classpath /home/admin/cf-finance/target/cf-finance -Dapp.location=/home/admin/cf-finance/target/cf-finance -Djava.endorsed.dirs= -Djava.io.tmpdir=/home/admin/cf-finance/.default/temp com.taobao.pandora.boot.loader.SarLauncher

分析
1点-1.07分出现了大批量gc,期间eden区数据直接接近0M,推测该期间出现了stw,并且stw线程只有2个,所以导致整个gc时间被拉长,触发了fullgc告警(该告警触发机制是gc时长超过300MM即告警),实时上gc日志也反应了这一点,标记耗时很高。

在这里插入图片描述
在这里插入图片描述

why
为什么 -Xmx4g,明显太小了不合理。系统有8g内存为啥只给4g?
该调度任务并发度为1,治标不治本,只是减少了一台机器同时处理的数据量,迟早有一天会被打爆。
综管的本地缓存需要治理。
冲销逻辑存在隐患,adb无事务,一旦冲销过程中出现中断,再次冲销凭证行会出现重复问题(不要以半夜不会重启为借口,机器很脆弱)。

  • 3
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 1
    评论
5G网络安全解决方案 5G网络安全解决方案全文共14页,当前为第1页。 目录 1 5G面临的新威胁 2 5G安全防护思路 Contents 3 5G给网络安全带来的新机遇 5G网络安全解决方案全文共14页,当前为第2页。 5G时代来了 2019年6月6日,工信部正式向中国电信、中国移动、中国联通、中国广电发放5G商用牌照,标志着中国正式进入5G时代。 截至今年4月底,电信和联通共建共享已建设基站10万个,已开通5G服务的城市达到50多个。中国电信5G套餐用户累计达到2170万户。 工信部日前印发《关于推动5G加快发展的通知》,要求进一步加快5G网络建设部署、丰富5G技术应用场景、促进新型信息消费等。其中尤其提到要着力构建5G安全保障体系,加强5G网络基础设施安全保障,强化5G网络数据安全保护,培育5G网络安全产业生态。 5G网络安全解决方案全文共14页,当前为第3页。 智能家居 智能园区 智能电网 智能市场 AR购物 VR游戏 实景导游 VR监控 工业制造 自动驾驶 远程医疗 远程协作 eMBB mMTC uRLLC 增强移动宽带(eMBB)场景: 数据速率较4G增加10倍以上 超大流量对安全防护手段的挑战 超高可靠低时延(uRLLC)场景: 复杂安全措施导致时延增加 安全阻断机制导致业务可靠性受影响 海量机器类通信(mMTC)场景: 海量物联网终端易被攻击 超大规模僵尸网络对安全的挑战 5G的业务场景及其安全 5G网络安全解决方案全文共14页,当前为第4页。 5G网络架构面临的安全威胁 5G网络安全解决方案全文共14页,当前为第5页。 目录 1 5G面临的新威胁 2 5G安全防护思路 Contents 3 5G给网络安全带来的新机遇 5G网络安全解决方案全文共14页,当前为第6页。 5GC安全对标等保2.0 三级要求,高标准实施安全区域边界、安全计算环境和通信网络要求,以防火墙、IPS、全流量检测等传统技术手段,并结合安全资源池化、安全能力原子化等手段,通过安全功能编排和自动化部署,实现安全能力协同管理、按需灵活部署,满足动态、差异化安全需求 5G安全总体思路 5G网络安全解决方案全文共14页,当前为第7页。 云网安全 软硬件冗余、高可靠组网、容灾备份等要求 平面隔离、资源隔离以及安全域划分 防火墙、入侵检测等安全监测和防护能力 安全设备、5G资产等安全管理能力 通信安全: 用户、服务、设备等接入安全 共建共享导致的数据安全、边界策略等风险 信令通信加密以及隔离 能力开放导致的安全风险 通信安全 接入安全 信令安全 高可靠与可用性 安全域与隔离 能力开放安全 安全管理 安全监管 安全 管理 能力 安全检测与防护能力 共建共享安全 云网安全 5G安全总体机制 5G网络安全解决方案全文共14页,当前为第8页。 平台功能: 安全资产清点 安全黑盒检测 安全白盒检测 威胁关联分析 闭环安全处置 采集数据: 资产、漏洞、威胁、 日志、配置 平台架构: 安全对象层 数据采集层 功能实现层 数据发布层 资产核查 态势感知 安全评估 作业计划 ….. 资产管理 漏洞管理 风险分析 异常告警 维护作业 安全处置 采集管理 任务管理 接口管理 外部数据 基础数据 安全数据 主机 应用场景 安全资产 数据采集 数据处理 功能实现 …… 虚拟机 网络设备 安全设备 存储 主机 设备网管 电子工单 5GC网管 5G安全管理能力实现 5G网络安全解决方案全文共14页,当前为第9页。 如何衔接"知与行" 现网架构是否存在安全缺陷? 设备入网前如何与安全设备磨合? 安全规范实施前如何验证安全性和合理性? 多家厂商的设备如何配合协同? 如何实现安全、运维、建设等人员的协同? 怎么去验证安全监测防护体系的有效性? 在中国电信集团公司指导下,由浙江公司牵头,联合广州研究院、华信设计院,建设5G攻防靶场,全集团专业人员组成众测队伍。 5G网络安全解决方案全文共14页,当前为第10页。 通过实战环境验证5G安全防护措施 测试网络安全配置规范和防护策略 验证网络安全监测、防护体系的有效性 对自动化安全维护手段进行安全性验证 5GC接入与测试环境 5GC环境 天翼云 互联网 网络平行空间 部署网络平行空间安全测试平台,在内部增加部署5G CPE和gNB设备,连通5GC测试环境。操作人员通过VPN接入平行空间平台,利用平台仿真服务器连接5GC接入区进而访问5GC测试环境 部署意义 部署方案 5G网络平行空间靶场方案 5G网络安全解决方案全文共14页,当前为第11页。 目录 1 5G面临的新威胁 2 5G安全防护思路 Contents 3 5G给网络安全带来的新机遇 5G网络安全解决方案全文共14页,当前为第12页。 等保 防勒索 保障 NGFW NGFW NGFW 日志分
⼤数据测试 ⼤数据测试 什么是⼤数据 什么是⼤数据 ⼤数据是指⽆法在⼀定时间范围内⽤传统的计算机技术进⾏处理的海量数据集。 对于⼤数据的测试则需要不同的⼯具、技术、框架来进⾏处理。 ⼤数据的体量⼤、多样化和⾼速处理所涉及的数据⽣成、存储、检索和分析使得⼤数据⼯程师需要掌握极其⾼的技术功底。 需要你学习掌握更多的⼤数据技术、Hadoop、Mapreduce等等技术。 ⼤数据测试策略 ⼤数据测试策略 ⼤数据应⽤程序的测试更多的是去验证其数据处理⽽不是验证其单⼀的功能特⾊。 当然在⼤数据测试时,功能测试和性能测试是同样很关键的。 对于⼤数据测试⼯程师⽽⾔,如何⾼效正确的验证经过⼤数据⼯具/框架成功处理过的⾄少百万兆字节的数据将会是⼀个巨⼤的挑战。 因为⼤数据⾼效的处理测试速度,它要求测软件⼯程师具备⾼⽔平的测试技术才能应对⼤数据测试。 我们来看下⼤数据处理的三个特性: ⼤批量 实时性 可交互 另外,数据质量也同样是⼤数据测试的⼀个重要维度。 因此在进⾏应⽤程序测试之前,必须确保数据质量,并且考虑把数据质量作为数据库测试的⼀部分。涉及数据的各种特性的检验,例如⼀致性、准确性、重复 性、连贯性、有效性及完整性等等。 ⼤数据应⽤测试步骤 ⼤数据应⽤测试步骤 下⾯我们⼀起看看⼤数据应⽤的测试过程是怎么样的。 整体⽽⾔,⼤数据测试⼤体可以分为三⼤步骤: 步骤⼀,数据预处理验证 在进⾏⼤数据测试时,⾸先要预hadoop前验证数据的准确性等等。 1. 我们数据来源可能是关系数据库、⽇志系统、社交⽹络等等,所以我们应该确保数据能正确的加载到系统中 2. 我们要验证加载的数据和源数据是⼀致的 3. 我们要确保正确的提取和加载数据⾄hdfs中 步骤⼆,Map Reduce验证 在进⾏⼤数据测试时,第⼆个关键步骤是"Map Reduce"验证。在本阶段,我们主要验证每⼀个处理节点的业务逻辑是否正确, 并验证在多个运⾏后,确保: 1. Map Reduce过程⼯作正常 2. 数据聚合、分离规则已经实现 3. 数据key-value关系已正确⽣成 4. 验证经过map reduce后数据的准确性等特性 步骤三,结果验证 在本阶段主要验证在经过⼤数据⼯具/框架处理后,⽣成的最终数据的成果。 主要验证: 1. 验证数据转换规则是否正确应⽤ 2. 验证数据的完整性和是否成功持久化到⽬标系统 3. 验证⽆数据损坏 架构测试 架构测试 Hadoop处理海量数据是⾮常的消耗资源的,良好的架构是确保⼤数据项⽬成功的基础。糟糕的涉及会导致性能急剧的下降,进⽽使得系统⽆法满⾜我们的需 要,因此我们需要,或是说⾄少在Hadoop环境下进⾏性能测试、故障恢复测试,以应改进效率和应对可能的最糟糕的情况。 性能测试是⼀个复杂的⼯作,它贯穿整个测试周期,需要关注内存、CPU、⽹络等等指标。 故障恢复测试则是验证数据处理过程中可能出现的故障,为做好意外的恢复做好相应的应对措施。 性能测试 性能测试 ⼤数据性能测试主要包含以下⼏个部分: 数据提取、存储效率 在本阶段,我们主要验证⼤数据应⽤从源数据中提取、加载数据的效率。 ⼀是验证单位时间内数据的提取、加 载效率。 ⼆是验证数据持久化⾄mongodb等库的效率等等 数据处理 在本阶段,我们验证map reduce任务的执⾏效率,重点关注的是数据处理的效率。当然这个过程可能也会涉及到数据的持久化相关指标,例如存储⾄HDFS读 写效率等等,同样也会涉及在内存中处理效率,即我们的处理算法效率等等 ⼦组件性能 ⼤数据处理,⼀般都会需要综合利⽤各种组件来辅助处理,所以我们也是需要关注这些辅助组件的性能 性能测试策略 性能测试策略 ⼤数据应⽤性能测试涉及海量的结构化和⾮结构化的数据,与我们平时所⾯对的业务系统有所不同,所以我们需要针对⼤数据应⽤制定特定的测试策略,以应对 海量的数据。 根据上图性能测试执⾏过程⼀般是这样的: 1. 在性能测试前需要先初始化⼤数据集群环境 2. 梳理和设计⼤数据性能测试场景 3. 准备⼤数据性能测试脚本 4. 执⾏并分析测试结果(如果指标异常,则调优相应的组件并重新测试) 5. 优化配置 性能测试基础准备 性能测试基础准备 在⼤数据性能测试时,需要准备相关的基础⼯作,如下: 数据准备,我们需要在不同的节点准备什么量级数据? ⽇志预估,在测试过程中,可能会⽣成多⼤的⽇志,⽇志的可能增量是什么样的? 并发,在测试时,可能会有多少线程并发读和写? 超时设置,应对设置怎样的连接超时?查询超时?写超时等等? JVM参数,如何设置最优的jvm参数,heap size、GC机制等等 Map Reduce,我们应该选择什么样的sort、merge等算法? 消息队列,消息队列长度会怎么样?等等 必备的测试环境 必备的测试环境 ⼤数据测试不同

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 1
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值