Bond

Linux学习-第九周

不羁岁月 提交于 2021-01-27 22:41:57
1、总结IP分类以及每个分类可分配的IP数量 IP地址根据网络号和主机号来分,分为A、B、C三类及特殊地址D、E。 (1) A类 A类:(1.0.0.0-126.0.0.0)(默认子网掩码:255.0.0.0)第一个字节为网络号,后三个字节为主机号。该类IP地址的最前面为“0”,所以地址的网络号取值于1~126之间。一般用于大型网络。 (2) B类 B类:(128.0.0.0-191.255.0.0)(默认子网掩码:255.255.0.0)前两个字节为网络号,后两个字节为主机号。该类IP地址的最前面为“10”,所以地址的网络号取值于128~191之间。一般用于中等规模网络。 (3) C类 C类:(192.0.0.0-223.255.255.0)(子网掩码:255.255.255.0)前三个字节为网络号,最后一个字节为主机号。该类IP地址的最前面为“110”,所以地址的网络号取值于192~223之间。一般用于小型网络。 (4) D类 D类:是多播地址。该类IP地址的最前面为“1110”,所以地址的网络号取值于224~239之间。一般用于多路广播用户。 (5) E类 E类:是保留地址。该类IP地址的最前面为“1111”,所以地址的网络号取值于240~255之间。 在IP地址3种主要类型里,各保留了3个区域作为私有地址,其地址范围如下: A类地址:10.0.0.0~10.255.255

预测美国债券回报

这一生的挚爱 提交于 2021-01-09 09:32:18
[TOC] 著:Antti Ilmanen 译:徐瑞龙 Forecasting US Bond Returns 预测美国债券回报 INTRODUCTION 引言 It is extremely difficult to forecast bond market fluctuations. However, recent research shows that these fluctuations are not fully unpredictable: It is possible to identify in advance periods when the reward for duration extension is likely to be abnormally high or abnormally low. In this report, we first describe a few variables that have the ability to predict near-term bond market performance. We then show how to combine the information that these predictors contain into a single forecast and, further, into

高可用,容灾,RTO,RPO等解释

做~自己de王妃 提交于 2020-12-18 10:33:01
基本概念 可用性(availability) 是系统能够正常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。 可靠性(reliability) 是软件系统在应用或系统错误面前,在意外或错误使用的情况下维持软件系统的功能特性的基本能力。 高可用性(High Availability) 是指提供在本地系统单个组件故障情况下,能继续访问应用的能力,无论这个故障是业务流程、物理设施、IT软/硬件的故障。 MTBF(Mean Time Between Failure),系统平均正常运行时间 MTTR(Mean Time to Repair),系统平均恢复时间 可用性的计算公式: AVAILABILITY = MTBF / ( MTBF + MTTR ) × 100% 例如常提到的“5个9的可用性”即可用性(每年)99.999000%,故障时间(每年) 5.256分钟 DR(Disaster Recovery) 是指异地(同城或者异地)的高可用系统,表示在灾害发生时,数据、应用以及业务的恢复能力。 故障切换(failover),切换有两个维度的成本:RTO (Recovery Time Objective)和 RPO(Recovery Point Objective)。 RTO 是服务恢复的时间,最佳的情况是 0,这意味着服务立即恢复

开源分布式存储Curve ChunkServer CPU优化实践

醉酒当歌 提交于 2020-12-15 09:49:27
Curve ChunkServer的CPU瓶颈问题 Curve是网易数帆开源的新一代分布式存储系统,具有高性能、高可用、高可靠的特点,可作为多种存储场景的底层存储,包括块存储、对象存储、云原生数据库、EC等。 对于分布式块存储系统来说,IOPS是最重要的一个性能指标。从Curve目前的性能测试情况看,读IOPS瓶颈在Client端——对于6个存储节点的集群,单个Client节点读IOPS接近30万,两个Client节点读IOPS接近60万。而Curve的写IOPS还有一定提升空间——对于6个存储节点的集群,IOPS只能达到26万~28万,而ChunkServer节点CPU使用率接近100%,而底层SSD的使用率则不到90%。因此,随机写IOPS场景是Curve的一个优化重点。 在测试环境A 中部署Curve(具体配置见附录1),在Client节点创建10个卷,进行4KB随机写测试。结果显示,写IOPS约为13.5万,而此时ChunkServer节点的CPU使用率接近100%,而所有SSD的使用率平均不到85%。 这表明,ChunkServer端CPU成为性能瓶颈。考虑到目前测试环境的SSD配置较低,若使用高性能NVME SSD,其IOPS可能比现有SSD高一个数量级,届时CPU性能瓶颈将更为严重。因此,优化CPU性能,释放SSD的I/O能力,是Curve性能优化的一个重要方向

3分钟看完Java 8——史上最强Java 8新特性总结之第三篇 函数式编程技巧

耗尽温柔 提交于 2020-11-24 10:41:19
目录 · 改写设计模式 · 策略模式(Strategy Pattern) · 模板方法模式(Template Method Pattern) · 观察者模式(Observer Pattern) · 责任链模式(Chain of Responsibility Pattern) · 简单工厂模式(Simple Factory Pattern) · 高阶函数与柯里化 改写设计模式 策略模式(Strategy Pattern) 1. 改写前 a) ValidationStrategy.java 1 public interface ValidationStrategy { 2 3 boolean execute(String s); 4 5 } b) IsNumeric.java 1 public class IsNumeric implements ValidationStrategy { 2 3 public boolean execute(String s) { 4 return s.matches("\\d+" ); 5 } 6 7 } c) IsAllLowerCase.java 1 public class IsAllLowerCase implements ValidationStrategy { 2 3 public boolean execute(String s) {

机房冷风吹-linux基础环境搭建(基础篇)

生来就可爱ヽ(ⅴ<●) 提交于 2020-10-28 14:27:13
机房冷风吹-Linux基础环境搭建(基础篇) 当一台服务器或者虚拟机装完系统之后,需要进行基础的环境搭建,调整硬盘,逻辑卷,yum源,时钟同步等等,本篇文章的目的就是用最基本的操作步骤,用最简单的命令,不用动脑直接复制粘贴,根据需求挑选自己需要的进行操作快速完成环境搭建。 本篇基于centos7,6版本的请相应调整命令 一、关闭防火墙 防火墙记得关,防火墙记得关,防火墙记得关,防火墙记得关,防火墙记得关,防火墙记得关!!! 部署的时候如果开着就会因为它,有的服务就奇奇怪怪的不好使了。 [root@zzxt ~] # systemctl stop firewalld [root@zzxt ~] # systemctl disable firewalld [root@zzxt ~] # systemctl status firewalld ● firewalld . service - firewalld - dynamic firewall daemon Loaded: loaded ( / usr / lib / systemd / system / firewalld . service ; disabled ; vendor preset: enabled ) Active: inactive ( dead ) Docs: man:firewalld ( 1 ) 二

双网卡添加策略路由

天大地大妈咪最大 提交于 2020-10-25 12:33:12
vim /etc/iproute2/rt_tables 200 dstroute #添加 /etc/rc.local /sbin/ip route add 0.0.0.0/0.0.0.0 via 10.203.3.254 dev bond0 table dstroute /sbin/ip rule add from 10.203.3.0/24 table dstroute pref 32765 来源: oschina 链接: https://my.oschina.net/u/4368960/blog/4293867

linux多网卡绑定bonding

感情迁移 提交于 2020-10-12 04:17:56
Linux 多网卡绑定概述 本文 os:6.4 这里测试是四块网卡绑定 1 块 bond 我们在这介绍的 Linux 双 网卡绑定实现就是使用两块网卡虚拟成为一块网卡,这个聚合起来的设备看起来是一个单独的以太网接口设备,通俗点讲就是两块网卡具有相同的IP地址而并行链 接聚合成一个逻辑链路工作。其实这项技术在Sun和Cisco中早已存在,被称为Trunking和Etherchannel 技术,在Linux的2.4.x的内核中也采用这这种技术,被称为bonding。 bonding技术的最早应用是在集群——beowulf上,为了提高集群节点间的 数据 传 输而设计的。下面我们讨论一下bonding 的原理,什么是bonding需要从网卡的混杂(promisc)模式说起。我们知道,在正常情况下,网卡只接收目的硬件地址(MAC Address)是自身Mac的以太网帧,对于别的数据帧都滤掉,以减轻驱动程序的负担。但是网卡也支持另外一种被称为混杂promisc的模式,可以接 收 网络 上所有的帧,比如说tcpdump,就是运行在这个模式下。bonding也运行在这个模式下,而且修改了驱动程序中的mac地址,将两块网卡的Mac地址改成相同,可以接收特定mac的数据帧。然后把相应的数据帧传送给bond驱动程序处理。 直接给两块网卡设置同一IP地址是不可能的。Kernels 2.4

Centos 6.5 64位双网卡绑定

依然范特西╮ 提交于 2020-10-08 08:28:02
1、环境描述 我的Vmware workstation 10 安装Centos 6.5 64位加上双口的Intel千兆网卡,通过ifconfig -a|grep eth命令看到eth2和eth3两张网卡。 2、双网卡绑定步骤: 2.1 修改/etc/sysconfig/network-scripts/ifcfg-eth2配置文档,修改后的内容如下: DEVICE=eth2 ONBOOT=yes #系统启动时自动启用该设备 BOOTPROTO=none    #启动时不使用任何协议 MASTER=bond0 SLAVE=yes 2.2 修改/etc/sysconfig/network-scripts/ifcfg-eth3配置文档,修改后的内容如下: DEVICE=eth3 ONBOOT=yes #系统启动时自动启用该设备 BOOTPROTO=none    #启动时不使用任何协议 MASTER=bond0 SLAVE=yes 2.3 创建一个绑定网络口的配置文档/etc/sysconfig/network-scripts/ifcfg-bond0,内容如下: DEVICE=bond0 #虚拟网卡名称 BOOTPROTO=static IPADDR=192.168.88.11 #IP地址 NETMASK=255.255.255.0 #子网掩码 GATEWAY=192.168.88.1

Linux配置网络分组

旧城冷巷雨未停 提交于 2020-10-08 08:27:47
实现方式 Bonding 网络组Network Teaming 环境 OS selinux firewalld 网卡 CentOS7 关闭 关闭 eth0、eth1 Bonding https://www.kernel.org/doc/Documentation/networking/bonding.txt 简介 Linux bonding驱动程序提供了一种用于将多个网络接口聚合为单个逻辑“绑定”接口的方法。 绑定接口的行为取决于模式。 一般来说,模式提供热备用或负载平衡服务。此外,可以执行链路完整性监视 工作模式 共7种(0-6)模式。默认是balance-rr(循环) Mode0(balance-rr)循环策略:从第一个可用的从属设备到最后一个从属设备按顺序传输数据包。 此模式提供负载平衡和容错能力。 Mode1(active-backup)主动-备份策略:绑定中只有一个从属处于活动状态。当且仅当活动的从站发生故障时,其他从站才变为活动状态。绑定的MAC地址在外部仅在一个端口(网络适配器)上可见,以避免混淆交换机。 Mode2(balance-xor):为容错和负载平衡设置XOR(异或)策略。 使用此方法,接口会将传入请求的MAC地址与其中一个从NIC的MAC地址进行匹配。 一旦建立了链接,便从第一个可用接口开始依次发出传输。 Mode3(broadcast)广播策略