网站数据库如何进行容量规划?
在确保有用的数据掩护之后,作为一名存储专业人员,容量计划就是第二项最主要的职责。计划在前,而且确保运用和办事有足够的资本来运行和成长,不至于碰着天花板,这不仅是主要的,同时也是必须的。将容量和成漫空间提前计划为具有足够的可伸缩性的利益是伟大的,不仅对你,对运用也一样,都减小了压力,既能敷衍运用上涌现的非预期的爆炸性增加,也有助于避免资金的非筹划性支出。
对于我的存储情况,我老是尽力保持至少6个月的增加空间。拥有一个适合的容量计划轨制,就可以或许猜测本钱支出和运维支出,也使得数据中间的空间、电力以及供给链物流的计划更为有用。你最不愿望产生的事是清晨接到德律风,说临盆负荷已经超越基本架构的机能或容量的才能。这里有个例子,解释容量计划做得何等糟糕。
我工作的公司应用NAS装备存储用户上载的文件,并供用户阅读。NAS装备的容量对于工作负荷来说是适合的,并且也可以或许将文件异步复制到位于几千英里的帮助NAS装备上。体系可以或许富余地存储及供给文件办事,异步复制的延迟也没有超越RPO的请求,并且也可以或许蒙受像磁盘破坏及体系重建如许的工作。我们保持着6个月的增加空间,确保容量有充足的缓冲,以便可以或许消化高流量的冲击和筹划中的有机增加。
装备工作正常,就是太贵了。就是因为太贵,所以公司不肯意再买更多的装备了,并且公司懂得到,经由过程创立本身的存储引擎,可以设计一种更为经济的计划。
新的存储引擎是一项令人高兴的技巧,可以或许以一种异常经济的方法树立可伸缩的运用存储基本架构。它运行在异常廉价的存储装备上,是为存储和供给文件办事的义务而特殊设计的,效力很高。花了一年多的时光才完成,存储引擎如今已经完成了编码,并已经在若干综合性的工作负荷下进行了测试。独一要做的是确保在真实的运用负荷下可以或许正常工作,并可以或许在这种范围下准确地存储和供给文件办事。在存储引引擎最后的测试阶段,我们决议以最平安的方法进行推动,即将文件同时存储在新的存储引擎和NAS装备上。一旦我们确信新的存储引擎可以或许准确地工作,并完整值得信赖可以或许处置进来的文件内容,将不再向AS装备写入文件。
正好在这段时光,公司网站极为火爆,在所有方面都有爆炸性的增加。跟着越来越多的人应用我们的网站,向网站上载的文件数也急剧增多。对营业而言异常好,尤其因为我们正在测试的新存储引擎存储文件的成本比NAS计划要低得多。我们已经停滞购置新的NAS装备,就指望着存储引擎可以或许尽快就位。然而不幸的是,一些毛病延缓了对新存储引擎信赖切实其实认,而网站人气的增长很快到达了残剩NAS装备的负荷及复制才能的极限。因为没有将购置新的NAS装备纳人流程,我们不得不从新均衡NAS装备的工作负荷,削减异步复制的频率,以增长可用于存储和供给文件办事的资本。而如许一来,就在RPO上造成了缺口。我们的状况很糟糕,一方面NAS装备已经超越了可以或许富余运行的规模,另一方面仍然还有源源赓续的需求。我们已经停滞购置新的NAS装备,指望着可以或许完整切换到新的存储引擎上,而存储引擎却无法就位。
然后,一个磁盘坏失落了。因为RAID的重建,导致了NAS装备的应用率忽然升高,而存储体系已经无法敷衍临盆和复制的工作负荷。我们禁失落了向涌现坏磁盘的装备的写入,而让其他体系承担写入负荷。即使如许做了之后,网站扶植数据读取的机能仍然受到了影响。更为不幸的是,我们撤消了异步复制的功课,如许在第二所在就没有完全的数据集可用了。所以,在受损磁盘的RAID组重建时代,不得不禁失落从中读取数据的操作。幸好,RAID组重建胜利,并且数据没有丧失。我们从中学到了异常有价值的教训。老是要确保有足够的空间以应对忽然的爆炸性增加,以及软件开辟方面涌现的延迟。假如我们将6个月的增加空间保持保持到新存储引擎完成临盆测试阶段,就能轻松应对此次事宜。