不是搭建,而是原理,有什么故障
写过多少跟工作相关的脚本,至少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
--------------------------------------------------------------------------------------------------
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。