共计 1869 个字符，预计需要花费 5 分钟才能阅读完成。
虽然之前写过关于负载均衡的文章，但是似乎大家都对负载均衡这个标题很陌生。今天就换个角度，从分布式网站发布角度说一下
首先，网站发布一定离不开服务器，就是阿里云的云服务器 ECS。最近发现，老用户也有机会购买特价服务器，参考阿里云天猫旗舰店。分布式网站架构，在开发环节需要处理号几个地方，才能更轻松的扩展：
1，数据库单独运行
这个最简单，相信只要用到了数据库的网站，大部分都是已经可以轻松实现网站和数据库分离的模式。之所以强调这点，就是因为，网站真的到了访问量大了，需要由单机发布改为分布式发布时候。首先就是要把数据库单独出来，使用单独一台 ECS 或者使用专门的 RDS 运行。
关于使用 ECS 自行搭建数据库，要说的无非就是，数据库文件一定要放在 SSD 硬盘上。因为云硬盘本质都是虚拟硬盘，读写指标 iops 会损失的很严重。当然业务量大了之后，我更建议选购 RDS，RDS 阿里云专门的数据库服务产品，mysql，sqlserver 等多款分支，说实话，用惯了 ECS 自建可能会感觉这个产品挺贵的。但是实际上 RDS 已经针对硬盘读写，高可用，轻松拓展读写分离等提供了巨大的便利。因此大部分分布式网站都是选用了 RDS 等产品。
2，session 存储
大部分网站都是有登录需求或者其他 session 存储需求的。其实真正服务某一个用户的服务器只有一个，然而分布式网站是在负载均衡的规则下转发到后台服务器，如果负载均衡没有开启回话保持功能，那么很有可能用户登录后，其他访问很有可能到达不同的后端服务器处理，而实现不同服务器同样能支持服务的办法就是，session 得共享起来。这样就做到了让用户不需要反复登录。
session 共享有多重方法，一种是什么都不用做，session 存储在收到请求的那台 ECS 本地，这种情况就需要负载均衡开启“会话保持”功能。这么做可以实现大部分分布式发布需求，但是如果有使用 session 统计在线量的时候就会发现只统计到某台 ECS 登录的用户量。
还有一种 session 共享的办法是使用单独的服务存储 session，例如专门拿出来一台 ECS 做 session 服务。这里也有人跟倾向于单独用一个 redis 服务共享存储 session，也是非常好的办法。
3，用户上传的文件
很多网站存在用户上传的情况，但是分布式发布后，显然用户上传的时候传入了服务器 A，等以后下载的时候使用的是服务器 B，这时候如果没做共享，显然用户下载的文件会报错 404，因为服务器 B 路径下显然没有用户传到 A 服务器里的文件。
解决办法很简单，就是讲所有的上传文件，传入到服务器之后，都转存到“共享文件服务器”，这个共享文件服务器，可以考虑自己搭建，但我建议的是使用阿里云提供的“对象存储 OSS”服务。这样用户所有的下载，都走的时候 OSS 的访问地址，就不会报错 404 了。而且 OSS 是个独立的服务，下载文件使用的是 OSS 的流量，不占用发布网站的 ECS 的带宽。这就可以做到 1M 服务器带宽撑起峰值几十人甚至上百人的并发的原因。如果文件较多，另外建议将 OSS 搭配 CDN 使用
4，网站的日志文件
很多网站开发时候都是留有日志功能的，这些日志，就不再适合继续使用网站目录下某个路径存储了。原因跟上一条一样：文件存储在单台服务器里，要拿到全部日志文件需要每台服务器去获取一遍，显然不合适！
解决办法跟上一条很相似：使用共享文件服务器存储日志。这里需要注意避免日志文件重名，常见的年月日明明，在这里就会冲突，因为多台服务器都会产生相同文件名称的日志。但是我在这里，更建议大家把需要收集的日志文件，直接放入数据库 RDS 中。这样获取日志就不用每台服务器去汇总了。直接从数据库查出来就好。
5，发布网站文件一致
发布文件一致，就是为了保证更好的扩展。将来服务器压力太大，只需要直接从现有服务器环境拷贝一份即可。甚至搭配阿里云的“弹性伸缩 ESS 服务”。可以根据设置好的伸缩规则，自动按照某个服务器模板增加或者减少 WEB 服务器数量，实现弹性扩容。
综上所述，一个功能较全的分布式网站发布在阿里云，公共需要这么几个服务：ECS 多台，SLB 一台，RDS 一台，Redis 或有，ESS 或有。
通过 ECS+SLB+RDS+Redis+ESS 的搭配，就可以轻松应对更多的访问量了。
附录：阿里云相关产品的帮助文档：
《云服务器 ECS 帮助文档》
《负载均衡 SLB 帮助文档》
《对象存储 OSS 帮助文档》
《弹性伸缩 ESS 帮助文档》
《CDN 帮助文档》
原文地址：https://www.opengps.cn/Blog/V… 文章的更新编辑依此链接为准。欢迎关注源站原创文章！
