对于银行的交易系统,产生的数据,个人认为主要有以下几个:1、业务数据,存储在数据库中的客户信息,账务数据、交易流水等,2、交易系统本身产生的交易日志,3、交易过程中传输的文本文件、影像文件等,比如票证扫描件等,4、系统核算
国外存储走过较长的发展过程,踩过更多的坑,有更多更加成熟的解决,保障方案,国内华为已经迎头赶上。 双活不能防止逻辑灾难的发生,使用DG类似的技术防范。 推荐关注 邓毓 大哥, 老赵 大哥的主页,可以看到很多精辟的论
第一问的回答: 1、存储网关的优势在于利旧设备或者多品牌设备的兼容使用(最主要的优势)。 2、同时适合保持本地冗余性的增强,在EMC的vplex metro双活架构中,使用VPlex后,本地可以使用local mirror保证数据的双副本或者多副
非常感谢您的回复,2015年趋势被亚信收购,现在做无代理杀毒,就是配合NSX来实现的,这个是趋势厂商给出的方案。360,金山的请代理仍然是需要安装agent的,感觉还是会增加排障的时候的复杂性。 您说的硬件设备,这个我们已经上了,但
对于监控,基本原理是相同的,比如对于X86服务器,或者使用IPMI监控服务器硬件信息,或者通过SNMP监控硬件信息,取决于你想要监控到什么程度,你的主机管理达到什么程度; 对于IPMI、SNMP这个都是国际通用协议,所以一般的服务器厂
让你们家网络看看吧,是不是做了NAT转换的,我们在实施过程中,发现做NAT转换的,好像server对于采集端的链接行不通,或者有时候出问题。即使白名单开启也不可以。
根据我们行的实际操作经验是不能获取到带宽速度限制的参数的,如果使用qos的话,监控是没有办法获取到数据的,而且qos是动态的,更难监控,目前我们常用的方法是有固定带宽,比如总行和各支行及网点的数据传输,带宽是固定的,我们设
正如江西农信邓老师说的,不考虑地理距离问题,谈双活架构就是耍流氓。 举个传统架构的例子,以下纯理论,不考虑任何消耗: 2015年我行在探索双活架构时,测试在核心系统日均交易量50万左右时,EMC存储的写I/O是465M/s,运营商
个人认为交换机也需要按照不同的功能进行区分监控: 1、核心交换,要全面监控,硬件信息包括CPU,内存,板块,电源模块,风扇,端口是否故障等,要监控arp表,mac地址表变化等,要监控各端口总流量,上行流量,下行流量,峰值流量,丢包状况等;
继续抛砖迎玉一下: 1、GTM+LTM架构,基于域名解析的解决方案,主要是所有应用都能支持域名解析,个人认为本质就是对全局流量进行负载,然后再使用本地流量负载进行控制,把应用请求分配到每台服务器上。 2、RHI+LTM架构,基于IP的
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30