Crucial M500 の write endurance が 75TB しか無いというのが話題になっていて、同じく 75TB である m4 をわざと虐待していたホストはどうなったのか気になって調べて見たところ、面白い結果が観測されたという話。 石橋を叩いて壊し障害時の挙動を見るべく「自社全サービスのアクセスログを受け止める syslog サーバ」という、どう見ても書き込み中心で SSD にやさしくないホストをあえて動かしていた。具体的には下記のようなノリのホストである。 iostat の一行目なので uptime 数百日における平均値であることに注意。 [root@touge ~]# iostat -k -x -d sda | sed -n '3,4p' Device: rrqm/s wrqm/s r/s w/s rkB/s wkB/s avgrq-sz avgqu-sz await
こんばんは！障害対応直後の halfrack です！ なんか mysqld が落ちたっぽいアラートが上がってきたので調べてみたら、 Xen DomU で以下のようなメッセージが。 -bash-3.2# dmesg | tail IPVS: Registered protocols (TCP, UDP, AH, ESP) IPVS: Connection hash table configured (size=4096, memory=64Kbytes) IPVS: ipvs loaded. ip_tables: (C) 2000-2006 Netfilter Core Team Netfilter messages via NETLINK v0.30. ip_conntrack version 2.4 (8192 buckets, 65536 max) - 304 bytes per co
2017-11-15 OpenStack最新情報セミナー Lightning Talk OpenStack環境における通信高速化 ～超入門～
実際に壊れるまでSSDに書き込み続けて、SSDの限界を調べてみよう。 仕様 SSD耐久テストのプログラムについて 第1回 MLCの書き込み回数はどれぐらいなのか テスト結果 第2回 空き容量はウェアレベリングに影響するのか テスト結果 第3回 Win7のTrimコマンドは寿命を延ばすのか 最新記事 第4回 東芝製SSDは壊れる前にリードオンリーになるのか テスト結果 第4回 東芝製SSDは壊れる前にリードオンリーになるのか 2010.4.7 東芝製SSDは物理的に壊れるのを防いでくれるらしい。書き込み続けることで徐々に予備領域が失われていくが、これがSSDの実容量に影響を与える前にリードオンリーにして（以降の書き込みを禁止して）、ファイルが破壊されるのを防ぐ仕組みだ。 右側2列が予備領域。これがあるからといって、SSDの実容量を超えて保存できるわけではなく、ウェアレベリン
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
