ストレージ管理者が、HPE Alletraアレイのパフォーマンス問題のトラブルシューティングを行っています。特定のLinuxデータベースサーバーが大量のI/Oを生成しており、アレイ全体で遅延が発生しています。
管理者はパフォーマンステレメトリログを取得します。
[Alletra パフォーマンス テレメトリ - ノード 0]
ボリューム名: DB_Prod_Vol
ホストプロトコル: NVMe/TCP
読み取りIOPS：120,000
書き込みIOPS：80,000
平均遅延時間：0.8ms
バックエンドNVMe SSD使用率：45%
コントローラーのCPU使用率：92%(飽和状態)
バックエンドのフラッシュドライブは十分に活用されていないにもかかわらず、アレイコントローラのCPUは飽和状態にある。
FC-NVMeやRoCEv2と比較して、NVMe/TCPプロトコルのどの固有のアーキテクチャ特性が、この特定のコントローラCPUのボトルネックの主な原因となっているのでしょうか？

• A. NVMe/TCPでは、ストレージコントローラが、I/Oリクエストごとに管理ネットワーク経由で集中型ディスカバリーコントローラ(DC)アプライアンスを継続的にポーリングする必要があります。
• B. NVMe/TCPは本質的にアレイのインラインデータ削減ASICを無効化するため、メインのx86 CPUはソフトウェアエミュレーションを介して重複排除ハッシュを計算する必要がある。
• C. NVMe/TCPは動的で可変なブロックサイズを使用するため、コントローラはペイロードストライプをバックエンドのNVMeドライブに書き込む前に、常に断片化して再構成する必要があります。
• D. NVMe/TCPは、ストレージコントローラのCPUにNVMeコマンドを標準TCP/IPパケットにカプセル化およびデカプセル化する重い処理を強制し、高いIOPSレートで膨大な計算サイクルを消費します。

ストレージ管理者は、HPE Primeraアレイ上でホストされているマルチテナント型サービスプロバイダー環境のQoSポリシーを再構築しています。アーキテクトは、すべてのプレミアムテナントに対して厳格なパフォーマンスSLAを満たすと同時に、アレイの過負荷状態を防止したいと考えています。
【提案されたQoSポリシー構成】
アレイの総容量制限：100,000 IOPS(サイジングに基づく)
テナントA(プレミアム)：最小IOPS = 40,000
テナントB(プレミアム)：最小IOPS = 40,000
テナントC(プレミアム)：最小IOPS = 30,000
テナントD(標準)：最小IOPS＝なし、最大IOPS＝10,000
この特定のQoS設定を実装することで発生するアーキテクチャ上のアンチパターンはどれですか？(2つ選択してください。)

• A. テナントDの最大IOPS制限を正確に10,000に設定すると、その特定のボリュームセットのアレイの自動階層化エンジンが永久に無効になります。
• B. QoSポリシーは帯域幅(MB/秒)の管理に限定されており、HPE PrimeraアレイのIOPSメトリックに直接適用できないため、構成の検証に失敗します。
• C. 合計最小IOPS保証値(110,000)は、アレイの物理的能力(100,000)を数学的に超えており、ピーク時の競合時にSLAが不可能なシナリオを生み出します。
• D. テナントDの構成はマルチテナンシー設計に違反しています。標準ティアのワークロードは、IOPS上限ではなく、固定レイテンシ目標を厳密に利用する必要があります。
• E. 利用率が高い期間には、アレイコントローラが1つ以上のプレミアムテナントに対して強制的にスロットリングを行い、保証されている40,000 IOPS SLAを超過する可能性があります。

データ保護スペシャリストが、HPE Alletraアレイに接続されたLinux上で稼働するOracleデータベースのスナップショットポリシーを実装しています。データベースが、長時間のインスタンスリカバリやログ再生を必要とせずに、リカバリされたスナップショットから即座に起動することを保証するには、スペシャリストはスナップショットが「アプリケーション整合性」であることを確認する必要があります。この特定のOracle環境において、ネイティブアレイのスナップショットを「クラッシュ整合性」から「アプリケーション整合性」にアップグレードするには、スペシャリストはどのメカニズムを導入する必要がありますか？

• A. LinuxホストにHPE Storage Connection Managerをデプロイします。これはマルチパス(MPIO)一時停止を利用して、アレイがメタデータをスナップしている間、LUNを一時的に切断します。
• B. Linuxサーバーに専用のホストベース統合エージェント(HPE Application Integration for OracleやRMC-Oなど)をインストールし、アレイのハードウェアスナップショットをトリガーする直前にOracleデータベースの「ホットバックアップモード」を短時間停止させるようオーケストレーションします。
• C. Alletraアレイのボリュームコレクションで「仮想ロック」コンプライアンス機能を有効にします。これにより、アレイコントローラは受信データベース書き込みを数学的にシリアル化するように強制されます。
• D. アレイをファイバーチャネルではなくネットワークファイルシステム(NFS)プロトコルを使用するように構成します。ファイルプロトコルはアプリケーションの一貫性を保つためにPOSIX準拠をネイティブに強制します。

インフラストラクチャ容量プランナーが、HPE Alletra Storage MPの導入環境から得られたテレメトリデータをレビューしている。
【キャパシティダッシュボード】
使用済み物理容量：385 TB
物理的空き容量：42 TB
論理データ消費量：1.7 PB
データ削減率：4.4:1
平均成長量：8 TB/月
予測される肉体的疲労：6ヶ月
予測される論理的枯渇期間：31ヶ月
複数のアプリケーション所有者から、ストレージアレイがほぼ満杯であると判断したため、ストレージの即時購入を要請がありました。
プランナーはどの3つの結論を伝えるべきでしょうか？(3つ選択してください。)

• A. 現在のデータ削減率は無視すべきである。なぜなら、有効容量計算は企業計画には有効ではないからである。
• B. 将来の拡張計画は、論理的な配分のみに基づくのではなく、物理的な成長傾向を主眼にすべきである。
• C. 論理消費量の数値は、アレイがサポートされている設計限界を超えて動作していることを示しています。
• D. データ削減技術は現在、大幅な容量削減とプラットフォーム寿命の延長を実現しています。
• E. 短期的な主なリスクは、論理的な割り当て制限ではなく、物理的な容量の枯渇です。