サービスレベルについて思ったこと

以下の表は去年12月から明けて正月明けの期間のアラートの発生と解消時刻、発生から解消までの秒数をまとめたものです。

アラート内容は全てタイムアウトです。

この状況について問い合わせたところ、ネットワークは共有なので利用状況に応じてこうしたネットワーク遅延は発生するとのことでした。

これをどう感じるかは人それぞれかと思いますが、自分は今後新規にConoHaのオブジェクトストレージを使用することはないでしょう。

VPSと違ってパブリッククラウドの同種のサービスと比べてコストメリットもほとんどありません。

何を思ったのか？　状況について

基幹サービスではない弱みが出ているな、と感じました。

ConoHaのオブジェクトストレージはOpenStackのSwiftで3箇所以上にオブジェクトを冗長化して保存しているとのことです。

オブジェクトの堅牢性は相当なものでしょう。

しかし、そのオブジェクトにアクセスするためのネットワークはそれほど広い帯域を持っているわけではないようです。

ConoHaのオブジェクトストレージはSLAを提示していませんが、例えば最大手の同種のサービスであるS3では、堅牢性のSLAはイレブンナインで、可用性のSLAは99.9%です。

この手のSLAは満たされなくてもサービスの提供価格の一部が返却されるだけで、受けるだろう影響と比較したらないも同然の保障なので、実態としてどの程度のサービスレベルなのか？　だけが重要であるととらえています。

と考えると、少々頼りないサービスレベルであると思います。S3で同等の状況があったとしたら、それなりのニュースになっていたはずです。

とはいえ、ConoHaのオブジェクトストレージはありていに言ってしまえばVPSのオマケです、おそらくハードウェアはそれほど潤沢ではないでしょうし、運用担当の人数も少ないでしょう。

基幹サービスとはサービスレベルが違っていても仕方ないと思います。

自分は草の根サービスが結構好きで、さすがにパソコン通信の時代は体験していないですが、個人の自宅サーバ上のホームページにアクセスしたり、どう考えても個人が運営しているレンタルサーバを借りてWebサイトをホスティングしていたこともあります。

そうした趣味であれば正直サービスレベルなんて「そのうち復旧すればいい」だと考えています。

これに対して、商売としてサービスを提供する場合は「1度エラーしても数秒おいて再アクセスしたら正常」を当たり前に実現しないとならない時代でしょう。

そう考えると、商売のサービスは「実態として高いサービスレベルが提供されているサービスプロバイダー」を使うしかないよなぁ。しみじみと感じました。

そして、高いサービスレベルが提供されるのは、そのサービスプロバイダーの基幹サービスであることは、投資されているリソースの差から自明です。

ニッチで趣味的なサービスは嫌いではないのですが、それを使えるのはあくまで趣味の範囲だと思ったのでした。