Xsan SAN の設計について計画を立てる際の検討事項
以下に、SAN の設計についてより良い決定を行うのに役立つ検討事項を示します。
どのくらいのストレージが必要か？
Xsan SAN にユーザデータ用のストレージを追加するのは簡単なので、最初は適度な量を用意するだけで十分です。ストレージは、後で必要に応じて追加できます。
ただし、ジャーナルデータ用のストレージは追加できないため、ジャーナルデータ用には最初から十分な領域を割り当てるようにしてください。
メタデータ用に 1 つのストレージプール全体を追加して、ジャーナルデータ用に別のストレージプールを追加することができます。
ワークフローに関する検討事項
ユーザのワークフローには、いくつのファイル共有が必要ですか？たとえば、異なる複数のユーザまたはグループが同一のファイル上で同時にまたは連続して作業を行う場合、これらのファイルを 1 つのボリュームに保存すれば、コピーの維持や引き渡しをしなくて済みます。Xsan では、ファイルロックを使用して、複数のファイルの 1 つのコピーに対する共有アクセスが管理されます。
パフォーマンスに関する検討事項
高解像度のビデオキャプチャや再生など、実行可能な最高速度でのデータ転送を継続する必要があるアプリケーションに SAN が対応する場合は、以下に示すパフォーマンスに関する考慮事項を念頭に置いて SAN を設計してください：
パフォーマンスの高い RAID 方式を使用して、LUN（RAID アレイ）を設定します。
並列処理を強化するには、LUN を RAID コントローラ全体に展開します。データが各 LUN にストライプされるため、2 台の RAID コントローラの同時転送によるメリットが得られます。
スループットを向上させるには、クライアントの Fibre Channel カードの両方のポートをファブリックに接続します。
Xsan 5 と DLC を使用するクライアントでは、リアルタイム処理を Fibre 接続経由で実行してください。
ファイルシステムのメタデータをユーザデータとは別のストレージプールに保存し、メタデータの LUN がユーザデータの LUN と同じ RAID コントローラ上にないようにします。
新しいボリュームを作成するときに、ジャーナルデータ用に別のストレージプールを使用できます。これにより、ファイルの作成や削除など、一部の作業のパフォーマンスが大幅に向上します。
SAN メタデータ用に別の Ethernet ネットワーク（各 SAN コンピュータに追加の Ethernet ポートが必要です）を使用します。
SAN 上のコンピュータがすべて Mac コンピュータの場合は、ボリュームの拡張属性を有効にして、複数の非表示ファイルに保存されるファイル情報のオーバーヘッドをなくします。
可用性に関する検討事項
データにとって高可用性が重要な場合は、メタデータコントローラのフェイルオーバーに対応するために、複数のメタデータコントローラを設定します。また、Fibre Channel スイッチを冗長化して、各クライアント、メタデータコントローラ、およびストレージデバイス間で Fibre Channel 接続を二重にすることも検討してください。
セキュリティの検討事項
セキュリティ保護され、相互に分離されている必要のあるプロジェクトを SAN で対応する場合は、プロジェクトごとにボリュームを作成し、ボリュームに適切な ACL を設定して、不適切なクライアントやユーザがボリュームに保存されたファイルにアクセスする可能性を排除できます。
SAN 管理者は、どのクライアントコンピュータを SAN クライアントにするかを制御します。SAN クライアントまたはコントローラでないコンピュータのユーザは、SAN ボリュームをブラウズまたはマウントできません。
ただし、ボリュームを使用できる Xsan コンピュータを指定することはできません。macOS または macOS Server が搭載されている SAN コンピュータのユーザは、すべての SAN ボリュームを自分でマウントできます。
Server アプリケーションでアクセス制御リスト（ACL）を設定したり、Finder の標準のファイルアクセス権を使ってユーザとグループにフォルダへのアクセス権を割り当てることもできます。
LUN の RAID 方式を選択する
SAN のデータの信頼性および復元可能性の大部分は、Xsan 自体ではなく、ストレージプールとボリュームを作成するために組み合わせた RAID アレイにより提供されます。SAN を設定する前に、RAID システムの構成または管理ソフトウェアを使って、特定の RAID 方式に基づく LUN を準備します。
警告： スタンバイコントローラがない場合にメタデータコントローラが失われると、ボリューム上のすべてのデータが失われます。スタンバイコントローラを設定することを強くお勧めします。
警告：メタデータ・ストレージ・プールの LUN で障害が発生して復元できない場合は、ボリューム上のすべてのデータが失われます。Xsan ボリュームを作成する際は、冗長な LUN（RAID 0 以外の RAID 方式に基づく LUN）のみを使用することを強くお勧めします。
RAID 0 アレイ（ストライピングのみ）で構成された LUN、または 1 つのドライブに基づく LUN は、障害が発生した場合に復元することが困難または不可能です。このような保護されていない LUN は、失われても支障のないスクラッチファイルなどのデータを保存するストレージプールだけで使用するようにしてください。
ほとんどの RAID システムは、一般的な RAID レベルすべてに対応しています。次の表に示すように、RAID 方式ごとに、提供されるパフォーマンス、データ保護、およびストレージ効率のバランスが異なります。
RAID レベル | ストレージ効率 | 読み出しパフォーマンス | 書き込みパフォーマンス | データ保護 |
|---|---|---|---|---|
RAID 0 | 最高 | 非常に高い | 最高 | いいえ |
RAID 1 | 低 | 高 | 中 | はい |
RAID 3 | 高～非常に高い | 中 | 中 | はい |
RAID 5 | 高～非常に高い | 高 | 高 | はい |
RAID 0+1 | 低 | 高 | 高 | はい |
ボリュームの数を決定する
ボリュームは、SAN の共有ストレージの最も大きな単位です。ユーザがファイルへの共有アクセスを必要とする場合は、それらのファイルを同じボリュームに保存します。これにより、ユーザ間でファイルのコピーを受け渡しする必要がなくなります。
ただし、セキュリティが重要な場合は、Xsan クライアントからボリュームをマウント解除してもクライアントからのアクセスを制御できないことに注意してください。macOS または macOS Server が搭載されているコンピュータのユーザは、自分で SAN ボリュームをマウントできます。
一般的にセキュリティと共有アクセスのバランスを取るには、ボリュームを 1 つ作成し、フォルダアクセス権または Server アプリケーションの ACL を使用して、アクセスを制御します。
ボリュームの構成方法を決定する
定義済みのフォルダを作成することで、ユーザがボリュームのデータを整理できるようにしたり、ユーザをボリューム内の特定の領域に制限したりできます。Server アプリケーションを使用してアクセス権を割り当てることで、これらのフォルダへのアクセスを制御できます。
メタデータコントローラを選択する
SAN メタデータコントローラにするコンピュータを 1 台以上選択する必要があります。SAN メタデータコントローラは、ファイルシステムのメタデータの管理を担当するコンピュータです。
注記： ファイルシステムのメタデータとジャーナルデータは、メタデータコントローラ自体ではなく SAN ボリュームに保存されます。以下の「ユーザデータをメタデータとジャーナルデータと共に保存する」を参照してください。
データにとって高可用性が重要な場合は、メタデータコントローラのフェイルオーバーに対応するために、複数のメタデータコントローラを設定します。
パフォーマンスが重要な場合は、メタデータコントローラ上でほかのサーバサービスを実行したり、コントローラを使用して AFP または NFS 経由で SAN ボリュームを再共有したりしないでください。
メタデータとジャーナルデータのストレージのニーズを予測する
ボリュームについて説明するメタデータとジャーナルデータは、ボリュームのメタデータコントローラではなくボリューム自体に保存されます。メタデータは、ボリューム内の最初のストレージプールに保存されます。ジャーナルデータは、ボリューム内のどのストレージプールにも保存できます。ジャーナルデータを保存するストレージプールは 1 つのみにする必要があります。
Xsan ボリュームのメタデータに必要な容量を予測するには、ボリューム上の 1000 万個のファイルに対して、ボリュームのメタデータ・ストレージ・プールに約 10 GB のメタデータが必要になると想定してください。
ジャーナルには、64 KB ～ 512 MB が必要です。Xsan では、ボリュームを作成するときに固定サイズで構成されます。サイズが小さいため、ジャーナル用のストレージプールには 1 つの RAID 1 LUN を使用できます。ジャーナル用のストレージプールを個別に作成することによるパフォーマンス上のメリットを最大にするには、物理ディスク全体を RAID 1 LUN 専用にしてください。
ユーザデータをメタデータとジャーナルデータと共に保存する
1 つのストレージプール（メタデータ、ジャーナルデータ、およびユーザデータを含む）のみを含むボリュームを作成することは可能ですが、パフォーマンスを重視する場合はお勧めしません。