ある機会があって使う事になった、Zenlogic ファーストサーバと言えば、業界人なら「あぁ…」と言うはず。歴史に残る大事件を引き起こした会社です。あれから早4年。どうやら自社サーバはやめて、全てYahooプラットホームベースに乗せたクラウドサービスを初めたようです。

さて、その使い勝手ですが…正直良くありません。

Zenlogic 障害・メンテナンス情報

月1か2回起こる接続障害。サービスが停止するレベルの障害です。ぶっちゃけ、ありえない。自分は自社で7年運用実績がありますが、一度も障害を起こした事がありません。一度HDD障害はありましたが、サービスを停止する事なく復旧させています。その為の三重監視を自社構築しているのです。

話が逸れましたが、まず上記の時点でありえないです。そして本日も4時間、利用できない時間が発生しました。原因はストレージシステムの過負荷の為。こういうサーバは大体、外部ストレージと繋がっていて、そこからOSが起動しています。

その部分に負荷が掛かると当然遅くなるわけで、最悪停止してしまうのです。つまりストレージシステムに繋がっているサーバ全てに影響するので、影響範囲がとても大きくなります。実力の無い人達がやると、この辺りを見誤ってトラブルを起こします。

 

で、肝心のサーバですが…プランSをテストしてみました。1vCPU+1GBに300GBストレージ。スペックだけなら申し分無いのですが、実際に運用してみると想像以上に遅いです。コントロールパネル経由でメールアドレスを作ったりするのですが、その反応がやたら遅くタイムアウトする始末。ロードアベレージが何もしていないのに、8とか10になります(笑) この時点で怪しかったので、サーバーの情報を取得する物を作って組み込みました。SSHが許可されていないので、できる事は限られます。

CPU情報はこんな感じ。2GHz 1Coreならまあまあでしょう。E5504辺り？

で、もって問題のプロセス一覧。

何これ…一言で言わせて貰えば、素人が作ったサーバー？という感じです。適当に何かパッケージをインストールして初期設定のままサービスに組み込んだ風です。dhclient が起動している時点でお察しください。
現時点で何もしていないのに、150MBもswap落ちしているそうです。これだけ不要なプロセスが上がってる上に、ウイルス対策ソフトだけでどれだけメモリ食ってるの？と。しかも、このサーバ。コントロールパネルでmysqlも起動できるんです。そんなん起動したら、swapの処理だけでCPUが食われて終わりますね(笑)
これをサービスとして出しちゃう辺りが素人同然だと言わざるを得ません。判りやすく言えば、100km/hで走れる車を買ってみたら20km/hで走るのがせいぜい、それ以上走ったら壊れて動かなくなりますというレベルです。
常時SSL　とか言う前に、自分のところのサービスをもっと見直してみた方がいいんじゃないですかね？

Zenlogic、こんな感じでした。

ゲラゲラ笑いたいところですよ、自分とこに被害が無ければ。ちなみに、iowait が非常に高いそうです。iowait って事はさっくり言うと書き込み負荷の事です。このサーバは1時間に数十件のメールを処理する「だけ」のサーバで、書き込み負荷が高い…と。つまり、load average が高い理由は、書き込み待ちのプロセスが沢山あるからですね。で、それらプロセスが溜まるから、swapに落ちるという悪循環。データベースなんて絶対使い物になりません。

 

まあシステムだけでメモリ1GB食いつぶしてりゃ当然ですね。というわけで、障害の多さも中身の稚拙さも含めて、全くオススメできません。私は自腹で年払いしてますから、文句くらい言わせてください。

 

※追記
プロセス監視してたら、こんなんしてました。

あのファーストサーバだもんね。バックアップ大事だもんね。

そりゃこんなプロセス動かしてて、ストレージシステムが重くて負荷がとか言っちゃってる時点でアウト。というか普通サーバのOSのプロセスレベルでバックアップなんて取らないでしょ…普通…もっと上位のストレージとかアプライアンスレベルで取るものじゃないの？設計思想が全く判らないです。何ていうか、力押し？力づく？