その基盤には、可用性向上やコスト削減が求められており、これまでに大半のサーバーをクラウド化してきたほか、サイオステクノロジー(以下、サイオス)のHAクラスターソフトウェア「LifeKeeper」も用いられてきました。Protection」(以下、SSP)を新たに採用。障害時の自動復帰を可能とし、さらなる可用性向上を図っています。Connect」を全世界で提供しています。このサービスは対応製品の利用者に無償で提供されており、PCやスマートフォン、タブレット端末などから、インターネットを通じてプリンターや複合機の様々な機能を利用できるようにするものです。Connectがあるからエプソンのプリンターを購入する』というケースも少なくありません。Connectのサービス品質向上に心して取り組んでいます」と話します。主事サービス品質の中でも、可用性は常に大きな命題です。海外の利用者が多いこともあり、24時間365日止めることができません。一方で、コストも大きな課題の一つです。Connectは無償提供のサービスのため、可能な限りコストを抑えていく必要があります。Connectのシステム基盤を構成するサーバーは大半がクラウド上で運用されていました。2014年からはLifeKeeperによる冗長化も活用し、ダウンタイム短縮や障害時の作業負荷軽減を実現してきました。特殊なソフトウェアを利用しているため冗長化できていない部分が課題しかし、これまでは構成上の都合から、全てをクラウド化できていませんでした。プリンターとの接続情報を管理するサーバーが、クラウド化も冗長化もできていなかったのです。主任の八代立氏は、その事情を次のように説明します。「このサーバーには、一般的なオープンソース・ソフトウェア(OSS)のDBソフトウェアではなく、特殊なDBソフトウェアを採用していたため、クラウド化も冗長化もできずに運用していました。Failure)として残っていたのです」このサーバーは、幸い一度もトラブルが生じていませんが、SPOFの存在はやはり気掛かりです。「万が一トラブルが生じた場合には、人手でのリカバリーが必要となるため、ダウンタイムが長引く懸念がありました。主任の阿部卓弥氏は言います。冗長化できないサーバーの可用性向上策としてSSPを採用このサーバーの可用性向上策として、2つの手法が実施されました。一つが、サーバーをホスティング環境からクラウド上に移行し、クラウドサービスのHA機能を利用することで、物理サーバーの故障に対する可用性を向上させること。一つが、OSやDBソフトウェアの障害を検知して自動的に再起動する仕組みです。Connectのシステム基盤全体を別のクラウドサービス上に移行するのに伴い、ホスティング環境に残っていたDBサーバーもクラウド化することとなりました。これにより、仮想サーバー障害に対する自動フェイルオーバーが可能となります。このとき、DBソフトウェアの障害への対策として採用されたのがSSPです。「冗長化プロダクトはLifeKeeper以外にもいくつかありますが、SSPのように冗長化でなく自動リカバリーを行う製品は他にありません。SSPは20万円を下回る費用で採用しやすい上に、データの同期が不要なのでアーキテクチャ的な面からも導入が容易です。クラウドのHA機能を組み合わせれば可用性レベルをかなり高められるため導入を決めました」(八代氏)導入に先立ち、パートナーである富士通の協力を得て動作試験も実施、きちんとリカバリーするよう事前に調整が行われました。ConnectはSSPを加えた上で新たなクラウド環境へ全面移行し、本番稼働を開始しました。「これにより、障害時の人手でのリカバリーを全て自動化できました。胸を張って、SPOFを皆無にすることができたと言えます」と、八代氏は評価しています。可用性向上と同時に、全面クラウド化によって約2割のコスト削減も達成しました。ホスティングを廃止して全面的にクラウド化したことによる効果に加え、クラウドのHA機能+SSPによるリカバリー対応の自動化で運用も効率化されたのです。富樫氏は、「常々、『手順が決まっているなら障害対応は人手を介さず自動でできるようにすべき』と言っています。運用の自動化は今後もさらに進めていきます」と語っています。その自動化を進める上で、SSPにはさらなる出番がありそうだと八代氏は言います。「弊社としてはサービスレベルの向上とコスト削減を実現するべく、クラウドサービスにシステムの移行を進めています。コストの都合で冗長化できないような部分もSSPで可用性を向上できます。監視やログ、ジョブ管理といった“脇役”のサーバーはコストをかけづらいものですが、そういうところにSSPがフィットするでしょう。クラウドとSSPの組み合わせも、とても良いと感じています。