SANを帆走する

このストレージエリアネットワーク（SAN）のものが大好きで、会社全体のウサギのように再現していると想像してください。物事はもう一度手を抜け始めている。 SANのいくつかの島が複数の建物にあり、それらの個別のSAN環境をすべて管理することが難しいと感じています。 SAN管理の新しいトレンドは、単一の管理コンソールを使用して集中ヘルプデスクから企業のストレージリソースにアクセスして制御する機能です。ストレージネットワーキングのもう一つのトレンドは、ディザスタリカバリを可能にするために場所間でデータを複製する機能です。これを可能にするのは、SANに接続する機能です。

<！ - 1 - >

しかし、複数の場所にSANを配置することは良いことです。その場所を会社のバックアップサイトまたはリカバリサイトとして使用することで、その事実を利用できます。あなたは実際に悲惨な災害復旧の人々を幸せにすることができます。

SANアイランドの定義

A

SANアイランドは、物理的に単一の場所に隔離され、図1に示すように別個の物理エンティティとして管理されるストレージエリアネットワークです。

！ - 2 - >

図1： SANアイランドは別々のエンティティです。 SANアイランドは、インターネットプロトコル（IP）を使用するローカルエリアネットワーク（LAN）と同様に、物理的に1つの場所に接続されているすべてのサーバー、スイッチ、およびストレージで構成されています。一部のSANアイランドは、異なるフロアまたは異なる部門の同じビル内で隔離されています。各小規模SANは、現在、異なるアプリケーションに使用されている場合もあれば、企業内の別々のビジネスユニットによって使用されている場合もあります。（図2のような構成を参照してください）。

<！ - 3 - >

図2：

個々のSANアイランドは、異なるアプリケーション環境専用です。 たとえば、メインフレームコンピュータを専用SANストレージネットワークに接続し、UNIXおよびNTサーバを別のストレージネットワークに接続することができます。ある人は「メインフレーム」の人々で、ある人は「サーバー」の人々であるため、2つの別個の情報技術（IT）組織が関わっているかもしれません。

伝統的に、多くの大企業には複数の事業部門があり、それぞれの事業部門はそれぞれ独立したIT部門を担当していました。これらの部門は、互いに独立して行動するでしょう。各事業部門は独自の技術予算を持つことができ、それぞれが独自のことをしています。

このアプローチの問題は、最新の景気後退期に明らかになった。企業は、IT部門を別々にすると、人員、支出、インフラストラクチャが重複し、各ビジネスユニットの統合された購買力を活用できなくなることが分かりました。これはたくさんのお金を無駄にする。統合は修正であり、企業は現在、統合環境を実装するプロセスに入っています。企業はIT予算を統合し、購買力を活用しています。そうすることで、企業はストレージ環境を統合することができ、企業にとって災害に強いインフラストラクチャを構築できるようになります。

サーバー統合、

データ統合、および再構築という用語を聞いたことがある場合、それらはすべて同じことを意味します。 SANアイランドの接続個々の小規模SANを接続して、データを共有およびコピーするためのより大きなSANを形成します。ディスク/データ共有：

異なるSAN内のサーバー間でディスクを共有する必要が生じます。電子メール、アプリケーションクラスタリング、大規模データベース内の情報へのアクセスなどのアプリケーションデータの共有は、複数のサーバーから同じ物理ディスクへのアクセスを可能にするか、それらの物理ディスク上にあるファイルへのアクセスを有効にすることで実現できます。物理ディスクの共有はSANを介して行う必要があり、共有ファイルはLAN経由で実行できます。

データコピー：

災害発生時にデータを安全かつ回復可能に保つ必要性は、SANを実装する企業にとって大きな推進力の1つです。 1つの場所に配置されたデータは、ストレージネットワーク上の第2の物理的場所に非常に容易にコピーすることができる。リモート・ロケーションにデータをバックアップすることで、プライマリ・ロケーションでの災害発生時にそのデータにアクセスすることができます。ディスク/データの共有
同じ会社内の異なる部門は、異なるベンダーや購入習慣など、自主的です。ストレージベンダーの基準はありません。人々に自分のことをさせることの不利な点の1つは、この標準の欠如です。たとえば、会社には、さまざまなタイプのサーバーと多くのベンダーのストレージで構成された多数の小さなSANアイランドがあります。サーバーは、1つの部門の小規模なSAN内の低コストの部門ストレージアレイに接続されている可能性があり、別の部門は予算が大きいため高価なハイエンドアレイを持つ可能性があります。このビジネスは、ストレージアレイを共有し、それらの部門を大規模な統合SANに接続することによって、すべての部門からのデータアクセスを可能にすることができれば、より効率的に実行されます。

大学キャンパスを例に挙げてください。キャンパス内の異なるビルにある別々のSANアイランドに接続されたサーバーは、リサーチ情報を共有するために同じデータにアクセスする必要があります。これらの建物を接続して、すべての建物のすべてのサーバーが同じストレージを認識できるようにする必要があります。実際にすべてを接続すると、プールに接続されている任意のサーバーからアクセスできるストレージリソースのプールが作成されます。

ディスク共有の必要性は、サーバークラスターを作成する必要性によっても左右されます。サーバクラスタ

は、2つ以上の個々の物理サーバを1つの論理サーバのように繋ぐ方法です。いずれかのサーバーに問題がある場合、別のサーバーが障害の発生したサーバーを引き継ぎます。ハードウェアクラスタを作成するには、各サーバーが同じ物理ディスクにアクセスする必要があります。 SANを使用して遠隔地にあるディスクに接続することにより、サーバークラスタのメンバーを別の建物に配置することができます。

データのコピー

データをコピーする必要性は、多くの起源に由来します。おそらく、新しいバージョンのアプリケーションのライブデータをテストするために、本番データベースのコピーが必要になることがあります。テストのために最新のデータコピーが必要な別の国に開発者を置くことができます。重要なデータの最新のコピーをディスクに保存して、破損したファイルを回復することもできます。データのコピーを保持する主な理由は、回復可能性のためです。多くの企業は現在、データをテープにバックアップしており、この理由のためにオフサイトで出荷しています。テープを使用することの欠点は、データを再び使用する前にディスクに復元する必要があることです。テープからのデータのリカバリには時間がかかり、多くの企業では時間が贅沢ではありません。 SANのストレージアレイに格納されているすべてのクリティカルなデータを、メインのプロダクションファシリティから別のビルディング、ステート、またはその他の場所にあるリモートストレージアレイにリアルタイムでコピーすることができます。または国です。重要なデータをリアルタイムでリモートディスクにコピーすること（テープバックアップからのリカバリと比較して）は、数時間から数日ではなく数分で災害から復旧できることを意味します。