/tags/%E5%86%97%E9%95%B7%E5%8C%96/ Recent content in 冗長化 on 怠惰技術ブログ Hugo -- 0.147.7 ja Sat, 24 Jan 2026 19:00:00 +0900 /posts/2026-01-24-new-home-nw/ Sat, 24 Jan 2026 19:00:00 +0900 /posts/2026-01-24-new-home-nw/ <h2 id="はじめに">はじめに</h2> <p>「自宅サーバーを構築したが、1台落ちただけで家族全員のネットが止まった」 そんな苦い経験（特にDNS/DHCP周りでの同期失敗）を経て、今回は<strong>Raspberry Pi 6台（＋α）を駆使した「高可用性（HA）」に特化した自宅ネットワーク</strong>を再設計します。</p> <p>今回のコンセプトは「速度よりも、止まらないこと」。 北欧神話の神々の名を冠した6台のラズパイによる、3層の冗長化レイヤーを構築します。</p> <hr> <h2 id="1-ネットワーク全体像">1. ネットワーク全体像</h2> <p>上位ルーターとはWi-Fiで接続し、内部ネットワークは有線L2スイッチを中心に構成します。物理的に役割を分離することで、障害時の原因切り分けを容易にしています。</p> <h3 id="階層化の設計案">階層化の設計案</h3> <ol> <li><strong>Edge層 (L1)</strong>: インターネットへの門番。KeepalivedでゲートウェイIPを共有。</li> <li><strong>Core層 (L2)</strong>: DHCPやDNS、認証など、NWの頭脳となる機能を同期。</li> <li><strong>Service層 (L3)</strong>: ファイルサーバーなどの実データをレプリケーションして保持。</li> </ol> <hr> <h2 id="2-サーバー構成表北欧神話の神々">2. サーバー構成表：北欧神話の神々</h2> <table> <thead> <tr> <th>物理筐体</th> <th>ホスト名</th> <th>役割</th> <th>冗長化の仕組み</th> </tr> </thead> <tbody> <tr> <td><strong>Pi 3 (A)</strong></td> <td><strong>Odin</strong></td> <td>主系Gateway / VPN</td> <td><strong>Keepalived (VIP: 192.168.1.1)</strong></td> </tr> <tr> <td><strong>Pi 3 (B)</strong></td> <td><strong>Frigg</strong></td> <td>副系Gateway / VPN</td> <td>Odinと仮想IPを共有</td> </tr> <tr> <td><strong>Pi 3 (C)</strong></td> <td><strong>Huginn</strong></td> <td>DNS / DHCP Primary</td> <td><strong>ISC-DHCP Failover / Gravity Sync</strong></td> </tr> <tr> <td><strong>Pi 3 (D)</strong></td> <td><strong>Muninn</strong></td> <td>DNS / DHCP Secondary</td> <td>Huginnとリアルタイム同期</td> </tr> <tr> <td><strong>Pi 3 (E)</strong></td> <td><strong>Mjolnir</strong></td> <td>ストレージ (NAS)</td> <td><strong>GlusterFS + Keepalived (VIP: .200)</strong></td> </tr> <tr> <td><strong>Pi 3 (F)</strong></td> <td><strong>Gungnir</strong></td> <td>ストレージ (NAS)</td> <td>Mjolnirとデータレプリケーション</td> </tr> </tbody> </table> <hr> <h2 id="3-過去の失敗を防ぐ守りの技術選定">3. 過去の失敗を防ぐ「守り」の技術選定</h2> <h3 id="-dnsdhcp仮想ipに頼らない">① DNS/DHCP：仮想IPに頼らない</h3> <p>過去、DNSやDHCPを仮想IP（Keepalived）で制御しようとして失敗した経験から、今回は<strong>プロトコル標準の冗長化</strong>を採用します。</p>