首先开发人员申请资源多少需要有一个分析说明,针对CPU、内存、存储空间分别结合规划及分析说明申请配置的原因,另外存储空间可以考虑系统单独建立独立空间,完整配置,用户磁盘采用精简配置其次应当通过监控系统对所有虚拟
减少人为干预环节,在切换中尽量脚本化,自动化
学习了
银行核心系统,主要OLTP交易,查询比较多,硬件层面就不说了,至少银行不差钱,基本高峰期硬件使用率也不会超过15%,应用层面定期检查日志,针对日志进行分析,找出交易时间或查询时间较长的程序,进行针对性优化,数据库层面定期清理数
回复 zhenda 存储层快照,跑完批在做数据库层备份 再或者就是存储层直接镜像数据,这样快,镜像完该跑批跑批,该查询查询,该备份备份
回复 zhenda 存储层快照,跑完批在做数据库层备份
好马配好鞍,软硬都得行才能发挥,设计不好存储性能再好也发挥不出来
没有什么对比性,关键还是看你自己业务环境的瓶颈到底在什么地方,针对不同地方不同优化
可以分镜像库,非实时查询业务可以去镜像库查询,实时查询业务首先就需要从应用设计角度出发,结合数据库,尽量结合索引,避免不加任何条件的整表查询,还有就是定期针对数据库数据进行清理,还可以做分表,前端应用实现集群或负载基
前端负载、应用集群、数据库集群、高性能存储,也可以做存储本地高可用
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30