Rock the Vote(为投票呐喊) 需要一种方法来管理其基于 Web 的选民登记应用程序处理的数据的快速增长。该组织转而使用 GlusterFS 复制卷,以便在其虚拟化托管基础设施上进行文件系统大小升级,而不会产生停机时间。
在其 21 年的历史中,“为投票呐喊”已经帮助超过五百万年轻人登记投票,并已成为关于选民登记和投票的可信信息来源。
自 2009 年以来,“为投票呐喊”一直在运行一个基于 Web 的选民登记应用程序,该应用程序由名为 Rocky 的开源 rails 应用程序堆栈提供支持。
我与俄勒冈州立大学开源实验室运营副主管兼该服务的主要技术系统运营负责人 Lance Albertson 进行了交谈,了解他们如何使用 Gluster 来满足该服务不断增长的存储需求。
Albertson 解释说:“在非选举季,文件系统的使用和增长是最小的,但是在总统选举季,文件系统的增长可能是指数级的。因此,通过 Gluster,我们试图解决我们遇到的突发增长问题。”
“为投票呐喊”的选民登记应用程序由运行 Gentoo Hardened 的虚拟机实例提供服务,并使用一对运行 CentOS 6 和 Gluster 3.3.0 的物理服务器来托管选民登记表数据。存储节点托管一个复制的 GlusterFS 卷,注册前端通过 Gluster 的 NFS 挂载支持访问该卷。
选民登记应用程序的 Gluster 支持迭代始于 9 月份的 100GB 卷,随着选举前期间使用量的增长,该团队逐步将其增加到 350GB。
在为其存储需求实施 Gluster 之前,“为投票呐喊”的应用程序托管团队在其虚拟机中使用本地存储来存储选民表单数据,这使得在不关闭虚拟机的情况下扩展存储变得困难。
托管团队将存储转移到 HA NFS 集群,但发现当添加/删除 NFS 卷和共享时,该实施方案脆弱且容易损坏。
Albertson 继续说道:“Gluster 使我们在管理存储方面更加灵活,而不会造成停机。Gluster 使添加卷并在我们需要时扩展卷变得容易。”
展望未来的选举季和即将发布的 GlusterFS 版本,Albertson 告诉我,他对 Gluster 最感兴趣的属性是在 3.3.0 版本和未来的 Gluster 版本之间进行有限停机升级。Albertson 还期待 Gluster 的异地复制功能中增加多主支持,这是一项计划在即将发布的 3.4 版本中增强的功能。
最初发布在 Gluster 社区博客 上。经许可转载,现根据 Creative Commons 许可发布。
评论已关闭。