负载均衡是一个很大的话题,也是一个很小的话题,小到一个基本理念,你必须通过负载均衡提供多点服务。在架构搭建的最初最初阶段,就应该实施非单点服务的架构体系,这样才可以确保业务不被故障中断。
最简单的负载均衡架构
如下架构示例图:
虽然这个架构图非常简陋,但是的确利用DNS服务器做了负载均衡,多数大型网站都是混合式的负载均衡方案,基本都不会少了DNS的负载均衡。可以使用dig命令看看qq.com和baidu.com,其中baidu.com有4条A记录,也就是通过DNS做了4个分支的负载均衡。
图中还存在单点服务的地方,譬如共享文件系统的服务器端只在”web应用1“存在,不过意义非常大。
- 在应用系统搭建初期就规划好共享文件的存储路径,为将来的扩展提供便利,也给代码编写提供了参考标准,避免后期再做调整。如果是租用云服务器提供商的服务器,将来直接使用对象存储服务、CDN都比较容易。
- 双备份的数据库体系,架构简单易维护,但可以在故障发生的时候最大程度保护数据。
- 双备份的web应用,可以给前线业务提供高保障的应用系统,发布新版本的时候,还可以很方便的把其中一台作为预发布环境,新版本内容发布和验证完毕后再更新另外一台应用,起码保证了50%的业务正常运行。
- 配置简单,管理简单
当然,这仅仅只适用于时效要求低、缺少管理人员的创业型min公司。