V2EX = way to explore
V2EX 是一个关于分享和探索的地方
现在注册
已注册用户请  登录
V2EX 提问指南
RiESA
V2EX  ›  问与答

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

  •  
  •   RiESA · 2018-12-10 14:50:19 +08:00 · 1835 次点击
    这是一个创建于 1957 天前的主题,其中的信息可能已经有所发展或是发生改变。

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

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

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

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

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

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

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

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

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

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

    9 条回复    2018-12-10 17:58:00 +08:00
    defunct9
        1
    defunct9  
       2018-12-10 16:27:19 +08:00
    .................
    Taosky
        2
    Taosky  
       2018-12-10 16:39:46 +08:00 via iPhone
    这里有月球人吗
    RiESA
        3
    RiESA  
    OP
       2018-12-10 17:26:57 +08:00
    @defunct9 #1 为何欲言又止 是我问题太低端了吗?
    defunct9
        4
    defunct9  
       2018-12-10 17:37:05 +08:00
    @RiESA 恰恰相反,导致我无言
    opengps
        5
    opengps  
       2018-12-10 17:45:50 +08:00
    理解基本都没错,oss 不是个文件夹,而是一个网络引用路径。所有网站的“附件文件”剥离网站目录,放到 oss 就行
    opengps
        6
    opengps  
       2018-12-10 17:47:19 +08:00
    弹性伸缩的目的,主要在于实现“无人值守”伸缩,压力大了自动增加服务器,实现业务运营压力跟服务器数量成正比,而不是修改代码优化程序。传统架构不伸缩,压力大了只会慢,处理方法没法简单的增加服务器解决
    RiESA
        7
    RiESA  
    OP
       2018-12-10 17:50:21 +08:00
    @opengps #5 还有一个问题是,如果采用我刚才说的第二种办法,linux 之间挂载文件是需要编辑 exports 来新建共享目录和指定 ip 的(如果我理解没错的话),但是如果我是采取弹性伸缩的方式,自动加入的服务器 ip 应该是不一样的,直接填*的话,又似乎太危险?这种情况怎么处理好一点
    RiESA
        8
    RiESA  
    OP
       2018-12-10 17:53:08 +08:00
    @opengps #6 我考虑的问题是服务器配置太高平常性能过剩,访问量高的时候又不够用,还是想节约一点
    opengps
        9
    opengps  
       2018-12-10 17:58:00 +08:00
    @RiESA slb 是个公共 ip 入口。然后自动增加的机器都会挂载到 slb 后面用来按照预设规则分配承载实际访问。
    挂载文件这种操作不属于云架构弹性方案,你应该所有网站都把文件用 OSS 来实现“共享”,一台机器写入或者修改,所有机器都能读取到
    弹性扩展本来就是为了自动应对流量波动来的,你完全可以设置压力低谷减少到 2 台机器( 1 台也行,但是会失去灾备意义)
    弹性架构提倡多台低端机器,而不提倡少量高配机器,数量越多,越有高可用的效果(即使实际上轮流挂,但是对外在线率也是增加了不少,甚至表现成“始终在线”的效果)
    关于   ·   帮助文档   ·   博客   ·   API   ·   FAQ   ·   我们的愿景   ·   实用小工具   ·   863 人在线   最高记录 6543   ·     Select Language
    创意工作者们的社区
    World is powered by solitude
    VERSION: 3.9.8.5 · 27ms · UTC 21:51 · PVG 05:51 · LAX 14:51 · JFK 17:51
    Developed with CodeLauncher
    ♥ Do have faith in what you're doing.