単一プールのホームサーバー障害リスク評価

単一のストレージプールがホームサーバーに適した設計となる場合もありますが、データセットやフォルダーによって独立したハードウェア障害ドメインが生まれるわけではありません。プール、コントローラー、ホスト、電源装置、またはファイルシステムが利用できなくなると、その上のすべてのサービスが同時に停止する可能性があります。

プールによって同時に利用できなくなるものを把握する

アプリケーションのデータベース、コンテナーボリューム、VMディスク、家族のファイル、メディア、ダウンロード、スナップショット、バックアップリポジトリを一覧にします。各項目がプライマリデータ、レプリカ、キャッシュ、または再構築可能なコンテンツのどれに該当するかを記録します。

ディスク以外の共有依存関係も確認します。HBA、SATAエクスパンダー、USBブリッジ、マザーボード、電源装置、UPS、暗号化キー、起動設定、管理者認証情報などです。データセットを分けることで、権限や容量の増加を制限できますが、こうした共有障害から保護できるわけではありません。

各サービスに許容できる復旧時間を設定します。メディアライブラリを2日間失っても許容できるかもしれませんが、パスワード、写真、またはホームオートメーションのデータを失うことは許容できない場合があります。

容量とワークロードの結合度を測定する

データベース、ダウンロード、カメラ録画、スナップショット、スクラブ、レプリケーション、バックアップ保持による通常時および最悪時の書き込み量を見積もります。暴走したログやスナップショットツリーが、無関係なサービスに必要な空き容量を消費する可能性があります。

スクラブ、リシルバリング、大規模コピー、メディアスキャン、バックアップの実行中にレイテンシーを確認します。健全なプールでも、同じドライブ上でシーケンシャルワークロードとランダムワークロードが競合すると、アプリケーションの目標を満たせない場合があります。

次の表を使って、シンプルさのメリットが共有リスクのコストを上回るかを評価します。

保護をプールから分離する

スナップショットは、プールが読み取り可能な状態であれば、削除やバージョンのロールバックに役立ちます。ミラーやパリティは、限定的なディスク障害の後も可用性を維持するのに役立ちます。ただし、すべてのコピーが同じプールに依存している場合、どちらも独立したバックアップではありません。

復旧可能なコピーを少なくとも1つ、別のデバイスまたは場所に保持します。アプリケーション整合性のあるデータベースエクスポート、設定、暗号化キー、マウントパスの一覧も含めてください。元のホストに依存せずに復元をテストします。

関連するZimaSpaceのコンテナーストレージプールのチェックリストでは、ワークロードと復旧の境界によって分割が必要になるタイミングを説明しています。

独立した3-2-1バックアップの解説では、異なるメディアと場所にコピーを保存することで、共通原因による損失を抑えられる理由を説明しています。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

1つのプールにするか、役割を分けるか、2台目のシステムを追加するかを選ぶ

ダウンタイムが許容でき、データセットでクォータと権限を適用でき、パフォーマンスが予測可能で、検証済みのバックアップが障害ドメインの外にある場合は、1つのプールを維持します。設計を文書化しておけば、シンプルさによって復旧が容易になる場合があります。

書き込み負荷の高いアプリがバルクデータに干渉する場合、実験的なサービスが容量を使い果たす可能性がある場合、プライマリプールの修復中もバックアップを利用可能にする必要がある場合、または異なるデバイスで耐久性やレイテンシーの特性が合わない場合は、ストレージを分割します。

複雑さを重複させるためだけに2つ目のプールを購入しないでください。まず復元を実証し、復旧順序を記録し、健全性と空き容量のアラートを追加し、単一のプールを修復している間もオフラインのままにできるサービスを決めます。