LLMP高性能网站架构设计方案 在网站架构设计中，大家一定对 LAMP (Linux Apache Mysql Php) 不陌生。LAMP确实是一个非常优秀的架构，秉承着自由，开放，高效，易用的设计理念。但是，本文不打算探讨LAMP，网上有很多介绍LAMP的资料。这里，想给大家介绍另一个在LAMP上衍生出来的，以提升性能为主要目的的开源网站架构。1、选择高性能 OS首先，不难理解，任何一个server最底层的支撑还是OS，而OS的选择，主要包括 Unix, Windows server, Linux, BSD等等。其中，开源的OS，有Linux, BSD及部分unix。从目前使用情况来看，linux还是网站首选OS之一。但是，Linux由于其自由的特点，也给选择产生了一些不便 – 发行版太多。现有的主流版本包括 red hat(RHEL), ubuntu, 红旗, opensuse, debian等。其中，每一个发行版都有自己的特色，比如RHEL的稳定，ubuntu的易用，红旗的中文支持很棒等。但要以性能为主，又兼顾稳定，易用性，以上都不是最佳选择。这里推荐一个发行版，它是一个极限性能，加高度可定制，优化的 Linux – gentoo。gentoo的性能优化是从kernel源码编译就开始入手了，通过选择不同的源码包，可以适应于不同的应用场景。(不同内核介绍: http://imkenwu.javaeye.com/blog/168906 )举个经典的例子：国内，douban.com 在定制优化过的 gentoo 上跑的web服务器最高一天支撑了 2500 万pv。http://www.dbanotes.net/arch/douban_web_server.html这种流量，哪怕是提供纯静态的内容，也是很恐怖的。而支持这种大流量的，除了server本身，最关键的就是高度精简的OS了。所以，综上所述，高性能网站推荐使用可优化，定制的 gentoo 作为载体。2、 选择高性能 web serverApache是 LAMP 架构最核心的 web server， 开源，模块丰富，功能强大，稳定是它的绝对优势。在美国前100个网站中，有49%的使用apache。可见其影响力。但是，有利有弊，apache的致命缺陷，就是多于臃肿，强大的功能，一定会带来性能上的损耗。面对这种情形，在市场上，有一支异军突起，那就是更轻量级的 web server – lighty(lighttpd)。官方为它定义的口号是 fly light。它具有非常低的内存开销，cpu占用率低，效能好，以及丰富的模块支持等特点。这让他在短时间内占据了14%以上的市场份额。并且有越来越多的人开始选择使用lighty作为前端 web server。到这里为之，其实高性能 web server 非 lighty 莫属。但更棒的是，依靠 gentoo 的高度定制化，我们还可以进一步提升 lighty 的性能潜力-那就是定制 lighty。3、选择高性能 database数据库是任何网站走动态化内容展现及业务数据存储的保障。市面上的开源数据库主要有 mysql , postgresql , berkeley db, sqlite 等。其中，对比一下，mysql ： 多线程，多处理器，高性能，5.0以上支持事务，丰富数据类型和sql语法，跨平台。postgresql ： 面向对象，集成web，支持事务，使用进程，速度略慢于mysql.berkeley db ： 嵌入式，数据操作通过接口完成，跨语言。sqlite ： 与php集成，支持ACID特性，支持大并发量，库锁。从上面的对比中，不难看出，mysql 应该是性能，稳定性与功能性的综合之选。4、选择高性能 script language能与 lighty 结合的脚本语言，主要有 ruby, php, python, perl。方式主要是通过 fast-cgi 来访问。只从性能角度对比几种语言:（ http://www.timestretch.com/FractalBenchmark.html ）不难看出，python 是此次测试中，性能最好的脚本语言。动态处理方面有绝对优势。对比 php ， 前者，可以更快的渲染输出内容，并由经lighty， 高速flush缓存到浏览器。值得一提的是， douban.com 也是使用 python 作为应用服务器。总结一下，什么是 LLMP？LLMP 是 Linux Lighty Mysql Python 的组合，作为一种高性能的网站架构设计存在。什么是高性能的LLMP？LLMP并不意味着高性能，只是比其他架构，更有性能的提升潜力。高性能的LLMP，需要从系统，程序，硬件各个层面上协同进行的。FROM：http://www.javaeye.com/topic/174335

从集中到分布，解读网络视频IT架构变迁 作者：朱智力　来源：IT1682006年以视频网站为代表的网络视频行业迅速崛起，IPTV、视频分享网站、视频搜索网站、提供视频服务的互动社区、交友、播客等等新兴媒体发展迅猛。网络视频行业现已成为众多资本机构关注与投资的焦点。但是在网络视频行业发展前景一片大好的同时，一些运营问题也随之显现，步入2007年，资本机构对网络视频行业不再盲目狂热，对商业模式的创新和成本控制提出了更高的要求。今天，纯文字的表现形式已经不能满足用户对更丰富多彩的网络内容的需求，我们需要更丰富的数字出版物、图片、声音以及视频来表达和交流；同时，单向传播也不能满足用户对互动式网络体验的需求，我们需要更丰富灵活的交流与互动体验；IT架构必须能够承载和传播这些爆发式增长的非结构化的数据。同时，用户访问量的增长却从没有停止过，相对于传统应用，网络视频行业应用有着非常庞大的用户数量上涨空间，IT设施面临着强大的成本控制的压力。那么，我们究竟该如何应对网络视频行业的商业模式创新和成本控制的挑战呢？视频网站的典型应用架构我们将以网络视频行业中最具代表性的视频分享网站为例，通过某视频网站的存储环境改造案例来看看网络视频需要什么样的IT结构、分析什么样的存储系统能够更好的来支撑商业模式的创新，并合理的控制成本。视频网站的典型应用架构首先，我们来看看该视频网站的IT结构：如上图所示，分别由流媒体服务器、Web服务器、在线录制服务器、视频转换服务器、数据库服务器、管理服务器、图片服务器和其他服务器等一系列不同数量的服务器组成。这一架构在目前的视频网站中带有一定的典型性。但是由这几个部分组合起来的IT结构，如何才能支撑视频分享门户的竞争优势呢？满足交互性体验和服务压力以下我们将从应用需求和技术特点两方面来分析，该架构如何满足该视频网站的运营需求：1. 交互性体验方面：首先，为满足用户对交互体验的需要并保持自身的原创优势，需要为用户提供视频上传和在线录制视频的功能；其次，需要把不同格式的视频，转换成该网站统一的格式；最后，需要在上传后尽快发布以供播出。2. 服务压力方面：首先，不但需要应对已有的大数量的用户访问，而且将迎接持续的访问量增长；其次，当用户访问量增加时，需要保持良好的反映速度和响应时间；最后，必须面对清晰度日渐提高后，码流增大所带来的服务压力。在各个技术层面上，我们如何更好的满足上述诸多需要呢？1.  在编解码技术层面：编解码技术不断推陈出新，我们可以看到解码效果更好，编码压缩率更高的编解码方式等诸多方面均有良好进展。尤其是由中科院计算所牵头制定的AVS标准，是具有我国自主知识产权的新一代编解码标准，将促进我国网络视频行业的健康发展。2.  在媒体的传输层面：CDN技术已经比较成熟，P2P技术的发展也非常的迅速，虽然存在缺乏统一标准等问题，但无法掩盖P2P技术的锋芒。目前，已有不少的视频平台运营商采用了P2P技术。此外，CDN＋P2P的复合技术也有了比较好的发展。3. 在媒体的服务提供层面：服务器集群技术已经相当成熟：双机到多机的数据库集群、由DNS轮询或相关技术实现的Web服务器集群、由相关查询指向技术实现的流媒体服务器集群等都可以比较方便的实现。成熟的服务器集群技术可以实现按需增加相应应用服务器来应对业务需求，足以为网络视频行业提供良好的支撑。4. 在媒体资源存储方面：需要有大容量、高带宽、可共享的存储技术来支撑，而传统的存储结构和存储技术，却不能很好的满足视频网站的存储需求。那么视频网站在存储方面都有什么具体的要求，存储环境怎样才能够满足这些要求呢？下面我们通过一个实例来详细分析视频网站对存储环境的需求：集中式存储把鸡蛋放到一个篮子里传统存储的体系结构无非有两种：集中式和分布式。网络视频存储方案面临着集中式存储和分布式存储两种选择，两种结构各有优缺点，选择起来其实是比较困难的。本案中的视频网站的存储结构就经历了“集中–分布–分布式的集中存储”的循回式的变迁：该网站建立之初，采用了集中式的存储结构。某视频网站原有集中式存储系统很多网络视频的存储采用的大多类似于上图的、集中式的存储结构来存放所有媒体数据，通常为NAS架构。简单地说，就是一台大容量的文件服务器，而高端的NAS结构是由一个NAS头后面接SAS、SCSI或光纤盘阵。集中式存储的优点是比较明显的：1.  集中存储可实现服务的负载均衡，由于流媒体服务间的数据都是共享且统一的，当发生热点繁忙时，所有流媒体服务器都可为其提供服务，分减压力，而不像分布式的存储会出现热点繁忙，没有热点内容的存储出现空闲这种不均匀情况。2.  集中存储提高了存储资源的利用率。3.  集中的高Raid 级别保护且成本较低，分布式存储都实现Raid保护成本高昂。4.  集中的备份（快照）恢复，能方便的实现远程容灾。5.  集中存储方案管理复杂度相对较低，以管理Mount点为例：需管理Mount点的数量为16（M+N+F+W）个，即上图中的16根蓝线。6. 集中存储同时也是对流媒体服务器视频内容的集中管理。

Google分析送您350元广告费用 早上在Check Mail的时候，看到一封《谷歌分析送您350元广告费用！》这样标题的邮件，第一个意识到的就是骗子邮件，不过在查看邮件标头后，发现是 发件人    谷歌分析小组 <analytics-offer-cn-noreply@google.com> 毕竟是Google财大气粗哦，免费送给没有做AdWords的谷歌分析用户350元，大家还等什么，尝试一下吧！邮件内容如下9月25日前有效！350元关键字广告费用送给谷歌分析用户！尊敬的谷歌分析用户,快来申请赠送给您350元Google AdWords广告费用吧，截至日期到 2009年9月25日。现在就致电谷歌关键字广告免费销售热线：400-810-9060 申请广告费用！Google AdWords 五大优势# 向全球的用户展示广告: 谷歌广告网络可以触及亚太地区超过73%的互联网用户*# 只按效果付费: 广告展示完全免费，只有感兴趣的用户点击广告后您才需要按点击数量付费# 灵活控制您的广告费用: 没有最低花费，每天您都能随时调整预算# 按照业务需求调整广告: 按照新产品和业务调整广告，可随时暂停开启广告系列# 创建广告只需几分钟: 15分钟以内完成广告制作并将广告展示出来如何获得您的350元广告费用:1. 立即致电谷歌关键字广告免费销售热线：400-810-9060。2. 登录 http://www.g.cn/xsell350，正确填写您的信息，我们的销售人员会在2个工作日内联系您。T请按照这个说明将您的谷歌分析账户连接到AdWords账户，以便更好的衡量广告的效果并选择正确的优化方式。现在就拨打电话申请350元广告费吧！2009年9月25日前，开始这次无风险的尝试！此致,程武谷歌中国商务市场部 总经理该活动只针对未在谷歌开设帐户的新用户，谷歌在线老客户以及代理商客户不享受此次优惠。谷歌将对新客户资格进行严格核查，促销额度亦不可转让、销售和交换。一旦发现违规操作，谷歌将立即取消其资格。谷歌对本次活动拥有最终解释权。仅适用于Google AdWords在线新客户的帐户。广告主需支付广告超出优惠部分的费用。如果广告主不希望支付免费优惠以外的额外费用，需停止广告投放。依据广告审核，有效注册账户需接受Google AdWords标准条款和条件。优惠截止日期：2009年9月25日。

从集中到分布，解读网络视频IT架构变迁(下) 作者：朱智力　来源：IT168从集中到分布，化解存储瓶颈接上篇：从集中到分布，解读网络视频IT架构变迁(下)。集中式存储已经拥有了诸多优势，那么为何这家视频网站最终却选择了其他的存储架构呢？该视频网站究竟在运营过程中遭遇到了什么样的阻碍呢？经过我们对整个网站存储结构的分析，原来，NAS头成为整个存储环境的瓶颈……从以下两幅图中，我们可以看到传统的集中存储方案中，存在如下问题： I/O瓶颈 容量扩展性差 性能不可扩展 专业高端NAS成本高昂 单点故障 NAS成为系统瓶颈传统集中式存储的瓶颈随着数据量的增加，存储压力也变得越来越集中，NAS已不足以支撑现有的应用，无法更好的应对未来的挑战。既而，该网站从集中式的存储方式转向了采用分布式的存储方式。分布式存储系统架构图中，每台服务器上都提供文件共享服务，由应用层来实现媒体资源数据在各个服务器集群之间的迁移，从而比较好的解决了集中存储的IO瓶颈问题，但是问题也随之而来。分布式的存储没有负载均衡，例如：发生热点的时候、部分流媒体服务器忙或部分闲置分布式存储利用相对较低率，重复数据大量存在，且份数多无法实现集中的高Raid 级别保护快照、备份、恢复、远程容灾比集中存储实现成本高需要在应用层对存储层过多关注。管理复杂度程几何级增长，整体系统维护工作越来越复杂、繁重。以管理Mount点为例：同样的服务器数，需管理Mount 点的数量为48  [M*(N+F)+W*N]个，即上图中的48根红线，远大于集中存储结构。这仅仅是Mount点一项，还不包括各个点存储数据的维护，在实际应用中相关的工作量是相当惊人，管理员疲于奔命。集中VS.分布？还是分布式的集中？既然传统的集中和分布都存在不同的问题，怎么样去解决？在给出答案之前，我们重新归纳前面分析的视频网站对存储的需求：1. 各种服务器集群之间有视频传递的需求，需要上传服务器、流媒体服务器、在线录制服务器和转换服务器之间的视频文件是互相可见的，翻译成存储的语言则需要文件级共享的存储。2. 各种应用服务器可能使用着不同的操作系统平台，都需要无差异的访问到存储空间，而翻译成存储的语言则需要跨平台共享的存储。3. 多台流媒体服务器之间的存储容量需要共享，从而提高存储空间的利用率。如采用传统SAN上面划分独立的存储空间，给每台服务器的类似做法显然是不可接受的，并且需要视频内容合理的分布在各个存储设备上，翻译成存储的语言则需要存储容量的负载均衡。4. 单台存储设备的存储速度始终是有限的，需要多个存储设备的聚合才能满足视频内容访问量的爆炸式的增长，翻译成存储的语言则需要多台存储设备间的存储速度的聚合，从而实现存储速度的负载均衡。5. 新增视频内容的不断添加会导致存储容量的不断扩大，在添加设备扩展容量的时，能够不影响原有系统，且平滑扩展，能够实现在线的扩展业务系统不停机，翻译成存储的语言则需要容量线性可扩展，能够实现在线扩容。6. 随着用户访问量增长和视频清晰度提高带来的带宽增长等诸多增长因素的影响，对存储带宽的增长需求，要求存储系统实现带宽随容量呈线性增长。7. 合理的成本控制是一个恒久的话题，需要存储系统的总体拥有成本随容量的扩展而合理的扩展，不能出现突变式的增长。8. 稳定性自然不用说，需要存储系统采用冗余结构以提高系统的稳定性。为了满足上述需求，当我们面对“集中VS.分布”这个艰难抉择的时候，技术的不断进步，涌现出：分布式的集中存储结构——集群存储技术，其核心技术是集群文件系统。集群存储系统满足视频行业服务需求目前，广为流行的集群文件系统的典型代表主要有： Google 的GFS （Google File System） 国内中科院研发的BWFS（Blue Whale File System） Panasas 的PanFS （PanFS File System） IBM 的 GPFS （General Parallel File System) CFS 的 Lustre （Lustre File System） 这五种集群文件系统各有特点和优势，一般而言，分布式集中存储相对于传统存储系统来说拥有如下优点：采用统一的全局命名空间，支持文件级共享，且采用分布式存储结构，能实现高聚合I/O带宽，并且跨Linux平台和Windows平台的文件共享，还能够线性扩展I/O带宽，拥有良好的系统负载平稳性，并能够动态扩展存储容量，实现成本可控。基于分布式结构的集中存储如上图所示：该架构能较好的满足网络视频对存储系统的需求。1. 文件共享、统一的全局命名空间——上传服务器和流媒体服务器之间的文件可见性；多台流媒体服务器间的存储容量共享2. 多台存储设备间的存储速度的聚合——流媒体服务器可用的存储速度负载均衡3. 跨平台共享（Windows/Linux）——支持不同平台的流媒体服务器、上传和其他服务器4. 容量线性可扩展——使流媒体服务能应对不断扩大的存储容量需求5. 带宽随着容量线性增长——使流媒体服务能应对不断扩大的用户访问量；          可以按需扩大流媒体服务器的数量而不用担心存储6. 成本需随着容量的扩展而扩展——良好的成本控制7. 全冗余结构——稳定的强壮的存储系统该视频网站最终选择基于BWFS集群文件系统的BWStor蓝鲸集群存储系统。BWFS是由我国中科院计算所工程中心自主研发的文件系统，并经由中科院中科储天公司产品化。中科院中科储天蓝鲸集群存储系统（BWStor）即采用BWFS文件系统为核心技术，是中国自主知识产权存储产品的代表之一。

什么是IDC？怎么选择服务器托管商？ 什么是IDC？互联网数据中心（Internet Data Center）简称IDC，就是电信部门利用已有的互联网通信线路、带宽资源，建立标准化的电信专业级机房环境，为企业、政府提供服务器托管、租用以及相关增值等方面的全方位服务。怎么选择服务器托管商？服务器托管托管服务器是指用户委托具有完善机房、良好网络和丰富运营经验的服务商管理其计算机系统，使其更安全、稳定、高效的运行。即用户把自己的网络设备（服 务器、交换机等等）放在IDC服务商提供的专业服务器机房中，享受高品质的带宽、不断增加的增值服务和24×7的各方面专人维护以及监控服务。即购买一台服务器放到当地电信，网通机房，使用这种业务时，托管的服务器可以实现不间断 高速接入INTERNET的需求，并且可以获取一个固定的IP 地址，用于开展互联网业务或其他业务。服务器托管-基本简介服务器托管又称主机托管，它摆脱了虚拟主机受软硬件资源的限制，能够提供高性能的处理能力，同时有效降低维护费用和机房设备投入、线路租用等高额费用。客户对设备拥有所有权和配置权，并可要求预留足够的扩展空间。如果企业想拥有自己独立的WEB服务器，同时又不想花费更多的资金进行通讯线路、网络环境、机房环境的投资，更不想投入人力进行24小时的网络维护，可以尝试主机托管服务。主机托管的特点是投资有限，周期短，无线路拥塞之忧。主机托管和虚拟主机的区别1、主机托管是用户独享一台服务器，而虚拟主机是多个用户共享一台服务器；2、主机托管用户可以自行选择操作系统，而虚拟主机用户只能选择指定范围内的操作系统；3、主机托管用户可以自己设置硬盘，创造数十G以上的空间，而虚拟主机空间则相对狭小；主机托管业务主要是针对ICP和企业用户，他们有能力管理自己 的服务器，提供诸如WEB、EMAIL、数据库等服务。但是他们需要借助IDC提升网络性能，而不必建设自己的高速骨干网的连接。托管主机提供的基本服务就是网站 WEB服务和FTP服务。在通过ISA SERVER 发布这些服务前，要配置。把IIS服务和FTP服务工作的TCP/IP地址改为“内部网卡”绑定的地址。具体操作在：“管理工具”中运行“INTERNET 信息服务管理器”，单击“网站”展开当前主机提供的站点服务，用鼠标右击每一个WEB站点，选择“属性”，在“网站”选项卡中“网络标识”中，在“IP地址”字段后，选“内部网卡”的地址。为什么要托管服务器在现阶段，不同运营商之间互联互通极差！如电信用户访问网通网络，网通用户访问电信网络，国内用户访问国外网络等，速度极慢，延时很大，同时，出于成 本的考虑，现在大部分网络内容提供商都只使用单一运营商的线路，从而导致另一个运营商的用户访问困难，并且，单一出口，没有备份。如同时使用两个运营商的 线路，成本又非常的高。更糟糕的是，在移动办公的环境中，服务器与客户端所处的运营商更是不确定，从而影响工作。托管服务器优势1)直接将你的主机连接到互联网的骨干上；2)通过外包托管服务降低开销；3)免除昂贵的租用高带宽线路费用；4)集中精力在核心商业目标上，而不是将时间和金钱消耗在复杂的主机和连接问题上；5)您的WEB、和电子商务应用受益于快速可靠的因特网访问；6)享受安全，高速的因特网访问；7)7*24小时实时监控和技术支持。一个机柜放多少个服务器？答：一个机柜所放的服务器是有限的，48U高度的机柜并不代表着实际能够放48个1U服务器，因为你要留散热和挪动的空间，你要考虑电力供应，你要考 虑整体散热等，还有上下必须要有走线空的地方，还有放交换机、防火墙、显示器等其他设别的地方。所以正规的机房是50多U超高机柜，能放的最多可达30 台。

新型的大型bbs架构（squid+nginx） 这个架构基于squid、nginx和lvs等技术，从架构上对bbs进行全面优化和保护，有如下特点：1、高性能：所有的点击基本上全部由前端缓存负责，提供最快速的处理。2、高保障度：不需考虑应用程序稳定与否、程序语言是何种、数据库是何种，都能从架构上保证稳定。3、高可用性：对应用程序的修改达到最简化：在程序的某些地方加入清缓存的语句即可，当然还需要做页面静态化的工作和统计工作。这个架构的特点和一些流程的说明：1、主域名和图片域名分离域名分离可以使流量分离，缓存策略分离等等，好处诸多。bbs初期一定要做好规划，将图片用另外的域名独立服务，即使没有足够机器，域名也要先分开。另 外，图片服务器可以使用有别于主域名的另一个域名，一个好处是可以减少读取cookie对图片服务器的压力，另一个是提高安全性，避免cookie泄露。首先看图，这个图比较大：2、使用LVS作为前端、二级代理和数据库的访问入口使用LVS作为入口，比其他任何一种方式都来得更优质。首先LVS的负载能力很强，因为它工作在网络协议的第4层，使用虚拟ip技术，所以它本身并不担负 任何流量的处理，仅仅是一个封包转发的功能；第二，LVS的配置相对简单而且稳定，一般去调整的几率比较低，也减少了因人为等因素而出现故障；第 三，LVS可以处理任何端口的负载均衡，所以它基本可以做所有服务的负载均衡和容错。在这个架构中，除了处理http的80端口之外，LVS也处理了数据 库mysql的3306端口，在数据库这个应用中是采用的双机热备策略。3、使用nginx+squid作为最前端的缓存组合在这个架构中，是最能体现app_nginx_squid_nginx架构的优势的。在这个架构中的bbs运行在缓存上，用户每发布一张帖子，都需要使用 purge指令清除该帖子的缓存，如果是squid在最前端，那么每次发布一张帖子，都需要在所有的squid中调用purge指令，这样在机器比较多的 时候，purge将成为一个巨大的压力。所以在这里将nginx放在最前端并使用手工url_hash的方式分流，将经常需要purge的帖子页面和列表页面按一个url对应一台squid的策 略，分布到各台squid上，并提供了一台或一组backup的squid，个别squid出现异常时将自动使用backup的机器继续提供一段时间的服 务直到其正常。在这样的架构下，purge就不再是关键问题，因为一个url只会对应到一台机器上，所以purge的时候，后端app_server找到 对应的机器就可以了。可以看到在前端中还有一台nginx(purge)的机器，这台机器是专用于purge的，只要发送purge指令和需要清除的url到这台机器，就可以 找到相应的服务器并清除缓存了。另外，purge时还需要清理backup机器上的缓存，所以无论前端机器增加到多少，purge指令只会在2台机器上执 行，如果backup机器使用到2-3台，purge指令就会在3-4台机器上执行，仍然在可接受范围之内。nginx作为前端，另有的好处：1/使用nginx的日志统计点击量非常方便2/nginx也可作为缓存，一般可以直接负责favicon.ico和logo等固定的小图片4、基于nginx的中层代理nginx中层代理的优势，在：nginx和squid配合搭建的web服务器前端系统这篇文章中有解释。在这个架构中，假如后端的app_server上把帖子页和列表页直接生成了静态页面，那么使用中层代理再做一次url_hash，将可以解决后端 app_server的硬盘容量的压力，但是如果使用到url_hash的话，那做容错就相对麻烦了。所以建议不要采用生成静态页的方式，后端的压力一般 不会非常的大，所以没有必要生成静态页。假如前端squid的命中率实在太低下，造成大量穿透，可以考虑使用二级代理暂顶。5、基于LVS的数据库双机热备在这个架构中，因为大量的并发和访问量都由前端的缓存处理掉了，所以后端的mysql主要压力来自于数据的写入，所以压力并不是非常大，并且负载比较稳 定，一般不会随着访问量上升而提高过快，估计目前一台64位的机器，加满内存并使用高速的硬盘，前端负载数亿访问量时数据库都不会出现性能问题。在数据库 这方面应主要考虑故障恢复，因为数据库崩溃的话，按照一般使用备份恢复的做法，耗时很长而且难免丢失数据，是很棘手的问题。使用双机热备的方案，出现故障 时首先可由一台时刻同步着的备用数据库即刻充当主数据库，然后卸下的数据库可以有充分的时间对其进行维修，所以是个很安全有效的办法。当然，数据库的优化还是要细心做的，参考：mysql性能的检查和调优方法细心地调一遍，性能会好很多。6、图片服务器图片服务器我在这个架构中没有特别详细的介绍，在大型的bbs系统下，图片常常会出现容灾现象——图片数量严重超过了单台前端服务器容纳能力，导致前端服务器命中率低下。处理容灾问题也是非常棘手的，往后会有更详细的介绍。7、简单的点击量统计办法1/使用js的script标签访问另一（台）组服务器的空文件，然后定期向数据库更新2/在前端的nginx上直接开启日志功能，按需要统计点击量的链接规则进行记录，然后定期更新数据库FROM:http://sudone.com/archie/archi_bbs.html

您了解网站运营吗？ 网站运营是指网络营销体系中一切与网站的后期运作有关的工作。企业的网站运营包括很多内容，如域名的构思选择、网站宣传推广、网络营销管理、网站的完善变化、网站后期更新维护、网站的企业化操作等等，其中最重要的就是网站的维护和推广。建一个网站，对于大多数人并不陌生。尤其是已经拥有自己网站的企业和机构。但是，提到网站运营可能很多人不理解，对网站运营的重要性也不明确，通常被忽视。网站运营不象网站建设一样，一次性投入，不管建的好孬，总能出现在人们面前。这就如同某某单位出资，建了一家企业一样，领导人到位，资金到位，设备到位，那么企业就算是成立了。那么，企业建立的目的是什么呢？是希望它逐步发展，市场的占有率越来越高，实现利润的回报。肯定没有人希望企业建成之日便是倒闭之时。所以网站运营十分重要的意义！同样，谁也不希望网站建设之后，会变成一个死站，不能为企业效力。从这个意义上说，网站若想得到好的回报，就应当进行运营，而且是科学的运营。网站的管理水平直接反映着该企业的管理水平，体现了整个企业文化。重点项目主要指域名选择、搜索引擎推广、网络广告。选择一个好的域名可对网站运营起到事半功倍的作用。目前国内域名注册机构顶级域名都需要收费，为了减轻运营成本，可以选择日诺网络免费为企业提供的顶级CN域名，减轻企业负担。国内搜索引擎和网络广告的业务开展都力推代理制，可以在网站上找到它们在各地区的授权代理商，有时候，通过代理的价格比媒体网站自己的对外报价还低。但如果公司没有这个预算，只好在百度和GOOGLE上免费登录，只是一般网站策划和设计人员在网站建设中并不会单独考虑针对百度和GOOGLE排名的网页优化问题，因此实际上要获得好的排名还是很难。如果要进行搜索引擎优化，一方面涉及到费用，而最重要的，还是优化的质量。实际上，目前搜索引擎优化通常只是一些个人行为而非公司行为，因为“搜索引擎优化”并不是一个成熟的服务产品，而且效果常常与主观努力大相径庭。因此要找一个优化高手并非易事。其它推广维护工作，主要就是寻找互换链接的对象、发布信息、Email营销推广、回复客户 Email以及网站与用户的互动应答等，大都需要长期经营。这些工作大多不需要涉及太复杂的专业知识，但需要投入很多精力。对于网站维护人员，需要明确工作职责、内容，并长期学习新知，这群人属于网站营销的忠实用户。另外可以利用传统媒体，诸如通过各种传播媒体（如广播、电视、报纸广告、户外灯箱及路牌广告等）、展会、企业印刷品（产品Catolog、名片）等推广方式进行网站推广。有的网站管理人员对网络营销略知一二，收到一些垃圾邮件推销“网络营销软件”，价格也不贵，听起来对网站推广好像颇有帮助。其实那些通过垃圾邮件宣传的“网络营销软件”已经没多少人相信了。那种指望几封廉价的电子邮件就可以掘起一桶金来的想法对于需要脚踏实地开展、细水常流的网站运营非常有害。 要学习有效的Email营销方法。应当说，只有踏踏实实的按照网络营销的商业原理，结合企业的实际情况，开展网站的运营，才能使企业网站发挥真正的作用。因此无论是已有网站或是正在建设网站的企业千万不要忽视网站运营这个环节！正所谓“打江山易，守江山难”，创造出一片繁华盛世就难上加难了。网站运营主要项目网站策划，网站设计，网页制作，网站编辑，网络营销，搜索引擎优化seo，网站统计，流量分析，网络广告网站运营二个阶段的核心内容第一阶段：打响网站品牌1． 整体运作方面：网站正入于初创业阶段，以打响品牌知名度为目标，以迅速建立支撑品牌运作的基础工作为工作重点展开运作。2． 网站平台方面：优秀的网站平台是打响品牌的基础，据太维的成功经验而言，优秀平台能够使整个品牌进程提前20%完成任务。网站平台包括：a、网站平台策划符合网站定位；b、网站设计美观大方，具备国际特色；c、网站功能操作方便快捷，符合客户需求；d、网站内容和信息丰富、有价值。3． 网站推广方面：品牌目标以短期目标为主，务必保证您的目标有80%的机会成功完成。具体注意点包括：a、目标一定是可实现的（增强运作信心）；b、务实整合现有可利用的资源（人才、资金、时间..）c、系统规划（什么阶段做什么事，思路要清晰）d、拿出团队认为客观的评估标准，并努力达成。（有经验的可以迅速制定，没有经验的则可以大家一起协商制订.）e、时间安排和控制是重中之重。（时间就是效誉）4． 人力资源方面：聘请经理级核心人才，他们的经验与才能是整个计划的关键。在这方面，大胆任命与放权，给出长期的个人回报最关键，具体内容，请见《创业型网站运营实战》。5． 公司管理方面：前期只需建立基本的沟通流程，和基础的员工行业管理制度，避免制度多，实施少的情况；在网站品牌打响期间，沟通比管理更重要。请见《创业型网站运营实战》。6． 销售管理方面：优厚的销售激励方案是基础，每日的非正式交流是手段，充分调动员工积极性，发挥其主观能力性是关键。第二阶段：成就知名网站1． 整体运作方面：此时网站已进入二次创业阶段，扩张、成长，占领市场是重中之重，但请保持头脑冷静、细致调研、缜密分析，以太维核心成员的职场经验，避免因盲目扩张导致的时间、金钱、人才浪费。2． 网站平台方面：网站平台优化是关键，把第一阶段运作中发现的问题进行系统优化，使网站整体看上去像一位精干的业务人员，身上没有一块烂肉，使其真正成为网站营销平台，让已有客户和潜在客户愉快地使用平台；3．网站推广方面：继续做好第一阶段的基础推广工作，力求与其它网站资源、其它传统资源，有大型合作，提升网站品牌影响力 [例如栏目合作、媒体合作…]；做好市场调研、数据分析工作，有效利用技术实现对网站平台的监控，把平台的数据转化为有价值的决策数据，这点很关键；4． 人力资源方面：注重高质量的新血引进、扩大队伍，做好旧有员工的思想工作，内部提拔、外部招聘骨干人员纳入工作重点，以保持公司正常的新陈代谢；因此，聘请一位优秀的人力资源经理是此时的最重要的事情。5．公司管理方面：建立公司业务培训体系，各部门培训体系，公司架构优化和部门责任制必须建立，公司制度完善并走向正轨，避免因队伍扩张而产生的驾驭失衡的问题；企业文化是网站经营的长久基石，把公司过去成功的经验，提炼成为符合企业长远发展的企业文化，能够使公司真正建立核心竞争力，现状、未来、新资源引进，都应基于此文化。6． 销售管理方面：整个销售团队须要从单兵作战提升至整体作战，因此，为适应新竞争而聘请或内部提拔销售总监非常有必要；在一切具备之后，迅速将个人销售经验转化成为符合本网站的优秀销售模式至关重要，好的模式经过良好的复制，能够让网站迅速占领市场。

SqlServer自动备份策略设置 Sql Server自身就提供了完善的备份机制，我们只要灵活运用，就能达到令人满意的效果。先了解一下：为何要做备份？数据备份是容灾的基础，是指为防止系统出现操作失误或系统故障导致数据丢失，而将全部或部分数据集合从应用主机的硬盘或阵列复制到其它的存储介质的过程。传统的数据备份主要是采用内置或外置的磁带机进行冷备份。但是这种方式只能防止操作失误等人为故障，而且其恢复时间也很长。随着技术的不断发展，数据的海量增加，不少的企业开始采用网络备份。网络备份一般通过专业的数据存储管理软件结合相应的硬件和存储设备来实现。方法一：SqlServer自动作业备份1、打开SQL Server Management Studio2、启动SQL Server代理3、点击作业->新建作业4、”常规”中输入作业的名称5、新建步骤，类型选T-SQL，在下面的命令中输入下面语句DECLARE @strPath NVARCHAR(200)set @strPath = convert(NVARCHAR(19),getdate(),120)set @strPath = REPLACE(@strPath, ‘:’ , ‘.’)set @strPath = ‘D:\bak\’ + ‘databasename’+@strPath + ‘.bak’BACKUP DATABASE [databasename] TO DISK = @strPath WITH NOINIT , NOUNLOAD , NOSKIP , STATS = 10, NOFORMAT（D:\bak\改为自己的备份路径，databasename修改为想备份的数据库的名称）6、添加计划，设置频率，时间等。确定，完成。方法二：SqlServer自动作业备份SQL2005的维护计划里面自带了备份数据库任务，但不会自动按日期命名，不方便，下面的方法是以存储过程来解决的。要用SQL2005的维护计划功能首先要确认SQL Server Agent服务是在启动状态，然后打开SQL Server Management Studio，展开对象资源管理器里的“管理”，右击维护计划选择新建维护计划，为维护计划命名，如：TestDB_Backup，选择默认的子计划 “Subplan_1 ”并点击上方的子计划设置按钮来设置子计划执行方式和时间：出现设置界面，设置每天3点执行一次，如图：确定后保存一下，然后新建一个查询页，开始创建存储过程，代码如下：USE [TestDB]GOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOCREATE PROCEDURE [BackupDatabase](@FolderPath varchar(500))asDECLARE @FullPath varchar(1000)set @FullPath = @FolderPath+ ‘TestDB_’+convert(VARCHAR(4),year(getdate()))+right( ‘0′+convert(VARCHAR(2),MONTH(getdate())),2)+right(’0′+convert(VARCHAR(2),DAY(getdate())),2)+ ‘.bak’backup database [TestDB] to disk=@FullPath WITH INITreturnUSE [TestDB] GO SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE PROCEDURE [BackupDatabase](@FolderPath varchar(500)) as DECLARE @FullPath varchar(1000) set @FullPath = @FolderPath+ ‘TestDB_’+convert(VARCHAR(4),year(getdate()))+right( ‘0′+convert(VARCHAR(2),MONTH(getdate())),2)+right(’0′+convert(VARCHAR(2),DAY(getdate())),2)+ ‘.bak’ backup database [TestDB] to disk=@FullPath WITH INIT return设置完毕，切换回维护计划设置页面，在左边的工具箱中拖入一个“执行T-SQL语句任务”：双击拖入后的“执行T-SQL语句任务”，输入执行存储过程的语句来完成每天的自动备份工作，代码如下：use [TestDB]exec BackupDatabase ‘E:\SqlData\TestDB\’use [TestDB] exec BackupDatabase ‘E:\SqlData\TestDB\’确定后保存该维护计划即可SqlServer自动作业备份SQL2005的维护计划里面自带了备份数据库任务，但不会自动按日期命名，不方便，下面的方法是以存储过程来解决的。要用SQL2005的维护计划功能首先要确认SQL Server Agent服务是在启动状态，然后打开SQL Server Management Studio，展开对象资源管理器里的“管理”，右击维护计划选择新建维护计划，为维护计划命名，如：TestDB_Backup，选择默认的子计划 “Subplan_1 ”并点击上方的子计划设置按钮来设置子计划执行方式和时间：出现设置界面，设置每天3点执行一次，如图：确定后保存一下，然后新建一个查询页，开始创建存储过程，代码如下：USE [TestDB]GOSET ANSI_NULLS ONGOSET QUOTED_IDENTIFIER ONGOCREATE PROCEDURE [BackupDatabase](@FolderPath varchar(500))asDECLARE @FullPath varchar(1000)set @FullPath = @FolderPath+ ‘TestDB_’+convert(VARCHAR(4),year(getdate()))+right( ‘0′+convert(VARCHAR(2),MONTH(getdate())),2)+right(’0′+convert(VARCHAR(2),DAY(getdate())),2)+ ‘.bak’backup database [TestDB] to disk=@FullPath WITH INITreturnUSE [TestDB] GO SET ANSI_NULLS ON GO SET QUOTED_IDENTIFIER ON GO CREATE PROCEDURE [BackupDatabase](@FolderPath varchar(500)) as DECLARE @FullPath varchar(1000) set @FullPath = @FolderPath+ ‘TestDB_’+convert(VARCHAR(4),year(getdate()))+right( ‘0′+convert(VARCHAR(2),MONTH(getdate())),2)+right(’0′+convert(VARCHAR(2),DAY(getdate())),2)+ ‘.bak’ backup database [TestDB] to disk=@FullPath WITH INIT return设置完毕，切换回维护计划设置页面，在左边的工具箱中拖入一个“执行T-SQL语句任务”：双击拖入后的“执行T-SQL语句任务”，输入执行存储过程的语句来完成每天的自动备份工作，代码如下：use [TestDB]exec BackupDatabase ‘E:\SqlData\TestDB\’use [TestDB] exec BackupDatabase ‘E:\SqlData\TestDB\’确定后保存该维护计划即可

大规模网站架构技术原理透析 跟朋友聊天的时候，发现很多人对大型网站系统架构非常感兴趣，我也很感兴趣，经常会在家里2台笔记本和1台服务器组成的局域网环境里作些实验。我进入IT行业的时间，大约是97，98年吧，那时候PC客户端软件最为盛行，做软件开发是一份很体面也很喜欢的工作。我从Win3.1上的VC1.5开始一直到VC6.0，然后转为.Net开发，基本上都是从事客户端软件开发。本人的性格是危机意识向来严重，所以深感互联网必将盛行，传统软件必将走向没落，于是转向了WEB开发。记得以前去某Portal网站应聘的时候，主考官就问我：你认为客户端开发和互联网开发有什么不同。我当时的回答是：互联网开发比客户端软件开发简单多了，我再也不用考虑那么多的用户环境因素了，一点部署，何时何地都可用。很多年过去了，我再想起当初我的回答，依然觉得那个回答是正确的。就产品开发层面来讲，互联网开发确实简单多了。这里首先澄清一个概念，我所说的互联网开发并不是指所有的B/S应用，例如B/S方式的银行内部业务系统。我所说的互联网应用是指在互联网上服务于公众的应用。企业级的业务系统，它的特点是业务逻辑是比较复杂的，但用户一般不太大；互联网应用则相反，业务逻辑一般很简单，但面对的是海量用户。既然互联网应用开发的业务逻辑不复杂，但为什么大型网站都投入了那么多的技术人员呢？主要是因为运营的环境太复杂，这种复杂性形成的原因以下：1、公开性网站的服务是公开的，任何人都可以来访问，所以就会直接面对大量的不良用户，系统数据的安全面临很大的风险，一旦系统被攻入，结果将是灾难性的。2、访问量大访问量大，就意味着网站必须能够承受高并发大流量的考验，如果网站的服务能力和健壮性等达不到要求，你的系统就会被冲垮。3、用户体验用户体验要好，除了产品设计的因素之外，就要求访问网站的速度要快，具有高可用性，别用一会就挂。网站各子系统如何进行部署，如何提高系统的健壮性和高可用性，如何实现网站的安全，如何提高访问速度，如何进行负载均衡，甚至于采用什么的硬件设备，另外，网站发展的不同时期会可能会采用不同的架构，如何实现架构的平滑过渡，如何使目前的架构具有弹性，具备可扩展的能力，这都是大型网站必须解决的问题，也是小网站成长过程中迟早会遇到的问题。我后面的文章将会逐步就这个话题展开。网站机构包括网站的软件架构和系统架构两部分，软件架构主要是指子系统和逻辑层的划分结构；系统架构，一般是系统部署结构。系统架构师的知识体系比较庞杂，所谓的见多识广，多数是由运维工程师成长起来的，他们开发能力不强，编码不多，但动手能力很强，脚本编写非常熟练，经常会做各种类型的实验，密切跟踪最新技术最新产品的相关信息。当然，一个大型的网站，需要一个架构师团队，他们各自承担擅长领域的架构设计，比如安全架构、存储架构等等。我觉得一般的开发人员还是很难走上这条路的，这份工作需要经验，需要不断实践，但如果开发人员一旦走上了这条路，会有很大的发展，主要源于开发人员的思考习惯和技术的深度。我的这系列文章，开发人员可以作为参考，比如如何开发可分布式部署的系统，另外很多朋友都是身兼数职，从开发到实施，到部署全部包办。我个人深感精力有限，所以又特意找了几个朋友从Unix/Linux系统和Windows系统不同角度进行探索，以造福正在摸索中的朋友，有兴趣的朋友也可以参与。其实，这部分内容我一直在写，比如PHP深度探索系列，写了大量的关于apache的内容，我已经大体把apache代码阅读了一遍，很费时间，进度缓慢，但我想这有助于我们理解apache的配置和调优。在介绍网站架构之前，我们先介绍一些网站架构中最基础和常见的概念，以便更好的理解后面的有关负载均衡和分布式存储等技术。第一个，首先讲讲CDN。1、CDN是什么CDN（Content Delivery Network），就是内容发布网或者内容分发网，它的主要目的：通过在现有的Internet中增加一层新的网络架构，将网站的内容发布到最接近用户的网络边缘，使用户可以就近取得所需的内容，从而提高用户访问网站的响应速度，提升用户体验，同时能够分散访问压力，把本来用户集中访问分散到各地去。网站的内容提供商（比如新浪、搜狐、网易等等）使用CDN，就可以在宏观层解决一部分大流量、海量用户并发等令人头疼的问题。2、CDN的组成内容发布网(CDN)是一个经策略性部署的整体系统，包括分布式存储、负载均衡、网络请求的重定向和内容管理４个要件，而内容管理和全局的网络流量管理是CDN的核心所在。通过用户就近性和服务器负载的判断，CDN确保内容以一种极为高效的方式为用户的请求提供服务，达到用户所要求的服务距用户仅有”一跳”(Single Hop)之遥。我们通常的内容发布模式都是将网站数据放到一处，然后应对来自世界各地的访问，我们多数考虑的是软件部署架构，很少考虑网络硬件架构。与之形成对比的是，CDN则强调了网络在内容发布中的重要性。通过引入主动的内容管理层的和全局负载均衡，CDN从根本上区别于传统的内容发布模式。内容提供商承担了他们不该干也干不好的内容发布服务。3、互联网服务的产业链纵观整个宽带服务的价值链，内容提供商和用户位于整个价值链的两端，中间依靠网络服务提供商将其串接起来。随着互联网工业的成熟和商业模式的变革，在这条价值链上的角色越来越多也越来越细分，出现了内容运营商、托管服务提供商、骨干网络服务提供商、接入服务提供商等等。在这一条价值链上的每一个角色都要分工合作、各司其职才能为客户提供良好的服务，从而带来多赢的局面。从内容与网络的结合模式上看，内容的发布已经走过了ICP的内容（应用）服务器和IDC这两个阶段。IDC的热潮也催生了托管服务提供商这一角色。但是，IDC并不能解决内容的有效发布问题。内容位于网络的中心并不能解决骨干带宽的占用和建立IP网络上的流量秩序。因此将内容推到网络的边缘，为用户提供就近性的边缘服务，从而保证服务的质量和整个网络上的访问秩序就成了一种显而易见的选择，这就是CDN服务模式。CDN的建立解决了困扰内容运营商的内容”集中与分散”的两难选择，无疑对于构建良好的互联网价值链是有价值的，也是不可或缺的最优网站加速服务。4、CDN服务提供商ChinaCache是中国最大的CDN服务提供商，是不是唯一未可知也。要想成为CDN服务提供商，恐怕要摆平电信、网通、铁通等等运营商，这得需要什么样的能力和背景不得而知。它的服务节点在全球已经超过130个，其中国内节点超过80个，覆盖全国主要6大网络（所谓6线机房，就是这么来的）的主要省份，象各大门户网站，比如新浪、网易等等都是租用了他们的服务。所以，你无论是在南方，或者北方，还是在北美，访问这些门户网站，感觉速度都很快，最主要的原因之一就是CDN发挥了效果。一般小网站是用不起这服务的，所以慢点就慢点了吧，可以租用互联互通的6线机房，如果网络足够宽的话，用户也可以忍受。如果想继续提升用户体验的话，就需要做一些网站镜像，部署在具有代表性的几个大城市，比如华南可以部署在广州，华东可以部署在上海，华北可以部署在北京，不过内容镜像的过程，就需要自己去部署和维护。还有的网站，采用内容分割的方式，比如建立针对各地的分站，业务情况不同，可能部署的策略不同。CDN可以认为是基础网络建设的一种策略。前面介绍了cdn的一些原理和概念，以及提供cdn基础网络服务的途径。cdn看起来对于静态内容的，比如html,js,image是非常合适的，通过cdn的部署，用户只需要一跳就可以访问到网站的内容。那对于动态内容怎么办呢？我回答一下：动态内容按照存在形态可以分为三类。第一类：内容长时间不需变化，这类内容一般是通过网页静化技术，实现动态内容转换成静态内容，从而达到cdn部署，典型的就是内容类网站，比如新浪、搜狐、网易等等的内容发布系统cms，内容的增删改等管理工作被准实时同步到各个节点。第二类：内容可能会短时间内发生变动，但是最终会稳定。比如论坛、博客等应用，这类服务提供的内容按照一定的时间间隔，实现批量静化，当然也有实时静化，像Mop的大杂烩、网易社区就是使用了这样的策略。第三类：内容会实时变化，非常个性化。比如邮箱应用，这类服务提供的内容无法实现静化，只能通过实行分区域部署和负载均衡等手段进行优化。对于提供cdn服务的厂商来讲，静态内容的cdn自然没有问题，对于第三类服务，只能从通信链路层进行相应的优化。对于很多网站的伪静化，有的出于Seo的考虑，有的出于安全性的考虑，手段基本上是rewrite Url。它只不过是一种外在的表现形式，与Html静化是两回事，它依然是一种动态内容。1. 负载均衡的分类负载均衡技术在网站运营过程中应用非常普遍，技术也很成熟。负载均衡技术按照软硬件形式分为软均衡和硬均衡。软均衡就是基于软件技术的均衡，硬均衡是基于硬件技术的均衡；按照网络协议划分又分为四层均衡和七层均衡。四层均衡就是基于OSI网络层的数据均衡，七层均衡是基于OSI应用层的数据均衡。各种均衡方式在大型网站中均有采用，而且大多数情况下，是多种均衡方式的组合。2. DNS轮询均衡这种方式，算是比较独立的一种方式，不在上述划分之列，但使用比较广泛，一般用在网站最前端。你可以做个试验，在dos命令行中运行nslook命令。比如：nslookup www。163。com，你会看到命令给出了一堆解析后的IP地址。这些地址就是www.163.com这个域名绑定的多条A记录。我们从浏览器发起的访问请求http://www.163.com/，那么你输入的域名首先需要经过DNS服务器进行解析，Dns服务器的解析的过程就是按照A记录的顺序，依次分配IP地址。Dns轮询方式实现均衡就是利用这个原理，在一个域名下面绑定N个IP地址，访问请求被均衡到不同的设备。Dns轮询方式提供的IP地址，在大型网站中往往是一个集群的地址，可能是均衡交换机也可能是均衡服务器。对于小网站的话，挂接多台服务器也没有问题。DNS轮询均衡的优点：1、零成本：只是在Dns服务器上绑定几个A记录，域名注册商一般都提供；2、部署简单：就是在网络拓扑进行设备扩增，然后在Dns服务器上添加记录。DNS轮询均衡的缺点：1、流量分配不均：Dns解析过程其实环节很多，而且是一种层层缓存的机制，你的dns服务器虽然进行更新，但是客户机、以及网络上其它的dns服务器不会实时更新，所以流量很难保证100%的平均。目前，dns服务器都提供了多种手段可以调整dns轮询分配的策略，但是确实无法保证很完美的均衡。2、健康检查：Dns服务器中A记录地址中的某一台服务器宕机，DNS服务器是无法知道的，仍旧会将访问分配到此服务器。所以需要人员或者工具进行实时检测，在某台机器宕机之后，把备份机推上生产线，如果想要从A记录地址摘除某个地址，这个通知过程需要几个小时甚至更久才能扩散到所有的客户机。Dns轮询方式推到服务的最前端还是很有效的，它通过最原始的方式，把访问用户映射到不同的服务集群上。对于大型网站来讲，对外服务的IP地址是不可能经常变动的，而且后端的集群一旦宕掉，可以迅速推上冗余集群。再加上，一般都是经过CDN部署，服务被拆分到各个局部，所以在运营过程中不会产生太大的影响。3. OSI七层模型我们接下来讲讲七层均衡。要理解四七层均衡的原理，就先要回忆一下大学课本里学的网络七层模型(OSI)。OSI是一个开放性的通行系统互连参考模型，他是一个定义的非常好的协议规范。OSI模型有7层结构，每层都可以有几个子层。OSI七层模型是一个很好的理论模型，但是在实际应用中都做了裁剪。尤其是TCP/IP的盛行，把7层结构压成了4层，所以很多人都批评OSI七层模型过于复杂，但是作为一个完整的全面的网络模型，还是被大家非常认可的。OSI的7层从上到下分别是应用层、表示层、会话层、传输层、网络层、数据链路层、物理层。OSI 7层的功能描述：（1）应用层：与其他计算机进行通讯的一个应用，它是对应应用程序的通信服务的。例如，一个没有通信功能的字处理程序就不能执行通信的代码，从事字处理工作的程序员也不关心OSI的第7层。但是，如果添加了一个传输文件的选项，那么字处理器的程序员就需要实现OSI的第7层。示例：telnet，HTTP,FTP,WWW,NFS,SMTP等。（2）表示层：这一层的主要功能是定义数据格式及加密。例如，FTP允许你选择以二进制或ASII格式传输。如果选择二进制，那么发送方和接收方不改变文件的内容。如果选择ASII格式，发送方将把文本从发送方的字符集转换成标准的ASII后发送数据。在接收方将标准的ASII转换成接收方计算机的字符集。示例：加密，ASII等。（3）会话层：他定义了如何开始、控制和结束一个会话，包括对多个双向小时的控制和管理，以便在只完成连续消息的一部分时可以通知应用，从而使表示层看到的数据是连续的，在某些情况下，如果表示层收到了所有的数据，则用数据代表表示层。示例：RPC，SQL等。（4）传输层：这层的功能包括是否选择差错恢复协议还是无差错恢复协议，及在同一主机上对不同应用的数据流的输入进行复用，还包括对收到的顺序不对的数据包的重新排序功能。示例：TCP，UDP，SPX。（5）网络层：这层对端到端的包传输进行定义，他定义了能够标识所有结点的逻辑地址，还定义了路由实现的方式和学习的方式。为了适应最大传输单元长度小于包长度的传输介质，网络层还定义了如何将一个包分解成更小的包的分段方法。示例：IP,IPX等。（6）数据链路层：他定义了在单个链路上如何传输数据。这些协议与被讨论的歌种介质有关。示例：ATM，FDDI等。（7）物理层：OSI的物理层规范是有关传输介质的特性标准，这些规范通常也参考了其他组织制定的标准。连接头、针、针的使用、电流、电流、编码及光调制等都属于各种物理层规范中的内容。物理层常用多个规范完成对所有细节的定义。出处：51CTO    http://developer.51cto.com/art/200903/115670_1.htm

Linux下Mysql表名大小写问题解决 在MySQL中，数据库对应数据目录中的目录。数据库中的每个表至少对应数据库目录中的一个文件(也可能是多个，取决于存储引擎)。因此，所使用操作系统的大小写敏感性决定了数据库名和表名的大小写敏感性。这说明在大多数Unix中数据库名和表名对大小写敏感，而在Windows中对大小写不敏感。一个显著的例外情况是Mac OS X，它基于Unix但使用默认文件系统类型(HFS+)，对大小写不敏感。在windows下表名不区分大小写，所以在导入数据后，有可能所有表名均为小写；而从win导入linux后，在调用时会出现大小写的问题，则有些表，例如：第一点：程序调用表名为：fov_Web；第二点：导入win后变为fov_web；第三点：再导入linux后也是fov_web，此时linux会区分表名的大小写，则导致该表无法读取。解决方法：在linux下mysql表名大小写问题解决方法：修改my.cnf，一般位于:/etc/my.cnf[mysqld]lower_case_table_names=1#表名全部为小写，避免出现大小写敏感