解説

Windows Server 2025を利用したCampus Cluster環境で、ストレージの拡張を行う際に問題に直面することがあります。単にプール全体に空き容量があるように見えても、「Not enough available capacity」というエラーが出てしまい、処理が進まないケースが確認されています。

この現象の背景には、ストレージプールの生(raw)な空き容量と、各Storage Spaces Tierが実際に拡張できる「利用可能」な容量との間にズレがあることが指摘されています。そのため、単純にプール全体のサイズを大きくするだけでは対応できない状況になりやすいです。

したがって、Windows Serverで高度なストレージ機能を利用している場合は、表面的な空き容量だけでなく、システムコンポーネント全体の健全性を確認しつつ、適切な手順を踏んで拡張を進める視点が必要になります。具体的には、Tierの最大サポートサイズに基づいて計画的にリサイズを行うことが重要です。

ポイント

  • Windows Server 2025 Campus ClusterでCSV拡張時に「Not enough available capacity」エラーが発生した事例である。
  • ストレージプールの生容量と、Storage Spaces Tierが実際に拡張できる利用可能容量には差がある点が問題点として指摘された。
  • 障害対応として、まずシステム全体の健全性を確認し、特定のTierのサポート最大サイズに基づいて順次リサイズを進める必要がある。

情シスへの影響

本件は主にStorage Spaces Direct (S2D)を活用したWindows Server環境でのストレージ容量管理に関する知見を提供します。

  1. 容量不足エラーへの対処:

単にボリュームやプール全体が空き容量を持っているだけで、特定のデータティアー(Storage Tier)の設計上の制約により、拡張ができない場合があります。この場合、システムコンポーネント全体の健全性確認と、Tier固有のサポート最大サイズに基づいてリサイズを行うプロセスが必要です。

  1. リサイズ順序の重要性:

容量を拡大する場合、Pool全体→Storage Tier→仮想ディスク(Virtual Disk)→パーティションという適切な手順を踏む必要があります。プール合計容量から無理に割り振ることは避けるべきです。

影響範囲

Windows Server 2025 (Campus Cluster環境でのS2D利用が前提) / Storage Spaces Direct (S2D)を利用するストレージシステム / CSV(Cluster Shared Volume)および関連するデータティアー

重要度

★★★★☆

対象者

  • M365管理者
  • Windows管理者
  • ネットワーク管理者
  • セキュリティ担当者
  • Linux管理者

優先度

計画的に対応

優先度の理由

本件は、既存環境でCSVやボリュームの拡張を行う際の実務的な障害事例であり、致命的な脆弱性に関するものではありません。しかし、S2Dなどの高度なストレージ機能を運用している場合は、記載されたリサイズ順序やエラーハンドリング手順を念のため検証し、将来の計画策定に役立てる必要があります。

確認手順

  • 利用しているWindows Server OSバージョンとStorage Spaces Direct (S2D) の構成情報を確認する。
  • ストレージプール(Pool)、仮想ディスク(Virtual Disk)、物理ディスク、およびすべてのストレージジョブの健全性状態を診断ツールを用いて実行し、エラーがないか確認する。
  • 拡張が必要なデータティアー(Storage Tier)について、Get-StorageTierSupportedSizeなどの適切なコマンドを使用して、利用可能な最大サイズを確認する。
  • もしリサイズを行う場合、Pool -> Storage Tier -> Virtual Disk -> Partition の順序で段階的に実行することを標準手順として確認・適用する。

推奨対応

  • 大規模なストレージ拡張や容量再配分を行う際は、必ずベンダーが推奨する順序(Pool→Tier→Disk→Partition)に従って作業フローを構築し、ドキュメント化してください。
  • 現在のS2D環境において、リサイズ・拡張処理を行う前に、常にシステム全体の健全性診断と特定のティアのサポート最大サイズの確認を実施することを運用ルールとして確立することが推奨されます。