IPspaceを使用すると、単一のONTAPクラスタを設定し、複数の管理上分離されたネットワークドメインのクライアントが、たとえ同じIPアドレス範囲を使用している場合でもアクセスできるようにすることができます。これにより、クライアントトラフィックを分離してプライバシーとセキュリティを確保することができます。

IPspaceは、Storage Virtual Machine（SVM）が実装される、個別のIPアドレススペースを定義します。あるIPspaceに対して定義されたポートとIPアドレスは、そのIPspace内でのみ有効です。IPspace内のSVMごとに個別のルーティングテーブルが保持されるため、SVMやIPspaceをまたがってトラフィックがルーティングされることはありません。

IPspaceのルーティングドメインでは、IPv4およびIPv6のアドレスがサポートされます。

単一の組織のストレージを管理する場合は、IPspaceを設定する必要はありません。単一のONTAPクラスタで複数企業のストレージを管理しており、ユーザー間のネットワーク設定がないことが確実な場合も、IPspaceを使用する必要はありません。多くの場合、Storage Virtual Machine （SVM）を専用のIPルーティングテーブルと一緒に使用することで、IPspaceを使用しなくても固有のネットワーク設定を分離できます。

IPspaceの使用例

ここでは、IPspaceの一般的な用途として、ストレージサービスプロバイダー（SSP）が、その顧客のA社とB社をSSPのONTAPクラスタに接続する必要があり、両方の会社が同じプライベートIPアドレスの範囲を使用する場合を取り上げます。

SSPは、クラスタに顧客用のSVMを作成し、2つのSVMからA社のネットワークへの専用ネットワークパス、別の2つのSVMからB社のネットワークへの専用ネットワークパスを提供します。

次の図に、この導入形態を示します。これは、両社で非プライベートIPアドレスの範囲を使用する場合に機能します。しかし、図に示すように両社が同じプライベートIPアドレスの範囲を使用すると問題が発生します。

IPspace example

両社がプライベートIPアドレスのサブネット10.0.0.0を使用すると、次のような問題が起こります。

両社がそれぞれのSVMに同じIPアドレスを使用した場合は、SSPにあるクラスタ内のSVMでIPアドレスの競合が発生します。
両社がそれぞれのSVMに別々のIPアドレスを使用することにした場合でも、まだ問題は残ります。
たとえば、A社のネットワークのクライアントがB社のネットワークのクライアントと同じIPアドレスを持っている場合は、本来A社のアドレススペースのクライアント宛てのパケットが、B社のアドレススペースのクライアントにルーティングされる（またはその逆）可能性があります。
両社が互いに排他的なアドレススペースを使用する（たとえば、A社がアドレス10.0.0.0とネットワークマスク255.128.0.0を、B社がアドレス10.128.0.0とネットワークマスク255.128.0.0を使用する）場合は、SSPがトラフィックをA社およびB社のネットワークに正しくルーティングするための静的ルートをクラスタに設定する必要があります。
しかし、この方法は拡張性がなく（静的ルートであるため）、安全でもありません（ブロードキャストトラフィックがクラスタのすべてのインターフェイスに送信されるため）。この問題を解決するには、SSPが1社に1つずつ、2つのIPspaceをクラスタに定義する必要があります。トラフィックがIPspaceをまたがってルーティングされることはないので、すべてのSVMが10.0.0.0というアドレススペースに設定されても、次の図に示すように、それぞれの会社のデータが該当するネットワークにセキュアーにルーティングされます。

IPspace example

また、さまざまな構成ファイル（/etc/ hosts、/etc/hosts.equiv、the /etc/rcファイルなど）で参照されるIPアドレスは、そのIPspaceに対して相対的です。そのため、IPspaceを正しく使用すれば、SSPが複数のSVMの設定と認証データに同じIPアドレスを設定しても競合することはありません。

IPspaceの標準プロパティ

クラスタの初回作成時に、特別なIPspaceがデフォルトで作成されます。さらに、IPspaceごとに特別なStorage Virtual Machine（SVM）が作成されます。

クラスタが初期化されると、次の2つのIPspaceが自動的に作成されます。

「Default」のIPspace

このIPspaceは、ポート、サブネット、およびデータ提供元SVMのコンテナです。クライアントごとに別々のIPspaceを作成する必要がない構成であれば、すべてのSVMをこのIPspaceに作成できます。このIPspaceにはクラスタ管理ポートとノード管理ポートも含まれます。
「Cluster」のIPspace

このIPspaceにはクラスタ内の全ノードのクラスタポートがすべて含まれ、クラスタの作成時に自動的に作成されます。このIPspaceは、内部のプライベートクラスタネットワークへの接続を提供します。ノードをクラスタに追加すると、追加したノードのクラスタポートが「Cluster」のIPspaceに追加されます。

IPspaceごとに「システム」SVMが1つ存在します。IPspaceを作成すると、デフォルトのシステムSVMがIPspaceと同じ名前で作成されます。

「Cluster」のIPspaceのシステムSVMは、内部プライベートクラスタネットワークのノード間でクラスタトラフィックを伝送します。

このSVMの管理はクラスタ管理者が担当し、「Cluster」という名前が割り当てられます。
「Default」のIPspaceのシステムSVMは、クラスタ間トラフィックを含めた、クラスタとノードの管理トラフィックを伝送します。

このSVMの管理はクラスタ管理者が担当し、クラスタと同じ名前が使用されます。
ユーザーが作成するカスタムIPspaceのシステムSVMは、そのSVMの管理トラフィックを伝送します。

このSVMの管理はクラスタ管理者が担当し、IPspaceと同じ名前が使用されます。

1つのIPspaceにクライアント用のSVMを1つ以上配置できます。各クライアントSVMは専用のデータボリュームと設定を持ち、他のSVMからは独立して管理されます。