J.A.R.V.I.S.を作りたいスマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。読者です読者をやめる読者になる読者になるJ.A.R.V.I.S.を作りたいこの広告は、90日以上更新していないブログに表示しています。2015-12-01運用でSSHログインをしなければいけないのは、設計力不足【cloudpack大阪ブログ】こんなタイトルですが、私もSSHログインしてます。いうか、shell大好きです。何が言いたいかというと、SSHしなくてもいいように設計しましょう。場合は、以下などを行います。サーバへSSHリソース状況を確認するログを確認するetc...(システム特有の何か)上記の作業をする上で最も恐れるべきは「オペミス」です。調査精度は個人のスキルに依存します。オペミスの場合は、再発防止策とかすごく難しいんですよね。「経験不足」や「本番と開発環境を間違えていた」とか、「手順を間違えた」とか、、、どう再発防止しましょうか。事ログインしない運用とか。「ログインしなければ問題起きないよね」を考えてみるという事で「極論、ログインしなければ問題起きないよね」という発想の元、考えてみましょう。いうのが今回の趣旨です。Win-Winですね。障害調査では、障害調査をSSHログインしないで行う方法を考えてみました。要は、ログインして確認しているものを外出し(見える化)しましょう。Kibanaetcシステム特有のものも上記で収集するこれである程度は外から見えるようになるのでは無いでしょうか。最近流行りの監視ツール(Mackerel/Datadog)とかでもモニタリング出来ると思います。ちなみに何でもかんでも取得すると、何を見たらいいか分からなくなり自己満システムになってしまいます。ポイントは「システムに応じた、必要最小限」です。難しいですが、設計者の腕の見せどころです。stop/start」を打って、、、とか手順や順序を守って作業。「あ、順番間違えた!」とかは、無いと思いますが、システムが増えてくると手順も増えて資料も増えてレビューして・・・・・・あれ?資料どこいったっけ?どれが最新?更新漏れてた・・・orzとかやってられないですよね。負荷なども大幅削減出来るのではないでしょうか。上記のような仕組みにしておくことで、場合によっては「ある障害の場合に、自動的に再起動をかける」などの自動化への一歩にもなるかもしれません。出来るだけしないように作っておくことが幸せの第一歩と考えてます。他にこんなアイディアあるよ!という方はコメントくださいー。先日リリースされた機能でのアイディア先日以下の機能がリリースされました。「インスタンス再起動」という暴挙に出なくてもよくなるかもしれません。グループ最新記事ansibleでsshdを落とす。Blog|ブログを報告する。