net高并发解决方案1.docx
- 文档编号:26162943
- 上传时间:2023-06-17
- 格式:DOCX
- 页数:15
- 大小:21.70KB
net高并发解决方案1.docx
《net高并发解决方案1.docx》由会员分享,可在线阅读,更多相关《net高并发解决方案1.docx(15页珍藏版)》请在冰豆网上搜索。
net高并发解决方案1
竭诚为您提供优质文档/双击可除
.net高并发解决方案
篇一:
开源企业级web高并发解决方案
开源企业级web高并发解决方案
主要介绍利用开源的解决方案,来为企业搭建web高并发服务器架构花了一个多小时,画了张图片,希望能先帮你理解整个架构,之后我在一一介绍.linux的大型架构其实是一点点小架构拼接起来的,笔者从各个应用开始配置,最后在完全整合起来,以实现效果。
笔者所使用的环境为Rhel5.4内核版本2.6.18实现过程在虚拟机中,所用到的安装包为dVd光盘自带rpm包
装过developmentlibrariesdevelopmenttools包组
笔者所使用的环境为Rhel5.4内核版本2.6.18实现过程在虚拟机中,所用到的安装包为dVd光盘自带rpm包
装过developmentlibrariesdevelopmenttools包组
笔者虚拟机有限,只演示单边varnish配置
一、配置前端lVs负载均衡
笔者选用lVs的dR模型来实现集群架构,如果对dR模型不太了了解的朋友建议先去看看相关资料。
本模型实例图为:
现在director
上安装ipvsadm,笔者yum配置指向有集群源所以直接用yum安装。
yuminstallipvsadm
下面是director配置:
dip配置在接口上172.16.100.10
Vip配置在接口别名上:
172.16.100.1
varnish服务器配置:
Rip配置在接口上:
172.16.100.11;Vip配置在lo别名上
如果你要用到下面的heartbeat的ldirectord来实现资源转换,则下面的#director配置不用配置
1.#director配置
2.ifconfigeth0172.16.100.10/16
3.ifconfigeth0:
0172.16.100.1broadcast172.16.100.1netmask255.25
5.255.255up
4.routeadd-host172.16.100.1deveth0:
0
5.echo1>/proc/sys/net/ipv4/ip_forward
1.#varnish服务器修改内核参数来禁止响应对Vip的aRp广播请求
2.echo1>/proc/sys/net/ipv4/conf/lo/arp_ignore
3.echo1>/proc/sys/net/ipv4/conf/all/arp_ignore
4.echo2>/proc/sys/net/ipv4/conf/lo/arp_announce
5.echo2>/proc/sys/net/ipv4/conf/all/arp_announce
1.#配置Vip
2.ifconfiglo:
0172.16.100.1broadcast172.16.100.1netmask255.255.
255.255up
3.#凡是到172.16.100.1主机的一律使用lo:
0响应
4.routeadd-host172.16.100.1devlo:
0
1.#在director上配置ipvs,笔者虚拟机有限,只演示单台配置
2.ipvsadm-a-t172.16.100.1:
80-swlc
3.ipvsadm-a-t172.16.100.1:
80-r172.16.100.11-g-w2
4.ipvsadm-ln
至此,前端lvs负载均衡基本实现,下面配置高可用集群二、heartbeat高可用集群
本应用模型图:
高可用则是当主服务器出现故障,备用服务器会在最短时间内代替其地位,并且保证服务不间断。
简单说明:
从服务器和主服务器要有相同配置,才能在故障迁移时让无界感受不到,从而保证服务不间断运行。
在你的两台机器(一台作为主节点,另一台为从节点)上运行
heartbeat,并配置好相关的选项,最重要的是lvs资源一定要配置进去。
那么开始时主节点提供lvs服务,一旦主节点崩溃,那么从节点立即接管lvs服务。
so:
director主服务器和从服务器都有两块网卡,一块eth0是和后面varnish服务器通信,另一块eth1是彼此之间监听心跳信息和故障迁移是资源转移。
笔者用的eth0是172.16.100.0网段vip为172.16.100.1监听心跳为eth1网卡,主从的ip分别为10.10.10.1(node1)和10.10.10.2(node2)
修改上面模型图两台主从服务器的信息
1.vim/etc/hosts
node1
node2
4.#用于实现两台director节点间域名解析,此操作node1、node2相同
1.vim/etc/sysconfig/network
2.#设置主机名
4.#修改主机名使之立即生效,node2也同样修改为
为了安全起见,node1和node2的通信需要加密进行
1.
2.
3.
4.
5.
6.ssh-keygen-trsa#生成密钥ssh-copy-id-i.ssh/id_rsa.pubroot@#将公钥复制给node2sshnode2--ifconfig#执行命令测试,此时应该显示node2的ip信息
准备工作完成,下面开始安装heartbeat和ldirectord
所需要的安装包为
本人直接用yum来实现,能自动解决依赖关系,node1和node2都需要安装
1.yumlocalinstall-y--nogpgcheck./*2.#安装此目录中的所有rpm包
安装后配置:
1.cd/usr/share/doc/heartbeat-2.1.4
2.cpauthkeys/etc/ha.d/
3.cpharesources/etc/ha.d/
4.cpha.cf/etc/ha.d/
5.#拷贝heartbeat所需配置文件到指定目录下
1.vim/etc/ha.d/ha.cf
2.bcasteth1
3.#定义心跳信息从那一块网卡传输
6.#添加这两行,用于指明心跳信号传输范围
7.vim/etc/ha.d/authkeys
8.auth2
9.2sha1[键入随机数]
10.chmod400authkeys
11.#保存退出并修改权限400
12.vim/etc/ha.d/haresource
172.16.100.1/24/eth0/172.16.0.255ldir
ectord:
:
ldirectord.cfhttpd
14.#末行添加主节点域名,vip资源,广播地址,ldirectord资源,以及用户提供显示错误
页面的httpd资源
同步配置文件到node2
1./usr/lib/heartbeat/ha_propagate
2.#脚本用来同步ha.cf和authkeys文件到node2
3.scpharesourcesnode2:
/etc/ha.d/
4.
#复制haresource到nod2
篇二:
非常全面的高性能高并发服务器架构解决方案
由于自己正在做一个高性能大用户量的论坛程序,对高性能高并发服务器架构比较感兴趣,于是在网上收集了不少这方面的资料和大家分享。
希望能和大家交流
msn:
defender_ios@
———————————————————————————————————————
初创网站与开源软件...............................................................................................................6
谈谈大型高负载网站服务器的优化心得!
..............................................................................8
lighttpd+squid+apache搭建高效率web服务器.............................................................9
浏览量比较大的网站应该从哪几个方面入手?
.................................................................17
用负载均衡技术建设高负载站点.........................................................................................20
大型网站的架构设计问题.....................................................................................................25
开源平台的高并发集群思考...........................................................................................26
大型、高负载网站架构和应用初探时间:
30-45分钟.....................................................27
说说大型高并发高负载网站的系统架构.............................................................................28
mixi技术架构........................................................................................................................51
mixi.jp:
使用开源软件搭建的可扩展sns网站.....................................................51
总概关键点:
.................................................................................................................51
1,mysql切分,采用innodb运行.........................................................................52
2,动态cache服务器--.........................................................................................52美国F,中国,日本mixi.jp均采用开源分布式缓存服务
器memcache...............................................................................................................52
3,图片缓存和加..........................................................................................................52
memcached+squid+apachedeflate解决网站大访问量问题.................................................52
Feedburner:
基于mysql和jaVa的可扩展web应用.....................................................53
youtube的架构扩展............................................................................................................55
了解一下technorati的后台数据库架构.......................................................................57
myspace架构历程.................................................................................................................58
ebay的数据量.....................................................................................................................64
ebay的应用服务器规模.....................................................................................................67
ebay的数据库分布扩展架构.............................................................................................68
从livejournal后台发展看大规模网站性能优化方法........................................................70
一、livejournal发展历程.........................................................................................70
二、livejournal架构现状概况.................................................................................70
三、从livejournal发展中学习................................................................................71
1、一台服务器..............................................................................................................71
2、两台服务器..............................................................................................................72
3、四台服务器..............................................................................................................73
4、五台服务器..............................................................................................................73
5、更多服务器..............................................................................................................74
6、现在我们在哪里:
..................................................................................................75
7、现在我们在哪里......................................................................................................78
8、现在我们在哪里......................................................................................................79
9、缓存..........................................................................................................................80
10、web访问负载均衡..............................................................................................80
11、mogileFs.............................................................................................................81
secondlife的数据拾零....................................................................................................82ebay架构的思想金矿......................................................................................................84一天十亿次的访问-ebay架构
(一)..........................................................................85七种缓存使用武器为网站应用和访问加速发布时间:
......................................................92可缓存的cms系统设计......................................................................................................93开发大型高负载类网站应用的几个要点[nightsailer].......................................................105memcached和lucene笔记................................................................................................110使用开源软件,设计高性能可扩展网站...........................................................................110面向高负载的架构lighttpd+php(Fastcgi)+memcached+squid................................113思考高并发高负载网站的系统架构...................................................................................113"我在sohu这几年做的一些门户级别的程序系统(c/c++开发)".................................115中国顶级门户网站架构分析1.......................................................................................116中国顶级门户网站架构分析2......................................................................................118服务器的大用户量的承载方案...........................................................................................120youtubescalabilitytalk......................................................................................................121highperformancewebsitesbynatekoechley...................................................................123
onedozenrulesforfasterpages.....................................................................123whytalkaboutperformance...........................................................................123casestudies.............................................................................................................124conclusion.......................
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- net 并发 解决方案
![提示](https://static.bdocx.com/images/bang_tan.gif)