ボリュームにスナップショット ポリシーが割り当てられている場合にスナップショットの作成が失敗する原因は、そのスナップショットがポリシーによって 61 番目に作成されたものであることが考えられます。Dell PowerFlex のドキュメントによると、ボリュームごとにユーザーが使用できる 126 個のスナップショットのうち、60 個がポリシーベースのスナップショット スケジューリングに使用できます1。つまり、ポリシーがこの制限を超えてスナップショットを作成しようとすると、失敗します。この問題の手順を次に示します。
スナップショット ポリシーの制限: PowerFlex システムの各ボリュームには、最大 126 個のユーザーが使用できるスナップショットを設定できます。ポリシー ベースのスナップショット スケジュールの場合、ボリュームあたりのスナップショットの制限は 60 個です1。ポリシー ベースのスナップショットの作成: スナップショット ポリシーが設定されている場合、定義されたスケジュールと保持レベルに基づいて自動的にスナップショットの作成が試行されます。
障害ポイント: スナップショット ポリシーがスナップショットを作成しようとし、それがそのボリュームの 61 番目のスナップショットである場合、ポリシー ベースのスナップショットに設定された制限を超えるため、作成は失敗します1。 解決策: この問題を解決するには、管理者はスナップショット ポリシーを調整して、60 スナップショットの制限を超えないようにする必要があります。これには、保持レベルまたはスナップショット作成の頻度の変更が含まれる場合があります。
この説明は、PowerFlex ストレージ システム 1 内のスナップショットの制限と使用法を概説した Dell PowerFlex ドキュメントに記載されているスナップショット ポリシーの詳細に基づいています。

PowerFlex ラック ソリューションを拡張する場合、システムの復元力と可用性を維持するために、MDM ロールの冗長性を最適化することが重要です。このようなシナリオでのベスト プラクティスは、単一障害点を防ぐために、使用可能なキャビネット全体に MDM ロールを分散することです。これは、新しく追加されたキャビネットにスタンバイ MDM を追加することで実現できます1。
以下に手順を追って説明します。
現在の MDM 構成を評価する: 既存のキャビネット内の MDM とタイブレーカーの現在の設定を理解します。
配布の計画: 冗長性を高めるために、拡張されたインフラストラクチャ全体に MDM ロールを配布する方法を決定します。
スタンバイ MDM の追加: 新しいキャビネット (キャビネット 3、キャビネット 4、キャビネット 5) にスタンバイ MDM を導入して、各キャビネットに MDM ロールを持たせ、システムのフォールト トレランスを強化します。
スタンバイ MDM を構成する: プライマリ MDM またはセカンダリ MDM に障害が発生した場合に引き継ぐように、スタンバイ MDM を適切に構成します。
構成をテストする: スタンバイ MDM を追加した後、システムをテストして、システムのパフォーマンスや可用性に影響を与えずに MDM ロールがスムーズにフェールオーバーできることを確認します。
新しいキャビネットにスタンバイ MDM を追加することで、MDM の役割が 1 つのキャビネットに集中しないようにすることができます。1 つのキャビネットに集中すると、そのキャビネットで問題が発生した場合にシステム ダウンタイムのリスクが高まります。このアプローチは、回復力と可用性に優れたシステムを設計するためのベスト プラクティスと一致しています1。
その他のオプションでは、同じレベルの冗長性の最適化は提供されません。たとえば、MDM 3、タイブレーカー 1、およびタイブレーカー 2 を別のキャビネットに移動しても (オプション A)、新しいキャビネットに追加のスタンバイ MDM が必要になるという問題は解決されません。MDM クラスター モードを 3 ノードから 5 ノードに変更しても (オプション C)、冗長性には必要なく、不要な複雑さが生じる可能性があります。MDM 2 とタイブレーカー 1 をキャビネット 1 に統合すると (オプション D)、冗長性が最適化されるのではなく、低下します。
したがって、正解は B です。キャビネット 3、キャビネット 4、キャビネット 5 にスタンバイ MDM を追加すると、拡張された PowerFlex ラック ソリューションに適した分散型で復元力のある MDM 構成が実現します。