アカウント名:
パスワード:
Runlevel変える方をまずやっちゃうな# そういうものじゃないの?
>Runlevel変える方をまずやっちゃうな
サービスの停止/起動が発生しちゃって、解析が難しいことになったりする。モニタリングやクラスタのフェイルオーバ要件定義の訂正とかやって、ぐずぐず延命したとしても、それはそれで解析の難度を高めることになっちゃう。
といったことが結構あって、基本的にサービス提供が阻害される問題発生時には「サクっとリブート」という合意があるサーバが結構ある。逆にそうでないサーバもあるけど、run level変更などを含めて、事前に手順化してあって、「試しにこれしよう」みたいなのは、受け入れられない。さらには、サービスダウンの甘受時間ってのがあって、ちんたら時間がかかる作業はそもそも手順化していない(or手順として排除される)わけで、基本、許さない。
でもって、短時間であっても失敗実績が増えてくると淘汰されちゃうわけなんだ。リブートでサービスが復旧した割合もチェックされていて、当然、老朽化しているサーバとは?そういったサーバについての手順は?といった見直しがされていたりして、仕事は結構あるわけだ。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
アレゲは一日にしてならず -- アレゲ研究家
リブートよりも (スコア:0)
Runlevel変える方をまずやっちゃうな
# そういうものじゃないの?
Re:リブートよりも (スコア:1)
>Runlevel変える方をまずやっちゃうな
サービスの停止/起動が発生しちゃって、解析が難しいことになったりする。
モニタリングやクラスタのフェイルオーバ要件定義の訂正とかやって、ぐずぐず延命したとしても、それはそれで解析の難度を高めることになっちゃう。
といったことが結構あって、基本的にサービス提供が阻害される問題発生時には「サクっとリブート」という合意があるサーバが結構ある。
逆にそうでないサーバもあるけど、run level変更などを含めて、事前に手順化してあって、「試しにこれしよう」みたいなのは、受け入れられない。
さらには、サービスダウンの甘受時間ってのがあって、ちんたら時間がかかる作業はそもそも手順化していない(or手順として排除される)わけで、基本、許さない。
でもって、短時間であっても失敗実績が増えてくると淘汰されちゃうわけなんだ。
リブートでサービスが復旧した割合もチェックされていて、当然、老朽化しているサーバとは?そういったサーバについての手順は?といった見直しがされていたりして、仕事は結構あるわけだ。