 |
|
|
2014 01,10 18：51 |
|
|
RAID 5
RAID 5は、耐障害性の向上と高速化、大容量化のすべてを実現できるRAID技術
分散データ・ガーディングとも呼ばれる。
RAID 5では、ディスクの故障時に記録データを修復するために「パリティ」と呼ばれる冗長コードを、
全ディスクに分散して保存するのが特徴
RAID 5では、データをディスクに記録する際、RAID 0（ストライピング）と同じ原理で、
複数のディスクにデータを分散して書き込むと同時に、パリティも計算・生成してディスクに書き込む。
パリティ用ディスクは特に決まっておらず、全ディスクに分散して書き込まれる。
これにより、パリティ専用ディスクのみに負荷が集中し、性能が低下することを防いでいる。
また、どれか1台のディスクが故障しても、それ以外のディスクのデータとパリティ情報から、
元の完全なデータを生成して回復できる。
ただし、回復可能なのは1台のディスクが故障したときまでであり、
同時に2台以上が壊れると回復は不可能になる。
リティの保存に必要なのは、全ディスク台数に関係なくディスク1台分の容量である。
従ってディスク台数が多いほど容量の利用効率も向上する。
RAID 1（ミラーリング）と比較した場合、この利用効率の高さがRAID 5のメリットの1つとされる。
RAID 5の性能については、ディスクからの読み出し時には、複数のディスクから同時並行読み出しが可能なので高速化がなされる。
しかしデータの書き込み時には、パリティを算出・生成する必要があるほか、
パリティ生成のため1組のデータ・ブロックをいったんディスクから読み出さなければならず、
オーバーヘッドが大きい。
そのため、RAID 5の書き込み性能は決して高くはない。
(http://www.atmarkit.co.jp/ait/articles/0102/27/news002_2.html より)
PR |
|
|
|
|
2014 01,10 18：48 |
|
|
RAID 1
RAID 1は、RAIDレベルの中で、最も単純な手法でディスクの耐障害性を高めている。
その手法とは、同一のデータを複数のディスクに書き込み、
一方のディスクが故障しても、他方で処理を続行できるようにする、というものだ。
つまりRAID 1では、同じデータを格納したディスクの「コピー」を用意することで、故障に備えている。
通常は2台のディスクを使って実現する。RAID 1は「ミラーリング」と呼ばれることもある。
RAID 1では、同一のデータを2台以上のディスクに書き込むため、ディスク容量の利用効率は50％以下になってしまうというデメリット
（2台のディスクの容量が異なると、利用効率は50％よりさらに下がる）
例えば1Gbytesのデータを記録するには、1Gbytes×2＝2Gbytes分の容量のディスクが必要になる。
性能については、2台のディスクに同一のデータを書き込まなければならないという原理のため、
ディスク1台の場合と比べ、書き込み時のオーバーヘッドが大きい。
しかし、ハードウェアによって各ディスクへ並行して書き込みを行うことにより、
このオーバーヘッドを最小限に抑えることは可能。
読み出し性能はディスク1台の場合とほぼ同等であるが、RAID 0と同じ原理で、
複数のディスクから同時並行読み出しを実行することによって、性能を高めることもできる。
|
|
|
|
|
2014 01,10 18：46 |
|
|
RAID X って言われても、ぶっちゃけ分からん
っていうか、覚えても忘れる ということ、未だに繰り返しているので、 いっそまとめて記載 RAID 0 RAID 0では、2台以上のディスクを組み合わせ、
ディスクに対する読み書きの処理を複数のディスクに対して同時並行的に実行することで、
アクセス速度を高速化する。
RAID 0を指して「ストライピング」と呼ぶこともある。
ディスクが3台あるなら、
データを3つに分けてそれぞれのディスクに対して同時に書き込むことにより、 理論的には1台の場合と比べて3分の1の時間で書き込みを完了することができる。
従って、一般的にRAID 0では、ディスクの台数を増やすほど性能（データ転送速度）も高まる傾向にある。
RAID 0は、複数のディスクをあたかも1台のディスクであるかのように扱うことで大容量の単一ストレージを実現する。
ディスク容量の利用効率は100％、つまり全ディスクの容量が無駄なく利用できる(*)。
例えば、1Gbytesのハードディスク3台でRAID 0を構成すると、実効容量は1Gbytes×3＝3Gbytesとなる。
RAID 0のデメリットは、冗長性をまったく備えていないことである。
むしろディスク台数が多いことにより、ディスク1台の場合と比べ、耐障害性は悪化してしまう
(http://www.atmarkit.co.jp/ait/articles/0102/27/news002_2.html より)
|
|
|
|
|
2014 01,10 18：32 |
|
|
新年あけまして、おめでとうございます。
今年も、みなさんの役に立つかどうか分からないですが、 自分のメモとして、ちょこちょこ記載していきます。 そんなわけで、新年一発目 Linuxのバックアップについて、色々調べていました そこで、イメージバックアップ（ディスクイメージ？）のツールに関して 記述があったブログを発見したので、ここにそのURLとツール名を紹介 ツール名は「Mondo Rescue」 バックアップについて、丁寧に記述されている記事で、とてもいいと思います。 http://blog.livedoor.jp/miyam1974/archives/50416252.html
|
|
|
|
|
2013 10,28 17：17 |
|
|
CentOSに気になっていたRedisをインストールしてみました。
相変わらずトラブルはつきものなので、残しておきます。 Redisの概要に関しては、こちらで インメモリデータストア Redisの概要
# cd /usr/local/src/http://gihyo.jp/dev/feature/01/redis/0001 # wget http://redis.googlecode.com/files/redis-2.6.10.tar.gz # tar xzf redis-2.6.10.tar.gz # cd redis-2.6.10 と、ダウンロードして、解凍までは当然ながら順調 # make としたら、軽くため息が出ることの連続した zmalloc.o: In function `zmalloc_used_memory':
/usr/local/src/redis-2.6.10/src/zmalloc.c:223: undefined reference to `__sync_add_and_fetch_4'
collect2: ld returned 1 exit status
make[1]: *** [redis-server] Error 1
make[1]: Leaving directory `/usr/local/src/redis-2.6.10/src'
make: *** [all] Error 2
とエラー 調べた見たら、make distclean をして、再度makeすれば大丈夫！ 実施 # make distclean # make zmalloc.o: In function `zmalloc_used_memory':
/usr/local/src/redis-2.6.10/src/zmalloc.c:223: undefined reference to `__sync_add_and_fetch_4'
collect2: ld returned 1 exit status
make[1]: *** [redis-server] Error 1
make[1]: Leaving directory `/usr/local/src/redis-2.6.10/src'
make: *** [all] Error 2
結果は、同じ しばらくupdateをしていなかったので、 # yum update を実施後、 # make distclean # make zmalloc.o: In function `zmalloc_used_memory':
/usr/local/src/redis-2.6.10/src/zmalloc.c:223: undefined reference to `__sync_add_and_fetch_4'
collect2: ld returned 1 exit status
make[1]: *** [redis-server] Error 1
make[1]: Leaving directory `/usr/local/src/redis-2.6.10/src'
make: *** [all] Error 2
結果は、同じ update さえも無駄な時間 でさらに、調べていくと、どうやらMaikfileに問題がありとのご様子 # cd src
# vi Makefile
$(MAKE) CFLAGS="-m32" LDFLAGS="-m32"
を
$(MAKE) CFLAGS="-m32 -march=i686" LDFLAGS="-m32"
に修正（-march=i686を追加）
# vi .make-settings
OPT=-O2
を
OPT=-O2 -march=i686
に修正
|
|
| 忍者ブログ [PR] |
