SANとストレージの構成要素
どの企業でもサーバやIPネットワークの運用管理は行なわれているだろう。しかし、SANやストレージについては、実際に導入していなければイメージは難しいと思われる。そこで、まずはSANとストレージの構成を概説します。
ストレージを含めたシステム環境を図1に示す。サーバはIPネットワーク以外にもストレージのネットワーク（SAN）に接続され、その先にストレージアレイが接続される。また、サーバはSAN（ここではFC-SANを想定）と接続する場合、HBAというインターフェイスを経由して通信が行なわれ、マルチパス管理ソフトウェアによって、利用するSANのパスが制御される。一方、HBAやスイッチは可用性を高めるため冗長化されるのが一般的である。なお、ストレージ上の論理ボリュームは、ゾーニングやLUNマスキングによってサーバとのアクセスが制御される。
図1 ストレージを含めたシステム構成例
本論に入る前に、まずはSAN構成に関する用語を補足しておこう。ゾーニングSANの物理トポロジーで実現するアクセス制御機能。サーバとストレージの接続関係を論理的に分割してセキュリティを維持する（図2）。なお、スイッチのポートまたはWorld Wide Name（WWN）で制御する2つの方法があるWWNFCスイッチやHBAといったハードウェアに固定的に割り当てられた64ビット（8バイト）のアドレス（EthernetのMACアドレスに相当する）。ゾーニングで利用されるLUNマスキングサーバが特定の論理デバイス（LUN）のみアクセスできるようにアクセス制御する機能。ストレージによって実現される機能であるが、マスキングが利用できないストレージ製品もあるので注意が必要になる。
図2 ゾーニングとLUNマスキング
ストレージ管理の基本要素と現状の課題
次に、日々のストレージ運用管理業務を「監視」、「プロビジョニング」、「構成管理」の3つの基本要素に分けて説明しよう。同時に、企業が抱えているストレージ管理の課題について。
監視
監視は、システムの健全性チェックやリソースの利用状況を正確に把握することがおもな目的である。SANの監視は、スイッチやポートに対する健全性やポートの使用率に対する性能面の監視、ゾーニングやLUNマスキング構成の安全性検査などが挙げられる。また、ストレージの監視は、コントローラ（ハードウェア）とレプリケーションなどのプロセス（ソフトウェア）の健全性監視、ストレージ容量（使用済み／未使用容量）やユーザーの使用率などの容量監視、およびI/Oスループットやレスポンスタイムなど性能監視が挙げられる。
一方、企業におけるストレージの監視業務には課題が多く存在している。図3に示す通り、多くのシステム環境はアプリケーションやサーバなど各レイヤに監視ツールが点在していることが多く、管理者は局所的で非効率な監視を強いられている。この監視環境では、サーバからストレージなどデバイス間の関連性を簡単に把握できず、管理の複雑さが増すばかりである。
図3 さまざまなレイヤに存在する監視ツール
プロビジョニング
ストレージ管理におけるプロビジョニングは、おもにサーバに対してストレージのボリュームを割り当てる作業に相当する。この作業は、物理的な接続だけではなくSANのゾーニングやLUNマスキング、ボリュームの認識などさまざまな工程を経て作業が完了する。なお、プロビジョニングは予め取得された構成情報を基に計画・実行する必要があるため、つねに正確なシステム情報を取得・維持することが重要となる。
しかし、近年ITサービスのライフサイクルは短期間化の傾向にあり、度重なるアプリケーションの機能追加や改修作業が増加し、運用上の大きな問題となっている。また、システム構成の複雑化により正確な情報の取得が難しいため、プロビジョニングなどの構成変更だけではなく、故障対応などの作業に対しても即時性と正確性が失われ、作業の品質低下を招いている。
構成管理
構成管理は、企業の情報セキュリティやコンプライアンスの観点からも重要な管理業務である。SANに関しては、サーバ（およびHBA）とスイッチおよびストレージのトポロジーやゾーニングとマスキングの構成情報がおもな管理対象となる。ストレージに関しては、コントローラのポートアサイン情報、HDD（RAID）構成や論理ボリューム（LUN）構成、未使用／使用中のボリューム構成などの情報が正確に把握されている必要がある。
だが、前述の通り多くの企業では管理ツールがレイヤごとにわかれている環境が多く、全体の関連性を維持した形で構成管理に必要な情報を取得することが困難となっている。さらに、システムの構成情報をスプレッドシートで管理している場合などは、情報の信頼性と新鮮度が低下し、変更作業に対するリスクが高まる傾向にある。