Linux下部署nginx为什么永远只访问一台服务

总共搭建了三台服务器

两台tomcat服务器

服务器A的ip为：192168230135

服务器B的ip为：192168230136

端口均为8080

还有一台nginx服务器 IP为：192168230134

nginx配置文件如下

然后两台tomcat服务器都能访问：

正常访问nginx服务器图内的ip应该在135和136之前轮转的 但实际上我访问的却一直停留在服务器b上面的页面

这种情况是浏览器缓存的原因，你每次访问使用 ctrl+F5 强制刷新试试。

网页打不开的解决办法：
1网卡驱动过旧或者损坏，可以重装一遍网卡驱动——下载一个驱动精灵，让它给你重装一遍网卡驱动
2电脑电脑中病毒或者中木马了，不知名的下载站一些文件可能带病毒，下载运行了可能会出现网页打不开现象，可以用360断网急救箱急救一下，完后再在360系统急救箱的“网络修复区”修复一下
3浏览器设置代理服务器选项，所以出现打不开网页情况。可以打开IE浏览器→右上角的“工具” →连接→局域网设置→勾上“自动检测设置” →确定→确定
4可能是DNS设置错误，可以设置DNS，把设置DNS为114114114114或者8888，或者打电话问网络运营商你的网络的具体的“DNS"的地址，然后手动输入DNS
5系统垃圾和网页痕迹较多，没有做定期清理,可以下载和安装百度安全卫士和百度杀毒，用它的系统清理功能和系统修复功能清理电脑垃圾和浏览器垃圾文件
6也可能是网卡硬件有毛病，或者网络本身有毛病
7万能方法：重装系统

也不知道你防火墙接口是单端口 、软交换、还是划zone的，不管怎样，需要专线上IP段的一个IP，设aaaa

可以把专线接到防火墙上（假设port9），Server D也接到防火墙上（假设port10），

新建一个软交换口 （假设端口名BD），添加port9 port10，软交换端口BD ip设成aaaa，ServerD命令行写一条路由到B的，下一跳指向aaaa，ServerD网关不变。

一条策略允许BD访问访问 ServerB所在端口（如B所在是软交换选择软交换口名称，）地址也填上，要精确的主机地址，反向也来一条。

但是看你题意BD互通，又不能让D访问AB？意思是D只能被访问 还是AC打成AB了。。。

如果D只能被访问，那就写B到D所在端口的策略就可以了

配置双线接入 关键还是看设备！你上面说的只能实现访问 根本无法实现真正的双线接入，无法分担服务器线路的承载能力！
还有你没说清楚你访问方式！web肯定是域名访问的！我知道！直播和视频呢？
我见过很多直播和视频都是IP访问的！在页面入口处都有标注电信 或网通！就像下载软件的站点一样！用户会自己选择哪个来下载！这个的话就很简单！没的说！
当然 域名访问 就可以实现双线接入！域名不要做A记录！要做别名解析！
服务器那边还是你正常的配置方式！
双线路由器 解决的是双线接入问题！互联互通问题！ 真正起作用的还是DNS别名解析！ 如你访问某域名 该域名返回一个IP给你浏览器！A记录就是一对一的！做智能DNS别名 会帮你按照用户自己的线路返回对应的IP
这里不多说了！核心就是要使用双线 就要做域名的别名解析！
你运行CMD ping 百度 会发现百度用的就是别名解析！不同省份访问一个域名baiducom 其实到达的是不同服务器！
还有就是找一智能DNS服务器！
看你这都不懂！应该不是大公司！像百度他们都是自己的DNS服务器！
你自己不会架设 可以付费使用人家DNS服务器!
应该可行，双WAN路由器里面有个智能均衡策略可以选择，那就是针对网通和电信同时接入开发的。还可以对带宽合理分配具体到上行下行，双WAN的路由也可以作为一个小型网络管理服务器来使用，它里面还会记录工作日志。

mongo副本集/复制集是mongo高可用性特征之一，是有自动故障恢复功能的主要集群。由一个Primary节点和一个或多个Secondary节点组成。

复制是在多台服务器之间同步数据的过程，由一组Mongod实例（进程）组成，包含一个Primary节点和多个Secondary节点

Mongodb Driver（客户端）的所有数据都写入Primary，Secondary从Primary同步写入的数据

通过上述方式来保持复制集内所有成员存储相同的数据集，提供数据的高可用

Failover （故障转移，故障切换，故障恢复）

Redundancy（数据冗余）

避免单点，用于灾难时恢复，报表处理，提升数据可用性

读写分离，分担读压力

对用户透明的系统维护升级

主节点记录所有的变更到oplog日志

辅助节点(Secondary)复制主节点的oplog日志并且将这些日志在辅助节点进行重放(做)

各个节点之间会定期发送心跳信息，一旦主节点宕机，则触发选举一个新的主节点，剩余的辅助节点指向新的主

10s内各辅助节点无法感知主节点的存在，则开始触发选举

通常1分钟内完成主辅助节点切换，10-30s内感知主节点故障，10-30s内完成选举及切换

用户恢复数据，防止数据丢失，实现灾难恢复

人为误 *** 作导致数据删除，程序Bug导致数据损坏等

首要复制节点，由选举产生，提供读写服务的节点，产生oplog日志

备用(辅助)复制节点，Secondary可以提供读服务，增加Secondary节点可以提供复制集的读服务能力

在故障时，备用节点可以根据设定的优先级别提升为首要节点。提升了复制集的可用性

Arbiter节点只参与投票，不能被选为Primary，并且不从Primary同步数据

Arbiter本身不存储数据，是非常轻量级的服务。

当复制集成员为偶数时，最好加入一个Arbiter节点，以提升复制集可用性
Mongodb版本30以上, 三台服务器均为64位

三台服务器    --------  Primary（Centos7)、 Secondary（Centos7)、 Secondary(Debian8)；架设IP分别为 19216811、12、 13

三台服务器关闭防火墙    -------- systemctl  stop firewalldservice

三台服务器修改mongo配置文件    --------  vi  /etc/mongodconf 

        侦听地址除了 localhost 外再加上服务器IP； 设置复制集名字（RepliSetName）。
开启mongod服务： mongod

三台服务器mongo各自初始化： rsinitiate()

Primary上副本集配置：

rsconf(配置名称，可随意取)={_id:"副本集名",member:[{_id:0,host:"IP:port",priority:2},{_id:1,host:"IP:port",priority:1},{_id:2,host:"IP:port",priority:1}]}

在初始化：rsinitiate(变量名，如下面的config)
Secondary上配置：

rsslaveOk()    #承认自己是Secondary

三台服务器上互相添加副本集成员：

rsadd("IP:port")， 如在Primary上 rsadd("19216812:27017"), rsadd("19216813:27017")

查看状态

rsstatus()
3、rs(replication set) 常用命令：

初始化副本集  ----  rsinitiate()

mongo查看状态 ---- rsstatus()

初始化副本集配置
rsconf = {_id: "rs0",

members: [{

_id: 0,

host: ":27017"}]}

rsinitiate( rsconf )

验证副本集配置  ----  rsconfig()

增加副本集成员  ----  rsadd("Ip:port")

移除副本集成员  ----  rsremove("IP:port")    #此步骤在Primary上 *** 作

改变成员变量的优先级
cfg = rsconf()

cfgmembers[0]priority = 3

cfgmembers[1]priority = 1

cfgmembers[2]priority = 2

rsreconfig(cfg)

配置延迟副本集
cfg = rsconf()

cfgmembers[0]priority = 0

cfgmembers[0]hidden = true

cfgmembers[0]slaveDelay = 3600

rsreconfig(cfg)
#  07/03/2017

---