如何撰写优秀系统运维架构方案及推动实施案例分享

说明：作为一个普通的运维人员，撰写一个优秀的系统运维解决方案很不容易，能够主动的推进方案的实施，就更是难上加难了。
       那么，本视频就是这样一个抛砖引玉的案例，该视频为老男孩Linux培训机构，于2012国庆期间组织的面对面的博友分享活动录制的视频，这个方案为老男孩在几年前的工作中的一个小案例，近来有不少博友留言给老男孩想看看，在这里老男孩把视频地址再发出来，供博友们参考，欢迎大家提建议。
提示：
1)视频有点小敏感信息，请加QQ群 384467551 获取密码(已经在老男孩群里的说下即可)，如有不妥敬请谅解。
2)如果感觉声音小，请带上耳机听。

视频讲解提纲：

老男孩linux运维实战培训-如何撰写优秀系统运维架构方案及推动实施案例分享

?xml:namespace>

--这是一场没有硝烟的战争--

目录：

一场没有硝烟的战争........................................................... 1

1 需求的产生................................................................. 3

1.1 线上性能问题自然暴漏................................................. 3

1.2 架构不合理存在潜在隐患............................................... 4

2 召集大家开会讨论解决方案................................................... 4

2.1不打无准备之仗........................................................ 4

2.2简单易懂解决方案案例.................................................. 4

2.2.1 当前Sweb服务架构图............................................ 4

2.2.2 当前硬件状况及业务特点......................................... 5

2.2.2.1 服务器使用情况：......................................... 5

2.2.2.2 Sweb业务特点............................................. 5

2.2.3 Sweb架构改造目的............................................... 5

2.2.4 改造后sweb服务架构图.......................................... 5

2.2.4.1新架构方案一.............................................. 5

2.2.4.2新架构方案二.............................................. 6

2.2.4.3 确定磁盘采购方案......................................... 6

2.2.5 具体实施方案................................................... 6

2.2.5.1 Sweb server及Nfs storage当前信息........................ 6

2.2.5.2 实施操作步骤............................................. 7

2.2.5.3 实施人员................................................. 7

2.2.5.4 实施计划时间............................................. 8

2.2.6 实施迁移后..................................................... 8

2.2.6.1监控...................................................... 8

2.2.7 后期维护与改进................................................. 8

2.2.7.1增加sweb节点............................................. 8

2.2.7.2后期改进.................................................. 8

2.3撰写业务升级改造解决方案.............................................. 8

2.3.1 升级改造解决方案报告........................................... 8

2.3.2 用数据说话（测试报告）......................................... 9

3 召集开会PK选型解决方案.................................................... 9

3.1 先下手为强........................................................... 9

3.2选型解决方案集........................................................ 9

3.2.1通过inotify+rsync实时同步替代NFS共享方案......................... 10

3.2.1.1 inotify+rsync实时同步方案逻辑图......................... 10

3.2.2通过mysql主从同步替代NFS共享方案................................. 10

3.2.2.1 mysql主从同步替代NFS共享方案逻辑图..................... 10

3.2.3通过购买硬件存储替代NFS共享方案................................... 11

3.2.4通过mongodb同步替代NFS共享方案................................... 11

3.2.4.1 mongodb同步方案逻辑结构图............................... 11

3.2.4.1 mongodb同步方案物理结构图............................... 11

3.2 inotify+rsync解决方案赢得老大初步认可............................... 12

4不甘示弱各显神通........................................................... 12

4.1通过mysql替代NFS进行实时同步方案逻辑图............................. 12

4.2 sweb架构通过mysql替代nfs测试报告.................................. 13

4.2 sweb架构通过mysql替代nfs领导评价.................................. 13

4.3 sweb架构通过mysql替代nfs相关工作要点.............................. 14

4.4完善inotify+rsync升级改造解决方案................................... 14

4.5用数据说话（1+1大于2 inotify+rsync测试报告2份）................... 14

4.6 inotify+rsync架构升级改造实施方案................................... 14

4.7 inotify+rsync架构升级改造实施操作方案细节........................... 14

4.8 inotify+rsync架构升级改造后监控部署细节............................. 14

4.9 inotify+rsync架构升级改造后维护可能出现的问题解决细节............... 15

5 研发经理再次召集开会确定解决方案.......................................... 15

6 生产环境最终上线前确认信.................................................. 15

6.1 运维人员发的inotify+rsync的上线前确认.............................. 15

6.2 研究经理回复的配合测试邮件.......................................... 15

7 根据4.4-4.9的inotify+rsync方案开始实施.................................. 16

8 sweb架构改造mongodb数据同步方案.......................................... 16