网站数据库怎么进行容量规划?
在确保有效的数据保护之后,作为一名存储专业人员,容量规划便是第二项最重要的职责。规划在前,并且确保应用和服务有足够的资源来运行和成长,不至于碰到天花板,这不仅是重要的,同时也是必需的。将容量和成长空间事先规划为具有足够的可伸缩性的好处是巨大的,不仅对你,对应用也一样,都减小了压力,既能应付应用上出现的非预期的爆炸性增长,也有助于防止资金的非计划性支出。
相对我的存储环境,我总是努力维持至少6个月的增长空间。拥有一个合适的容量规划制度,就可以预测资本支出和运维支出,也使得数据中心的空间、电力以及供应链物流的规划更为有效。你最不希望发生的事是凌晨接到电话,说生产负荷已经超出基础架构的性能或容量的能力。这里有个例子,表明容量规划做得多么糟糕。
我工作的公司使用NAS设备存储顾客上载的文件,并供顾客浏览。NAS设备的容量相对工作负荷来说是合适的,而且也可以将文件异步复制到位于几千英里的辅助NAS设备上。系统可以充裕地存储及提供文件服务,异步复制的延迟也没有超出RPO的需求,而且也可以承受像磁盘损坏及系统重建这样子的事情。咋们维持着6个月的增长空间,确保容量有充分的缓冲,以便可以消化高流量的冲击和计划中的有机增长。
设备工作正常,便是太贵了。便是由于太贵,故此公司不愿意再买越来越多的设备了,而且公司清楚到,通过创建自个的存储引擎,可以设计一种更为经济的方案。
新的存储引擎是一项令人兴奋的技术,可以以一种特别经济的方法建立可伸缩的应用存储基础架构。它运行在特别实惠的存储设备上,是为存储和提供文件服务的任务而特别设计的,效率很高。花了一年多的時间才完成,存储引擎现在已经完成了编码,并已经在若干综合性的工作负荷下开展了测试。唯一要做的是确保在真实的应用负荷下可以正常工作,并可以在这种规模下正确地存储和提供文件服务。在存储引引擎最后的测试阶段,咋们确定以最保险的方法开展推进,即将文件同时存储在新的存储引擎和NAS设备上。一旦咋们确信新的存储引擎可以正确地工作,并完全值得信任可以处置进来的文件信息,将不再向AS设备写入文件。
正好在这段時间,公司网站极为火爆,在所有方面都有爆炸性的增长。伴随着越来越多的人使用咋们的网站,向网站上载的文件数也急剧增多。对工作而言特别好,尤其由于咋们正在测试的新存储引擎存储文件的成本比NAS方案要低得多。咋们已经停止购买新的NAS设备,就指望着存储引擎可以尽快就位。然而不幸的是,一部分错误延缓了对新存储引擎信任的确认,而网站人气的增加很快到达了剩余NAS设备的负荷及复制能力的极限。由于没有将购买新的NAS设备纳人流程,咋们不得不重新平衡NAS设备的工作负荷,减少异步复制的频率,以增加可用于存储和提供文件服务的资源。而这样子一来,就在RPO上造成了缺口。咋们的状态很糟糕,一方面NAS设备已经超出了可以充裕运行的范围,另一方面仍然还有源源一直的需求。咋们已经停止购买新的NAS设备,指望着可以完全切换到新的存储引擎上,而存储引擎却无法就位。
然后,一个磁盘坏掉了。由于RAID的重建,使得了NAS设备的利用率突然升高,而存储系统已经无法应付生产和复制的工作负荷。咋们禁掉了向出现坏磁盘的设备的写入,而让其他系统承担写入负荷。即使这样子做了之后,网站开发数据读取的性能仍然受到了决定。更为不幸的是,咋们取消了异步复制的作业,这样子在第二地点就没有完整的数据集可用了。故此,在受损磁盘的RAID组重建期间,不得不禁掉从中读取数据的操作。幸好,RAID组重建胜利,而且数据没有损失。咋们从中学到了特别有价值的教训。总是要确保有足够的空间以应对突然的爆炸性增长,以及软件开发方面出现的延迟。假如咋们将6个月的增长空间坚持维持到新存储引擎完成生产测试阶段,就能轻松应对这次事件。
本文章由新概念互动原创,如没特殊注明,转载请注明来自:http://www.jianzhan0.com/jingyand/72177.html