はてなブックマーク

VPSとか新サーバ建てたときにすぐ監視したいんだけど、そういうのをすぐ監視できる環境って作ってないんだよねっていう人にお勧めの方法を。 監視専用サーバとかないし！ ちっさな環境いじってたりするとわりとあるかもしれない。MRTGとかCactiとかMuninとかCloudForecastとかZabbixとかとかとかとかとかとか、使ってる場合はそこに新サーバを追加して、監 視対象にすればいいんだけど、そういうの入れてないし、なんかrrdtoolって色々難しくて、でも監視したいんですけどっていう人いるかもしれない。そもそも監視ソフトウェアじゃないのが一部含まれてるとか(ry 監視するまでに疲れちゃったり。 そんなときに便利なスクリプト なんか手軽にできるものあるんじゃねと探したときに、見つけたのがこれ。 奥さん（@kazuho）さん作成「cronlog」！ 使い方は簡単。奥さんがこうおっしゃってま

今春サーバを触っていくのにびくびくしてる人が1週間ですべき7のこと - カイワレの大冒険 Thirdで紹介したコマンドのなかにnetstatというコマンドがありますが、自分は「-na」ばかりで全然知らなかったので、ひと通り調べてみた。 （IPアドレスとかポートとか色々改変してます） ひと通り調べた とりあえず、まずはヘルプ。manでもよいかもしれない。 usage: netstat [-veenNcCF] [<Af>] -r netstat {-V|--version|-h|--help} netstat [-vnNcaeol] [<Socket> ...] netstat { [-veenNac] -I[<Iface>] | [-veenNac] -i | [-cnNe] -M | -s } [delay] -r, --route display routing table -I, --

書こうと思ったときに少しでも記事書いたほうがよいと思い、とりあえず書いてみる。言葉にしてまとめていくこと大事。 いつも通り流れに任せて書くので、多分整理されてないかもしれない。。間違ってる箇所があったら指摘お願いします。 今回はmysqlのチューニング＋スレッドの話です。 スレッドの基本的なチューニング my.cnfとかでmax_connection変数ってのがありますが、maxってのがついているおかげで、この値を500とか1000にすれば、その分だけmysqlが処理を行ってくれると思っちゃったりするかもしれない。多分昔の自分もそうだった気がする気がする。最大って言うぐらいだから、この値を設定しておけば問題ないみたいな。 でも、基本的にmax_connectionをいくら高めても、一秒間に処理できるクエリ（qps）はそこまで伸びない。多分、CPU利用率余ってたり、スレッド数にムラがあるのが

毎年振り返りを行っていますが、2018年分も残しておきます。 過去分はこちら。 2017年 2016年 2015年 2014年 2013年は特に書いてない 2012年 2011年 仕事 夏までSET(Software Engineer in Test)をやっていたのですが、その後組織的な問題解決を横断的に行う部署に異動し、Microservices推進やいくつかの案件のプロジェクトマネージメントやファシリテーションを行っていました。 課題が見えにくい、または見えたとしても解決方法が見えないなかアクションをすることが増え、なかなかしんどかった一年でした。自分の考えを変えないといけないことも多く、失敗し軌道修正したり、うまく行けばそこをさらに伸ばしたりするなど、非常にエネルギーを使った一年でした。 とは言え、今のスピード感のなかで、成果が求められる職場はそうそうなく、非常に充実した生活を送って