网站数据库存储大小是怎样变革的？

存储是很高贵的，这是现今任何现代根蒂根基架构中本钱最高的组件。尤为是在数据密集的环境，存储了大量用户发生的内容以及数百万的用户数据。恰是由于这个起因，对付存储上的开支进行理智地布局是很首要的。在我卖力部署大规模存储的时辰，经手过大笔的估算，我学到了甚么才是关键的问题，那就是对你所支持的应用程序为甚么需求存储、应用程序是怎样运用存储的、怎样将存储设计和实现得尽能够高效这些问题有明确、详细的理解。

工程师和应用程序组的人常常拿着准确的、颠末细心审查的存储需求找到咱们。他们曾经研讨过事情负荷、对增进情况的猜测以及他们以为应用程序将会需求的容量需求，而且他们曾经汇编了各类细节以及以为咱们会问到的许多问题的谜底。他们做了不少作业，而更为首要的，他们曾经展现了他们的事情。而有些时辰，会有一批一批的人找到咱们，但除了知道他们的应用程序需求存储以外，他们对所需的存储根本上没甚么理解。他们没法彻底明确地奉告需求几个存储以及甚么类型的存储，而且许多情况下根本不理解存储，也不知存储是怎样事情的。他们最初的需求是恍惚的，但他们急着找到咱们，进修并理解怎样设计和定做必然大小的存储解决计划。
在我之前的一个公司，我是审查购置硬件和软件需求的委员会的成员。这个委员会包括个懂手艺的公司的独特创建者、几个高管，以及一些各类根蒂根基架构核心领或的手艺专家。这个委员会至关于一个详实和零碎的检查点，工程师的硬件和软件需求都要提交给该委员会进行审查，审查时会扣问一些问题，而且公开地对需求进行行接头，有时辰会核准某个需求。但总的来讲，最多见的后果是需求被否决，由于需求短少适量的数据支持。
在波及存储的需求时，不少日时辰工程师其实不彻底理解应用对存储的需求，而且对需求甚么，或者为甚么需求一个托管的存储零碎而不是简略地运用服务器的磁盘并无一个明晰的界说。有的时辰，他们并无一个合理的容量计划，或者存储容量怎样跟着时间的推移而伸缩也没有一个模子。险些老是不怎么注重劫难恢复或数据复制战略，或者对营业持续性是个甚么样子也没有一个蓝图。根本上，工程师或者请求太多，或者请求太少，不管怎么说，对本身的需求，都没有适量的证据进行支持。
委员会请求，在审核过程的末了，工程师对本身请求的每回件硬件、软件、存储都要有合理的理由。这类请求的后果，确保了每回项洽购都是颠末细心思索的，从而是须要的，而且是由数据所支持的，这些数据准确形容了存储需求以及解决计划暗地里的合理性。我将这类委员会精力带到了以后事情的公司中，用这类法子确保一切的存储洽购都是数据驱动的，有着有用的营业持续性布局，以及适宜的容量布局。
不管你是工程师提交存储需求，仍是存储专家审查工程师提交的存储需求，都要记住下面的问题及接头要点:
● 应用是甚么?
● 应用位于那里?
● 存储的是甚么类型的数据?
● 需求同享存储吗?

● 是否需求特殊的访问协定?
● 典型的文件大小是几个?
● 数据是压缩的吗?
● 怎样形容事情负荷
● 需求批处置操纵吗?
● 事情负荷是大部分用于读，仍是大部分用于写，或者二者都有?事情负荷是大部分递次，仍是大部分随机，或者二者都有??快照是怎么安排的?
● 快照是应用一致性，仍是瓦解一致性，或非一致性的?
● 存储容量在6个月、12个月、18个月的计划是甚么?
● 事情负荷在6个月、12个月、18个月的计划是甚么
● 复制战略是甚么?
● 营业持续性布局是甚么?
● 可用性需求是甚么?
● 备份的频度是几个?
● 备份连结计划是甚么样的
● 归档战略是甚么?
● 契合性需求是甚么
●网站制作加密需求是甚么?