iSCSI自宅活用ガイド｜NASストレージのブロックアクセス

iSCSI とは何か（ブロックストレージの基本概念）

iSCSI（Internet Small Computer Systems Interface）とは、TCP/IP ネットワーク上を介して SCSI コマンドを転送するプロトコルであり、ローカルディスクと同様にブロックレベルでアクセス可能なストレージを実現します。自宅サーバーやホームラボ環境において、NAS のディスクを直接 OS に接続し、あたかも内蔵 HDD や SSD であるかのように扱える技術として非常に強力な選択肢となっています。一般的な NAS 利用においては、ファイル共有プロトコルである SMB/CIFS や NFS を使用することがほとんどですが、iSCSI はこれらとは根本的に異なるアプローチを採用しています。

SMB や NFS が「ファイル」単位でデータをやり取りするのに対し、iSCSI は「ブロック（セクタ）」単位でのアクセスを可能にします。この違いは、ユーザーが OS から見えるストレージの性質に大きな影響を与えます。例えば、iSCSI を使用すると、接続した PC 上では新規ディスクとして認識され、フォーマットやパーティション管理をその PC の OS が担います。これにより、Windows の BitLocker や Linux の LVM、仮想化プラットフォームである Proxmox VE や VMware ESXi のストレージとして直接使用することが可能になります。

ブロックアクセスの利点は、パフォーマンスと柔軟性の両方に現れます。ネットワーク経由でありながら、ファイルシステム層を跨ぐオーバーヘッドが少なくなるため、高負荷なデータベースや仮想マシンのブートディスクとして最適化されています。また、2026 年現在では 10GbE（ギガビットイーサネット）の普及に加え、25GbE や 40GbE の環境も一般ユーザーの間で徐々に広まっており、iSCSI プロトコルが持つ低いプロトコルオーバーヘッドを最大限に活かせるインフラ環境が整いつつあります。本ガイドでは、TrueNAS SCALE や Synology DSM といった人気 NAS OS をターゲットとし、Windows 11 や Ubuntu 24.04 の PC に iSCSI ストレージを接続して活用する具体的な手順と最適化テクニックを解説します。

プロトコル比較：iSCSI vs SMB/CIFS vs NFS vs FC

ストレージプロトコルを選ぶ際、用途に応じて最適な選択を行う必要があります。各プロトコルにはそれぞれ得意分野があり、単純に速さだけで判断するとシステム設計のミスにつながる可能性があります。ここでは、iSCSI を主軸としつつ、一般的なファイル共有プロトコルや、企業向けの高価なファイバーチャネル（FC）と比較します。

特に重要なのは「データ転送効率」と「オーバーヘッド」です。iSCSI は SCSI コマンドを TCP/IP パケットにカプセル化して送信するため、ネットワーク帯域の多くが実データの転送に充てられます。一方、SMB や NFS はファイルメタデータ（権限、タイムスタンプなど）を頻繁にやり取りする必要があり、小容量ファイルを大量に書き込む際や、ファイルシステムレベルでの整合性を保つ際に高い CPU 負荷がかかる傾向があります。

以下の表は、主要なストレージアクセスプロトコルの特徴を網羅的に比較したものです。2026 年時点の標準的な 10GbE/25GbE 環境における概算性能と運用コストを含んでいます。

この比較から分かるように、iSCSI はブロックアクセスの利便性を TCP/IP で提供できる点で画期的です。ただし、FC のような専用ネットワークを構築するコストはかかりますが、近年は iWARP や RoCE（RDMA over Converged Ethernet）に対応した NIC を使用することで、ほぼ同様の低遅延性能を経済的に実現可能になっています。

また、仮想化プラットフォームとの相性も考慮すべきポイントです。VMware ESXi は初期から iSCSI ストアをネイティブサポートしており、TrueNAS SCALE の ZFS ブロックデバイスとして直接マウント可能です。一方で、SMB プロトコル経由での VM 保存は、ファイルシステム層の重さがボトルネックとなり、スナップショットやチェックポイントの作成に時間がかかる傾向があります。

さらに、セキュリティ面でも差異があります。iSCSI は IP アドレスベースのアクセス制御に加え、CHAP（Challenge Handshake Authentication Protocol）認証による相互認証をサポートしています。これにより、ネットワーク内の不正なホストからの接続を防止できます。SMB も NTLM や Kerberos 認証がありますが、クラウド連携やユーザーフレンドリーさを優先する場合は iSCSI よりも SMB が選ばれることが多いです。

基本用語解説（ターゲット・イニシエーター・LUN など）

iSCSI の構成を理解するためには、関連する専門用語を正確に把握する必要があります。これらはネットワークストレージの設計図において、どの部品がどの役割を果たすかを定義するものです。初学者の方が最も混乱しやすいのが「ターゲット」と「イニシエーター」の関係性ですが、これはサーバーとクライアントという関係性に置き換えると理解しやすくなります。

iSCSI ターゲット（Target）とは、ストレージ側で iSCSI リソースを公開するエンティティです。具体的には NAS やファイルサーバー内の物理ディスクやボリュームがこれに該当します。ターゲットは LUN（Logical Unit Number）という番号を持っており、イニシエーターからアクセス可能な論理ボリュームとして定義されます。一方、iSCSI イニシエーター（Initiator）とは、ストレージ側へ接続してブロックレベルの読み書きを行おうとするクライアント側の OS やアプリケーションです。Windows 11 の「iSCSI イニシエーター」ツールや Linux の iscsiadm コマンドがこれに該当します。

LUN（Logical Unit Number）は、ターゲット内で識別される論理ユニット番号のことです。一つの物理ディスクに対して複数の LUN を作成し、異なる用途で割り当てることも可能です。例えば、LUN 0 は OS データ用、LUN 1 はバックアップ用として切り分けることで、障害発生時の影響範囲を限定できます。また、IQN（iSCSI Qualified Name）は、ターゲットまたはイニシエーターを一意に識別するための命名規則です。iqn.yyyy-mm.naming-authority:name という形式を取ります。

IQN は、イニシエーターごとに一意であることが望ましく、接続する PC の MAC アドレスやドメイン名を含めて生成されることが一般的です。ポータルとは、ターゲットがリスニングしている IP アドレスとポート番号の組み合わせを指します。デフォルトではポート 3260 が使用されますが、セキュリティ向上のため非標準ポートに変更することも可能です。

さらに重要な用語として「セクション（Session）」があります。これはイニシエーターからターゲットへの接続確立後、通信状態を維持する論理的なセッションです。一度セッションを確立すると、切断されるまで通信経路が保持され、効率的なデータ転送が可能になります。また、MPIO（Multi-Path I/O）を利用する場合、複数のネットワークパス（例：2 本のケーブルと NIC）を確立し、負荷分散や冗長化を実現するための用語として「パス」と「ファールオーバー」も頻出します。

TrueNAS SCALE で iSCSI ターゲットを設定する方法

TrueNAS CORE から派生したコンテナベースの OS である TrueNAS SCALE は、ZFS ファイルシステムをネイティブにサポートしており、iSCSI プロトビジョンでも高い安定性を誇ります。2026 年現在、バージョン 24.x シリーズでは管理インターフェースがさらに直感的になり、iSCSI ターゲットの設定もスムーズに行えるようになっています。ここでは、TrueNAS SCALE をベースに iSCSI ターゲットを作成し、LUN をマッピングする手順を解説します。

まず、システムに必要なハードウェア構成を確認します。iSCSI の性能を最大化するには、10GbE 以上のネットワーク環境が推奨されます。もし 25GbE や 40GbE の NIC（例：Intel X710, Mellanox ConnectX-6）を搭載している場合は、設定画面で MTU を 9000（Jumbo Frame）に設定し、スイッチ側でも同等の設定を行うことで転送効率を向上させられます。また、ZFS の特性上、データ整合性を高めるために ECC メモリと電源ユニットの冗長化も合わせて行うべきです。

TrueNAS SCALE の Web UI にログイン後、「ストレージ」メニューから「ボリューム」を選択し、iSCSI で使用する ZFS ボリュームを作成します。この時点ではまだ iSCSI プロトコルは適用されず、単なる ZFS ブロックデバイスとして扱われます。容量設定においては、RAID-Z1 以上（Z2 や RAID-Z3）を推奨し、データの耐障害性を確保しておきます。特に OS データ用やデータベース用として使用する LUN は、SSD や NVMe ドライブを採用することで IOPS を向上させることが可能です。

次に「ブロックデバイス」メニューへ移動し、作成した ZFS ボリュームに対して iSCSI ターゲットを登録します。「iSCSI 拡張機能」という項目からターゲットを作成し、名前（例：Target01）と IQN を設定します。IQN はデフォルトで生成されますが、管理しやすいように手動で修正することも可能です。ここで重要なのは、「CHAP 認証」の設定です。セキュリティを確保するためには、必ず CHAP のオンにしてユーザー名とパスワードを設定する必要があります。

最後に「LUN マッピング」を行い、ターゲットに LUN を紐付けます。作成した ZFS ボリュームを LUN として選択し、イニシエーター側の IQN や IP アドレス範囲を制限するルールを設定します。「Allow All」ではなく特定の IQN に限定することで、外部からの不正アクセスを防げます。設定完了後、TrueNAS のログを確認し、「iSCSI サービスが正常に起動したか」をチェックします。もしエラーが発生している場合は、ZFS ボリュームのロック状態やネットワークルートの設定を見直す必要があります。

Synology DSM で iSCSI LUN を作成する手順

Synology（シノロジー）は、初心者から上級者まで幅広く利用されている NAS メーカーであり、その OS である DSM（DiskStation Manager）は非常に使いやすいインターフェースを提供しています。DS923+ は 4 ベイのモデルですが、iSCSI LUN の作成には CPU 性能とメモリ容量も影響します。Synology DSM の iSCSI ストレージマネージャーモジュールを活用すれば、GUI で直感的に設定が可能です。

まず、Synology DSM の「パケジセンター」から「iSCSI ストレージマネージャー」をインストールします。このパッケージは標準で含まれていない場合があるため、必ず手動で追加する必要があります。インストール後、「iSCSI LUN」タブをクリックし、新しい LUN を作成するボタンを押します。ここでは「ブロックストレージ」としての形式を選択し、容量や RAID レベル（Synology では SHR や RAID 1, 5, 6 など）を指定します。

DS923+ のようなモデルでは、HDD と SSD のミックス構成も可能です。iSCSI LUN を SSD キャッシュドライブとして設定するか、または NVMe SSD ボリュームとして作成するかが選べます。SSD を採用することで、ランダム I/O 性能が大幅に向上し、データベースや VM ブートディスクとしての性能を担保できます。容量割り当てにおいては、Thin Provisioning（必要に応じて容量を増やす方式）と Static Allocation（最初から全容量確保）のどちらかを選べますが、iSCSI では Thin を推奨します。

次に「ターゲット」設定を行います。デフォルトでは「Target 1」が作成されていますが、用途別に複数のターゲットを作成することも可能です。セキュリティ強化のため、「CHAP 認証」を有効にし、ユーザー名とパスワードを設定します。これにより、接続時にパスワード入力が必須となり、第三者による不正アクセスを防げます。また、特定の IP アドレスからの接続のみ許可する ACL（アクセス制御リスト）も設定可能です。

最後にイニシエーター側の LUN マッピングを行います。作成したターゲットに対して、LUN を割り当てます。ここでは「Target 1」に「LUN 0」をマッピングし、アクセス権限を確認します。もし複数の PC が接続する必要がある場合は、それぞれの IQN を登録するか、IP アドレスベースで制限を設けます。設定後、「iSCSI ストレージマネージャー」のステータス画面で LUN の状態が「オンライン」になっていることを確認してください。

Windows 11 で iSCSI イニシエーターを接続する

Windows 11 では、標準機能として iSCSI イニシエーターが組み込まれています。GUI ツールを使用して接続を行うか、PowerShell コマンドで制御するかによって方法が異なります。特にシステムディスクとして使う場合や、高頻度で接続・切断を行う場合は PowerShell スクリプトの活用が有効です。ここでは GUI 操作をメインに解説し、補足としてコマンドラインの扱い方も記載します。

まず、Windows 11 のスタートメニューから「iSCSI イニシエーター」と検索して起動します。初回起動時は、イニシエーター名（IQN）が自動的に生成されます。この IQN は後述する TrueNAS や Synology の側で許可リストに登録する必要があります。接続先の IP アドレスとポートを指定して「クイック接続」を実行し、ターゲットへ接続します。「ターゲットの場所」には NAS の IP 例（192.168.1.100）を入力し、「接続」ボタンを押します。

接続が成功すると、「iSCSI ターゲットと LUN」の画面に接続情報が表示されます。ここで「ディスクの管理」ツールを起動し、未割り当て領域として認識された iSCSI ディスクを探します。初期化、フォーマット（NTFS または ReFS）、ドライブ文字の割り当てを行い、通常の HDD/SSD 同様に使用可能になります。ただし、iSCSI ストレージを使用する場合は、ファイルシステムの最適化設定やディスクのクリーンアップを定期的に行うことが推奨されます。

また、Windows のイベントビューアーで iSCSI エラーが発生していないか確認することも重要です。特に「Disk」カテゴリと「Storage」カテゴリのログを確認し、「Timeout」「Disconnect」といったキーワードが含まれていないかをチェックします。もし頻繁に切断される場合は、ネットワーク環境や NIC ドライバーのバージョンを見直す必要があります。

以下は、PowerShell を使用して iSCSI ターゲットを接続するスクリプト例です。GUI 操作が面倒な場合や、自動化スクリプトの一部として利用する場合に適しています。

# iSCSI イニシエーター名を取得
$initiatorName = Get-InitiatorPort | Select -ExpandProperty InitiatorName
Write-Host "Current Initiator Name: $initiatorName"

# ターゲットへの接続（IP アドレスと IQN を指定）
New-IscsiTargetPortal -TargetPortalAddress 192.168.1.100
Connect-IscsiTarget -InitiatorPortId <InitiatorPortId> -TargetPortalAddress 192.168.1.100

# ディスクの再スキャン（接続後にディスクが認識されない場合）
Restart-Service diskservice

このスクリプトは、ターゲットポータルへの登録と実際のターゲット接続を行うためのものです。InitiatorPortId は、実際に実行した後の出力から取得する必要があります。また、Windows 10/11 では Windows Defender やサードパーティ製セキュリティソフトが iSCSI パケットを誤ってブロックする場合があるため、例外設定を確認しておくことも重要です。

Ubuntu 24.04（open-iscsi）での接続設定

Linux ディストリビューションである Ubuntu 24.04 LTS では、open-iscsi パッケージを使用して iSCSI イニシエーターとして機能します。コマンドラインベースの設定が基本となりますが、その分、自動化やスクリプト化が容易であり、サーバー環境では非常に重宝されます。Ubuntu 24.04 は systemd ベースの管理システムを採用しており、iSCSI サービスも同様に管理されています。

まず、必要なパッケージをインストールします。sudo apt update && sudo apt install open-iscsi コマンドを実行し、iSCSI イニシエーターツールを準備します。インストール後、/etc/iscsi/initiatorname.iscsi ファイルにイニシエーター名（IQN）を設定します。このファイルには、一意の識別子が記載されており、NAS 側の設定で参照される必要があります。デフォルトでは自動生成されますが、手動で編集することも可能です。

次に、ターゲットポータルへの登録を行います。iscsiadm -m discovery -t sendtargets -p <NAS_IP> コマンドを使用して、接続先の NAS が iSCSI サービスを提供していることを発見します。これにより、利用可能な LUN のリストが取得され、イニシエーター側で管理できるようになります。その後、iscsiadm -m node --login コマンドを実行して、実際にターゲットに接続し、セッションを確立します。

接続完了後、Linux カーネルのディスクデバイス（例：/dev/sdb）として iSCSI ストレージが認識されます。これを永続的に使用するためには、fstab にエントリを追加する必要があります。ただし、iSCSI の場合はネットワーク依存度が高いため、起動時に必ず接続される保証がない場合は、マウントオプションに x-systemd.automount を使用してオンデマンドでマウントする設定が推奨されます。

# /etc/fstab への追加例
/dev/disk/by-id/scsi-36001405b1234567890abcdef - ext4 defaults,_netdev,noatime 0 2

_netdev オプションは、ネットワークデバイスとして扱われることを示し、システム起動時にネットワーク接続を確認してからマウントを試みるように指示します。これにより、NAS が未接続でも OS の起動を妨害されずに済みます。また、MPIO（マルチパス I/O）を設定する場合は、multipathd サービスを起動し、/etc/multipath.conf に設定を行います。

パフォーマンス検証：10GbE 環境における速度比較

iSCSI を導入する最大の動機の一つはパフォーマンス向上です。しかし、実際の速度がどれほど改善されるかは、環境やプロトコルの違いに依存します。ここでは、10GbE（ギガビットイーサネット）環境下で iSCSI、SMB、NFS のシーケンシャルおよびランダム I/O 性能を比較検証した結果を示します。使用した環境は、Intel Xeon CPU、64GB RAM、NVMe SSD キャッシュ付き NAS です。

テストツールとして fio（Flexible I/O Tester）を使用し、キューディプス（QD）1 と QD32 の 2 つの条件で測定しました。シーケンシャル読み書きは大容量ファイルの転送速度を、ランダム読み書きは小容量ファイルの処理能力を表します。Windows 11 での SMB と Linux での iSCSI/NFS の比較です。

この結果から、iSCSI は特にランダム I/O 性能において優位であることが確認できます。これは、ブロックアクセスによりファイルシステムのオーバーヘッドが排除されるためです。また、CPU 使用率が低い傾向にあることから、ストレージ処理に CPU リソースを多く割ける点もメリットとなります。

ただし、10GbE 環境ではネットワーク帯域幅のボトルネックも考慮する必要があります。TCP/IP のヘッダーオーバーヘッドや、暗号化（IPsec）を使用した場合はさらに速度低下が発生します。iSCSI では CHAP 認証による CPU 負荷も無視できませんが、ハードウェアアクセラレーション対応 NIC を使用することでこれを軽減できます。

また、Jumbo Frames（MTU 9000）を有効にすると、パケット処理回数が減り、CPU オーバーヘッドがさらに低下します。ネットワークスイッチや NIC の設定で Jumbo Frames が一貫してサポートされている場合のみこの恩恵を得られます。もし一部の機器だけ設定されていない場合は、パフォーマンスの低下だけでなく、接続エラーの原因となりますので注意が必要です。

iSCSI の活用例（VM ブート・DB・バックアップ）

iSCSI を自宅環境や小規模事業でどのように活用するかは、ユーザーの目的によって大きく異なります。ここでは、最も一般的な 3 つのユースケースについて具体的な構成とメリットを解説します。各ケースにおいて、iSCSI がどのような価値をもたらすかを明確にします。

まず、仮想マシン（VM）ストレージです。Proxmox VE や VMware ESXi で動作する VM のディスクイメージを iSCSI LUN として格納することで、物理サーバーと VM の分離が図れます。VM を停止させずにスナップショットを取得したり、他のホストへ移行したりする際にも、iSCSI ストレージの転送能力が重要な役割を果たします。特に KVM や QEMU エミュレーションでは、ディスク I/O 性能が VM の動作速度に直結するため、iSCSI は最適な選択肢です。

次に、データベース格納です。MySQL、PostgreSQL、MongoDB、Redis など、高速な読み書きを要求されるデータベースは、ファイルシステム層を跨ぐ SMB/NFS 経由ではボトルネックになりがちです。iSCSI を使用して OS が直接ブロックデバイスとして認識させることで、データベースエンジンのキャッシュ管理が適切に機能し、QPS（クエリ数）の向上が見込めます。また、ディスクのエラー検出と修復を ZFS や LVM で行うことで、データ破損リスクも低減します。

最後に、バックアップおよびアーカイブです。iSCSI ストレージは「ブロックレベル」であるため、ファイル単位ではなくディスクイメージ全体としてバックアップが可能です。TrueNAS のスナップショット機能と連携することで、特定の時点のディスク状態を瞬時に保存し、必要な場合はロールバックできます。また、Synology の Hyper Backup と iSCSI LUN を組み合わせることで、オフサイトバックアップ先のレプリケーションも容易になります。

セキュリティ強化：CHAP 認証と MPIO 設定

iSCSI を運用する上で、セキュリティと可用性（HA）は必須の要素です。特に自宅ネットワークや小規模 LAN では、物理的な隔離が難しいため、プロトコルレベルでの保護が重要です。ここで解説するのは CHAP 認証によるアクセス制御と、MPIO による冗長化設定です。

CHAP（Challenge Handshake Authentication Protocol）認証は、iSCSI セッション確立時にイニシエーターとターゲット間で相互にパスワードを検証する仕組みです。これにより、ネットワーク上の第三者がなりすまして接続を試みても、正しい資格情報がない限りアクセスされません。TrueNAS や Synology の設定画面で CHAP を有効にし、強固なパスワードを設定することで、セキュリティリスクを大幅に低減できます。

MPIO（Multi-Path I/O）は、複数の物理ネットワーク経路を使用してストレージへの接続を行う機能です。これにより、単一のケーブルや NIC が故障しても通信が継続され（フェールオーバー）、また複数回のデータ転送による負荷分散が可能になります。Linux では multipathd サービスを使用し、Windows 11 には標準で MPIO モジュールが搭載されています。

MPIO 設定では、パス選択ポリシーを適切に選ぶ必要があります。「Active-Active」モード（両方の経路でアクセス可能）と「Active-Passive」モード（主に一方の経路を使用し、故障時に切り替え）があります。Linux の場合、/etc/multipath.conf を編集してパス構成を定義します。Windows の場合は、「サーバーマネージャー」から MPIO モジュールを追加し、ディスク管理でマッピングを行います。

よくあるトラブルシューティングと解決策

iSCSI 接続において発生する可能性のあるトラブルとその解決策を整理しました。多くの問題は設定の欠陥やネットワーク環境の不整合に起因します。ここでは、特に頻出するエラーケースについて具体的な対処法を示します。

1. 接続が確立されない場合: IP アドレスやポート番号が正しく入力されているか確認してください。また、ファイアウォール（iptables や Windows Defender）で TCP 3260 ポートが開通しているかもチェックします。TrueNAS のログを参照し、「iSCSI Target Service」の状態を確認しましょう。
2. パフォーマンスが著しく低い場合: MTU の不一致が原因であることが多いです。NIC、スイッチ、すべてのノードで Jumbo Frames が有効になっているか確認してください。また、CPU 使用率が高い場合は、CHAP 認証や IPsec 暗号化による負荷を軽減する設定を見直します。
3. ディスクが見つからない場合: イニシエーター側でスキャンを実行する必要があります。Windows では「デバイスとプリンター」>「iSCSI イニシエーター」>「スキャン」をクリックし、Linux では iscsiadm -m discovery コマンドを再度実行します。
4. 接続が切断される場合: ネットワークの不安定性か、ターゲット側のストレージ容量不足が考えられます。ネットワークのレイテンシー測定ツール（ping や mtr）を使用し、パケットロスがないか確認してください。

メリット・デメリット

iSCSI 自宅活用ガイドの結論として、メリットとデメリットを整理します。これらを踏まえて、ご自身の環境に iSCSI が適しているかを判断してください。

メリット:

• 高いパフォーマンス: ファイルシステム層を跨がないため、特にランダム I/O で優位です。
• 柔軟性: OS として直接ディスクとして扱えるため、パーティション管理や暗号化（BitLocker等）が容易です。
• 仮想化との相性: VM ブートディスクやデータベース格納に最適化されています。

デメリット:

• 設定の複雑さ: SMB や NFS に比べ、初期設定やトラブルシューティングに専門知識が必要です。
• ネットワーク依存: 接続切断は OS のフリーズやクラッシュを引き起こす可能性があります。MPIO の導入が推奨されます。
• セキュリティリスク: 適切な CHAP 認証を設定しない場合、LAN 内での不正アクセスのリスクがあります。

よくある質問（FAQ）

Q1. iSCSI と SMB の違いを簡単に教えてください。 iSCSI はブロックレベルでディスクを共有し、OS が直接フォーマットや管理を行います。SMB はファイルレベルで共有され、フォルダ単位でのアクセスが基本です。iSCSI は VM や DB 向けに、SMB は一般的なファイル保存に向いています。

Q2. iSCSI を使うことで Windows のセキュリティは高まりますか？ iSCSI 自体がセキュリティを高めるわけではありません。むしろ、ネットワーク経由のストレージであるため、CHAP 認証やファイアウォール設定が適切でないとリスクが高まります。適切なアクセス制御を行うことが重要です。

Q3. 10GbE でなくても iSCSI は使えますか？ はい、1GbE でも利用可能です。ただし、転送速度は上限が約 110MB/s に制限されます。高負荷な用途には 10GbE 以上の環境を強く推奨します。

Q4. Synology と TrueNAS の iSCSI は互換性がありますか？ はい、標準的な iSCSI プロトコルを使用しているため、相互に接続可能です。ただし、CHAP 認証や LUN マッピングの詳細設定は OS によって異なる場合があります。

Q5. iSCSI の接続が切れたらどうなりますか？ OS がディスクを認識できなくなるため、データへのアクセスができなくなります。MPIO を導入するか、ネットワークの冗長化を図ることでこのリスクを軽減できます。

Q6. CHAP 認証を設定しないと危険ですか？ はい、LAN 内であれば誰でも接続可能になるため、不正な書き込みや読み取りのリスクがあります。必ず CHAP 認証を有効にし、強固なパスワードを使用してください。

Q7. iSCSI で ZFS のスナップショットは使えますか？ はい、TrueNAS SCALE や FreeNAS を使用して iSCSI ターゲットを設定すれば、ZFS スナップショットの機能も利用可能です。ただし、イニシエーター側でディスクイメージとして取得する必要があります。

Q8. 仮想マシンのブートに iSCSI を使うのは安全ですか？ VM の起動ディスクとして使用することは一般的です。しかし、ネットワーク障害が OS 起動に影響するため、MPIO やローカルバックアップの併用が推奨されます。

Q9. MPIO は Linux でも設定可能ですか？ はい、multipathd サービスを使用して MPIO を構成できます。Ubuntu 24.04 でも標準サポートされており、複雑な設定が必要ですが、高可用性を実現できます。

Q10. iSCSI のポート番号を変更できますか？ はい、デフォルトの 3260 以外に設定可能です。ただし、イニシエーター側でも同じポートを指定する必要があります。セキュリティ向上のために非標準ポートを使用するケースもあります。

まとめ

本記事では、iSCSI プロトコルを活用した自宅 NAS ストレージの構築方法について詳細に解説しました。以下に主要なポイントをまとめます。

• ブロックアクセスの利点: iSCSI はファイル共有プロトコルとは異なり、ディスクレベルでの直接接続を可能にし、仮想化やデータベース用途で高い性能を発揮します。
• 適切なハードウェア環境: 10GbE 以上のネットワークと、Jumbo Frames の有効化がパフォーマンス向上に不可欠です。
• 設定の重要性: TrueNAS SCALE や Synology DSM での iSCSI ターゲット作成は基本ですが、CHAP 認証や MPIO 設定によるセキュリティ・可用性強化が必須です。
• トラブルシューティング:接続エラーや速度低下の原因を特定するには、ログとネットワーク構成の確認が必要です。

iSCSI を正しく活用することで、自宅サーバーの価値を飛躍的に高めることができます。是非今回のガイドを参考に、ご自身の環境に最適なストレージ構成を構築してください。