搜索到
3
篇与
的结果
-
运维管理规范 项目运维规范文档1. 项目审核会流程目标: 确保每轮测试前所有准备工作就绪，避免因运维问题影响测试进度。关键准备事项时间安排: 每轮测试前7-10天完成环境部署。需求收集: 获取导量需求、压测结果、架构图等资料。环境部署: 根据导量需求和架构图，合理规划服务器数量和规格。QA测试支持: 协同QA和研发团队优化异常指标。审核会内容确认CDN是否采用HTTPS协议。确保DMP日志接入完成。说明当前服务器成本情况。提示其他重大事项（如OBT计划）。审核结果运维判断环境准备状态，明确“PASS”或需改进的情况。2. 上线前检查清单系统配置系统时钟时区校对完成。iptables关闭或配置允许游戏相关流量。SELinux关闭或调整为permissive模式。ulimit参数优化完成。日志与监控DMP日志和快照日志接入正常，fluentd无告警。分钟级error log告警配置完成。数据库慢查询和errorlog告警配置完成。监控系统（基础监控和服务监控）运行正常。开服准备区服最大同时在线人数明确，并能及时通知运营扩容。运维、研发人员手机号码留存，确保紧急情况快速响应。OPE后台工具OPE工具功能测试完成，确保开服、合服、发奖等功能正常。其他检查项官网资源（下载链接、视频、图片）走CDN且正常。项目相关域名解析配置正确。3. 项目下线流程和注意事项步骤数据库备份:非RDS类型：关闭数据库，保留一周后彻底删除。RDS类型：完成快照后删除RDS实例及相关资源（安全组、参数组等）。源码备份:检查项目服务器端Git源码完整性。确保客户端代码和资源在SVN服务器上完整可用。静态资源备份:备份图片等静态资源，可请求美术或项目组协助。日志归档:根据项目归属地，将日志备份至相应存储位置（OSS或S3）。云资源清理:清除EC2、RDS、LB等资源及相关配置。清理CDN资源和DNS记录。处理防火墙、SNS、SSL证书等项目相关配置。其他清理工作:清理TD-Agent配置。确保所有费用结算完成，避免产生后续费用。4. 云主机管理规范腾讯云注意事项新项目需创建独立私有网络，避免与已有网络冲突。包月服务器使用前确认续费设置，测试环境避免自动续费。SSH登录优先使用密钥对，非特殊情况不使用密码。AWS注意事项启用Auto Recovery功能，默认未开启需手动配置。机器到期前及时处理，防止业务中断或费用浪费。带宽管理所有云主机带宽设置上限，尤其是CDN服务器建议设为2M。5. 数据库操作规范MySQL参数优化sync_binlog=0：减少磁盘IO开销，提升性能。6. 项目交接规范交接内容技术文档:架构图和部署图。日常运维操作手册（开服、合服等）。数据库结构及主要表功能说明。访问权限:提供所有机器列表及登录方式，交接人需逐个验证。工具使用:项目自动化工具和脚本的操作方法。问题处理:整理高频率遇到的问题及解决方案。7. 域名及SSL证书管理规范域名管理所有正式URL均需在公司域名管理系统中备案。SSL证书更新提前一个月通知项目组和运营，涉及范围包括CDN、Login、Game等服务。更新完成后，确保所有相关服务配置正确。总结以上规范文档涵盖了游戏项目从立项到下线的全生命周期运维流程。通过遵循这些规范，可以有效提升运维效率，降低风险，并为后续项目交接和维护提供清晰指导。 -
运维故障分级及响应流程 前言业务系统提供7*24小时服务，而因人为操作、程序BUG等原因导致服务不可用是影响服务持续运行的重要原因，为了提高各业务系统的运行稳定性和服务水平，需要规范各业务系统的服务、故障响应、升级流程。故障分级标准系统运行中，对非不可抗力所造成的故障归类为“故障”。故障分级如下表，由于故障可能在多方面体现影响，所以故障的综合等级评定原则，取各个方面中严重等级最高者为该故障综合严重等级。业务可用类等级故障描述一级故障业务非计划中断8小时一上二级故障业务非计划中断2-8小时三级故障业务非计划中断1-2小时，业务核心功能无法使用四级故障业务非计划中断1小时一下，业务核心功能受到影响五级故障业务非计划中断1小时一下，业务次要功能无法使用业务安全类等级故障描述一级故障系统入侵：核心业务受到入侵，核心用户数据等受到入侵，或者系统文件给恶意窜改，容易引发入侵扩散；二级故障系统入侵：核心业务受到入侵，未危及重要数据，仅造成扩散隐患但是并未发现有以外的机器系统受入侵的；三级故障系统入侵：核心业务存在高危端口或者系统漏洞；四级故障系统入侵：非核心业务存在高危端口或者系统漏洞；五级故障隐患：自身有漏洞，但无重大后果；故障响应升降级标准故障升降级的处理是根据相关责任对故障响应、处理、完成结果等因素来对故障处理情况进行综合评定。该评定只适用于运维部门内部进行故障响应、处理、升降级。和公司层面的故障定责奖惩无关。评定项降级标准升级标准响应时间第一时间响应，包括故障的痛追，处理，善后事宜相关人员一再催促下，责任人仍没有及时对故障进行处理准备度对故障的发生原因已有充分的预防机制对已有发生的问题，或避免低价错误没有进行干预或规避处理态度在最快时间内处理故障，并积极配合其他相关人员的故障处理工作对故障不重视，态度怠慢、敷衍处理能力遇到技术问题积极寻求解决办法和资源支持没有足够技能进行故障处理处理结果系统在最短时间内完全恢复，故障影响降到了最低故障没有完全解决；由于处理过程不及时或不完善导致故障影响（范围、金额、投诉量、恶性舆论等）有所扩大后续措施对故障发生的原因进行总结，制定同类故障预防规避措施拒绝对故障原因（除不可抗力因素以外）进行总结和制定预防/规避措施运维响应级别运维响应级别是规范运维日常工作，故障应急响应方面的标准流程。针对业务部门的请求进行分类，并对运维相关人员作出相关约束。所有运维工作尽量在计划内处理，尽量避免计划外操作情况发生。运维级别内容计划内计划外一级运维常规工作：正常的业务系统升级，备份，监控状态查看，值班巡检，查看及简单修改等不影响业务系统运行的操作。提前三天申请排期工作时间响应处理二级运维非紧急情况：发现常规bug，不修复不影响数据和结果。并且短期内不会造成严重问题。提前一天申请排期工作时间响应处理三级运维紧急情况：严重bug，设备故障。不操作会造成严重后果之类的情况。提前一小时申请24小时响应处理四级运维非常规操作，重装系统，硬件升级。网络割接等，必须暂停业务的情况。提前一周偶申请尽量避免计划外实施，出现后根据事情缓急程度由领导制定。运维应急响应流程以外情况应尽量避免但无法完全避免，规范应急响应流程是有必要的。流程如下所示。{card-default label="流程" width="90%"}{/card-default}
-
