JavaScript is required to for searching.
ナビゲーションリンクをスキップ
印刷ビューの終了
Oracle® ZFS Storage Appliance 管理ガイド
Oracle Technology Network
ライブラリ
PDF
印刷ビュー
フィードバック
search filter icon
search icon

Document Information

このドキュメントの使用法

 1 Oracle ZFS Storage Appliance の概要

 2 ステータス

 3 初期構成

 4 ネットワーク構成

 5 ストレージ構成

ストレージ構成プロファイル

ストレージ構成の規則とガイドライン

ストレージの検証

SAS-2 システムでのストレージの割り当て

データプロファイル構成

既存のストレージプールのインポート

ストレージの追加

ストレージの構成解除

ストレージプールのスクラブ

BUI を使用したストレージの構成

ストレージプールの構成

既存のプールへのキャッシュデバイスの追加

CLI を使用したストレージの構成

既存のプールへのキャッシュデバイスの追加

 6 Storage Area Network の構成

 7 ユーザー構成

 8 ZFSSA の設定

 9 警告の構成

 10 クラスタ構成

 11 ZFSSA サービス

 12 シェア、プロジェクト、およびスキーマ

 13 レプリケーション

 14 シャドウ移行

 15 CLI のスクリプト化

 16 保守のワークフロー

 17 統合

索引

データプロファイル構成

検証が完了したら、次の手順では、設定での RAS とパフォーマンスの目標が反映されたストレージプロファイルを選択します。提供される一連の可能性のあるプロファイルは、使用可能なストレージによって異なります。次の表は、可能性のあるすべてのプロファイルとその説明を示しています。

Table 5-1  データプロファイル構成
データプロファイル
説明
デュアルパリティーオプション
トリプルミラー化
データが 3 つにミラー化され、非常に信頼性の高い高速なシステム (たとえば重要なデータベース用のストレージ) がもたらされます。この構成は、最大のパフォーマンスと可用性の両方が必要な状況に向いています。双方向ミラー化と比較すると、3 方向ミラー化では、格納ブロックあたりの IOPS の増加と障害に対する保護レベルの向上を実現します。注: 拡張ストレージのないコントローラは、トリプルミラー化で構成すべきではありません。
ダブルパリティー RAID
各ストライプに 2 つのパリティーディスクが含まれている RAID。トリプルミラー化に比べて、高可用性がもたらされ、2 つのディスクで障害が発生してもデータは使用可能のままです。ダブルパリティー RAID は、ミラー化オプションよりも容量が増加するオプションであり、高スループットで順次アクセスのワークロード (バックアップなど) の場合やランダム読み取り性の低いコンポーネントに大量のデータを格納する場合に向いています。
シングルパリティーオプション
ミラー化
データがミラー化されるため、容量は半分に減少しますが、高信頼性で高パフォーマンスのシステムがもたらされます。領域には十分な余裕があると考えられるがパフォーマンスに余裕がない場合 (データベースストレージなど) に推奨されます。
シングルパリティー RAID、ナローストライプ
各ストライプに 3 つのデータディスクと 1 つのパリティーディスクが含まれている RAID。シングルパリティーによる保護で十分な場合は、シングルパリティー RAID のほうが単純なミラー化よりも得られる容量が多くなるオプションです。ミラー化オプションよりも低くなるランダム読み取り性能と容量増加とのバランスを取る必要があります。シングルパリティー RAID は、適度なランダム読み取りコンポーネントを使用する重要ではないアプリケーションに向いていると考えることができます。純粋なストリーミングワークロードの場合は、容量とスループットが高くなるダブルパリティー RAID オプションを選択してください。
その他
ストライプ化
データは、ディスクにまたがってストライプ化され、冗長性はありません。パフォーマンスと容量が最大化されますが、1 つのディスクに障害が発生するとデータが失われます。この構成は推奨されません。純粋なストリーミングワークロードの場合は、ダブルパリティー RAID の使用を検討してください。
トリプルパリティー RAID、ワイドストライプ
各ストライプに 3 つのパリティー用ディスクが含まれている RAID。このオプションは、ストライプデータを別にするともっとも容量が高くなります。ワイドストライプと低いランダム入出力パフォーマンスのため、1 つ以上のドライブ障害のあとでデータを再同期化する場合は、かかる時間が大幅に長くなることがあります。その他の RAID 構成と同様に、キャッシュが存在するため、読み取りパフォーマンスの影響を軽減できます。この構成は一般には推奨されません。

拡張可能なシステムでは、一部のプロファイルを「NSPF」オプションで使用できます。これは「No Single Point of Failure」の略でシングルポイント障害がないことを表し、深刻な JBOD 障害によってデータ損失が発生しないように、データがミラーまたは RAID ストライプで構造化されていることを示します。システムではすでに、ほぼすべてのコンポーネントにわたって冗長性が構成されていることに注意してください。各 JBOD は、冗長パス、冗長コントローラ、冗長電源装置およびファンを備えています。NSPF による保護の対象となる唯一の障害は、ディスクバックプレーン障害 (ほぼ受動的なコンポーネント)、または全体的な管理ミス (両方のパスの 1 つの JBOD への切り離し) です。一般に、NSPF を採用すると、ストライプの幅に関する要件がより厳格になるため、容量は少なくなります。

ログデバイスは、ストライプ化またはミラー化されたプロファイルのみを使用して構成できます。ログデバイスはノード障害が発生して、ミラー化されていないログによってデータが失われる場合にのみ使用されるため、デバイスに障害が発生することと、そのあとにノードがただちにリブートすることの両方が必要です。これはほとんどありそうにない状況ですが、ログデバイスをミラー化すると、2 つの同時デバイス障害とノード障害が非常に短い時間帯に発生することが必要になるため、これを事実上不可能にできます。

注意: 異なるサイズのログデバイスが別のシャーシにある場合は、ストライプ化されたログプロファイルのみを作成できます。

ホットスペアは合計プールサイズの割合として割り当てられ、選択されたプロファイルには関係ありません (ホットスペアをサポートしていないストライプ化を除く)。ホットスペアはストレージの構成手順ごとに割り当てられるため、小さい単位でストレージを追加するより、ストレージを全体として構成する方がはるかに効率的です。

クラスタでは、キャッシュデバイスは、ストレージプールがインポートされているノードのみから使用できます。クラスタでは、両方のノードでキャッシュデバイスを構成して、同じプールの一部にできます。これを行うには、パッシブノード上のプールを引き継いだあと、ストレージを追加し、キャッシュデバイスを選択します。これには、常に、構成されているグローバルキャッシュデバイスの半分を保持するという効果があります。キャッシュデバイス上のデータはフェイルオーバーで失われますが、新しいノード上では新しいキャッシュデバイスを使用できます。

注: 以前のソフトウェアバージョンでは、ワイドストライプによるダブルパリティーがサポートされていました。このオプションは、信頼性を大幅に向上させる、ワイドストライプによるトリプルパリティーに置き換えられました。以前のソフトウェアバージョンの下でワイドストライプによるダブルパリティーとして構成されたプールも引き続きサポートされますが、新しく構成または再構成されるプールではそのオプションを選択できません。