2006年 8月 19日 土曜日
2006年 8月 19日 土曜日
あまりタイムリーではありませんが，今週月曜(8/14)に発生した停電について。
そのとき私は自宅にいました。出社の準備をしていると，明かりが二，三度明滅した後，完全に消滅。もしかして電気を使いすぎたかなと思いブレーカーを確認しましたが，落ちている様子はなかったので，停電だなと判断。夏にしては比較的涼しい朝だったので，電気の使いすぎによる大規模停電ではないだろうから，じきに復旧するだろうと思いつつ自宅を出ました。
自宅周辺の信号は消えていましたが，駅のエスカレータや電車は動いているようだったので，そのままいつもどおり乗車。車内では「銀座線と日比谷線は運転を見合わせています」とのアナウンスがあり，これらの路線を使わない私はラッキーと思っていたのですが，実はラッキーではなかった…。私が乗っていたのは東西線。何駅か進んだ先の駅間で急停車。アナウンスは「現在，安全確認を行っています。しばらくお待ちください。」から，「復旧の見込みはたっていません。」に…。結局，電車が動き始めたのは約50分後。お盆ということで比較的社内が空いており，エアコンも動き続けていたので何とか耐えられましたが，体調の悪い人には厳しい状況だったと思います。
次の駅までは進んだものの，そこから発車する見込みは依然として立ってないということで，途中下車。動いていた他の路線に乗り換えて，会社へ向かいました。
なぜ，タイトルが「グリッドコンピューティングと…」かというと，自宅周辺の信号が消えているのを見た瞬間，グリッドコンピューティングの語源になったといわれている，電力網（あるいは送電網。英語ではPower Grid）が頭に浮かんだからです。「うちの近所への電力供給には迂回路がないんだな…。」
後の報道でも分かるように，迂回路はちゃんと存在していました。ただ，「復旧は、担当者が各変電所で安全を一つ一つ確認しながら手動で行うため、それなりの時間がかかった。」とのこと。自動で速やかに切り替えられるとばかり思っていたのですが，これほど大規模だと，手動の方が安全性が高いということですかね。自宅にいた妻によると，我が家では20分後くらいには電気が復旧していたらしく，手動での切り替えにしては，まぁ早く復旧した方だろうと思います。バックアップの電線が同じ鉄塔のすぐ隣にあるというのはどうかと思いますが…。
これを機に，自分の中で曖昧だった，グリッドコンピューティングとユーティリティコンピューティング，スーパーコンピューティングについて調べてみました。私なりの単純な理解をまとめて見ると，（私はこの辺りのエキスパートではないので，業界の正しい定義とは異なるかもしれませんが…）
と，ここまで整理したところで疑問に思い始めたのが，我が社のユーティリティコンピューティングのプログラムであるSun Gridの名前。ユーザにとって見れば，ユーティリティコンピューティングという使用者サイドのモデルが重要であり，裏でGridのテクノロジーが使われているかどうかは知ったこっちゃないのですが（だって，東京電力は電気のサービスのことを「東京電力グリッド」とは言いませんよね）。まぁ，Sunはテクノロジーの会社ですから，Gridというテクノロジーをアピールしている訳です。
そのとき私は自宅にいました。出社の準備をしていると，明かりが二，三度明滅した後，完全に消滅。もしかして電気を使いすぎたかなと思いブレーカーを確認しましたが，落ちている様子はなかったので，停電だなと判断。夏にしては比較的涼しい朝だったので，電気の使いすぎによる大規模停電ではないだろうから，じきに復旧するだろうと思いつつ自宅を出ました。
自宅周辺の信号は消えていましたが，駅のエスカレータや電車は動いているようだったので，そのままいつもどおり乗車。車内では「銀座線と日比谷線は運転を見合わせています」とのアナウンスがあり，これらの路線を使わない私はラッキーと思っていたのですが，実はラッキーではなかった…。私が乗っていたのは東西線。何駅か進んだ先の駅間で急停車。アナウンスは「現在，安全確認を行っています。しばらくお待ちください。」から，「復旧の見込みはたっていません。」に…。結局，電車が動き始めたのは約50分後。お盆ということで比較的社内が空いており，エアコンも動き続けていたので何とか耐えられましたが，体調の悪い人には厳しい状況だったと思います。
次の駅までは進んだものの，そこから発車する見込みは依然として立ってないということで，途中下車。動いていた他の路線に乗り換えて，会社へ向かいました。
なぜ，タイトルが「グリッドコンピューティングと…」かというと，自宅周辺の信号が消えているのを見た瞬間，グリッドコンピューティングの語源になったといわれている，電力網（あるいは送電網。英語ではPower Grid）が頭に浮かんだからです。「うちの近所への電力供給には迂回路がないんだな…。」
後の報道でも分かるように，迂回路はちゃんと存在していました。ただ，「復旧は、担当者が各変電所で安全を一つ一つ確認しながら手動で行うため、それなりの時間がかかった。」とのこと。自動で速やかに切り替えられるとばかり思っていたのですが，これほど大規模だと，手動の方が安全性が高いということですかね。自宅にいた妻によると，我が家では20分後くらいには電気が復旧していたらしく，手動での切り替えにしては，まぁ早く復旧した方だろうと思います。バックアップの電線が同じ鉄塔のすぐ隣にあるというのはどうかと思いますが…。
これを機に，自分の中で曖昧だった，グリッドコンピューティングとユーティリティコンピューティング，スーパーコンピューティングについて調べてみました。私なりの単純な理解をまとめて見ると，（私はこの辺りのエキスパートではないので，業界の正しい定義とは異なるかもしれませんが…）
- グリッドコンピューティング
以下の2つの要素で構成されるテクノロジー。 - 複数のコンピュータ資源を集約して仮想的に扱えるようにする。
これにより， - 全体として大きなコンピュータ資源を提供できる
- 複数のコンピュータ資源を，偏りなく，有効活用できる。
- 一部のコンピュータ資源に不具合が生じても，全体としては安定してコンピュータ資源を供給できる
- コンピュータ資源をユーザに届けるルートを冗長化する。
これにより， - 一部のルートに不具合が生じても，全体としては安定してコンピュータ資源を供給できる。
- ユーティリティコンピューティング
コンピュータ資源を，電気，ガス，水道のように，「いつでも」，「どこでも」，「使いたいだけ」，「従量課金で」利用できる仕組み。
グリッドコンピューティングにより実現可能（上記(1-a), (1-c), (2-a)の効果による）。
他の方法でも実現可能かもしれないが，現在のところ，グリッドコンピューティングが最も現実的なソリューションと思われる。
- スーパーコンピューティング（グリッドコンピューティングのコンテキストで）
大きなコンピュータ資源を利用できる仕組み。
グリッドコンピューティングにより実現可能（上記(1-a)の効果による）。
他の実現方法の方が主流と考えられるが，最近，特に，電力業界で呼ぶところの「マイクログリッド」による実現方法が注目されている。
と，ここまで整理したところで疑問に思い始めたのが，我が社のユーティリティコンピューティングのプログラムであるSun Gridの名前。ユーザにとって見れば，ユーティリティコンピューティングという使用者サイドのモデルが重要であり，裏でGridのテクノロジーが使われているかどうかは知ったこっちゃないのですが（だって，東京電力は電気のサービスのことを「東京電力グリッド」とは言いませんよね）。まぁ，Sunはテクノロジーの会社ですから，Gridというテクノロジーをアピールしている訳です。