在使用本地磁盤的操作環境中確保高可用性和性能

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 Cluster Solution，請轉到此處