J.A.R.V.I.S.を作りたいスマートフォン用の表示で見るスターをつけました引用をストックしましたストック一覧を見る閉じる引用するにはまずログインしてくださいログイン閉じる引用をストックできませんでした。再度お試しください閉じる限定公開記事のため引用できません。読者です読者をやめる読者になる読者になるJ.A.R.V.I.S.を作りたいこの広告は、90日以上更新していないブログに表示しています。2015-12-06運用でSSHログインをしないための設計ポイント(リソース取得編)【cloudpack大阪ブログ】こんにちは。前回(↓)の記事の反響が多かったので、少し掘りげて技術的なところを書きます。前回の「内部の見える化のための、リソース系の情報取得」を実装する。EC2作成EC2作成手順はあちこちにあるのでGoogle先生に聞いてください。注意点は、EC2作成時にIAMロールを付与してください。IAMロール割り当てEC2作成時に割り当てるIAMロールのポリシーは以下でOKです。IAMロールを割り当ててないEC2で行う場合は、IAMを発行の上でアクセスキー・シークレットキーを発行し、ポリシー付与などの対応ください。サンプルスクリプトの実行cloudwatchへ送信するためのサンプルスクリプトを用意しました。サンプルスクリプトに以下の引数を渡すことで動きます。このスクリプトcronで5分置きなどで実行すると、cloudwatchの[カスタムメトリックス]という項目にメトリクスが飛んでいきます。例-n名前グループを付けてくださいprocess-mメトリックの名前を付けてくださいprocess_httpd-cここにコマンドを記載ください。上記はApacheのプロセス数でしたが、もちろん以下のような色々な値を取ることができるので、思いついたものを記載します。(数値化出来るものはcloudwatchに送信することが可能です。\$1}&#39;&#34;上記をヒントにシステム毎に必要なメトリクスを取得し、システムの状態を外から見えるようすることで、SSHログインをしない設計に近づくかと思います。上記のような内容も、可能な限り汎用性を保ってください。個別要件だけが増えていくのだけは避けるように切に願います。(汎用性を重点に設計をシンプルにし、システム特有のもののみ変数化するイメージで)なお、今回はCloudWatchへのメトリクス送信例ですが、システム内部の情報を外出しして見える化出来れば、muninでもgrafanaでも使いやすいものであれば何でも良いかと思います。グループ最新記事ansibleでsshdを落とす。Blog|ブログを報告する。