物理的な記憶域の容量が必要になります。パリティの効率とローカル再構築コードについては、「まとめ」セクションをご覧ください。使用して、パリティのエンコードやデコードをいくつかの小さなグループに分割し、書き込みや障害からの回復で必要となるオーバーヘッドを削減します。つのシンボルで表されます。使用したレイアウトがどのようになるかを、以下に示します。つのグループが示されています。記憶域の効率が実現されます。efficiency.ローカル再構築コードでのさまざまな障害シナリオの処理方法や、ローカル再構築コードが注目に値する理由について詳しくかつ非常にわかりやすく説明したチュートリアルをご覧になることをお勧めします。よって作成されました。つのボリュームに対して、一部ではミラーを使用し、一部ではパリティを使用することができます。書き込みはまずミラーリングされた部分に行われ、徐々にパリティ部分に移行していきます。コーディングを高速化するためにミラーリングを使っています。servers.ミラーリングによって高速化されたパリティの記憶域の効率は、すべてをミラーで実行した場合とすべてをパリティで実行した場合の間の値を示します。この効率は、混在させる割合によって異なります。効率を実現するさまざまな混合の例が示されています。servers.重要ほとんどのパフォーマンスが重視されるワークロードには、ミラーリングを使用することをお勧めします。ワークロードに応じて、パフォーマンスと容量のバランスを取る方法については詳しくは、ボリュームの計画」をご覧ください。ダイレクトで利用可能な回復性の種類、それぞれの種類を使用するための最小スケール要件、それぞれの種類で許容できる障害の数、対応する記憶域の効率についてまとめています。トレランスを使っている場合を除き、障害ドメインの数はサーバーの数を表します。ダイレクトの最小要件を満たしている限り、各サーバーのドライブの数は、使用できる回復性の種類に影響しません。パリティとローカル再構築コードの記憶域効率を示しています。パリティとローカル再構築コードの記憶域効率を示しています。サイズを使用でき、記憶域効率の向上を実現できます。パリティの両方またはいずれかを使用することをお勧めします。トレランスが向上するためです。同時に発生した障害の影響を受けた場合でも、すべてのデータの安全性と継続的なアクセス可能性を維持できます。パリティで対処できる状態を示しています。(クラスターがクォーラムを維持することを確認してください)。offline有効期間中は、記憶域スペースでは任意の数の障害に対応できます。これは、各障害が発生した後で、十分な時間があれば、完全な回復状態に復元されるためです。つの障害ドメインが障害の影響を受けても安全です。パリティでは対処できない状態です。ダイレクトのボリュームの作成」をご覧ください。also以下のすべてのリンクは、このトピックの本文内に記載されています。Articlesこのページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。直接フィードバックを残すこともできます。直接フィードバックを残すこともできます。Cookie利用条件サイトのフィードバック商標このページはお役に立ちましたか?はいいいえ追加のフィードバックはありますか?スキップ送信ありがとうございます。Cookie利用条件サイトのフィードバック。