网络故障

eureka作为SpringCloud的服务发现与注册中心，在整个的微服务体系中，处于核心位置。单一的eureka服务，显然不能满足高可用的实际生产环境，这就要求我们配置一个能够应对各种突发情况，具有较强容灾能力的eureka集群服务。 其实我们创建不同的yaml文件，以不同yaml运行即可。在项目中，创建三个名字分别为eureka01，eureka02，eureka03的eureka，defaultZone中配置其他两个不同的eureka相互引用即可。 1.eureka01配置文件 server: port: 8083 eureka: instance: #eureka的名字 hostname: eureka01 #开启自我保护机制 当Eureka Server节点在短时间内丢失过多的客户端时（可能发送了网络故障）， #那么这个节点将进入自我保护模式，不再注销任何微服务，当网络故障回复后，该节点会自动退出自我保护模式 server: enable-self-preservation: true client: # 不在注册中心注册自己 register-with-eureka: false # 表示自己就是注册中心，不需要检索服务，只需要维护实例 fetch-registry: false serviceUrl: defaultZone: http://eureka02:8084

对于那些从事网络管理与维护工作或者经常上网的朋友来说，遇到网络故障几乎是一件不可避免的事情。面对稀奇古怪的网络故障，相信不少人会感觉到无从下手，于是他们往往会求助各种专业的故障诊断工具，希望能通过这些专业工具快速找到故障原因，以便及时采取措施进行针对性应对。 事实上，无论是什么类型的故障诊断工具，在一些特殊网络故障面前都会显得无能为力；此时，我们所能做的就是依靠自己，从使用Ping命令开始，手工逐步排查故障原因。 着眼顺序，用好Ping命令 尽管Ping命令平时看上去很平凡稀松，但是在关键时刻使用该命令，它有时能发挥出意想不到的作用。当然，要想让Ping命令有效发挥作用，我们首先需要掌握使用该命令排查故障的一些测试顺序，只要依照顺序依次排查，再难解决的网络故障也能被很快解决掉，下面就是使用Ping命令测试故障原因的具体操作顺序： 首先对本地工作站的循环地址127.0.0.1进行ping测试。当遇到一些无法直接找到故障原因的特殊网络故障时，我们首先需要使用Ping命令测试一下本地工作站的循环地址127.0.0.1能否被正常Ping通，倘若该地址无法被正常Ping通的话，那么说明本地工作站的TCP/IP 协议 程序受到了破坏，或者网卡设备发生了损坏。 此时，我们不妨打开本地工作站系统的设备管理器窗口，从中找到网卡设备选项，并用鼠标右键单击该选项，从弹出的快捷菜单中执行“属性”命令

STP用来解决交换机之间产生的环路，下面说的几种方法用来解决路由器之间产生的环路 路由环路的产生： 当A路由器一侧的X网络发生故障，则A路由器收到故障信息，并把X网络设置为不可达，等待更新周期来通知相邻的B路由器。但是，如果相邻的B路由器的更新周期先来了，则A路由器讲从B路由器那学习了到达X网络的路由，就是错误路由，因为此时的X网络已经损坏，而A路由器却在自己的路由表内增加了一条经过B路由器到达X网络的路由。然后A路由器还会继续把该错误路由通告给B路由器，B路由器更新路由表，认为到达X网络须经过A路由，然后继续通知相邻的路由器，至此路由环路形成，A路由器认为到达X网络经过B路由器，而B则认为到达X网络进过A路由器。 解决方法： 定义一个最大值(defining a maximum)： 如上所述，路由环路形成时，A和B路由器相互不断更新到X网络的路由表时，跳数不断增加，网络一直无法收敛。所以给条数定义一个最大 值，当条数达到这个最大值时，则X网络被认为是不可达的。但是定义最大值不能避免环路产生，而且最大条数不能定义太大，不然耗费大量 时间进行收敛，也不能定义太小，如果太小则只局限与一个小型的网络中。 水平分割(split horizon)： 看看路由环路产生得原因，A从B那收到到达X网络的路由信息，接着又把该信息发给B网络，从而引起相互不断的更新，而水平分割就是不

1. 服务启动后向Eureka注册 Eureka Server会将注册信息向其他Eureka Server进行同步，当服务消费者要调用服务提供者，则向服务注册中心获取服务提供者地址，然后会将服务提供者地址缓存在本地，下次再调用时，则直接从本地缓存中取，完成一次调用。 当服务注册中心Eureka Server检测到服务提供者因为宕机、网络原因不可用时，则在服务注册中心将服务置为 DOWN 状态，并把当前服务提供者状态向订阅者发布，订阅过的服务消费者更新本地缓存。 服务提供者在启动后，周期性（默认30秒）向Eureka Server发送心跳，以证明当前服务是可用状态。Eureka Server在一定的时间（默认90秒）未收到客户端的心跳，则认为服务宕机，注销该实例。 2.Eureka的自我保护机制 在默认配置中，Eureka Server在默认90s没有得到客户端的心跳，则注销该实例，但是往往因为微服务跨进程调用，网络通信往往会面临着各种问题，比如微服务状态正常，但是因为网络分区故障时，Eureka Server注销服务实例则会让大部分微服务不可用，这很危险，因为服务明明没有问题。 为了解决这个问题，Eureka 有自我保护机制，通过在Eureka Server配置如下参数，可启动保护机制 eureka .server.enable - self -preservation=true

50种网络故障及解决方法 2019年03月19日 11：53:47 阅读数：6010 更多 个人分类： 电子技术 1.故障现象： 网络适配器 (网卡)设置与计算机资源有冲突。 分析、排除： 通过调整网卡资源中的 IRQ 和 I/O 值来避开与计算机其它资源的冲突。有些情况还需要通过设置主板的跳线来调整与其它资源的冲突。 故障现象：网吧局域网中其他客户机在 “网上邻居”上都能互相看见，而只有某一台计算机谁也看不见它，它也看不见别的计算机。(前提：该网吧的局域网是通过HUB或交换机连接成星型网络结构) 分析、排除： 检查这台计算机系统工作是否正常 ; 检查这台计算机的网络配置 ; 检查这台计算机的网卡是否正常工作 ; 检查这台计算机上的网卡设置与其他资源是否有冲突 ; 检查网线是否断开 ; 检查网线接头接触是否正常。 　　 3.故障现象：网吧局域网中有两个网段，其中一个网网段的所有计算机都不能上因特网。(前提：该网吧的局域网通过两个HUB或交换机连接着两个的网段) 　　分析、排除：两个网段的干线断了或干线两端的接头接处不良。检查服务器中对该网段的设置项。 　 　 4.故障现象：网吧局域网中所有的计算机在“网上邻居”上都能互相看见。(前提：该网吧的局域网是通过HUB或交换机连接成星型网络结构) 　　分析、排除： 检查 HUB 或交换机工作是否正常。 　 　 5.故障现象

zookeeper保证了CP（C：一致性，P：分区容错性），Eureka保证了AP（A：高可用） 1.当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的信息，但不能容忍直接down掉不可用。也就是说，服务注册功能对高可用性要求比较高，但zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新选leader。问题在于，选取leader时间过长，30 ~ 120s，且选取期间zk集群都不可用，这样就会导致选取期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够恢复，但是漫长的选取时间导致的注册长期不可用是不能容忍的。 2.Eureka保证了可用性，Eureka各个节点是平等的，几个节点挂掉不会影响正常节点的工作，剩余的节点仍然可以提供注册和查询服务。而Eureka的客户端向某个Eureka注册或发现时发生连接失败，则会自动切换到其他节点，只要有一台Eureka还在，就能保证注册服务可用，只是查到的信息可能不是最新的。除此之外，Eureka还有自我保护机制，如果在15分钟内超过85%的节点没有正常的心跳，那么Eureka就认为客户端与注册中心发生了网络故障，此时会出现以下几种情况： ①、Eureka不在从注册列表中移除因为长时间没有收到心跳而应该过期的服务。 ②

一、检测工具 tcpdump：dump the traffic on a network，根据使用者的定义对网络上的数据包进行截获的包分析工具。 tcpdump可以将网络中传送的数据包的“头”完全截获下来提供分析。它支持针对网络层、协议、主机、网络或端口的过滤，并提供and、or、not等逻辑语句来帮助你去掉无用的信息。 如果系统没有使用yum安装： # yum -y install tcpdump 常用参数： -i 指定网卡接口eth -n 不解析IP地址为域名 -v 显示包中详细信息 -t 指定协议类型 详细使用方法： http://www.cnblogs.com/ggjucheng/archive/2012/01/14/2322659.html 二、分析原因 1、ip地址的配置问题 2、网关问题 3、dns问题 4、TTL问题 三、处理步骤 1、ping www.baidu.com 域名 2、ping 61.135.169.121 公网ip 3、ping 192.168.1.1 网关 四、TTL数据包的生存周期 linux操作系统的默认值是64，每经过一个路由器节点，TTL值减1。TTL的值为0时，说明目标地址不可达，并返回：Time to live exceeded，TTL的作用是防止数据包无限制的在公网中转发。 五、解决由TTL值造成的网络不通

ookeeper与Eureka区别 CPA理论:一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性在是分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。在此Zookeeper保证的是CP, 而Eureka则是AP。 Consistency(一致性), 数据一致更新，所有数据变动都是同步的 Availability(可用性), 好的响应性能 Partition tolerance(分区容忍性) 可靠性 1、“C”是指一致性，即当一个Process（过程）修改了某个数据后，其他Process读取这是数据是，得到的是更新后的数据，但并不是所有系统都 可以做到这一点。例如，在一些并非严格要求一致性的系统中，后来的Process得到的数据可能还是修改之前的数据，或者需要等待一定时间后才能得到修改 之后的数据，这被成为“弱一致性”，最经典的应用就是DNS系统。当用户修改了DNS配置后，往往不会马上在全网更新，必定会有一个延迟，这个延迟被称为 “不一致窗口”，它的长度取决于系统的负载、冗余的个数等因素。但对于某些系统而言，一旦写入，后面读取的一定是修改后的数据，如银行账户信息，这被称为 “强一致性”。 2、“A”是指可用性。即系统总是能够为用户提供连续的服务能力。当用户发出请求是，系统能给出响应（成功或者失败），而且是立即给出响应

作为服务注册中心，Eureka比Zookeeper好在哪里 著名的CAP理论指出，一个分布式系统不可能同时满足C(一致性)、A(可用性)和P(分区容错性)。由于分区容错性在是分布式系统中必须要保证的，因此我们只能在A和C之间进行权衡。在此Zookeeper保证的是CP, 而Eureka则是AP。 1 Zookeeper保证CP 当向注册中心查询服务列表时，我们可以容忍注册中心返回的是几分钟以前的注册信息，但不能接受服务直接down掉不可用。也就是说，服务注册功能对可用性的要求要高于一致性。但是zk会出现这样一种情况，当master节点因为网络故障与其他节点失去联系时，剩余节点会重新进行leader选举。问题在于，选举leader的时间太长，30 ~ 120s, 且选举期间整个zk集群都是不可用的，这就导致在选举期间注册服务瘫痪。在云部署的环境下，因网络问题使得zk集群失去master节点是较大概率会发生的事，虽然服务能够最终恢复，但是漫长的选举时间导致的注册长期不可用是不能容忍的。 zookeeper原理 zookeeper也可以作为注册中心，用于服务治理（zookeeper还有其他用途，例如：分布式事务锁等） 每启动一个微服务，就会去zk中注册一个临时子节点， 例如：5台订单服务，4台商品服务 （5台订单服务在zk中的订单目录下创建的5个临时节点）

转 原文链接：https://blog.csdn.net/u010559460/article/details/87917344 ping 命令 作用：用于测试另一台主机是否可达，常用于排查网络故障。 用法： ping 域名或ip地址 常见的网络故障主要有 硬件故障 和 软件故障 硬件故障主要有： ① 网卡物理损坏 (由于使用中发送电子元件损坏而造成网卡无法使用) ② 链路故障 (常表现为网线或水晶头在制作过程中出现线路问题, 或 线路老化造成的故障) ...... 软件故障主要有 : ① 网卡驱动故障 (即网卡驱动不兼容) 排查过程: 1 ping 127.0.0.1 排查本机 TCP/IP 协议是否正常 2 ping 本机IP 排查网卡或网卡驱动是否正常 3 ping 同网段IP 排查交换机端口工作模式、vlan划分 4 ping 通网段网关 排查主机到本地网络是否正常 5 ping 公网IP 排查路由是否正常 6 ping 公网某个域名 排查DNS服务配置是否正常 ———————————————— 来源： https://www.cnblogs.com/Jackpoll/p/11775533.html