マルチホストラボにおける単一スイッチと専用ストレージネットワークの比較

エヴァ・ウォン

IceWhale author

エヴァ・ウォン は テクニカルライター であり ZimaSpaceの常駐ティンカーでもあります。 生涯のオタクであり、 ホームラボとオープンソースソフトウェアに情熱を持っています。彼女は複雑な技術的概念をわかりやすく、 実践的なガイドに翻訳することを専門としています。エヴァはセルフホスティングは楽しくあるべきで、怖がるものではないと信じています。彼女のチュートリアルを通じて、コミュニティが ハードウェアのセットアップを解明する手助けをしています。初めてのNAS構築からDockerコンテナの習得まで。

Single Switch vs Dedicated Storage Network for a Multi-Host Lab - Zima Store Online

ストレージトラフィック、管理トラフィック、バックアップ、通常のクライアントアクセスを同じファブリック上で共有しても、繰り返し発生する輻輳や許容できない保守リスクが生じない場合は、マルチホストのホームラボに高性能なスイッチを1台使用してください。レプリケーション、移行、VMストレージ、高速バックアップがラボ内の他のトラフィックと定期的に競合する場合、またはメインLANから独立してストレージトラフィックを維持・運用する必要がある場合は、専用ストレージネットワークを構築します。ホスト数だけで判断するものではありません。

専用ストレージネットワークとは、単に同じスイッチ上に別のVLANを作ることではなく、物理的に分離された経路を意味します。通常は、別々のNIC、配線、2台目のスイッチ、または直接接続のストレージファブリックを使用します。VLANはブロードキャストドメインとポリシードメインを分離できますが、スイッチのハードウェア、アップリンク、キュー、電源、ファームウェア、保守時間は引き続き共有します。したがって、実際の判断は、トラフィックと障害ドメインを単純に集約するか、意図的に分離するかということになります。

まず、実際に競合しているトラフィックから始める

マルチホストラボは複雑に見えても、実際にはほとんどデータを移動していないことがあります。DNS、ダッシュボード、Home Assistant、コンテナーの制御トラフィック、通常のSSHセッションだけであれば、通常はそれだけで2つ目の物理ネットワークを用意する理由にはなりません。複数のホストが同時にVMイメージをコピーし、ストレージをレプリケートし、ゲストを移行し、大規模なデータセットをバックアップする場合は、事情が変わります。

Proxmox VEは、移行トラフィック用の専用移行ネットワークをサポートしています。この仕組みは、ホームラボにおける判断の境界を示しています。大容量の東西トラフィックによって通常のクラスターネットワークやクライアントネットワークに測定可能な干渉が生じる場合は、専用の経路を割り当てられます。

サーバーの台数ではなく、負荷が高い時間帯を測定してください。バックアップ、移行、ストレージレプリケーションが余裕を持って完了し、その間も通常のクライアントが快適に応答するなら、1台のスイッチで十分に機能しています。同じ定期ジョブがアップリンクやスイッチポートを常時埋め、無関係なトラフィックを遅延させるなら、分離にはトポロジー上の都合ではなく、性能上の理由があります。

容量と共有障害を許容できるなら、1台のスイッチが最適

1台のスイッチに、アドレス管理、配線、監視、ファームウェア、予備部品、トラブルシューティングを集約できます。ホストは1本の主要LAN経路を使用でき、ポリシー上の分離が有用であれば、ストレージを専用VLANまたはサブネットに配置することも可能です。初めて構築するラボや小規模なマルチホストラボでは、この運用のシンプルさが大きな利点になります。

Cephのドキュメントでは、クラスターは単一のパブリックネットワークで動作でき、高いクライアントトラフィックによって追加の分離が有益になる環境では、2つ目のプライベートネットワークを任意で使用できると説明しています。単一ネットワークと分離ネットワークのモデルはここで有用です。分離を必須にするのではなく、ワークロードによる利点と追加のネットワークの複雑さを明確に比較しているためです。

判断の基準は重要です。ストレージトラフィックには専用のIP範囲が必要だからという理由だけで、2台目のスイッチを追加してはいけません。測定したワークロードに対して、1台のスイッチで十分なポート速度とノンブロッキング容量を確保できるなら、パッチ適用、給電、更新、文書化、復旧が必要な物理デバイスを増やさずに、論理的なセグメンテーションでポリシー上の境界を実現できる場合があります。

レプリケーションとマイグレーションが最初の本格的な分離を生むことがあります

ストレージのレプリケーションやライブマイグレーションは、ホスト間で長時間にわたって大量のデータを移動させるため、通常の管理トラフィックとは異なります。そのため、バックアップサーバー、ハイパーバイザークラスター、または分散ストレージシステムによって、インターネットアクセスや通常の家庭内トラフィックが少ない場合でも、メインのファブリックが混雑することがあります。

Ciscoのスイッチングに関するドキュメントでは、送信先パスに到着するトラフィック量が、そのパスで送信可能な量を超えると、輻輳がキューイングの問題になると説明しています。共有スイッチバッファーとポートごとのキューに関する説明は、ホームラボで生じる症状の仕組みを示しています。複数の高速ホストが1台のNAS、バックアップ先、またはアップリンクに集中すると、共通の送信先で競合が発生する可能性があります。

だからといって、必ずしも別のネットワークが必要というわけではありません。より高速なアップリンク、スイッチの配置改善、または計画的なレプリケーションによって、より低コストで競合を解消できる場合があります。大量のストレージトラフィックが継続的に発生し、LANの他の通信を避けながら運用するのではなく、設計上分離しておきたい場合にのみ、ファブリックを分離してください。

Featured

ZimaCube 2 パーソナルクラウドホームNAS

ZimaCube2

物理的な分離で変わるのは、アドレス設計だけでなく障害範囲です

専用のストレージスイッチを設けると、ストレージ固有の物理的な障害・メンテナンス範囲を確保できます。メインのアクセススイッチを再起動または交換しても、必ずしもストレージファブリックが中断されるとは限らず、ストレージスイッチを保守する際も、通常のインターネット、Wi-Fi、管理用の接続を停止する必要はありません。複数のホストが共有データストアに依存している場合、この独立性が重要になることがあります。

Linuxのボンディングはインターフェースの冗長化やトラフィック分散を提供できますが、ボンディングされたインターフェースも、リンクの背後にあるトポロジーに依存します。1台の物理スイッチに2つのボンディングNICを接続しても、独立したスイッチングハードウェアに到達する経路と同じ障害境界は作れません。冗長リンクと冗長ファブリックは、異なる問題を解決します。

トレードオフは対称的です。残りのLANが正常に見えていても、2台目のストレージスイッチが故障すれば、ホストには到達できる一方でデータストアは利用できなくなる可能性があります。その障害モードが、単一の明確なネットワーク障害よりも運用担当者を混乱させるのであれば、その追加の障害ドメインは、まだ有用なレジリエンスをもたらしていません。

2つ目のファブリックがもたらすルーティング、MTU、インターフェースの管理

専用ストレージネットワーク上のすべてのホストには、どのトラフィックをそこに流すかについて明確なルールが必要です。小規模なラボでは通常、専用インターフェース上の別サブネット、ストレージ専用経路にはデフォルトゲートウェイを設定しないこと、安定したホスト名またはアドレス、そしてどのサービスがどのインターフェースを使用するかの明示的な記録を意味します。マルチホーム構成は、理解しておくべき運用上の機能になります。

Juniperの輻輳に関するガイダンスは、共有経路が満杯になったときに、トラフィッククラスとキューが互いに影響し得る理由を示しています。満杯になった共有キューは、実際の競合境界です。物理的な分離によってこの特定の共有経路はなくなりますが、その代わりに、別のインターフェース、スイッチ設定、監視、障害状態が増えます。

MTUの一貫性も、管理すべきコストの一つです。専用ストレージネットワークにジャンボフレームは必須ではなく、エンドツーエンドで一貫していない状態で有効にすると、トラブルシューティングが難しくなることがあります。測定によって変更の理由が示されるまでは標準MTUを使用し、その経路に関わるすべてのホスト、スイッチポート、ストレージインターフェースを記録してください。

同じ運用上の軸で2つの設計を比較する

有用な比較軸は「シンプルかプロフェッショナルか」ではありません。ラボが、別の物理ネットワークを導入する価値に見合うだけの、決定性の高い容量または障害分離を得られるかどうかです。小規模なクラスターは技術的に高度であっても、優れたスイッチ1台のほうが適している場合があります。

判断軸	十分な性能の単一スイッチ	専用ストレージネットワーク
トラフィック経路	ストレージと一般トラフィックが同じファブリックを共有	ストレージは専用NICとスイッチ経路を使用
運用負荷	スイッチ1台で、アドレス設定と監視が簡単	インターフェース、ケーブル、ファームウェア、サブネット、ドキュメントが増える
輻輳分離	スイッチ容量とアップリンクに依存	大量のストレージトラフィックをメインファブリックから切り離せる
障害ドメイン	1台のスイッチ障害で両方の役割が失われる	メインLANとストレージファブリックが独立して障害発生
拡張性	容量に余裕がある間にポートまたはアップリンクをアップグレード	クライアントアクセスを再設計せずにストレージファブリックを拡張
最適な用途	軽度から中程度のマルチホストラボ	大量のストレージトラフィックが繰り返し発生する、または意図的な障害分離が必要

隣接するZimaSpaceの10GbEアイランドと、マルチギガ化全体のアップグレードの比較では、より高速なリンクをどこに配置すべきかを問います。今回の判断はその一段後です。複数の高速ホストが存在するようになったら、それらのリンクを統合ファブリックに残すのか、それともストレージ専用の物理ネットワークにするのかを決めます。

1台のスイッチにまだ十分な容量があり、その停止がラボ全体の停止として許容できるなら、この表の結論は統合構成に戻ります。ストレージの輻輳と独立したメンテナンスの両方が繰り返し必要になるなら、2つ目のファブリックはラボの飾りではなく運用ツールになります。

境界を測定できる場合にのみ専用ネットワークを選ぶ

ストレージトラフィックがバースト的で、バックアップ時間を許容でき、スイッチ障害がすでにラボ全体の停止として許容され、運用者が短いトラブルシューティング経路を重視するなら、スイッチは1台にしてください。ポリシー分離に役立つ場合はVLANを使用しますが、論理的なセグメンテーションと物理的なレジリエンスを混同しないでください。

大量のホスト間通信やホストとストレージ間のトラフィックが通常のサービスと繰り返し競合する場合、共有データストアにメインLANのメンテナンス中も予測可能な経路が必要な場合、またはラボに2つの独立したファブリックを運用できるだけの成熟度がある場合は、専用ストレージネットワークを構築してください。その場合、NICとスイッチの分離は、実際に確認された問題を解決します。

最終的な停止条件は明快です。分離すべきトラフィック、影響範囲を小さくすべき障害、または独立性が必要なメンテナンス作業を挙げられないなら、統合構成のままにしてください。専用ストレージネットワークは、マルチホスト環境が恣意的なノード数に達したからではなく、そうした境界のいずれかがすでに現実の要件になったときに初めて導入する価値があります。