Date: 5月 31, 2018
在使用本地磁盘的操作环境中确保高可用性和性能
MT Eye利用SIOS DataKeeper和Windows Server故障转移群集实现了SANLess群集解决方案
MT Eye提供与日常生活密切相关的各种内容服务，包括“music.jp”和“Lunarna”。共享存储对于支持他们的操作至关重要。但是，每个站点都有不同的存储要求。由于共享存储只提供一种设置，问题很快就会浮现出来。该公司切换到基于每个站点本地磁盘的操作系统。在这种新环境下，该公司旨在确保与不需要共享存储的集群解决方案相同的可用性。
从共享存储切换到使用本地磁盘SANLess集群解决方案
MT Eye主要从事内容分发服务，使日常生活愉快和方便。他们的产品从娱乐到生活方式信息和医疗保健。共享存储已被定位为支持各种服务操作的IT基础架构的中心。通过从共享存储中分配每个站点所需的数量，公司享有经济高效的运营。然而，多年来，运营体制的问题逐渐兴起。MT Eye被迫做出重大决定，因为其运营共享存储不再有任何维护服务。基础系统部门的Hiroyuki Okawa解释说，即使他们购买了新的共享存储，他们当前的IT系统也不能保证运行良好。另外，他们冒着可能导致某些网站运营成本高的风险。因此，山。Eye加强为每个站点操作本地磁盘。不幸的是，这也没有被证明是一帆风顺的。即使它是本地磁盘，也必须保持与共享存储相同的可用性级别，并且必须维护性能级别。
WSFC和DataKeeper结合始终保证高可用性
在寻找解决方案时，MT Eye首先专注于使用Microsoft SQL Server的功能之一Always On availability组。它在多个站点之间镜像数据库，并在发生故障时自动进行故障切换。为了使用Always On可用性组，必须将Microsoft SQL Server从标准版升级到企业版。要做到这一点会导致成本大幅增加。他们发现他们可以拥有使用Windows Server标准故障转移群集功能和SIOS DataKeeper的SANLess群集解决方案。大川强调通过这种方式，他们可以继续将Microsoft SQL Server作为标准版。但同时，请确保与Always On可用性组具有相同的可用性。知道集成了LifeKeeper和DataKeeper的集群配置已经存在于另一个基于Linux系统的系统上，这也很棒。基础设施系统部门的Tomioka Tetsuhei仍然不确定。为了缓解他的不确定性，该公司借鉴了SIOS的DataKeeper验证许可证进行测试。他们汇集了一个接近实际操作的集群配置，并在2016年2月至3月期间重复进行了详细的性能验证。与使用共享存储的传统系统配置相比，性能也有所下降。他补充说，根据系统要求，他们可以在同步和异步复制模式之间进行选择，这是非常有益的。
节省数据中心和基础设施运营成本
截至2017年3月，MT Eye已完成向“Life Ranger Navi”（生活信息服务）和“Lunarna”等网站的SANLess集群解决方案过渡。他们计划完成公司网站上最大的“music.jp”的过渡。随着完成，最终有可能提供与每个站点的不同要求对应的存储资源，例如强调性能和容量。如果该公司完全消除了共享存储的使用，他们可以节省建立数据中心。这也意味着他们可以一起从机架上移除SAN交换机等网络设备。此外，SANLess集群解决方案还可以迁移到主要的公有云环境，如Amazon Web Service和Microsoft Azure。可以说，MT Eye基础设施获得了前所未有的灵活性，并可以响应各个站点的需求。要了解更多关于SIOS产品的信息，请点击这里
要了解SIOS如何帮助MT Eye实现SANless群集解决方案，请点击此处