第７回　たった１台で可用性を高められる！？　～ Single Server Protection ～

新年明けましておめでとうございます。SCSKの池田です。

新年早々、能登での大地震があり、今この時点においても余震が続いております。
亡くなられた方々に心からお悔やみを申し上げるとともに、被災された皆様、ならびにそのご家族の皆様に心よりお見舞い申し上げます。
皆様の安全と被災地の一日も早い復興を心よりお祈り申し上げます。 

さて前回は、スプリットブレインを防ぐために「Quorum/Witness」機能が有効であることをお伝えしました。2台のサーバで構成するが故に、どちらのサーバがActiveであるかを判断する機能が必要だったというお話しでした。

7回目の今回は、なんと たった1台で可用性を向上 させることができるLifeKeeperの姉妹製品 Single Server Protection をご紹介します。

Single Server Protectionとは

Single Server Protection（略してSSPとも呼びます）とは、（くどいようですが）1台のサーバで可用性を高めることができる製品なのですが、どのようにして実現しているのでしょうか。

構成と動作の流れはこんな感じです。

動きとしては、とてもシンプルですね。

以前「なぜAWS(パブリッククラウド)でLifeKeeperが有効なのか！」の回でもお伝えしましたが、AWSですと「責任共有モデル」の考え方により、ミドルウェアレイヤーはユーザー側の責任範囲となります。SSPはLifeKeeper同様に、見落としがちなミドルウェアの可用性をシンプルな仕組みで安価に高めることのできる製品なのです。

SSPはコスパが良い！

直前で「安価」とお伝えしましたが、SSPはコスパがすごく良い製品なんです。
サイオステクノロジーが公開している定価をご覧いただきますね。

桁が間違っているのではないかというレベルのお安さですよね！
1台構成ですので、サーバの初期費用もランニングコストも1台分で済みますし、
導入するミドルウェアのライセンス費や保守費も1台分で済みます。
さらにこの製品には、LifeKeeperでは有償オプション製品となるARKも一部無償で同梱されているというサービスっぷり！

ただしLinuxとWindowsでは同梱されているARKが異なりますのでご注意くださいね。

それと保守についても注意が必要です。LifeKeeperの場合は、重大障害発生時に24時間365日のサポートを受けることができますが、
SSPの場合は平日日中サポートのみとなってしまいます。

GUIはLifeKeeperとほぼ同じで判りやすい

LifeKeeperの管理GUIはとても判りやすいことで有名（？）ですが、SSPは、LifeKeeperの姉妹製品だけあって、GUIの判りやすさも受け継いでいます。以下の様にリソースの依存関係もツリー構造で表現されているので、視認性が高く、これまでLifeKeeperの運用をされていた方はもちろんのこと、初めてお使いになる方でも、すぐに使いこなせる様になると言っても過言ではありません。

まとめ

今回は、LifeKeeperの姉妹製品であるSingle Server Protectionについてご紹介しました。コスパがものすごく良い製品ですので、LifeKeeperほどしっかりした可用性は必要ないけど、AWSなどパブリッククラウドではカバーしないミドルウェア領域までの可用性を高めたいとお考えのシステム担当者様にはうってつけな製品ではないでしょうか？

まとめますと

次回は、第６回でお伝えしたQuorum/Witnessの詳細について、もう少し掘り下げてお伝えしようと思います。
乞うご期待！！