服务端 高可用
2014-04-16 19:23
288 查看
负载均衡,可以用Nginx或者Lvs搭建负载均衡,保证各台机器均衡抗压;
双机房,每个机房多个服务节点,并且需要保证在某个机房某台机器重启的时候,其他机器能抗住访问压力;另外,可以做一些热备机器,当流量上涨的时候可以快速接入;
过载保护,给各个业务模块添加开关和灰度放量模块;开关可以隔离各个模块,在访问压力大的时候可以适当关闭一些功能来保证基础功能的稳定性;灰度放量不仅可以帮助产品分析另外也能在服务器压力大的时候控制压力;
实时监控,监控必不可少,不单单对服务接口本身的监控,还需要对服务本身所在的环境做好监控;比如cpu,内存,磁盘容量等;监控发现有问题最好能出发自动处理脚本,比如关闭某些进程模块或者自动清理一些文件等;当然如果比较复杂的问题,最好还是亲手去观察处理下,这个比较容易赞经验;
压测,新部署的机器要做好压测(可以按1小时,6小时,12小时,1天压测,时间短很难发现问题),新上线比较重大的功能也要做好压测,定期在访问量少的时候(比如夜里)做长时间的压测(压个几个小时),及时发现问题并处理。
双机房,每个机房多个服务节点,并且需要保证在某个机房某台机器重启的时候,其他机器能抗住访问压力;另外,可以做一些热备机器,当流量上涨的时候可以快速接入;
过载保护,给各个业务模块添加开关和灰度放量模块;开关可以隔离各个模块,在访问压力大的时候可以适当关闭一些功能来保证基础功能的稳定性;灰度放量不仅可以帮助产品分析另外也能在服务器压力大的时候控制压力;
实时监控,监控必不可少,不单单对服务接口本身的监控,还需要对服务本身所在的环境做好监控;比如cpu,内存,磁盘容量等;监控发现有问题最好能出发自动处理脚本,比如关闭某些进程模块或者自动清理一些文件等;当然如果比较复杂的问题,最好还是亲手去观察处理下,这个比较容易赞经验;
压测,新部署的机器要做好压测(可以按1小时,6小时,12小时,1天压测,时间短很难发现问题),新上线比较重大的功能也要做好压测,定期在访问量少的时候(比如夜里)做长时间的压测(压个几个小时),及时发现问题并处理。
相关文章推荐
- web服务端技术概述之高可用技术
- windows本地建svn服务端,测试可用
- 苹果消息推送服务教程(下有php服务端DEMO,已验证可用)
- zipkin服务端高可用
- 服务端技术进阶(四)一篇文读懂分布式系统本质:高吞吐、高可用、可扩展
- 服务端技术进阶(四)一篇文读懂分布式系统本质:高吞吐、高可用、可扩展
- ajax向服务端发送请求验证用户名是否可用小示例
- 【java基础】:一个可用的java做的关于socket的客户端跟服务端
- SpringCloud系列四:Eureka 服务发现框架(定义 Eureka 服务端、Eureka 服务信息、Eureka 发现管理、Eureka 安全配置、Eureka-HA(高可用) 机制、Eureka 服务打包部署)
- 构建高可用服务端
- 使用docker部署一个直接可用的puppet服务端
- 可用手势切换播放节目的android视频播放器
- 基于keepalived、redis sentinel的高可用redis集群【修改版】
- 高可用的MongoDB集群-实战篇
- 游戏服务端pomelo完整安装配置过程
- Ubuntu小白:E: 无法获得锁 /var/lib/apt/lists/lock - open (11: 资源暂时不可用) E: 无法对目录 /var/lib/apt/lists/ 加锁
- [ Openstack ] Openstack-Mitaka 高可用之 启动一个实例
- WCF 第二章 契约 实现一个双向契约的服务端部分
- Android服务端本地窗口FramebufferNativeWindow
- 可扩展、高可用服务网络设计方案