kommy の備忘録

iPad ゲット

予約もしてなかったけどゲットできました。WiFi 64GB モデルなり。

PPP TRILL

掲題のものが提案されています。

EVB draft v1.0

掲題のものが submit されました。

VEB/VEPA モデルの定義、SVID タグモデル、Virtual Station Interface に関する discovery/control プロトコルなどが定義されています。

SSD, non-volatile memory とファイルシステム

SSD のメリットは言うまでもないが、SSD の使い方は結構難しい。人が介在し、データの最適配置をするなんてもってのほか。ならば自動的に migrate&recall する HSM をいれるわけだが、HSMはファイルシステムと tighly binded だけど Filesystem そのものではない。ZFS やいにしえ（とはいえ現役）の mainframe のメインストレージ(メモリのことだけど)のように単一レイヤになってもらえないものだろうか。

もっというと、Block-Addressable な SSD も重要だけど、Byte-Addressable な MRAM,PRAM のような技術も同様に重要。そしてこれらを単一の kernel call で扱うことができるのが便利。

なんとかならんだろうか。

Symantec が VeriSign を買収

これは大きい。

prestandard CNA はもうやめてくれー

やっぱり。こいつかー

DCX-3:root> rasdecode -m 197

Mon:Da:Hr:Mi:Sec    EID Message

================================================================================

May 24 17:43:01.201 2043 fcoe_process_flogi: FCoE device (WWN: 21:01:00:1b:32:xx:xx:xx)

May 24 17:43:01.201 2047 fcoe_process_flogi: pre-standard WKA FCoE FLOGI received, assigning FCF MAC addr

May 24 17:43:01.202 2030 fcoe_process_login_rsp: np_flags 0x9 els_cmd 0x1000000

May 24 17:43:01.202 2042 fcoe_process_login_rsp: Login rejected by FC stack. reason:0x9 exp:0x29

Citrix StorageLink Site Recovery

前にこんなことかいたが、日本でも StorageLink Site Recovery をテストしてみたいなぁ。やったことないし。

＃とかいていたら誰か助けてくれるだろうか

しつこく IOPs

マイクロソフト Management Summit 2010 の資料の中に VDI のサイジングの資料がある(BD15 ： Planning and Deploying Microsoft VDI withManagement Technologies この資料自身は一般公開されていない)。

この資料によると、peak of read/write @ 3500 IOPs on single un-clustered server(64VMs simultaneously) とある。3500 IOPs というスペック自体はそれほどすごいというものではないけど、ポイントはどうやって測るかということ。以前の記事で設定については書いている。

どのように見えるかというと、下記のとおり。まず設定。

switch:admin> bottleneckmon --config -noalert 1

switch:admin> bottleneckmon --exclude 2-4

switch:admin> bottleneckmon --config -alert -lthresh .99 -cthresh .9 -time

4000 -qtime 600 2-3

switch:admin> bottleneckmon --status

Bottleneck detection - Enabled

==============================

Switch-wide alerting parameters:

============================

Alerts - Yes

Latency threshold for alert - 0.100

Congestion threshold for alert - 0.800

Averaging time for alert - 300 seconds

Quiet time for alert - 300 seconds

Per-port overrides for alert parameters:

========================================

Slot Port Alerts? LatencyThresh CongestionThresh Time(s) QTime(s)

=======================================================================

0 1 N -- -- -- --

0 2 Y 0.990 0.900 4000 600

0 3 Y 0.990 0.900 4000 600

Excluded ports:

===============

Port

====

2

3

4

次は状態。

switch:admin> bottleneckmon --show -interval 5 -span 30

==================================================================

Wed Jan 13 18:54:35 UTC 2010

==================================================================

List of bottlenecked ports in most recent interval:

23

==================================================================

Number of

From To bottlenecked ports

==================================================================

Jan 13 18:54:05 Jan 13 18:54:10 1

Jan 13 18:54:10 Jan 13 18:54:15 2

Jan 13 18:54:15 Jan 13 18:54:20 1

でもってポートがわかったら、Frame Monitoring で SCSI command を設定すればよい。とっても簡単。

toptalker を使うのもあり。

Prof. Flynn 来日

メモ

仕事があるが行きたい。

Scalent Systems

Scalent Systems