浅谈网站架构设计.ppt

* * session共享我们可以用memcached来实现，其实负载均衡器自身都带了算法，能够实现会话保持，比如HAProxy的balacn source，再比如Nginx的ip_ha sh；其实在大型网站里，一般要求有会话的功能比较少，比如广告类网站。 * * 个人感觉数据库这一层是制约整个网站性能比较关键的一环，我们应该如何设计和架构此层呢？ * * 数据库的压力应该如何来减减轻呢？ 一、增加数据库缓存，比如 memcached或redis； 二、将前后台分离出来，针对性后台的查询我们全部转到slave机器上去，这样的话不影响主要业务逻辑。 * * 对网站的逻辑数据库，如www、bbs、blog等，进行分库； 对主要业务数据库，进行数据的水平切分或垂直切分或混合切分。 * * 如果读的压力持续增加，我们还可以考虑master-slaves-slaves级联复制架构。 如果读写压力巨大的话，可以考虑自己开发数据库层，例如DoubanDB。 * * 谢谢大家的宝贵时间！！ * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 浅谈网站架构设计 * * * ChinaUnix技术沙龙 * * 网站架构是件艺术活儿，要求架构师熟悉网络、系统、代码、数据库，这些环节都很重要！ * * 百万级、千万级、亿级，对程序、文件服务器、数据库、网站架构的要求都是不一样的，我现在做的网站比较关注的有几个方面的内容，PV，UV，并发，并发峰值。 * * 现在的负载均衡器的抗并发能力都很强，所以单纯以这个值来衡量网站是完全不行的，你的前端的硬件F5能抗10万并发，但你后端的中间件或数据库顶不住，这一切都是空谈！ * * 系统架构师应该要做的是提升站点整体的性能、可用性，不止是前端代理，后端应用服务器、数据库、中间件等，都要综合考虑。这个架构里任何一个点存在瓶颈，整体系统处理能力就大打折扣，我们不要让它们之一形成短板效应。 * * 我们应该尽量做到以下几点:一、保证高可用；二、保证高可扩展性；三、尽量把用户往外面推，保证源服务器的压力小。 * * 下面我以现在手上负责的二个网站来说明下今天的主题 一个是以百万级PV访问量设计的，另一个是千万级PV访问量设计的。 * * * * * * 如果有硬件防火墙，主机本身的iptalbes可以关掉；如果没有硬件防火墙，建议开启系统本身的 iptalbes，一个防火墙规则如下：#!/bin/bash iptables -F iptables -F -t nat iptables -X iptables -P INPUT DROP iptables -P OUTPUT ACCEPT #load connection-tracking modules modprobe iptable_nat modprobe ip_conntrack_ftp modprobe ip_nat_ftp iptables -A INPUT -s 9 -j ACCEPT iptables -A INPUT -s 1 -j ACCEPT iptables -A INPUT -s 51 -j ACCEPT iptables -A INPUT -i lo -j ACCEPT iptables -A OUTPUT -o lo -j ACCEPT iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A OUTPUT -m state --state ESTABLISHED,RELATED -j ACCEPT iptables -A INPUT -p tcp -m multiport --dport 80,22 -j ACCEPT iptables -A INPUT -p icmp --icmp-type echo-request -m limit --limit 1/s --limit-burst 5 -j ACCEPTiptables -A INPUT -p icmp --icmp-type echo-request -j DROP iptables -N syn-floodiptables -A syn-flood -m limit --limit 100/s --limit-burst 150 -j RETURNiptables -A syn-flood -j DROPiptables -I INPUT -j syn-flood? * * 机房的