忍者ブログ
RAID5復旧に向けて、RAIDの基本、RAID5運用上の注意点、障害対策などなど・・・ RAID5の復旧に関して最低限のことをご紹介します。 RAID5復旧の参考にしてみて下さい。
[9] [8] [7] [6] [4] [3] [2] [1]
カレンダー
09 2017/10 11
S M T W T F S
1 2 3 4 5 6 7
8 9 10 11 12 13 14
15 16 17 18 19 20 21
22 23 24 25 26 27 28
29 30 31
プロフィール
HN:
raid5復旧
性別:
非公開
ブログ内検索
×

[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。

☆本サイトでは、RAID5復旧のための基本的事項も含め記載しています☆
 
RAID5運用のキモの続きを見ていきましょう。
 
 
●RAID5のリビルト作業ではバックアップの準備が命綱
 
RAID5においては、リビルト作業に失敗すると全てのデータが失われます。
従って、RAID5のリビルト作業ではバックアップの準備が命綱となります。
バックアップの確認を作業開始前に必ずしましょう。
 
この危険度は、
・ストレージ容量が大きければ大きいほど、
・ディスク本数が多ければ多いほど、
・システムが古ければ古いほど
高くなります。
 
冗長性を損失した状態でRAIDアレイ全体を読み書きするRAID5のリビルト作業は、隠れていたディスクの障害に遭遇する危険があり、そうなると全データが消失してしまいます。
 
 
●RAID5の運用においてはディスクトラブルの早期発見が重要
 
何度も言及しているとおり、RAID5ではディスクにトラブルが発生した直後からの迅速な対応が重要です。
 
仮に、ディスクトラブルに気づかずに継続利用すると、次のディスクトラブルで全データの消失や突発的なシステムの停止が発生してしまします。これを防ぐためにも、障害通知機能を活用したりしてディスクトラブルの早期発見ができる仕組みを構築しておきましょう。
 
 
●RAID5の自動リビルドの持つリスク
 
RAID5は自動リビルトが可能ですが、この設定はリスクの高い設定です。
 
ホットスペアディスクによる自動リビルトを設定しておけば、ディスクのトラブルが検出されると自動的にホットスペアディスクがRAID5に組み込まれリビルト作業が開始されます。リビルトが完了すると、RAID5の冗長性は復活し、トラブルが発生したディスクはRAID5から分離され交換されるのを待っています。
 
便利そうに見えるこの機能ですが、実はリスクの高い設定です。
 
【RAID5の自動リビルトリスク1:バックアップ】
自動リビルトの場合、リビルドを開始する直前にバックアップの同期は取れません。
従って、リビルド中に次のディスクにトラブルが発生すると最後のバックアップ以降のデータは失われます。
また、バックアップを取っていない場合は、バックアップ無しでリビルドが行われることとなります。
 
【RAID5の自動リビルトリスク2: 過大な負荷】?
自動連続運転がデフォルトのため、ファイルサーバに連続負荷がかかります。
もし、ここで自動リビルドが開始されても、クラスタへ通知されなければファイルサーバへの連続負荷は止まりません。従って、ファイルサーバは「自動リビルドの負荷+通常の負荷」が集中する高負荷の状態に陥ります。高負荷状態では小さなトラブルが連鎖反応を起こすことがあり危険性が高まります。
 
 
●HDD容量の巨大化によるRAID5のメリットが低下
 
最近ではHDD容量が巨大化し、しかも安価なため、RAID5のメリットが消失しつつあります。
 
実際の運用で使い易いのは、2テラバイト(TB)程度のサイズです。
最近では1TBのHDDが普通に安価に市販されています。
この1TBディスクを用いて2TBのRAID5ボリュームとスペアディスクを構成する場合、4個のディスクが必要となります。
しかし、1TBのディスクが4個あるなら、RAID5より、RAID10(1+0)を構成してしまった方が良いです。
さらにディスクをもう1本追加できるなら、RAID10+ホットスペアディスクの構成が実現可能となります。
 
PR
Powered by ニンジャブログ Designed by 穂高
Copyright © RAID5復旧.navi All Rights Reserved
忍者ブログ / [PR]