なんとなく綴ってみた

2019年03月19日

MySpace、一部ユーザ－コンテンツが事故で消失？……年に何度かあるけれど。

ITmediaの記事である。One Driveのインジェクション設定に問題があり、Windows Update後にデータが消えたという話が出たのは昨年だった。1809更新がストップするという大問題に発展した。

こういうトラブルは、年に何度かはどこかしらのサービスで見られるが、大手では比較的少ないのが、これまでの常識だった。黎明成長期を終えた今、管理費の捻出とサポート要員の不足に苦しんでいるのかも知れない。

https://www.itmedia.co.jp/news/articles/1903/19/news057.html

＜データ管理は大変＞

サーバー管理者をしたことがある人なら分かることだが、
クラウド型のSNSやデータ共有サービス、社内サーバーの管理者にとって大変なのは、

データが消えないように常に管理（バックアップ）を続けること、
データが盗まれたり、勝手に書き換えたりされないように、常にアップデートをすること、さらに
日々投稿等によって増えていく膨大なデータに耐えられるように、データベースや通信の容量を適正に増やし続けて行くこと

の3点が実は矛盾していることにある。

矛盾などしていないと思う人もいるかも知れないが、ソフトウェアやハードウェアの仕組みとして見た時には、この３つはデータ破損のリスクを高める相互作用がある。

1つめは、常にバックアップするというのは当たり前だ。しかし、最終的にバックアップされるデータは、cold（凍結・コールド）やＡｒｃｈｉｖｅ（保存記録・アーカイブ）と呼ばれる状態でテープや光学メディアにその瞬間のスナップショットとして保存される。まあ、アーカイブにはアクティブアーカイブもあるが、これは書庫圧縮などで複数の纏まったデータを一つに纏めたものや、それらを時系列に決まった場所に保管したもの全般を言う。

RAIDを組んでいたり、分散の多重保存をしていたり、クラスターで管理しているなら、凍結する必要などねえ（ない）でしょうと言われそうで、実際そういう環境もあるにはあるが、多くは差分をコールドアーカイブストレージに保存している。

そうしなければ、トラブった時の構築に相当な時間を要する恐れがあるからだ。時間がかかればかかるほど、生産性（利益）は圧迫されるため、管理する側がトラブルに直面すると、何をいつ、どこから復元する判断を立てるかは、胃が痛くなる。

決断一つでアーカイブに戻し、半日～2日潰れるか、ちょっとした修復作業で1時間（但し最も近い専任担当者を集めるのに2時間かかる）もあれば復活するか？たいていの場合は、2番目を試さないといけないが、それが始まって、3時間経って、それを諦める決断もまた誰かがしないといけない。

しかし、このアーカイブがあっても「アップデートをすること」という作業や、分散保存処理などによって「データベースや通信の容量を適正に増やし続けて」という作業が行われた直後で、且つ他が正常に移行済みの状態で、１つのサーバーででもトラブルがあると、そのサーバーのデータは下手をすると諦めないといけないかもしれない。

また、アップデートすることは正常に動いているシステムにバグを生み出す可能性もある。
ストレージや回線を増やすにも、やはりそのための作業が必要で、そのつなぎ目や新しい機能が増えていけば、複雑さが増す分、不具合のリスクも高まる。

即ち、保守コストは嵩む恐れがある。それでも市場が成長しているなら、いくらでも投資できたが……今、SNSなどにそれは難しくなってきている。Facebookなどの個人情報の無断利用問題などから、広告に対する風当たりも大きく上昇したからだ。

その一方で、利用者の数は既に頭打ちになっているサービスも増えている。これは、SNSに限らない話だ。

＜これからもしかすると増えるかも……大事ならバックアップを＞

上記したように、サービスは利益がでなければ、投資も減る。
だから、維持トラブルが起きやすくなることもある。大規模化したシステムは、トラブルが絶対にユーザー側に影響を与えないように多重でバックアップやシステムの余剰を確保しているが、それ故に1度、ユーザーサイドに影響がでると、そこから失った物を回復するのは楽ではない。

実は今のシステムで利用者が分かるほどのトラブルが起きると言うことは、代替の利かない基幹システムやネットワークのどこかで止まっていることが多く、回復を急ぐと何かを棄てざる終えないこともよくあるのだ。後から、失った物をどう戻すか検討するのだ。しかし、個人情報を守るために、データが暗号化されていて、同じ環境でなければ、復号キーが戻せないなら、回復は出来ないだろう。

即ち、信頼の高いシステムが裏目に出るのだ。だから、大事ならバックアップを必ずユーザーサイドでも取っておかなければいけない。まあ、サービスによってはテキストやHTMLまたは専用の形式で過去のデータをクライアントにバックアップするサービスを持っているところもある。よほど大事なものなら、そういう機能をサポートしたサービスを選び、自分でも定期的にバックアップを取って管理しておくことが大事かも知れない。

むしろ、そういうデータ保護だけではなく、自分が作ったデータ、アップロードした日記などが簡単にクライアントなどにバックアップ出来るサービスをもつ機能などもサービスを選ぶ時の基準として求めた方が良いかも知れない。