主页（http://www.zhonghuagame.com）：游族网络：如何运维千台以上游戏云服务器
实例数量：实例数量多且业务规模小（无需进行针对性的优化）适合自建MySQL服务；实例数量不多业务相对会比较集中，数据库负载较高需要针对性的进行优化适合使用RDS服务；
第一步提前准备资源，在阿里云提前申请好资源，初始化环境并把VPC与自有机房的网络打通，实现内网互通为数据同步做好准备；
答：游族网络的产品绝大多数都是使用的MySQL，有少数产品使用了Mongodb，因为量少暂时还是通过手工管理；缓存业务有使用Redis但不存储关键数据，Redis的数据备份使用数据备份系统进行集中管理，所有的软件部署都是通过标准化的业务模板进行管理的。
在UJOBS平台上，游戏版本更新流程如下：
游戏产品架构进化史
经过近七年的高速发展，公司游戏服务器从100台增长到10000+台，游族整体游戏架构也经过了三个阶段的演变：
在第三代架构上，可以实现系统化运维，多个运维系统相互协调配合实现，例如：CMDB、业务树、作业平台等。游戏区组搭建的时间基本上可以忽略（可按需求实现按条件触发或手动触发搭建操作），所有的更新操作在WEB管理平台就可完成。
数据大小：数据量的大小会直接影响到数据库性能和数据备份的机制，数据量越大越需要对数据库进行精细化管理，数据的备份难度也越大，这种情况下建议使用RDS服务，反之可自建；
数据库备份与恢复
相对于游戏版本更新备份而言，数据库备份更为重要。ALLINONE模式或者非集群模式的游戏业务场景下，会存在多达好几千个MySQL实例，若是要按常规的MySQL备份方案来实施，管理难度和成本都要翻好倍。因此游族网络采用Xtrabackup在主库上直接备份数据文件方式，备份文件暂存本地；本地备份完成后在备份系统选举一台远程服务器进行异地备份；备份策略每小时一次备份，半小时本地备份半小时远程备份。该备份方法在单主库业务场景下可能是最靠谱的数据备份方案，但备份过程对主库会有影响、（限制IO操作），最坏情况下可能出现1小时的数据丢失（业务接受少量的数据丢失）。
在第二代架构上，通过自动化工具进行批量运维，团队推出了使用expect写的auto批量脚本，所有操作只需登录一台集控服务器执行批量并发操作的脚本，独立的版控服务器，通过并行的主动推送；
5、数据库的部分是单DB多实例吗？有没有启用分布式DB的架构呢？
在数据恢复方面，通过一键恢复工具，只需要提供恢复的IP、时间段和业务信息（如库名）即可实现数据恢复；24小时内的数据通过本地的数据恢复（结合二进制日志），超过24小时的数据通过异地数据恢复。
