ZFS - スナップショットいつやるか?今でしょ! - Qiita
こういうニュースを見るたびに、こう嘆かざるを得ません。 GitLab.comが操作ミスで本番データベース喪失 「ああ、ZFS使ってれば」、と。 ZFSはこれまでのファイルシステムの常識を覆す画期的なファイルシステムでした。fsckを不要にするトランザクション，パーティションという概念を過去のものにするデータセット，ファイルシステム自体のundoを可能にするスナップショット，エラーを自動検知し，可能であれば自動修復するチェックサム，RAIDホールがないRAID-Z……「Z=最後のファイルシステム」という自信がその名に込められたZFSは，今は亡きSun Microsystemsの最後の遺産でもあります 僕にZFSの話をさせると長くなります -- ので、今回はスナップショットを中心に手短に。 バックアップを難しくしているのは何か? ここで、ある小さな*nixシステムのフルバックアップを取ることに
[MySQL on ZFS]CentOS6.5にZFSプールを作ってZFSファイルシステムにMySQL5.7のデータをぶっこんだ話
時間を見つけてはちょくちょく作業してLVSとvarnishでL4+L7な冗長ロードバランサ構成を組みました。 Webサーバは複数構成で冗長化しているのですが、DBサーバはサービス毎に物理的にマスターサーバを一台ずつ設置しています。 当然LVSと組み合わせて冗長化したいところですが、サーバを置く場所が無いのと資金がありません。 仕方ないのでデータのリアルタイムバックアップのみ実現させます。 (KeepAlivedを使ったMｙSQLの高可用性のあるサーバ構築方法は下記のサイトが大変参考になります) http://dev.tapweb.co.jp/2011/01/325 まず、適当にサーバを一台作ってMySQL5.7を導入し、マルチソースレプリケーション機能で、各マスターDBサーバのレプリケーションサーバとします。 このレプリケーションにはクライアントから一切クエリが飛んできません。 単純に、マ
データベース製品に対する ZFS のチューニング - Oracle Solaris 11.1 カーネルのチューンアップ・リファレンスマニュアル
ZFS をデータベース製品と一緒に使用するとき、次の考慮事項を検討してください: データベースで入出力に固定ディスクブロックまたは固定レコードサイズを使用している場合、ZFS recordsize プロパティーをこれに一致するように設定してください。複数のファイルシステムが単一プールを共有している場合であっても、ファイルシステム単位で実行できます。 ZFS の copy-on-write 設計により、recordsize を低くチューニングすることは、バッチレポートクエリーを犠牲にして OLTP パフォーマンスを改善する方法です。 ZFS は、ディスク上に格納されているすべてのブロックにチェックサムを実行します。これにより、データベース層でデータのチェックサムを追加して行う必要性が軽減されます。データベース層の代わりに ZFS によってチェックサムを計算する場合は、データがアプリケーション
違いが分かるエンジニアのためのMySQL/InnoDB/ZFSチューニング！
明けましておめでとうございます。今年もコンピューター道に邁進して参りますのでよろしくお願いします！ さて、今年一発目のネタはMySQL利用時におけるZFSのチューニングについて取り上げようと思う。Solarisに搭載されている機能の中でも最も注目度の高いものの一つであるZFSであるが、MySQLのバックエンドとしてはあまり利用されていないように思う。（そもそもSolarisのユーザー数自体がそれほど多くないという話もあるが。）ZFSは優れたファイルシステムであり、ファイルシステム自体にスナップショット機能が搭載されていたり容量の限界に先が見えない（充分すぎるほど余裕がある）といった管理上のメリットがあり、DBAにとっては垂涎のファイルシステムであると言える。（Linuxで利用出来ないのが難点だが、ZFSを使うためにSolarisを使うのもアリだろう。） MySQL利用時におけるZFSのチュ
【まっちーの仮想化講座】第22回：ZFSなら障害発生時もオンラインで復旧 - 富士通
みなさん、Oracle Solaris 11の標準ファイルシステムが何か覚えていますか？ そうです。Oracle Solaris ZFS（以降、ZFSと記載します）ですね。 これまでの連載でZFSの素晴らしい機能をいくつかご紹介してきましたが、今回は障害発生時の復旧方法をご紹介したいと思います。 ZFSはストレージプールにディスクを追加して拡張したり、ファイルシステムのサイズを変更したりすることがオンライン（OS稼働状態）でできます。これと同様にストレージプールを構成する物理ディスクが壊れた場合に、オンラインで物理ディスクを交換することができます。 今回は、実際に使用しているサーバで実施した復旧方法をご紹介します。実行結果はOracle Solaris 10での結果ですが、Oracle Solaris 11でも同様の方法で復旧することができます。 状態の確認 まずはストレージプールの状態を
CentOS 7 + ZFS でファイルサーバを作成 - lazy_dog's blog
を、作った。 前置き 以前から、Arch Linux + ZFS でファイルサーバを動かしてたけど、諸々あって CentOS 7 で再作成する運びになった。 理由 Arch Linux の ZFS パッケージ周りが、しょっちゅう Kernel とコンフリクトおこして、まともに Kernel アップデートもできない。 パッケージ名も "zfs" から "zfs-git" になったりと、バタバタしている印象を覚えた。アップデートについていくので精一杯。 大変な思いされてるパッケージメンテナの方々には申し訳ないが。。。 コンフリクトおこして、しょっちゅう pacman -Syu 失敗するわで、その度に切り分けやってたらきりがなかった。なので、Arch Linux と zfs で安定はしてても、先行き不安になった。 ローリングリリースならではの、「なにかあったときの怖さ」 Arch Linux 全
HDDが買えないならZFSを使えばいいのに
タイの洪水被害の影響でハードディスク（HDD）の価格が高止まりしている。パーツショップでの実売価格は急騰前の3倍程度にまで跳ね上がり、今でも2倍弱の価格をつけている。5000円台で2TバイトのHDDが買えた記憶が新しいユーザーにとっては買い控えたくなる水準だ。フラッシュメモリーによる半導体ストレージであるSSDの容量単価は下落する一方だが、HDDが買えないならSSDを使えばいいのに…と言えるほどSSDは安くない。 もちろん、データの増加は待ってくれない。記者の自宅には、主にファイルサーバーとして利用するLinuxサーバーがある。タイ大洪水以前に約7000円で購入した1Tバイトの2.5型ハードディスクをストレージに充てた。写真1枚が10Mバイト近くある今の利用環境では、みるみる空き容量が減っていく。どのコンテンツもときめくものばかりで、整理には限界がある。「では増設」と思い立っても、HDDは
ZFSがあればGitなんか要らない？ | POSTD
ZFS を少し触ってみました。ZFSはOracle（その前はSun）の次世代ファイルシステムです。元はSolaris向けに開発されたものですが、オープンソースなのでLinux（0.6.1以降が 製品版として安定しているようです と Mac にも移植されています。ファイルシステムといっても、ZFSはボリュームマネージャでもあるので、ディスクのパーティション管理もやってくれます。ZFSがなぜそんなにクールかといえば、データ破損対策、RAIDのサポート、スナップショットやコピーオンライトの実装、そしてバックアップ時のフレキシブルで効率の良いデータ転送などが装備されているからです。ZFSを使って、バージョン管理システムのGit（Gitじゃないバージョン管理システムでも構わないのですが）のいろいろな機能をどこまで実行できるのか、お見せしようと思います。もちろん、本気で”ちゃんとした”バージョン管理シ
zfsで圧縮機能を試してみる - hamacoの日記
とりあえずこんな感じで3つほどファイルシステム作成して試してみた。 # zpool create -m /zdevel zpool0 da0s1 da0s2 da1s1 da1s2 # zfs create zpool0/hamaco # zfs create zpool0/jack # zfs create zpool0/rucifer 圧縮を有効にする zfs setコマンドを使って圧縮機能を有効にする。 # zfs set compress=on zpool0/jack # zfs set compress=gzip zpool0/rucifer compressにはが使用可能。このうちonとlzjbは同じ動作をする。gzipは多分gzip-6と同じだと思う。 5.5Mのファイルをコピーしてみる。 # cd /zdevel shana# time cp /usr/local/www/
ZFS スナップショットの概要 - Oracle Solaris ZFS 管理ガイド
「スナップショット」とは、ファイルシステムまたはボリュームの読み取り専用コピーのことです。スナップショットはほとんど瞬間的に作成することができ、最初はプール内で追加のディスク領域を消費しません。ただし、アクティブなデータセット内のデータが変化していくにつれて、ディスク領域が消費されるようになります。古いデータを引き続き参照し、そのディスク領域を解放しないためです。 ZFS スナップショットには次の特長があります。 システムのリブート後も残ります。 スナップショットの理論上の最大数は、264 です。 スナップショットは個別のバッキングストアを使用しません。スナップショットは、作成元のファイルシステムまたはボリュームと同じストレージプールのディスク領域を直接使用します。 再帰的なスナップショットは、1 つの原子動作としてすばやく作成されます。スナップショットは、まとめて (一度にすべて) 作成
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Question #249586 “Mysql will not start using ZFS pool for data (...” : Questions : Ubuntu
Oracle Blogs
https://docs.oracle.com/cd/E19253-01/819-6260/6n89n6cjb/index.html
https://blogs.oracle.com/realneel/entry/mysql_innodb_zfs_best_practices