CDN搭建

不是搭建,而是原理,有什么故障

写过多少跟工作相关的脚本,至少3个

讲一个项目,项目练习

zabbix和ansible再搭建,五阶段要用,自动化运维

故障排查---

微服务--不要只关注搭建

二阶段两个项目

---

1.自建机房

2.托管机房------买了机房,服务器,每月收多少费用--深圳机房--机房多少钱一天

4.上云

上云最佳实践

故事开端

2015年2月机房机柜到期,想把资源迁移上云,客户需求很明确,希望根据平台目前数据与特性,兼顾成本

与性能给以最佳云架构/资源方案

二,前期调研

运维团队规模:运维1人,运维架构师1人,网络工程师1人(10个开发对1个运维)

客户研发/测试团队规模:30人

客户电信机房资源:

3个机柜

40台左右硬件服务器(dell r410为主,其实两台16核/96G内存用于xen虚拟化) dell机就算宕机,资源电源还在就可以远程(16G只最低配置)

200Mbps(独享)

客户环境简介:

所以从上图可以看出传统电商构

由于电商环境存在大量商品图片,所以CDN是必不可少

服务器端,前端采用nginx+varnish作为二级缓存,主要减少CDN回源访问压力

后端业务系统名称designe 等十余项,采用的开发语言主要为java,php,python

图片源文件,,nfs

数据库缓存端主要采用redis作为数据库缓存,减少数据库压力

数据前端主要为mysql,采用硬件服务器上面部署mysql主从

1.虽然云的确在成本,扩展灵活行.快捷 云产品,云架构需要技术门槛

2.客户没有7*24监控相应中心

3.客户四个运维人员,成本高 提供上云架构方案+上云迁移+7*24监控+7*24运维服务 我方运维为主

四,上云迁移的挑战性

1.时间短

2.业务系统较多,技术环境较多

通过梳理,客户有十余个业务系统.nginx,varnish,tomcat,php,python,redis,mysql等技术环境较多,这远远增加了迁移难度

3.零配置文档,零规范

运维配置文档,运维手册没有一份文档 配置文件规范方面杂乱

五,上云迁移

5.2 系统架构梳理及评估

系统架构,软件模块架构

买数据库,不用自己搭建

上云实践1: 加入SLB保障架构

上云实践7: rsync在云端应用

压力测试

跳到第二个项目

运维实施配置文档

第三方CDN

--------------------------------------------------------------------------------------------------