负载均衡
先来简单了解一下什么是负载均衡，单从字面上的意思来理解就可以解释N台 服务器 平均分担负载，不会因为某台服务器负载高宕机而某台服务器闲置的情况。那么负载均衡的前提就是要有多台服务器才能实现，也就是两台以上即可。
测试环境在VMware里安装了三台CentOS。
A服务器IP ：192.168.0.219 （主）
B服务器IP ：192.168.0.119
C服务器IP ：192.168.0.109
部署思路A服务器做为主服务器，域名直接解析到A服务器（192.168.0.219）上，由A服务器负载均衡到B服务器（192.168.0.119）与C服务器（192.168.0.109）上。
在A服务器上，upstream指令——分配负载
vi /etc/nginx/conf.d/default.conf
upstream 192.168.0.219 {server 192.168.0.119:80;server 192.168.0.109:80;}
server {listen 80;server_Name 192.168.0.219;charset utf8;location / {Proxy_passhost $host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;}}
保存重启nginx
在B、C服务器上，
vi /etc/nginx/conf.d/default.conf
server {listen 80;server_name 192.168.0.219;index index.html;root /usr/share/nginx/html;
保存重启nginx
测试当访问的时候，为了区分是转向哪台服务器处理我分别在B、C服务器下写一个不同内容的index.html文件，以作区分。
打开浏览器访问a.com结果，刷新会发现所有的请求均分别被主服务器（192.168.5.149）分配到B服务器（192.168.0.119）与C服务器（192.168.0.109）上，实现了负载均衡效果。
主服务器不能提供服务吗？以上例子中，我们都是应用到了主服务器负载均衡到其它服务器上，那么主服务器本身能不能也加在服务器列表中，这样就不会白白浪费拿一台服务器纯当做转发功能，而是也参与到提供服务中来。
怎么解决这个问题呢？因为80端口已经用来监听负载均衡的处理，那么本服务器上就不能再使用80端口来处理192.168.0.219的访问请求，得用一个新的。
于是我们在主服务器中编辑/etc/nginx/conf.d/default.conf，添加以下内容
server {listen 8080;server_name 192.168.0.219;index index.html;root /usr/share/nginx/html;}
重启nginx
然后，再重新渡负载均衡。
看Spring-cloud怎样使用Ribbon
关注下spring cloud是如何进行客户端负责均衡。 看怎么调用到负载均衡的，怎么定义负载均衡的，然后是怎么实现的？第一个其实可以不用关心，调用的地方应该很多，找到一个地方来说明怎么调用的即可。 第二个，可以猜下，最主要的应该是一个类似 serviceInstance get(string serviceId)这样的方法吧。 第三个问题，明摆着，使用netflix的ribbon呗。 发起一个调用时，LB对输入的serviceId,选择一个服务实例。 IOException {String serviceId = ();ServiceInstanceinstance = (serviceId);URIuri = (instance, originalUri);IClientConfigclientConfig = (());RestClientclient = ((), ); = (());return new RibbonHttpRequest(uri, verb, client, clientConfig);}关键代码看到调用的是一个LoadBalancerClient的choose方法，对一个serviceId，选择一个服务实例。 看下LoadBalancerClient是一个接口：足够简单，只定义了三个方法，根据一个serviceId，由LB选择一个服务实例。 reconstructURI使用Lb选择的serviceinstance信息重新构造访问URI，能想来也就是用服务实例的host和port来加上服务的路径来构造一个真正的刘访问的真正服务地址。 可以看到这个类定义在的package 下面，满篇不见ribbon字样。 只有loadbalancer，即这是spring-cloud定义的loadbalancer的行为，至于ribbon，只是客户端LB的一种实现。 Ribbon的实现定义在中的包下的RibbonLoadBalancerClient。 看下RibbonLoadBalancerClient中choose(String serviceId)方法的实现。 (String serviceId)@Overridepublic ServiceInstancechoose(String serviceId) {Serverserver = getServer(serviceId);return new RibbonServer(serviceId, server, isSecure(server, serviceId),serverIntrospector(serviceId)(server));}看到，最终调到的是ILoadBalancer的chooseServer方法。 即netflix的LB的能力来获取一个服务实例。 protected ServergetServer(String serviceId) {return getServer(getLoadBalancer(serviceId));}protected ServergetServer(ILoadBalancerloadBalancer) {return (“default”); ofkey}至于netflix如何提供这个能力的在另外一篇博文中尝试解析下。
pc与服务器之间是什么样的联系
首先让我们理清服务器的 2 种含义。 我们平常所听说的服务器，有的是从软件服务的角度说的，有的是指的真正的硬件服务器（本文即指此）。 比如我们说配置一个 Web 服务器，就是指在操作系统里实现网站信息发布和交互的一个服务，只要机器能跑操作系统，这个服务器就能在这台机器上实现。 有时在要求不高的情况下，我们也确实是用普通 PC 来做硬件服务器用的。 有人可能要说了，我们既然能用普通 PC 来做硬件服务器用，那为什么还要花那么多钱买硬件服务器呢？ 其实，在硬件服务器和普通 PC 之间存在着很大的不同！任何产品的功能、性能差异，都是为了满足用户的需求而产生的。 硬件服务器的没工作环境需要它长时间、高速、可靠的运行，不能轻易断电、关机、停止服务，即使发生故障，也必须能很快恢复。 所以服务器在设计时，必须考虑整个硬件架构的高效、稳定性，比如总线的速度，能安装多个 CPU，能安装大容量的内存，支持 SCSI 高速硬盘及 Raid，支持阵列卡，支持光网卡，能支持多个 USB 设备。 有的服务器设计有双电源，能防止电源损坏引起的当机。 服务器的维护和我们普通的 PC 也不相同。 服务器的生产厂家都是国际上大的计算机厂家，他们对服务器都做了个性化设计，比如服务器的硬件状态指示灯，只要观察一下灯光的颜色就能判断故障的部位。 比如 BIOS，里面的程序功能要比 PC 完善的多，可以保存硬件的活动日志，以利于诊断故障、消除故障隐患。 有的厂家的服务器在拆机维修时，根本不需要螺丝刀，所有配件都是用塑料卡件固定的。 稍微好点的服务器一般都需要配接外部的存储设备，比如盘阵和 SAN 等，服务器都有管理外部存储的能力，以保证数据安全和可靠、稳定的协同工作。 为了提高服务器的可用性和可靠性，服务器还需要支持集群技术，就是多台机器协同工作，提供负载均衡，只要其中有一台服务器正常，服务就不会停止！ 服务器的功能还有很多！这些都是它比普通 PC 好的地方，好的东西它的设计和生产就需要消耗技术和生产成本，价格自然就高。 再说到前面的软件服务器和硬件服务器 2 个概念，自然用真正的硬件服务器来提供我们的软件服务才是最合适的，才能真正发挥服务的最大性能。 哈哈~~ 以后买服务器不要可惜小钱了吧？
点完本地连接的禁用在点开，连宽带网速怎么变慢了？
禁用再重开本地连接后，再修复下，因为连接都有响应时间，所以开始时慢点是正常的，如果都是一直慢的话，就要关掉猫，重新上网了。
发表评论