业余爱好者请教一下阿里云弹性伸缩和负载均衡的问题

[RiESA]

本人业余并且目前负责维护着一个网站,很多基础的东西不是太懂,希望大佬解答一下

我发现阿里云那个弹性伸缩,好像把服务器丢在一个伸缩组里,然后往里面新建,并没有产生效果

是不是这个弹性伸缩作用只是根据的服务器的负载,来帮你管理新增和减少服务器数量,并不是我想的那样,把服务器丢一起,就会自动均衡,说来尴尬,我自己也是看着新加入的服务器负载几乎为 0 才想到这个问题的,阿里云的文档又是语焉不详

然后又去了解了一下负载均衡,发现有个特点,就是要求作为前端的服务器是"一样"的,如果长期部署还好,可以直接部署然后设置文件同步,问题要配合弹性伸缩好像没法这样玩

我文件数据库都在本机,开动脑瓜想了一下大概有俩办法,不知道对不对?

1,数据库上云,文件存储在 OSS,然后前端服务器配置好,并且存储成镜像,弹性伸缩时新增这个镜像的前端

2,目前的服务器(A)正常运行,单独新建一个实例(B),然后设置 B 通过内网挂载 A 的文件夹,然后保存为镜像,弹性伸缩时新增这个镜像的前端

还没实操过,不知道这些思路对不对

上文提及的 OSS 实际上我也不太清楚其本质,只知道是一个存储类业务,如果目前已有的网站项目,要怎么接入 OSS 呢? 可以开通之后,类似内网挂载一样,把 OSS 挂载为服务器的一个文件夹然后来读写吗?

思考了这么多,想想小白是不是直接升级服务器配置最实际,但是我的网站不是一直都需要那么高的性能,所以希望能用上这个弹性伸缩来提升服务器性能上限,又不会浪费钱

[defunct9]

.................

[Taosky]

这里有月球人吗

[RiESA]

@defunct9 #1 为何欲言又止 是我问题太低端了吗?

[defunct9]

@RiESA 恰恰相反，导致我无言

[opengps]

理解基本都没错，oss 不是个文件夹，而是一个网络引用路径。所有网站的“附件文件”剥离网站目录，放到 oss 就行

[opengps]

弹性伸缩的目的，主要在于实现“无人值守”伸缩，压力大了自动增加服务器，实现业务运营压力跟服务器数量成正比，而不是修改代码优化程序。传统架构不伸缩，压力大了只会慢，处理方法没法简单的增加服务器解决

[RiESA]

@opengps #5 还有一个问题是,如果采用我刚才说的第二种办法,linux 之间挂载文件是需要编辑 exports 来新建共享目录和指定 ip 的(如果我理解没错的话),但是如果我是采取弹性伸缩的方式,自动加入的服务器 ip 应该是不一样的,直接填*的话,又似乎太危险?这种情况怎么处理好一点

[RiESA]

@opengps #6 我考虑的问题是服务器配置太高平常性能过剩,访问量高的时候又不够用,还是想节约一点

[opengps]

@RiESA slb 是个公共 ip 入口。然后自动增加的机器都会挂载到 slb 后面用来按照预设规则分配承载实际访问。
挂载文件这种操作不属于云架构弹性方案，你应该所有网站都把文件用 OSS 来实现“共享”，一台机器写入或者修改，所有机器都能读取到
弹性扩展本来就是为了自动应对流量波动来的，你完全可以设置压力低谷减少到 2 台机器（ 1 台也行，但是会失去灾备意义）
弹性架构提倡多台低端机器，而不提倡少量高配机器，数量越多，越有高可用的效果（即使实际上轮流挂，但是对外在线率也是增加了不少，甚至表现成“始终在线”的效果）