这个属于高可用的话题,从前端,到中间件,数据库,存储,主机等多个层面实现,现在比较火的双活探讨的就是这个范畴
我觉得如果你们是并发性比较大的应用系统,那么单个存储肯定是瓶颈,所以系统架构的设计首先要根据业务场景来定,看看淘宝的双11,你就知道分布式架构的意义了
关于系统扩容,一般意义都是大数据量的增长,这种情况下,要评估未来3-5年的增长量,同时数据的清理备份和转储都是要规划的;关于优化,个人觉得还是和业务的发展密不可分。可能上线时,业务量小,当前系统架构包括应用架构等等都ok,
pv fcs删除重新识别
貌似网络或者防火墙
回复 dayday 这个选项到底是什么用途,能否详细解释一下,不是很明白
回复 freebile 因为是生产系统,所以修改log size是不太现实的,比如说改成50M,100M,200M,没法测试啊
回复 zhmwang primary+second不能超过255啊
回复 freebile 谢谢。目前的问题,一个reorg事务就已经产生超过10G的日志,reorg会一直hang,从而导致应用无法访问。但是本身log的大小就是40M,如果重新改大log的值,由于是生产系统,这种动作太危险。这是我遇到的困境。
NETAPP的好,不过领导倾向于V7000
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30