[B! zfs] tsucchi1022のブックマーク

InnoDB の圧縮を使うときの運用 - いちいの日記

.@nippondanji さんにブログにまとめろと言われた気がするのだけど、あんま大したネタではないです。しかも、この作業は失敗する可能性を見越していたのであまり作業ログを取ってなかった...。ので、ちょっと疑問に思った点を幾つか書いておこうかと思います。でかい InnoDB なテーブルとあるテーブルが大きくなってしまい、運用がめんどくさくて困ってました。 mysql> show create table hoge\G *************************** 1. row *************************** Table: hoge Create Table: CREATE TABLE `hoge` ( `date` date NOT NULL, `key` int(10) unsigned NOT NULL, `value` double NOT

tsucchi1022 2011/12/01

バッドノウハウっぽいけど、こういうのさらっとできるのってすごいなー。

zfs
mysql

リンク

ftp-adminの憂鬱: L2ARCの効果を分析してみた(前編)

2011年11月30日水曜日 L2ARCの効果を分析してみた(前編) Tweet 「L2ARCを外してみた」という記事を書き始めたのは、I/Oの帯域とヒット率からL2ARCは効果がないと思ったからです。しかし結論は逆になりました。そこでL2ARCの効果を分析し直したのですが、その結果を述べる前にL2ARCについて少し説明しておきます。 L2ARCは名前からCPUのL2キャッシュを想像させます。CPUのL1キャッシュ、L2キャッシュ、DRAMの関係を、ARC、L2ARC、HDDに当てはめると以下の図になります。読み込みのリクエストに対して、対象のブロックがARCとL2ARCになければ、HDDからL2ARCに読み込み、さらにL2ARCからARCに読み込んで返します。書き込みのリクエストは対象のブロックをARCに書いて、それがL2ARCとHDDに伝搬する。そんなイメージです。実際のL2AR

tsucchi1022 2011/11/30

zfs

リンク

RAID-Zは遅いよ

日本最強の看板を下ろしたミラーサーバftp.jaist.ac.jpの管理者の一人が、このサーバにまつわるよしなしごとを語ります。 English versions of some posts on another blog. 以前紹介しましたが、ftp.jaist.ac.jpのストレージは2TBのDeskstar 7K2000を24個積んでいます。ZFSの構成は、11個ずつでRAID-Z2を2つ作りストライピングしています。残りの2個はRAID-Z2のスペアです。この構成の問題は読み込みのIOPS (1秒間あたりに可能な読み込み回数)がとても少ない低いことです。 RAID-Zは普通のRAIDと異なり、RAIDを組むディスクの個数を増やしても読み込みのIOPSは上がりません。普通のRAIDでは複数のブロックへのアクセスを複数のディスクで同時に行えるので、ディスクの数を増やせばIOPSが向上

tsucchi1022 2011/11/15

そうなのかー。

solaris
zfs

リンク

Computing Memo of 2011/08/26

tsucchi1022 2011/08/29

リンク

違いが分かるエンジニアのためのMySQL/InnoDB/ZFSチューニング！

明けましておめでとうございます。今年もコンピューター道に邁進して参りますのでよろしくお願いします！さて、今年一発目のネタはMySQL利用時におけるZFSのチューニングについて取り上げようと思う。Solarisに搭載されている機能の中でも最も注目度の高いものの一つであるZFSであるが、MySQLのバックエンドとしてはあまり利用されていないように思う。（そもそもSolarisのユーザー数自体がそれほど多くないという話もあるが。）ZFSは優れたファイルシステムであり、ファイルシステム自体にスナップショット機能が搭載されていたり容量の限界に先が見えない（充分すぎるほど余裕がある）といった管理上のメリットがあり、DBAにとっては垂涎のファイルシステムであると言える。（Linuxで利用出来ないのが難点だが、ZFSを使うためにSolarisを使うのもアリだろう。） MySQL利用時におけるZFSのチュ