やっと分かって来ましたね

こんな記事が日経にのっていました。

通常なら、バックアップデータから元のデータを復元することで一両日中にウェブサイトなどは復旧する。バックアップデータは、本番環境とは違うサーバー、あるいは外部記憶装置に定期的にとっておくことが基本だ。ところがファーストサーバでは事情が違った。

ファーストサーバが25日未明に公開した「事故原因」。「本番環境」と「バックアップ環境」のサーバーが別に見えるイラストは「ミスで、修正作業中」（同社）

ファーストサーバにおけるセキュリティ対策では、３つのＨＤＤに同じファイルをコピーしていた。１つは「本番系」。もう１つは本番系のＨＤＤやシステムに不具合が生じた時、即座に切り替え、正常稼働を続けるための「待機系」。もう１つが、毎朝６時に本番系のデータを丸ごとコピーしておく「バックアップ系」だ。この３つが、すべて同じサーバー内に同居していた。

あろうことか、ファイルを削除してしまう更新プログラムのバグは、本番系、待機系に加え、同じサーバー内にあるバックアップ系のＨＤＤまでをも消去するという代物だった。

データセンターの場合、ディスクにはここで説明されたように本番系、待機系（レプリケート）、バックアップ系の３つがある。これは我々も同じ。データ量が多いので昔のようにテープのような別メディアにバックアップを持つことは考えにくい。また、スピードを考えると待機系やバックアップ系を本番系を同じハード内に持てばスピードは早くなる。外に出せば言うまでもなくネットワークを使うことになります。ですからファーストサーバでは内部に持つことにしたのだと思います。

ここまでやってコストセーブしていたのですか。知りませんでした。すごい綱渡りですね。我々も本番系、待機系、バックアップ系の３つを持っていますが、ハードだけが違うのではなく場所も違います。そして価格はファーストサーバさんより安いです。

参考：　http://www.nikkei.com/article/DGXNASFK2600L_W2A620C1000000/

S	M	T	W	Th	F	S
					1	2
3	4	5	6	7	8	9
10	11	12	13	14	15	16
17	18	19	20	21	22	23
24	25	26	27	28	29	30

PSPINC代表　内倉憲一の公式ブログ

Blog Thread

やっと分かって来ましたね

introduction

bloguru friends

calendar

latest comments

hashtags

history