(株)ラットの最近のブログ記事

4月26日のブログで、ゴーヤーとシソの苗をプランターに植えましたが随分と成長してきました。

特にシソの葉がものすごい大きさになったので、そろそろ何枚かまとめてとって使おうかなと思います。使い道としては、そばかうどんでしょうかね。天ぷらにできればいいですが、スキルが低いのであきらめています。

ゴーヤーについては、一応順調に育って、やっと後のネットにツルが巻いてくれました。本葉が5枚を超えたので、そろそろ頭頂部を摘心して子ヅルを出していこうかと思います。


先日のブログで、グリーンカーテン用のプランターを準備しましたが、先週末にホームセンターでゴーヤーx2とシソx2の苗を植えてみました。


朝6時からほぼ日没まで日が当たる場所なので、すくすくと成長するよう期待しています。というわけでマメにレポートしていきたいと思います。(効果も含めて)

ラットの本郷事務所は6階の南向きということで夏は相当熱くなるだろう&節電対策も必要だろうということで、グリーンカーテンを作ってみることにしました。


プランターに鉢底石と土を入れて、水巻いて支柱を立てるところまでやりました。GW頃、ゴーヤの苗を一つ買って植える予定です。

ちなみにプランターの右下にみえる苗っぽい緑色の物体は、カミサンが通販で買ってきたサンダルカバーです。カワイイです。

サーバー内の温度はマザーボードやCPU内のセンサーが計測しています。

今日設置したセンサーはストロベリーリナックスの温湿度計です



実は結構温度が高くて、28度~29度くらいです。

本社サーバールームは24~25度くらいに設定しています。

本社の電気代もバカにならないので、日本橋DCのシステムに問題が無ければ、もう少し設定温度を上げてもいいかも知れないという気になりました。

先日の日帰りバスツアーの疲労でフラフラしてる渡辺です。

弊社で昨日オープンしたVPS(仮想専用サーバー)をベースにしたASP事業「Cloudpower」を開始しました。

  • Mail&カレンダー (Google Apps)の導入と運用支援サービス
  • CMS/ブログ(Movable Type または Wordpress 実行環境)
  • SNSインフラ (OpenPNE 実行環境)
  • ECサイトインフラ (EC Cube 実行環境)
  • アプリケーションインフラ(symfony、CAKE-PHP、Ruby on Rails 実行環境)
を用意しています。単体のVPS(FreeBSD 8.1ベース)としてもご利用いただけますのでどうぞご利用くださいませ~。また、VMWare ベースの仮想専用サーバーもメニュー提供準備中です。

「こういうことがしたいけど~」というご要望がありましたらお問合せください
やっと涼しくなってやれやれと思っているラット渡辺です。
(スイッチ押し忘れて一晩中エアコンつけっぱなしだったのでしょんぼり)

さて自作サーバー用じゃないのですが、YAMAHA RT58i 買いました。
会社としては、4~5台目というところでしょうか。

データセンターの保守回線ルーターがその用途です。
もうすぐギガビット対応の後継機種が出ることがわかっているので
非常に悔しいのですが、早く設置しないと夜も眠れない(?)という
ことでヤフオクでポチしました。

弊社の固定IP接続サービス(IPPIPQ)としては一番のオススメ機種です。
コイツで、保守回線設定とIPQ回線使ったIPv6トンネリング接続の設定をします。
(全部社内用途なので、顧客サービス用ではないのです)

月末前までには仕込みを完了させたいっすね。
日曜の午後、ベランダで子供プール遊びの監視員をしていたラット渡辺です。

あるお客様から、「休日にすごい量のトラフィック(over 30GB/日)があって、プロバイダから警告されてしまいました。原因が分からないので助けてほしいんですけど・・」と相談を受けました。

方法としては、

1) PC別にトラフィック計測するソフトを入れる・・・めんどくさいし、結果を取得するのも大変
2) SNMPやRMON対応のL2SWを設置して、ポート別トラフィックを測定する。・・・配下にスイッチングHUBがあるので、結局IP別の特定が困難。
3) 現状ルーターとLANの間に、 ipfw 見たいなのを入れて、LAN側IPアドレス別のトラフィックを測定する。・・・1)2)よりは正確かつ結果取得も容易だが、現状ルーターとLANの間にもう一個IPネットワークを構築するのが大変

と、いろいろ考えました。で、結局

4) 現状ルーターの直下にダムハブ(通称バカハブ)を入れて、そのハブにLAN側からくるケーブルと、ルータ側ケーブルをさして、測定用Linuxサーバー(OpenBlockS600)をつないで、tcpdump でバカハブを流れるトラフィックを測定しましょう、という方針を考えています。

・バカハブにつないだLinuxサーバーなら、全ポートにすべてのトラフィック(外部ルーターとLAN内。LAN間は含まず)をtcpdump監視できるでしょう。
・10分おきとかの測定でも、ヘビーな通信をしているPCのIPアドレスくらいは分かるでしょう。
・データ取得は tcpdump の出力をgrep/awkなどで加工すれば、送信の向き(LANからアップロードする or ダウンロードする)も含めてLAN内IPアドレス別のトラフィックが分かるでしょう。

ということで、これから自宅のLAN環境で試してみることにします。

ただ、お客様のオフィスで「これから、ネットワークトラフィックの調査を継続的にはじめます」って書いたら、それで問題が解決する(バレるのを恐れて、ファイルのアップロード/ダウンロードをしなくなる)気がとてもするんですけどね。


投稿が週1ペースな感じでよろしく無いと思っているラット渡辺です。

さて、弊社では自社サーバーをデータセンターに構築&既存サーバーの引越しをしておりますが、まだOSインストールしただけの最新サーバーがあるので、ウチのスタッフが性能比較をしてくれました。

FreeBSD のシステム一式のビルド(make buildworld)を、下記4台のマシンでビルドの並列度を変更してその実行時間を計測しました。
  • CPU:Xeon L5520 (2.27 GHz TDP 60W) MEM:DDR3-1333 12GB HDD:RAID10
  • CPU:Xeon L5630 (2.13 GHz TDP40W) MEM:DDR3-1333 12GB HDD:RAID10
  • CPU:Atom 330 (1.66 GHz TDP 8W) MEM:DDR2 2GB HDD:SATA HDD
  • CPU:Celeron 430 (1.8GHz TDP 35W) MEM:DDR4 2GB HDD:SATA HDD
並列度
Xeon L5520 Xeon L5630
Atom330
Celeron 430
1 1:07:17 1:29:24 4:21:56 1:57:34
2 - 2:01:20 - -
4 0:22:46 - 2:02:14 2:03:23
8 0:18:44 0:20:00 2:00:32 -
16 0:18:43 - - -

スタッフがレポートしてくれた内容は以下のとおりです。
  • マルチコア・マルチスレッドなマシンであれば、単純にスレッド数でスピードがあがりました。 とはいえ、スレッド数上限はCPUのスレッド数を上限にしておきましょう。それ以上は増やしてもあまり恩恵がないようです。
  • シングルコア/シングルスレッドなCPUではスレッド数を増やすと逆に時間がかかります。
  • CeleronとAtom、周波数は200MHzの違いですが、1スレッドで勝負すると倍の差がでています。とはいえ、Atomも4スレッドなので、-j4時にはCeleronと数分まで差を縮めています。
また、電力辺り性能を考えた場合、ビルドにかかった電力を「最短ビルド時間*TDP」として計算すると以下のようになります。
  • Xeon L5630 buildworld に20min 40W * 20/60h = 13.3Wh
  • Atom 330 buildworld に約2h 8W * 2h = 16Wh
  • Cel 430 buildworld に約2h 35W * 2h = 70Wh
したがって、電力比では 「L5630:Atom330:Cel430=13.3:16:70= 1:1.2:5.3」となり、同じ処理のために消費する電力量(=電気代)はL5630を100とすると、Atom330は120、Cel430は530となります。 つまり "Xeon L5630は非常にエコなサーバーCPU" という結論になります。ただし、「このサーバーを十分使い倒すほどの処理がある場合」、ですけどね。開店休業状態ではエコじゃない、というわけです。
ラットのウェブサイトはUSENのネットワーク回線を使っているのですが、昨晩トラブルがあったようです。

今朝、電車で移動中に監視サービスからのアラートメールが着ていたことを確認していたので、「なんかあったのかな・・」と気になっていたんですが、そういうことかと。

午前5時前に異常があって、15分後には回復したらしいです。このタイミングで外部ネットワークとのバッチ処理してたらイタかったですが、そういうのはないので影響度は軽微でした。

こういうのがわかる監視サービスは素晴らしいですね。今後は自社でも監視の仕組みを作ろうと思っています。

Twitter

Please wait while my tweets load

お急ぎの方はコチラ

このアーカイブについて

このページには、過去に書かれたブログ記事のうち(株)ラットカテゴリに属しているものが含まれています。

次のカテゴリは固定IP(IPP/IPQ)です。

最近のコンテンツはインデックスページで見られます。過去に書かれたものはアーカイブのページで見られます。