ソフトウェアRAIDの賛成論及び反対論対ハードウェアRAID
ソフトウェアRAID及びハードウェアRAID間のよりよいサービスを見つける私の探求では私は技術仕様および意見の余りにも多くのポイントそして本質間で空襲渡したつかまえられた。 私の調査の結果として、私はポイント構造によってこのトピックによって幾分容易に歩くことを許可するように簡単なポイントを開発した。 RAIDは最初にであるもの私達を知っている許可すればそれから私達は細部に掘り下げる。 wikipediaに従って:
RAIDは性能、信頼性、および/またはより大きいデータ容積のサイズのすばらしいレベルを達成する2つ以上のハードディスク・ドライブの同時使用を用いる技術である安価なディスクの余分な配列を意味する。
RAIDの異なったレベルがある。 最も普及したRAIDのフォーマットはRAID-1及びRAID-5である。 どんなに今日私達はさまざまなRAIDのフォーマットに焦点を合わせない。 ソフトウェアRAIDとハードウェアRAIDの間で相違にまっすぐに行こう。
ハードウェアRAID
- 慣習的なハードウェアRAIDはPCかサーバーに取付けられている、配列ドライブはそれに接続されるRAIDのコントローラーから成り。
- 上限の外的で理性的なRAIDのコントローラーでは、RAIDのコントローラーはシステムから別の箱への完全に取除かれる。 箱の中ではRAIDのコントローラーはSCSIを使用して配列のドライブを、普通管理し、次にサーバーに配列を使用して標準インターフェース上の配列の論理ドライブを(再度、普通SCSIの変形)示す。
ソフトウェアRAID:
ソフトウェアRAIDでソフトウェアはハードウェアの代わりにRAIDのコントローラーの仕事をする。 熱心なハードウェアコントローラーか理性的な箱を使用するかわりに、私達はシステム・ソフトウェアルーチンのRAIDの配列を管理し、実行する特定ソフトウェアを使用する。
私達がすべての専門事項をよく知られているので、私達を得る比較と許可しなさい。
ハードウェアRAID及びソフトウェアRAIDの比較
可搬性
-
OSの可搬性
ソフトウェアRAIDはオペレーティングシステムを渡って使用可能ではない。 従ってLinuxで、またその逆にも形成される例えば2枚のRAIDディスクをWindows XPと使用できない。 これはオペレーティングシステム2または使用ハードウェアRAIDの間のデータ共有に非RAIDディスクを代りに提供しなければならない二重ブーティングシステムのための大きい問題である。
知っているように、二重ブーティングは仮想化ソフトウェアを使用してようにvmware同じ機械の多数のオペレーティングシステムを動かすことができたり及びxenようにこのごろ大抵時代遅れである。
-
ハードウェア可搬性
ソフトウェアRAID
Linuxではブートパーティションを含むRAID-1を使用して2枚のディスクを、映すことができる。 何らかの理由でハードウェアが悪くなれば、別の機械にハードディスクを単に持って行くことができ、新しいハードウェアでちょうどうまく動く。 またRAID-1配列と、ハードディスクのそれぞれに効果的にそれぞれが別のハードウェアから動かすことができる2つのバックアップを与えるオペレーティングシステムおよびデータの完全なコピーが、ある。
残念ながらWindowsに1ハードウェアからの別のものに操作のsystremを転換することはあまり容易ではないがそれはpriprietary免許証の物語であり、私達は別の日の間それを保つ。
ハードウェアRAID
ハードウェアRAIDはあまり携帯用ではない。 別の機械にどうしてもハードウェアを交換できないし、それを望むことは働く。 あなたのRAIDのコントローラ・カードと互換性があるマザーボードを見つけなければならない; さようならさもなければあなたのデータに接吻できる。 またRAIDのコントローラーとの問題のより大きい問題自体がある。 それが失敗し、市場(およびそれから同じコントローラーをおそらくそれまでに時代遅れになった)得ることができなければさようならまたあなたのデータに接吻できる。
容易な及び迅速な回復
それはとるに足らないようである私、なぜなら使用中のおよび荷を積まれたサーバー、再起動しないには1つが夢を見ることができるもののであるでオペレーティングシステムの中の余りに容易な、迅速な回復信頼するかもしれないが。 かどうかピーク時、あなたのRAIDのシステム・クラッシュおよびあなたの間に機械をそれへの変更をあなたのデータを元通りにするために行なうように再起動させる想像しなさい! もしどの予備ディスクでも利用できればハードウェアが働き壊れた、開始RAIDの配列を好む時でさえソフトウェアRAID'SはLinuxでまた、元通りにするためにだけ続ける。 これらすべてはあなたのユーザーに影響を与える背景およびwithgoutで起こる。 これはソフトウェアRAIDが鮮やかに照るところである。
システムパフォーマンス
RAIDのコントローラーの仕事をするソフトウェアRAID使用CPU。 こういうわけで上限ハードウェアRAIDコントローラーは強力で熱心なプロセッサがあるので、RAID-5のためのソフトウェアRAIDに、特に優っている。 但し低価格のハードウェアRAIDのために、相違は非存在に僅かかもしれない。 実際はそれは今日の卓上およびワークステーションが非常に強力なプロセッサによって動力を与えられ、仕事がそれらにとるに足らないのでソフトウェアRAIDのために可能単に行うよくより低価格のハードウェアRAIDコントローラーをである。
RAIDの標準のためのサポート
上限ハードウェアRAIDはさまざまなRAIDのレベルのためのサポートのソフトウェアRAIDよりわずかに多目的かもしれない。 ソフトウェアRAIDは普通サポートレベル0、1、5および多くのハードウェアRAIDコントローラーがまたRAID 3またはRAID 1+0のような秘密RAIDのレベルを支えることができる一方(RAID 0およびRAID 1)の組合せの10である。 しかし率直にだれがそれらを使用するか。
費用
これはところハードウェアRAID上のソフトウェアRAID再度スコアである。 ソフトウェアRAIDは自由である。 広く配置されたらハードウェアRAIDは普通から強い値を付けられて、あなたの予算に緊張を置くことができる。
しかし長年かけてハードウェアRAIDの費用は指数関数的に来た。 従ってそれはより現実的なRAID-5カードがより新しいマザーボードで作り付けである時余りに遠くないかもしれない。
未来の証拠
私達が虫およびOS問題とソフトウェア侵略を関連付けるできた日は行く。 この頃はソフトウェア侵略はほとんど完全である。 私達は数年の間オペレーティングシステムLinuxでソフトウェアRAIDを使用して、問題をものは何でも経験しなかった。 その一方で、ハードウェアRAIDに失敗の一点があり、それはハードウェアコントローラーである。 それがそれからあなたのだけ衝突すれば選択は市場からの別の同等のRAIDのコントローラーを見つけることである; この時間までにモデルは時代遅れになり、何でもcompatble見つけないかもしれない。 RAIDのコントローラーの失敗がもしあなたのデータのすべて損失のたたりの見通しに直面される自体ある。 ソフトウェアRAIDは決して時代遅れにならなかったりし、あなたのオペレーティングシステムの更新済版と更新済に得続けない。
結論として: ソフトウェアかハードウェアRAIDか。
私達は問題なしで数年の間首尾よくLinuxソフトウェアRAIDを使用して、あらゆる日あらゆるハードウェアRAID解決上の好む。 私はあなたのRAIDの配列から性能の一番最後のオンスを得たいと思い、予算が抑制でなければソフトウェアRAIDがほとんどのユーザーのために行く方法であることを考える。
RAIDを越えて…
どんなに最もよいRAIDシステムに1つの初期の問題がある-彼らは同じ機械に制限される。 本当に、別の機械にハードディスクの連続したLinux RAIDを容易に動かすことができるが、それはダウンタイムを意味する。 どんなRAIDの標準が多数機械かを渡るあなたのデータの分配によって提供するかほしければ何がより多くの信頼性がよりあるか。 MogileFSをそれから見てみるべきである。 それは多数の消費者等級ハードウェアを渡ってあなたのデータを余分に配ることによってあらゆるRAIDの配列よりずっと大きい信頼性を提供する。 しかしそれは別の日の物語である。 そしてまで、幸せなRAID'ing。
、ソフト帽 7企業ソフトウェア の下でファイルされるの ソフト帽の中心6の ハードウェア、 ヘッドラインニュース、 Linux、 ソフトウェア検討、 技術 |
|
RSS 2.0 |
Trackback この記事 |
この記事に電子メールを送りなさい
また読むのを好むかもしれない |





































2008年9月30日1:25 AMの
http://en.wikipedia.org/wiki/RAIDに より多くの情報がある
RAID 10はRAID1およびRAID5の組合せではない。 RAID10 == RAID1+0。
ハードウェアRAIDが失敗(SPOF)の一点しかしであることを不平を言う:
(a)余分なコントローラーを得ることができ、(b)ソフトウェアRAIDはSPOFのより少しではない-それはちょうど主システムの失敗に一致させる従って別の事としてそれを見ないことである。
機械に負荷を加えるのでソフトウェアRAIDは「自由」ではない。
RAID5は邪悪である! http://www.miracleas.com/BAARF/BAARF2.htmlを 見なさい
2008年9月30日6:16 AMの
> RAID10 == RAID1+0
正式謝罪、それは訂正された。
ハードウェアRAIDが失敗(SPOF)の一点しかしであることを>不平を言う:
(a)余分なコントローラーを得ることができ、(b)ソフトウェアRAIDはSPOFのより少しではない-それはちょうど主システムの失敗に一致させる従って別の事としてそれを見ないことである。
はい、余分なコントローラーを得また更に1つの予備のコントローラーを失敗の場合にちょうどあることを持つことができる。 但しその1つのために費用を増加し、第二にそれは正常な使用法パターンではない。 以前はRAIDハードウェアコントローラーは非常に高価であるのに使用した。 今日それらは非常に安くないし、ほとんどの人々に第2コントローラーがあることをあることを迷惑を掛けなかったし、場合の塵を、ちょうど集めて第一次コントローラーは道の下の2-3年を失敗する。
>ソフトウェアRAIDはSPOFのより少しではない-それはちょうど主システムの失敗に一致させる従って別の事としてそれを見ないことである。
Linuxのようにオペレーティングシステム数年の問題なしで続くことができる。 新しい虫はソフトウェアで覆いを取ることができるが、時間の虫を開発しない。 但しハードウェア障害は大いに共通である。 従ってSPOFであるソフトウェアは実際に本当ではない。 働けば、働き続ける。 しかしハードウェアは運の悪ければ、すぐに遅かれ早かれに壊れる。 自体実質SPOFであるコントローラーはまだ有効である。
機械に負荷を加えるので>ソフトウェアRAIDは「自由」ではない。
今日の強力なプロセッサによって負荷は些細なんと言ってもである。 私達は私達の頻繁に使用されるサーバー機械のRAID-1を使用し、決してRAIDを重要な資源を消費することを見たあらないことは。 率直に今日のプロセッサと「付加的な負荷」は多くの実際の影響とちょうど理論的ではない。