1.>100T的数据如果是数据库就好办,如果是非结构化数据则相对麻烦2.必须考虑LAN-Free方式进行备份,产品选型--》满足自身需求就是最好的3.基于闪存的备份设备估计要等3D芯片大量使用后才能流行,否则如此数据量进行备份
1.网络带宽是最需要考虑的,由此会引申出: - 是否需要建设备份IP专网 - 是否需要建设独立备份SAN网络2.备份软件优先考虑行业优秀的产品;3.如果人力不足,建议备份硬件使用磁盘存储(带重删功能),磁带耗费人力。
多副本不会对备份系统有冲击,但是多副本多版本的存储对备份系统有所影响,通过版本控制解决数据的逻辑错误时的数据恢复。 核心业务使用新架构考虑的因素:稳定性、性能、数据安全性等。
容灾的业务及复杂度会有一个逐步的过程,做好日常运维最重要的一个是监控:1. 完善日常的标准规范,做到从源头杜绝可能引发的问题;2. 自动化程序脚本的开发部署,做到有异常能及时的发送报警;3. 原厂的定期巡检,挖掘存在的隐患
每个公司基于成本的考虑基本不会配成和生产一致,并且容灾系统上运行业务的时长都是非常有限的。资源池可以分成两块:1. 计算资源池:在资源使用率<85%的前提下多部署。2. 存储资源池:使用更大容量的磁盘,并做RAID6,将
1.打造可伸缩的系统满足互联网不定时的压力需求;2.首先要解决的是系统的资源弹性管控。
在变革中求创新在创新中求发展竞争/合作/共赢!
最大的变化是应用都往云上迁移;另外是选择了大量的开源系统及flash的大量使用。
目前看来云计算应该是比较好的一个解决方案。
1.认清云计算的优劣,再结合自身的应用考虑是否需要上云;2.如果要上云则考虑分两条腿走路:一是传统的和现有的系统保持稳定运行;二是新业务或新应用考虑上云。
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30