アカウント名:
パスワード:
素人考えだと、スイッチを交換すればすぐ回復できそうなように思えます。
たぶん、ハブほど簡単に交換できるものじゃないのだろうとは思いますがこういった充分な資金力のある、大規模で信頼性が求められるシステムで
長時間、停止してしまうことを防ぐことはそれほど難しいことなのでしょうか?
そういうのって自動化できないんかな。ネットワークなんだからあちこちでパケット監視すればできそうな気がするんだが。
今回の件は監視している相手が嘘ついたという話ですので。
そら一カ所しか見てないから見逃すんでは。エンドツーエンドで監視すれば色々分かるような気がする。
ここの経路が死にました!→ケーブルかIFボードかスイッチかマザボかOSかアプリかってのは変わらない気が
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
物事のやり方は一つではない -- Perlな人
素人にわかるように、解決の難しさを教えて (スコア:0)
素人考えだと、スイッチを交換すればすぐ回復できそうなように思えます。
たぶん、ハブほど簡単に交換できるものじゃないのだろうとは思いますが
こういった充分な資金力のある、大規模で信頼性が求められるシステムで
長時間、停止してしまうことを防ぐことは
それほど難しいことなのでしょうか?
Re: (スコア:1)
今回であれば
・スイッチの不具合(ハード故障/ソフトウェア不具合)
・サーバのハード故障(NIC/マザーボード/メモリ/HDD)
・サーバのソフトウェア不具合(OS/ミドルウェア/その他のアプリ)
・ケーブル不良
・オペレーションミス
・電源供給不安定
みたいのが想定できます
実際にはもっとあるでしょうし要因が複数組み合わせの可能性もある
ある程度原因を絞るにしても特定作業はそれなりの時間がかかってしまうでしょうね
Re: (スコア:0)
そういうのって自動化できないんかな。
ネットワークなんだからあちこちでパケット監視すればできそうな気がするんだが。
Re: (スコア:0)
今回の件は監視している相手が嘘ついたという話ですので。
Re: (スコア:0)
そら一カ所しか見てないから見逃すんでは。
エンドツーエンドで監視すれば色々分かるような気がする。
Re:素人にわかるように、解決の難しさを教えて (スコア:0)
ここの経路が死にました!
→ケーブルかIFボードかスイッチかマザボかOSかアプリか
ってのは変わらない気が