【概要】
CentOS7でシェルスクリプトをcronで定期的に動かし、ESXiホストの温度・ファン情報を抜き出してDBに記録し、記録したデータをgrafanaで取得、表示し視覚化(グラフ表示)します。
※仕事では視覚化のことを「見える化」って言うのですが、視覚化じゃ駄目でしょうか。まるで「夕立(驟雨？にわか雨？)」と「ゲリラ豪雨」くらいの違和感があります。
【元となる情報】

定期的に取得して視覚化したいデータは、vSphereClientで接続した際に確認出来る「温度情報」と、「ファンの回転数」です(画像でファンのところ、展開するの忘れてました)。
【使うもの】
・ESXiが載った物理サーバ
・CentOS7(ここにスクリプトやgrafanaを入れます)
・mariaDB(MySQLでもpostgresqlでも良い)
・grafana
【手順】
■ESXiの情報を取得する
① ESXiにSSH接続して「vim-cmd hostsvc/hostsummary」コマンドでDDR Ambient TempとかSYS Ambient TempとかCPU FANの値が見れることを確認する
② DBにテーブルを作って、取れた値を格納するカラムを作成する(値が入るとこんな感じになります)

MariaDB [(none)]> use esxi
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A
Database changed
MariaDB [esxi]> show tables;
+—————-+
| Tables_in_esxi |
+—————-+
| esxi_env |
+—————-+
1 row in set (0.00 sec)
MariaDB [esxi]>
MariaDB [esxi]>
MariaDB [esxi]> select * from esxi_env;
—-+———————+———+———+———+———+—————+————–+
| id | date | pci_tmp | ddr_tmp | cpu_tmp | sys_tmp | rearfan_speed | cpufan_speed |
+—–+———————+———+———+———+———+—————+————–+
| 1 | 2017-11-27 19:35:36 | 34 | 43 | 62 | 16 | 1508 | 2694 |
| 2 | 2017-11-27 21:34:01 | 30 | 41 | 41 | 14 | 1508 | 1830 |
| 3 | 2017-11-27 21:34:12 | 30 | 41 | 41 | 14 | 1508 | 1830 |
| 4 | 2017-11-27 21:39:18 | 30 | 41 | 41 | 14 | 1508 | 1844 |
| 5 | 2017-11-27 21:45:05 | 30 | 40 | 40 | 14 | 1498 | 1844 |
| 6 | 2017-11-27 21:50:05 | 30 | 39 | 41 | 14 | 1508 | 1830 |
| 7 | 2017-11-27 21:55:05 | 30 | 39 | 41 | 15 | 1508 | 1844 |
| 8 | 2017-11-27 22:00:05 | 30 | 40 | 40 | 14 | 1508 | 1844 |
| 9 | 2017-11-27 22:05:04 | 30 | 40 | 40 | 14 | 1498 | 1830 |
| 10 | 2017-11-27 22:10:05 | 30 | 40 | 40 | 14 | 1508 | 1844 |
| 11 | 2017-11-27 22:15:05 | 30 | 39 | 40 | 14 | 1508 | 1830 |
| 12 | 2017-11-27 22:20:05 | 30 | 40 | 40 | 14 | 1508 | 1844 |
######　以下省略 #######

③ シェルスクリプト(bash)で①の値を取得するスクリプトを作成する
④ 値が取れることを確認したら、シェルスクリプト内でDBにデータを突っ込む
⑤ cronで5分毎とかでスクリプトを動かす。
■grafanaにデータを反映させる
① grafanaをCentOS7に入れる
② 「Data Sources」でDB(今回の場合はTypeがMySQL)を選択する
③ ダッシュボードを新しく作成し、新規グラフを作成する。
④ グラフのデータソースはDB名(今回はesxi)にして、SQL文を叩いて値を取得してくる(以下に例を表示)

SELECT
UNIX_TIMESTAMP(date) as time_sec,
pci_tmp as value,
‘pci_tmp’ as metric
FROM esxi_env
WHERE $__timeFilter(date)
ORDER BY date ASC

⑤Axesのタブで単位をCelsiusにする
【結果】

今回はESXiホストである物理サーバの値をグラフ化しました。年間を通して記録すると夏と冬で差がありそうですね。
USB接続の温度センサなんてのもあるようで、それを使えば室内気温や外気温も測定可能なので、それらについても値が取得出来ればグラフ化できそうです。
手順の説明がかなりざっくりで申し訳ないですが、細かく説明する時間が無く・・・。よく分からない点があったら聞いて下さい。Twitterの@yekra22です。
grafanaかっこいいです、中二心をくすぐります。
以上、お疲れ様でした。

Twitterで「待って」を多用する女性が多いという話はちらほら見てたのですが、具体的に測ってみたという話を聞かないので自分で簡単な統計を取ってみました。
きちんとした統計学の観点から見ると不十分な点は多いと思いますが、あくまで目安です。
また、男性・女性の判断は、基準を設けてはいますが最終的には僕の主観です。
【実施方法】
・ツイポーートより「え、待って」で検索した100件をcsvとして出力する。
・ツイートの中に「RT」が入っている場合もしくは、botによる自動投稿と思われる場合(宣伝tweetやclientにより判断)は対象から除外する
・一つ一つのアカウントにアクセスし、プロフィール及びツイートを見て判断する
・2017/5/30(火) 16:00頃に検索
【判断基準(女性)】
・女性である旨を明記(例：JK3)
・一人称が「私」
・ジャニーズファン
・あんスタ、アイナナ、とうらぶ、おそ松、黒バス
・年齢は微妙に隠して表記(例：18↑)
・イベント参加を名前に明記（例：あーきー＠5/30何とか参戦）
・「わぁああ！」
※何度も申しますが、上記年齢判断は僕の主観です。
【判断基準(男性)】
・車、音響、ギター
・総じてプロフィールが短く、所属などは記載しない。
・ハロプロ、AKB48のファン(ガチ勢)
・ツイートに
※何度も申しますが、上記年齢判断は僕の主観です。
【結果】
対象アカウント・・・68
推定女性アカウント・・・58
【所感】
予想通り女性が多かったです。
あんスタやアイナナなど、強調したいことについて、羅列の意味でスラッシュや縦線で区切るアカウントを多く感じました。
アイドルの写真をプロフにしているアカウントも多かったです。（ファンなら著作権の関係から載せない方が良いと思う）
嵐と関ジャニのファンが多いように感じました。（DASHで有名なTOKIOは…)
年齢に関しては18↓、18↑、20↑、成人済みが多かったです。
【結論】
もちろん、何かを待って欲しいわけではなく、「聞いて！」や「ちょっと！」の意味で使う方が多いと思いますし、
何より僕自身も使います。（例：待ってそのサーバおかしくない？エラー吐いてるよね？何で動いてるの…）
「待って」を使う事が悪いわけではないですし、言葉は移りゆくものです。言葉は常に変化し続けてるものでしょう。
ただ、「待って」多用をすることで女性である可能性が高まってしまうことは事実のようですので、
ツイートする際は「待って」を使う時に、少し待って考えてからツイートするといいかもしれませんね。
※ちなみに、母数は少ないですが海外女性もwaitを多く使ってるようなイメージを受けます。

お久しぶりです。このブログを見てる方はいるのでしょうか…コメントも受け付けない設定にしてしまったので、一方的な送信となってしまい僕の方ではアクセス数を見るくらいでしか把握出来ない状態です。すみません。
今は埼玉の実家に戻って、都内まで仕事に行ってます。相変わらずやってることはITのお仕事で、サーバとかネットワークとかいじってます。今回の仕事は規模が非常に大きくて、サーバの数も1000とかあって、自宅の環境では再現出来ない環境をいじれるので、仕事は楽しいです。サーバとかネットワークの話をすると長くなるので、また別の記事で書ければと思います。
週末の休みはプールに通うようになりました。通い始めてもう3ヶ月くらい経ちます。もともと全然泳げなかったのですが、今では25mを息継ぎ1回で泳げるようになりました。目指せ息継ぎ無し25m！距離だと、1kmくらい泳いでます。週末だけなので週1ですけどね、仕事では体を全く動かさないので良いリフレッシュになってます。
ピアノも相変わらず弾いてます。平日は仕事があって弾けないので電子ピアノを部屋に置きました。でもやっぱり電子ピアノとアップライトピアノは全然違って、電子ピアノでうまく弾けてるなーと思ってもアップライトで弾くと全然弾けてないみたいなことが結構あります。
上に載せた動画はテトリスのテーマで使われてた曲です。元はバッハの曲なので、ゲームのBGMというよりはクラシック(チェンバロとかのバロック音楽)ですね。iPhoneで撮ったので音質がイマイチなのが残念です。。ピアノって本当に素敵な音色がするんですよ！
本当はまたピアノ教室に通って、しっかり基礎から習いたいのですが、なかなか踏ん切りがつかず…。もう少し仕事とか生活が落ち着いたら考えます。
あとは…精神的に安定しない部分がやはり多くて、今も結構つらい状態です。心の拠り所が無いのもあるし、仕事と家族以外で話す相手もいないですし。Linkin Parkのチェスター・ベニントンが自殺して亡くなったのも悲しかったです。高校生の頃によく聞いてましたし、今でも聞いてますからね。
Twitterはアカウントを変えてやってます。以下のアカウントです。
https://twitter.com/Yekra22
興味があったらフォローしてくれると嬉しいです、Twitterには常にいるので…。
それではまた。

【目的とか】
・ささっと統計を取りたい
・デフォルト環境で使えること(大事)
・/var/log/messages*で一括指定してるけど、個別に指定しても良いと思う
・ログが多い場合は重い(改善の余地あり)
【環境】
CentOS Linux release 7.3.1611 (Core)
【数える】
● /var/log/messagesから一月あたりのログの行数を数える
# cat /var/log/messages* | grep -E -o ‘^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)’| uniq -c
6049 May
10625 Apr
18 May
● /var/log/messagesから一日あたりのログの行数を数える
# cat /var/log/messages* | grep -E -o ‘^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) ?[0-9]?[0-9]’ | uniq -c
331 May 1
74 May 2
5492 May 3
35 May 4
…
18 May 1
● /var/log/messagesから一時間あたりのログの行数を数える
# cat /var/log/messages* | grep -E -o ‘^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) ?[0-9]?[0-9] (1|2)?[0-9]’ | uniq -c
6 May 1 11
10 May 1 12
6 May 1 13
291 May 1 14
10 May 1 15
…
8 Apr 30 15
6 Apr 30 16
2 Apr 30 20
18 May 1 0
【実行時間】
ログをcatコマンドで増やして実行時間を測ってみた。
$ ls -lh | grep messages
-rw-rw-r– 1 arkey22 arkey22 166M 5月 5 03:57 messages
$ time cat messages | grep -E -o ‘^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec)’ | uniq -c > result.txt
real 0m7.337s
user 0m7.566s
sys 0m0.225s
$ time cat messages | grep -E -o ‘^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) ?[0-9]?[0-9]’ | uniq -c > result.txt
real 0m28.864s
user 0m29.255s
sys 0m0.286s
$ time cat messages | grep -E -o ‘^(Jan|Feb|Mar|Apr|May|Jun|Jul|Aug|Sep|Oct|Nov|Dec) ?[0-9]?[0-9] (1|2)?[0-9]’ | uniq -c > result.txt
real 0m30.462s
user 0m30.908s
sys 0m0.308s

場所の申請：埼玉県
試験会場：芝浦工業大学　大宮キャンパス(最寄り駅は東大宮駅)
勉強量：
応用情報技術者試験ドットコム・・・770問
情報処理安全確保支援士ドットコム ・・・453問
IPAの過去問・・・午前午後含めて3年分くらい
事前知識：
・CCNP程度のネットワーク知識
・基本的なLinux操作等
・インフラエンジニアとしての業務経験 4～5年(途中休んでた時期を除く)
結果：
解答した内容
午前Ⅰ 17/30
午前Ⅱ 22/25
午前Ⅰが18問に達してなかったので不合格が確定しました。
所感：
午前Iと午後Iに自信が無く、落ちてる可能性が濃厚です。午前Iの計算問題は全くできなかったし、午後Iに出てきたSAMLについては試験で初めて知った用語でした。
午前I,IIは過去問からの出題が多く、6割程度は過去問と全く同じ問題(選択肢まで同じ)でした。
午前IIは8割ほど取れたと思います。計算問題が無い上に過去問からそのまま出題されるため、過去問をやっていれば解ける問題ばかりでした。
午後IIの2問目を選択して解きましたが、過去に出題されたものとかなり似たような構成・展開でした。出題傾向がつかめるため、午後問の過去問を解くことも大事だと思いました。
過去問を解いてて思ったのが、「内部メールサーバ」と「外部メールサーバ」と「DNS」は午後問でほぼ確実に出題される傾向があることです。そのため、重点的に勉強しました。
今回の試験でも上記3つは漏れなく出題されました。SMTP-AUTHやコンテンツサーバとキャッシュサーバ、DNSSECなどのメール・DNSに関わるセキュリティ用語は確実に抑える必要があると感じました。
余談：
午前I開始時には8割くらいの受験率だったのですが、科目を重ねるにつれて人が減っていき(途中退室)、4科目終わる頃には3割程度になっていました。思っていたより減ったので、びっくりしました。
追記：

午前Iは通ってました。よっしゃー次から午前Iが免除されるぜ。