目次:
- ほとんどのフレームワークは、SANに関するすべての情報が格納されるいくつかのタイプのデータベースで構成されています。シームレスな管理には、SANの収集、監視、および制御のための単一リポジトリが不可欠です。これらの専用リポジトリは、あなたのSANを構成するものが本当に簡単であるかどうかを把握します。また、中央のリポジトリは、他のベンダーに、SAN管理の特定の専門家ニッチをフレームワークに統合し、真のベスト・オブ・ブリード・ソリューションを生み出す機会を与えます。優れたSAN管理フレームワークは、必ずしも1ベンダーのソリューションではありません。実際には、より多くの、幸福。ベンダーが最善を尽くしてコンポーネントを監視および制御するために共通言語を使用することで、ベンダーの努力を調整する限り、シームレスなクロスベンダーSANを非常に簡単に管理できます。
- Z
ストレージエリアネットワーク(SAN)管理フレームワークは、データセンターのサーバー上で動作するさまざまなソフトウェアで構成されています。単純な定義であり、その仕事はあなたのSANを構成するすべてのコンポーネントを発見し、報告し、制御することです。
SAN管理を行う多くのパッケージ(そしてより多くのものが毎日開発されています)ストレージアレイ自体のステータスを見ることができるようになっているものの、ハブやスイッチなどSANの残りの部分を扱うときは非常に弱いものがあります。ハードウェアの制御には優れていますが、レポートに含まれるコンポーネントや詳細レベルを確認することができます。運が良ければ、実際にホストとストレージアレイ間のトラフィックによって使用されているファイバチャネル帯域幅の量を確認することができます。ページングすることによってSAN上の重大なイベントに警告する電子メールを送信するか、または実際に自宅の電話機に電話をかけ、ボイスシンセサイザーを使用して、イベントの内容を伝えます。かなりクールなもの。彼女は電話に応答する場合は、おばあちゃんに気味悪い。 SAN管理パッケージが実行できるもう1つの事柄は、現在のリンク上で使用率が90%を超えた場合にディスクに多くのファイバリンクを割り当てるスクリプトを実行するなど、イベントに基づいてアクションを実行することです。可能性は無限であり、SANの自動化の必要性に依存します。
<!共通言語を使用して相互通信するほとんどのフレームワークは、SANに関するすべての情報が格納されるいくつかのタイプのデータベースで構成されています。シームレスな管理には、SANの収集、監視、および制御のための単一リポジトリが不可欠です。これらの専用リポジトリは、あなたのSANを構成するものが本当に簡単であるかどうかを把握します。また、中央のリポジトリは、他のベンダーに、SAN管理の特定の専門家ニッチをフレームワークに統合し、真のベスト・オブ・ブリード・ソリューションを生み出す機会を与えます。優れたSAN管理フレームワークは、必ずしも1ベンダーのソリューションではありません。実際には、より多くの、幸福。ベンダーが最善を尽くしてコンポーネントを監視および制御するために共通言語を使用することで、ベンダーの努力を調整する限り、シームレスなクロスベンダーSANを非常に簡単に管理できます。
<!あなたが世界の平和をどのように育てるのか、あるいはベンダーXのソフトウェアをベンダーYのスイッチと話す方法を知りたいのであれば、
答えはあなたが考えるより簡単です。共通言語(Z
と呼ぶ)を作成して、両方のベンダーのハードウェアとソフトウェアに教える。今、彼らは同じ言語を話すので、同じフレームワークソフトウェアによって通信し、管理することができます。 <!ストレージネットワーク産業協会(SNIA)の標準化グループは、新興のSANテクノロジーで効率的で、相互運用性があり、堅牢なソリューションを促進することが課題です。大きなストレージ企業のいくつかはSNIAのメンバーであり、多くの影響力を与えています。 SNIAは、異機種ストレージプラットフォームを強力かつ効率的に管理できるストレージ管理プラットフォーム(またはプラットフォーム)を市場に投入するために設計された、ストレージ管理イニシアチブ(SMI)コードネーム Bluefin
を推進しています。Bluefinの中核となるのは、アレイ、HBA、またはスイッチベンダーのすべてのストレージベンダーが自社の製品を管理する共通のインターフェースです。この共通インタフェースは、SANコンポーネントでは停止しません。この標準的な方法で、サーバハードウェア、オペレーティングシステム、ネットワークデバイスなどの他のタイプのコンポーネントと相互通信するためのイニシアティブが展開されているため、コンポーネントの各クラスに特化したフレームワークが相互通信し情報を共有できます。このように、すべての管理は、コンピューティングインフラストラクチャで使用することを決定したすべてのハードウェアを表示および使用して制御できる1つの "グローバル"フレームワークにロールアップできます。 CIM:
共通情報モデル
(CIM)は、もう一つの方法です。「私たちはすべて同意します。あなたが椅子に座る4脚のものを呼び出すこと。あなたの犬に座っている人は誰もSANに参加できません。 "あなたはその考えを得る。それは、言語の根底にあるルールを設定する方法です。オブジェクトを指して「椅子」と呼ぶと、グループ内の他の人は、そのオブジェクトについて話したければ、それを椅子誰もそれを理解できません。
- SOAP: SOAPはあなたの手を洗うものではありません。 標準オブジェクトアクセスプロトコル は、異なるエンティティ間を行き来するための確立されたルールセットである。 CIMが話す言語をカバーしている場合、SOAPは言語を使用して文章をまとめる方法をカバーします。
- WBEM: Webベースのエンタープライズ管理 (WBEM、 Web
- - em )は、インターネットブラウザベースの技術を使用して、 SANコンポーネント。 WBEMアプリケーションを実行するために必要なのは、古いWebブラウザです。 CIM / WBEM管理ツールは、ブラウザを指す小さなWebアプリケーションであり、Java、HTML(HyperText Markup Language)、XML(eXtensible Markup Language)などのWeb言語を使用して画面上にユーザーインターフェイスを構築します。図9は、これらの構成要素がどのように互いに挟み込まれ、すべてが効率的に翻訳されるかを示すブロック図である。 図1: Webベースの管理フレームワーク。 Webベースの管理フレームワークを使用することについての本当にクールなことは、任意のWebブラウザを介してアクセスできるため、インフラストラクチャを管理するために精巧なコンソールをインストールする必要がないことです。それに加えて、Webベースなので、すべての情報を漏らすために必要な単一のエンティティは実際にはありません。フレームワークは、アラートのような情報を中央サーバから取得する必要があるかどうか、または(同じWebインターフェイスを介して)ストレージアレイのWebアドレスに直接通信してボリュームを詰める必要があるかどうかを認識します。 5つの異なるストレージプラットフォームを見るために5つの独立したコンソールを起動する代わりに、コマンドのリダイレクトを処理します。実行されているタスクに応じてWebページから変更を表示します。これらのすべては、各SANコンポーネントの小さな組み込みWebサーバーアプリケーションによって動的に処理されます。新しい機能がSANコンポーネントに追加されるか、新しいコンポーネントがSANに追加されると、Webアプリケーションは相互に通信し、一緒に再生する方法を見つけ出します。