NTTがLinuxの高信頼性への取り組み成果を一部公開 43
ストーリー by wakatono
目の付け所がNTT 部門より
目の付け所がNTT 部門より
MyCOM PC Webの記事によると、NTTがLinuxの可用性を高めるパッチを提供した模様。
1つはGRUBのパッチ、もう1つはKernelパッチで、実行中プロセスを再起動することなくパッチを適用できるとのこと。
NTTのLinuxに対する取り組みが期待される。
Resumoはブートプロセスの高信頼化を、Pannusは動作しているプロセスに対して「動いている状態のままの」パッチ適用を実現するもの。それぞれの成果物の構成を見た感じ、Resumoの方はGrubに対するパッチとサポートコマンドの作成をするのみであり、すぐにでも試せそうな感じだ。一方、Pannusの方は、カーネルのパッチとコマンドだけではなく、wrapperライブラリも導入が必要になることもあり、導入の敷居はResumoよりは高そう。でも、すごく興味をそそられる成果だ。
高信頼化といってもクラスタリングとかの話ではないので、そのあたりは誤解しないでほしい。
動作中のプログラムにパッチといえば (スコア:4, 興味深い)
動作中のXwindowSystemにパッチを当てる際に、デーモンを
落とさずにバイナリを書き換えて、さらにプログラムが使用
しているメモリ領域も手動で書き換えてしまい、サービスを
停止させなかったみたいな話が載っていたのを読んで、
すげーと思ったことがあります。
#何となく思い出したのでとりあえず書いてみるテスト。
Re:動作中のプログラムにパッチといえば (スコア:4, 興味深い)
これは、『元もとあるバイナリ+バイナリのパッチ』で新しいプログラムになります。「アセンブラレベルで、古いプログラムに当てるパッチを書いているのかな?」と思っていましたが、このLinuxようのパッチというのはどういう原理なんでしょ?
Re:動作中のプログラムにパッチといえば (スコア:2, 興味深い)
というので、『関数単位で置き換える』みたいですね。じゃあ、高級言語でできるかも。あと、
ということですので、パッチを当てるプロセスが対応する関数を実行していない状態かつ、その関数から呼ばれた関数を実行していない状態でスリープ状態にして、関数を置き換えるんですね。
と、一人でなっとく。だれか試してみた人のレポートを見たいなあ。
Re:動作中のプログラムにパッチといえば (スコア:3, 興味深い)
そういうことをOSレベルでサポートしていた最初の物ってのが, かのmulticsだったそうで. 動作中のプログラムの記憶イメージを一旦吐き出させてから不具合を修正, そして停止点から再実行させるという機能が後のcore dumpになったそうです.
そうするとLinuxは先祖返りしたということなのか, 現在のU*ixが既にmultics並みの巨大システムなのか...
Re:動作中のプログラムにパッチといえば (スコア:0)
高級言語用のツールは実行時パッチの作成なんて想定外だから
挿げ替えるためのコードもアセンブラとかを使って手作業で
作成する必要があるし、実行中のプロセスと辻褄を合わせる
為にソースコードや実
Re:動作中のプログラムにパッチといえば (スコア:0)
スクリプト実行中に、スクリプトの中身に対してパッチ当てたいことってない?
Re:動作中のプログラムにパッチといえば (スコア:1)
とうわけで、Kernelも何もかもLispで書いておけば万事OKつーことで良いですか?。
# Lisp MachineとかPSIみたいなのに憧れてたもので……。^^;
Re:動作中のプログラムにパッチといえば (スコア:0)
Re:動作中のプログラムにパッチといえば (スコア:0)
砂原さんの逸話ではないかと思います、、
違ってたらごめんなさい。
完全にマシンを把握しきった行為(ハック)で
恐れ入った記憶があります。
Re:動作中のプログラムにパッチといえば (スコア:1, 参考になる)
砂原先生の話ですね。
Re:動作中のプログラムにパッチといえば (スコア:1)
ただし、当時はまだ「篠田先生」ではなくてドクターコースの 学生だったかも。
先生ではなく (スコア:0)
師匠というのが正しいそうです
Re:先生ではなく (スコア:0)
師匠ではなく
支障ではないですかね?
間が悪いよな。 (スコア:2, 参考になる)
さぁて (スコア:1, 興味深い)
Re:さぁて (スコア:1, 参考になる)
呼を維持したままのバージョンアップって交換系には必須だからねぇ.
まだ,実験段階だろうけど.
Re:さぁて (スコア:1, 参考になる)
すべてのハードウェアは2重化されているので、
呼を維持したままでも予備系の電源を落としてすっかり入れ替えることができる。
片方が終わったら予備/運用を切り替えてもう一方の入れ替え。
Re:さぁて (スコア:1)
ソフト更新で予備系を止めると言うことは、運用系障害発生時に予備系に切り替えることが出来なくなると言うことです
呼を維持したままできるとは言え、数分止まれば新聞沙汰の交換系はその交換作業時の障害を懸念し極力敬遠されるのであ?
小さな修正ではパッチが当てられるなら、止める必要もないので必須機能と言っても問題ないでしょうね。
#もっともパッチを作れる人も少なくなってるかもしれませんが...
無停止前提のシステムのファイル更新は逆系あるから大丈夫のような気楽な行程ではないでしょう
Re:さぁて (スコア:0)
Re:さぁて (スコア:1)
2-3命令のバグ修正(できればパッチ)と、大規模改修(普通予備系止めてファイル更新)と同一手順って事はないでしょう
修正規模と危険性を考慮してどっちでやるか選んでませんか?
小規模修正時の場合は、系切り替え&切り替え作業時中の障害発生対応ができない&作業時間の長いFUPを使わずにパッチの方ができればいいねって事ですね
それとも今はパッチなんて当てずに全部FUPで更新するようになったのかな?
それならNTTもこんな機能つくらないような(苦笑)
#昔やってたのバレバレだけどID(笑
Re:さぁて (スコア:0)
正>小規模修正時の場合は、系切り替え&ファイル更新中の障害発生対応ができない&作業時間の長いファイル更新(FUP)を
以上に訂正
#訂正のみなのでAC
Re:さぁて (スコア:0)
ハードを二重化しても2つのシステムが同時に落ちる危険性は0ではない。
障害発生の確率はゼロには出来ない。コストと危険性をはかりにかけて、折り合うところで妥協する。
現状は二重化されたシステムが同時に障
Re:さぁて (スコア:1)
>また、予備系メンテナンスの間に運用系が障害を起こす可能性も非常に低いということで、無視される。
いや、だからその予備系の停止時間を短くする&なくすためのパッチでしょ?
数時間かかる&改修影響が大きい全FUPより、数分で終わる&改修箇所が極小のパッチのが良い場合も有るって事を言いたいんだけど...
まぁパッチは小手先の技術でもあるので、パッチの作成品質と作業時間の予備系停止時間の危険度を測りにかけて全部FUPで更新するようになったのかなぁ~と思ったんだけど、実際はどうなんかねぇ(苦笑)
#実際やってるしと言ったACと同一じゃないかもしれないことはわかっているので疑問系(苦笑)
Re:さぁて (スコア:1)
>また、予備系メンテナンスの間に運用系が障害を起こす可能性も非常に低いということで、無視される。
「非常に低いけど、その危険性すら極力極小に持って行く努力」をしていたのが交換機系のNTTだったんだけど、体質変わったのかな?
でもそれならLinuxに盛り込んだパッチ機能は開発すらしないだろうし
まぁACさんたちがNTT関係者の中の人って保証はないんだけどね
Re:さぁて (スコア:0)
もとからそんな体質ではないですよ(苦笑)
障害発生率も目標値をきめてそれをクリアしている仕様なら
Re:さぁて (スコア:1)
いやそれならこの機能なんで作ったんでしょうね
すべて2系統FUPでやるなら、データーの不整合&パッチの品質維持を考えるとこの機能無駄なわけで(苦笑)
多重化出来ないサーバーの為と言う事も考えられますがパッチの性質上、FUPより危険な部分も存在します
その危険性をわかってない人が、逆にシングルなマシンでパッチを使うのは復旧手段がない分結構リスキーに思えます
判定分直す位なら問題ないとは思いますが、このツール関数ごと変更ですから、データーの取り扱い変更を含めた無茶なパッチを作成しそうな気も....
#無論そのデーターが該当関数で閉じて居れば問題ないんですけどね
#しかしこのツール、関数自体の入出力が変わった場合、呼び元の処理のパッチも全部作成するのかな?
次は是非 (スコア:1)
個人の自宅鯖の話じゃないのは判ってるが… (スコア:0, オフトピック)
新しいディストリ出たらすぐに/homeもろとも
フォーマットしてインストールしちゃうような(まともじゃない)奴ばっかだから、
あんまり意味ないよねー、とか。
Re:個人の自宅鯖の話じゃないのは判ってるが… (スコア:1)
Re:個人の自宅鯖の話じゃないのは判ってるが… (スコア:0)
それはあなたのパーティションのきり方がよくないんでしょ。
Re:個人の自宅鯖の話じゃないのは判ってるが… (スコア:2, 参考になる)
レイアウトを間違ってもリサイズすれば済むお話。
/(root dir)はちょっと厳しいかもしれないけどID
-- やさいはけんこうにいちば〜ん!
Re:個人の自宅鯖の話じゃないのは判ってるが… (スコア:0)
「ディストリがまともじゃない」じゃなく「そういう(まともじゃない)操作する人」ば
ごめんなさい (スコア:1)
インストール厨って俺の周りだけなのか…。
海外出張中、メールサーバとかファイル置き場とか、
会社のサーバへの踏み台(ぉぃぉぃ)として借りてた連中の自宅サーバ、
繋がらない時はほぼ100%、「別ディストリ移行中」とかだったりしたもので。
Re:ごめんなさい (スコア:1)
# マシン変えたとかゆーならともかく
Re:ごめんなさい (スコア:0)
どーでも良いサービスをしている自宅鯖ならいいじゃん、
と言いたい。
スキルが無いために再インストールを選びがちな者としては、
Re:個人の自宅鯖の話じゃないのは判ってるが… (スコア:0)
案外セキュアかも。
クラックされてても、きれいに消えてしまう(筈だ)し、新しいバージョンの
方がアップデートしてる場合が多いし。
# 安定運用の道は遠いが...orz
提供した模様 (スコア:0)
Re:提供した模様 (スコア:2, すばらしい洞察)
Re:提供した模様 (スコア:1)
そんなに出世したいのかな? (スコア:0, 荒らし)
NTTのLinuxに対する取り組み (スコア:0)