Z-Blog多服务器平衡负载的方法(（精选5篇））由网友“tinashe”投稿提供，以下是小编为大家汇总后的Z-Blog多服务器平衡负载的方法，欢迎参阅，希望可以帮助到有需要的朋友。
篇1：Z-Blog多服务器平衡负载的方法
对于Z-Blog访问量比较大的时候，往往会造成服务器负载和流量过大，引起性能问题，相关的解决流量的对策我以前也讨论过，根据我的分析，不少流量都是由于图片或下载等引起的，因此可以通过将下载文件夹upload放在另外一台服务器的方法进行负载均衡，
具体方法是，设定一个新的服务器网站地址（独立服务器或者申请的免费空间都可以），例如download.williamlong.info，在这个新服务器网站上建立upload目录，将原有的upload文件都复制到这个新服务器下。
然后，要规范博客文章的图片链接结果，在写博客的时候，不要使用绝对地址引用站内图片，例如http开头的图片，而是使用相对地址引用，例如以upload路径开头，
接着，打开FUNCTIONc_function.asp文件，在TransferHTML函数中，找到If Instr(para，“[upload]”)>0 Then这一行（303行），将之后四行的ZC_BLOG_HOST修改为新的服务器地址。
最后进行文件重建和索引重建，这时候，Z-Blog中文章引用的图片地址就会全都引用新的服务器的地址，这样可以节省原有服务器的负载和流量，从而达到Z-Blog的负载均衡的效果。
目前我已经将我的博客使用这种方式进行了测试，分流的图片服务器是download.williamlong.info，我会观察一下这种设置是否会使得原有服务器运行速度加快。
延伸阅读：
Z-Blog 1.8 Spirit Build 80708 发布
Z-Blog发布补丁 修补XSS漏洞
篇2：Linux 服务器下多网卡的负载均衡
一、引言现今几乎各行各业内部都建立了自己的服务器，由于服务器的特殊地位，它的可靠性、可用性及其 I/O 速度就显得非常的重要， 保持服务器的高可用性和安全性是企业级IT 环境的重要指标，其中最重要的一点是服务器网络连接的高可用性，为实现这些要求，现在服务器大都采用多网卡配置，系统大都采用现在非常流行的 linux 作为服务器工作的环境，现在带宽已经不是服务质量提高的瓶颈了，相对的网络设备和服务器的处理能力就渐渐成为新的瓶颈。为提高服务器的网络连接的可用性和可靠性，目前Sun公司的Trunking技术、3Com 公司的 DynamicAccess 技术、Cisco 公司的Etherchannel技术等等都在研究将服务器的多个网卡接口绑定在一起的链路聚集技术， 链路聚集技术将多个链路虚拟成一个逻辑链路进而提供了一种廉价、有效的方法扩展网络设备和服务器的带宽，提高网络的灵活性与可用性。
本文介绍 linux 下的 bonding 技术，linux 2.4.x 的内核中采用了这种技术，利用 bonding 技术可以将多块网卡接口通过绑定虚拟成为一块网卡，在用户看来这个聚合起来的设备好像是一个单独的以太网接口设备，通俗点讲就是多块网卡具有相同的 IP 地址而并行连接聚合成一个逻辑链路工作。现在在关于linux bonding 技术中，有几种算法来实现负载均衡的要求，此文针对这些算法，在此进行简单分析与研究，讨论其不足，并提出另外一种在此基础上改进的一种基于传输协议的负载均衡实现方法。讨论如何实现多个网络接口的分在均衡及其故障接管。
二、负载均衡技术和高可用技术介绍
2.1 负载均衡技术负载均衡技术的主要思想就是如何根据某种算法将网络的业务流量平均分配到不同的服务器和网络设备上去，以减轻单台服务器和网络设备的负担， 从而提高整个系统的效率。负载均衡既可以由有负载均衡功能的硬件实现，也可以通过一些专用的软件来实现，负载均衡是一种策略，它能让多台服务器或多条链路共同承担一些繁重的计算或者 I/O 任务，从而以较低的成本消除网络瓶颈，提高网络的灵活性和可靠性。
2.2 高可用技术实现负载均衡首先是基于网络的高可用性提出来的，高可用技术是容错技术的一个分支。实现系统的高可用性最简单的一个办法就是冗余，
完整的网络负载均衡和高可用性网络技术有两个方面构成，一是多服务器的绑定和负载均衡，二是一个服务器内部的多网卡绑定的负载均衡，这里主要讨论一个服务器内部的多网卡绑定时的负载均衡。
三、Linux 的 bonding 技术中负载均衡的简单实现
3.1 Linux的bonding技术Linux的bonding技术是网卡驱动程序之上、数据链路层之下实现的一个虚拟层，通过这种技术，服务器接在交换机上的多块网卡不仅被绑定为一个 IP，MAC 地址也被设定为同一个，进而构成一个虚拟的网卡，工作站向服务器请求数据，服务器上的网卡接到请求后，网卡根据某种算法智能决定由谁来处理数据的传输。 Bonding技术可以提高主机的网络吞吐量和可用性。
3.2 Linux的几种发送均衡算法目前 Linux 的发送算法最主要的有三种：轮转算法（Round-Robin） 、备份算法（Active-Backup） 、MAC 地址异或算法（MAC-XOR） .下面对目前这三种主要算法进行简单分析。
3.2.1 轮转算法该算法是基于公平原则进行的，它为每个将要被发送的数据包选择发送接口，算法的主要思想是首先第一个数据包由一个接口发送，另一个数据包则由另外一个接口发送，下面依次进行循环选择。通过分析我们可以看出这种算法比较比较简单，在发送数据方面也比较公平，能保证网卡发送数据时候的负载均衡，资源利用率很高。但是我们知道如果一个连接或者会话的数据包从不同的接口发出的话，中途再经过不同的链路，在客户端很有可能会出现数据包无序到达的问题，而无序到达的数据包需要重新要求被发送，这样网络的吞吐量就会下降。
3.2.2 备份算法该算法将多个网卡接口中的一个接口设定为活动状态，其他的接口处于备用状态。当活动接口或者活动链路出现故障时，启动备用链路，由此可见此算法的优点是可以提供高网络连接的可用性，但是它的资源利用率较低，只有一个接口处于工作状态，在有 N 个网络接口的情况下，资源利用率为1/N. 3.2.3 MAC地址异或算法该算法的主要思想是：由服务器的 MAC 地址和客户端的MAC 地址共同决定每个数据包的发送端口号，由源 MAC 地址和目的 MAC 地址进行异或计算，并将异或结果对接口数求余计算。由于发送到同一个客户端的数据流经过同一个链路，因此数据包能够有序到达客户端。此算法在只有一个客户机访问服务器或者服务器和客户机不在同一子网的情况下，由算法思想得知这种情况下负载不会均衡，在只有一个客户机访问服务器的时候，资源的利用率也是1/N（N为接口数）。
篇3：Linux下基于DNS的多机均衡负载的实现DNS服务器
前二天为一个客户添加了一台服务器，共同承担一个论坛的运作。但是。要实现负载均衡。的确是件难事。
之前有试过几个方法，
一、DNS轮值。。优点：简单实现。缺点：无法检测各个服务器的负荷。难控制访客的访问地址（一般DNS服务器都有缓存，所以。效果不明显）
二、前台程序。。使用了一个类似Zeus Load Balancer的服务程序。在前台接受访问请求。再分流到各个实际的服务器。
但以上二个方法都不太适用我的情况。。
第一种。无法正确分配访客流量。。。常发生一台服务器的负荷很大。而另一台就很低。。。
第二种。会占用更多的流量。资源也占用较大。
最好。我还是采用了一个DNS均衡负载的方法－－－lbname。
它的主要效果介绍：
一、基于perl的dns服务端。应用简单。
二、自动检测各个服务器的负荷。然后再按结果优先分配DNS解析。
三、DNS解析实时生效。不会被DNS服务器缓存。
四、安装方法简单。。。
lbname网页介绍
www.stanford.edu/~schemers/docs/lbnamed/lbnamed.html
www.stanford.edu/~riepel/lbnamed/
。
。
下载：
www.stanford.edu/~riepel/lbnamed/lbnamed-1.2.1.tar.gz
www.stanford.edu/~schemers/dist/lb.tar
.
.
下载包说明：
内存数个目录
1）lbcd的源代码。。。。lbcd是lbnamed所用到的服务器端检测服务器负荷程序。。每个需要均衡负荷的服务器都需要安装、运行它的。。。
建议下载使用最新的lbcd编译包。www.stanford.edu/~riepel/lbnamed/lbcd-3.1.0.tar.gz 之前的常有编译错误的。（这个也有的。嘻。）
编译这个包时。常会出错的。如何成功安装。就看你的本事了。（编辑util.c第123行。在前面加上//)
编译lbcd成功后。将它复制到/usr/sbin。那你就可以运行它了。。不用加什么参数了。（运行后要停止它就是lbcd -s)
2)lbnamed的服务器程序perl..分有二个版本。一个是perl4.另一个是perl5.我是使用perl5的。所以用它来说明。
进入perl5目录。。。。。先要配置好lbnamed和poller程序。
说明一下：
lbnamed程序是主程序。提供dns动态解析。严格来说。它已是一个dns服务器端程序了。
poller是为lbnamed提供各个均衡服务器的负荷情况。（配合我们之前安装的lbcd程序使用）
但二个程序可能都需要更改，请看程序第一行的perl程序地址。。改为你的perl地址。
然后就需要更改程序的配置文件了。
1,lbnamed.conf 要更改的地方有几个
一、$hostmaster = “schemers.leland.stanford.edu”; 将schemers.leland.stanford.edu改为你服务器的域名。。比如host.abc.com 这个无太大关系
二、将所有stanford改为你域名的中段（比如bendy.com,就改为bendy)，将所有edu改为域名的后缀（比如bendy.com,就改为com)。。这个很重要。。我建议不要更改best。当然你也可以改
2,sweet.config 这个文件可以是用其它文件名的，具体在lbnamed.conf有设置。我建议大家先清空这文件。再重新建立新的。
这个文件的配置方法是
负荷服务器host 负重 组
比如。我自己的情况。
关 键 字：DNS 服务器
篇4：Linux下基于DNS的多机均衡负载的实现服务器教程
前二天为一个客户添加了一台服务器，共同承担一个论坛的运作。但是。要实现负载均衡。的确是件难事。
之前有试过几个方法，
一、DNS轮值。。优点：简单实现。缺点：无法检测各个服务器的负荷。难控制访客的访问地址（一般DNS服务器都有缓存，所以。效果不明显）
二、前台程序。。使用了一个类似Zeus Load Balancer的服务程序。在前台接受访问请求。再分流到各个实际的服务器。
但以上二个方法都不太适用我的情况。。
第一种。无法正确分配访客流量。。。常发生一台服务器的负荷很大。而另一台就很低。。。
第二种。会占用更多的流量。资源也占用较大。
最好。我还是采用了一个DNS均衡负载的方法－－－lbname。
它的主要效果介绍：
一、基于perl的dns服务端，
应用简单。
二、自动检测各个服务器的负荷。然后再按结果优先分配DNS解析。
三、DNS解析实时生效。不会被DNS服务器缓存。
四、安装方法简单。。。
lbname网页介绍
www.stanford.edu/~schemers/docs/lbnamed/lbnamed.html
www.stanford.edu/~riepel/lbnamed/
。
。
下载：
www.stanford.edu/~riepel/lbnamed/lbnamed-1.2.1.tar.gz
www.stanford.edu/~schemers/dist/lb.tar
.
.
下载包说明：
篇5：BAE3.0多站点app.conf文件的配置方法Windows服务器操作系统
下面我们一起来看看BAE3.0多站点app.conf文件的配置方法，关于bae是什么东西大家可以自己百度吧，有新浪的bae与baidu的bae哦，
今天把3个网站，其中一个CodeIgniter建的网站，和两个wordpres站点，全部搬到一个域名下面来了，又是颇费一番周折，最近总是喜欢折腾！
首先，这三个网站现在的域名是：
你的域名 (wordpress)
你的域名/tanteng/ (wordpress)
你的域名/hongzhiban/ (CodeIgniter)
如果不是在BAE3.0的环境下，把其他站点直接搬过来，数据库表放到一起共用数据库，然后改下数据库连接配置，基本上就OK了。
但是在BAE3.0环境下，文件夹，路由，文件的路径怎么区分呢？你不仅要配置路由规则，还要让BAE知道哪个是文件夹。
现在完整的app.conf文件：
handlers:
- expire : .jpg modify 10 years
- expire : .swf modify 10 years
- expire : .png modify 10 years
- expire : .gif modify 10 years
- expire : .JPG modify 10 years
- expire : .ico modify 10 years
- url : (.*).css$
script. $1.css
- url : (.*).js$
script. $1.js
- url : (.*).jpg$
script. $1.jpg
- url : (.*).gif$
script. $1.gif
- url : (.*).png$
script. $1.png
- url : (.*).jpeg$
script. $1.jpeg
- url : (.*).php$
script. $1.php
- url : (.*).html$
script. $1.html
- url : (.*).xml$
script. $1.xml
- url : (.*).txt$
script. $1.txt
- url : (.*).ico$
script. $1.ico
- url : /hongzhiban(.*)
script. /hongzhiban/index.php
- url : /tanteng/wp-admin/
script. /tanteng/wp-admin/index.php
- url : /tanteng/wp-includes/(.*)
script. /tanteng/wp-includes/$1
- url : /tanteng/wp-content/(.*)
script. /tanteng/wp-content/$1
- url : /tanteng(.*)
script. /tanteng/index.php
- url : /wp-admin/
script. /wp-admin/index.php
- url : (.*)
script. /index.php
后来又发现一个问题：
你的域名/author/tanteng/作者页面打不开，但是你的域名/tanteng/article/author/tanteng9/这个作者页面可以打开，
仔细看看app.conf文件，原来你的域名/author/tanteng/作者名称和后面你的域名/tanteng/这个站点名称一样，因此前面这个网址被误以为是后面站点下面的路由，因此转发到后面站点的index.php去了。
然后进行修改，经过几番测试，要这样写：
- url : /article(.*)
script. /tanteng/index.php
- url : /author(.*)
script. /index.php
而且要注意顺序，前面的会覆盖后面，所以你的域名完整的正确的app.conf配置如下：
handlers:
- expire : .jpg modify 10 years
- expire : .swf modify 10 years
- expire : .png modify 10 years
- expire : .gif modify 10 years
- expire : .JPG modify 10 years
- expire : .ico modify 10 years
- url : (.*).css$
script. $1.css
- url : (.*).js$
script. $1.js
- url : (.*).jpg$
script. $1.jpg
- url : (.*).gif$
script. $1.gif
- url : (.*).png$
script. $1.png
- url : (.*).jpeg$
script. $1.jpeg
- url : (.*).php$
script. $1.php
- url : (.*).html$
script. $1.html
- url : (.*).xml$
script. $1.xml
- url : (.*).txt$
script. $1.txt
- url : (.*).ico$
script. $1.ico
- url : /hongzhiban(.*)
script. /hongzhiban/index.php
- url : /weibo(.*)
script. /weibo/
- url : /tanteng/wp-admin/
script. /tanteng/wp-admin/index.php
- url : /tanteng/wp-includes/(.*)
script. /tanteng/wp-includes/$1
- url : /tanteng/wp-content/(.*)
script. /tanteng/wp-content/$1
- url : /article(.*)
script. /tanteng/index.php
- url : /author(.*)
script. /index.php
- url : /tanteng(.*)
script. /tanteng/index.php
- url : /wp-admin/
script. /wp-admin/index.php
- url : (.*)
script. /index.php
★ 个人博客测试计划
★ 博客个人年度总结
【Z-Blog多服务器平衡负载的方法（精选5篇）】相关文章：
维修电工技师考试题2024-02-23
跨站脚本漏洞的利用教程2023-05-16
维修电工技师论文2023-12-01
多块网格网络并行计算中的负载分配研究2022-05-28
网站运营需要注意的几个误区2023-07-11
维修电工专业技术论文范文2022-11-11
漏电火灾的原因是什么？2022-05-19
面试网络工程师的题目2022-09-08
服从意识类面试题目2023-02-16
配电网谐波的治理论文2022-11-07