Raspberry Pi (Linux)

静かなるインフラと、出番のない予備機

ルーターとして運用している LIVA-Z の傍らに、予備機として Raspberry Pi 2B を据えている。
設定も済ませ、いつでも切り替えられる状態だ。

しかし、ふと思う。
「この予備機に、本当に出番は来るのだろうか?」 そもそも、これを用意した意味はあったのか。
そう考えて LIVA-Z の構成と運用状況を冷静に見つめ直すと、疑問の矛先は意外な方向へと向かっていった。

●LIVA-Z の寿命感:現実的な見積もり

小型PCを長期間運用するうえで、「結局、何年もつのか?」という問いは避けて通れない。
感情や期待値を排し、スペックと用途から冷静に寿命を見積もると、LIVA-Z は驚くほど長生きしやすい条件を満たしている。

ファンレス構造: 可動部ゼロ。
物理故障のリスクが極めて低い。

低TDP(Atom / Celeron系): 熱ストレスが小さく、基板へのダメージが蓄積しにくい。

用途(ルーター/軽サーバー): CPUもメモリも酷使せず、常に低負荷。

この条件なら、10年超えは余裕で射程圏内、15年生存も決して珍しくない。

実際、産業用PCや店舗用端末、組み込みLinux機といった「壊れないこと」を最優先に設計された同系統のハードウェアは、15?20年と稼働し続ける例がザラにある。

●本当の「故障ポイント」はどこか

もし LIVA-Z が先に死ぬとしたら、その原因は本体ではない可能性が高い。

電源周り: ACアダプタの劣化やDCジャックの接触不良。

ストレージ: eMMCの寿命(ただし、リードオンリー + OverlayFsでの運用なので負荷は極小)。

電解コンデンサ: 低発熱環境下では劣化が非常に遅い。

結論として、「本体より先に、外付け要素が逝く」のが現実的なシナリオだ。

●「何年もつか?」への正直な答え

今の低負荷(ほぼアイドル状態)での運用を前提とするなら、予測はこうなる。

あと5年: 余裕。

あと10年: 普通にあり得る。

あと15年: 条件次第だが否定できない。

しかし、ここでより重要な事実が浮かび上がる。

●先に来るのは「故障」ではない

多くの場合、ハードウェアの物理的な限界よりも先に訪れるのはこれだ。

「ハードが壊れる」よりも「興味が完全に消える」方が圧倒的に早い。

技術的な好奇心が他へ移るか、ネットワーク環境の規格そのものが変わるか。
そのスピードに比べれば、LIVA-Z の物理寿命はあまりに長い。

●完成されたインフラの皮肉

現状を整理すると、皮肉なほどに美しい構図が見えてくる。

LIVA-Z: 沈黙を守り続ける、本命の主役。

Pi 2B: 出番を待ち続ける予備役(おそらく、永遠に呼ばれない)。

この「予備機に出番がない」という状態こそ、インフラとしては理想的だ。
正常運転が続いている何よりの証拠なのだから。

●結論:Pi 2B という「お守り」の価値

無駄が無駄を呼ぶ

暇だから、シングルコアのラズパイB+をPPPoEマルチセッションでルーターにして、クライアントPCからスループットを測定した。
100Mbpsのサービスではボトルネックにはなるが、十分使えるレベル。

クライアントからこのルーターにデフォルトルートを切り替えて使う意味は無いので、配下にDNATで攻撃LOG収集用のサーバーでもぶら下げるかな・・・それにしても暇だな(笑)

自宅ネットワークの入り口が二つになったが、意味あるのか?(笑)

一応VPNサーバーも載せてる。
firehol level1~3のipsetも問題なく載せられた。
Pi2Bと比べると、起動時間はかなり長い。

午後も暇だから攻撃収集用サーバーを組むか(笑)

B+がもう一台余っており、今後使うことはないんで、無駄な攻撃収集用サーバーとして無駄に活用するか・・・ これぞ、無駄が無駄を呼ぶ典型パターン(笑)

というわけで、正規サーバーのSDカードをベースにB+で攻撃収集用サーバーをセットアップした・・・
それにしても暇な一日であった(笑)

正規サーバーは国内限定にしており、殆どアクセスが無くつまらないんで、暇に任せて用意した・・・
このようなスキャンや、その他攻撃を眺めるのが趣味なのか?(笑)

163.5.148.15 - - [03/Jan/2026:14:52:11 +0900] “GET /workspace/drupal/vendor/phpunit/phpunit/src/Util/PHP/eval-stdin.php HTTP/1.1” 404 497 “-” “libredtail-http”
163.5.148.15 - - [03/Jan/2026:14:52:12 +0900] “GET /panel/vendor/phpunit/phpunit/src/Util/PHP/eval-stdin.php HTTP/1.1” 404 497 “-” “libredtail-http”
163.5.148.15 - - [03/Jan/2026:14:52:12 +0900] “GET /public/vendor/phpunit/phpunit/src/Util/PHP/eval-stdin.php HTTP/1.1” 404 497 “-” “libredtail-http”
163.5.148.15 - - [03/Jan/2026:14:52:13 +0900] “GET /apps/vendor/phpunit/phpunit/src/Util/PHP/eval-stdin.php HTTP/1.1” 404 497 “-” “libredtail-http”

別室のデスクの下にあるスペースに、メインサーバーと並べて配置。
無駄が無駄を呼ぶ構成の完成(笑)
メインサーバーは冷却効率を上げるためにアルミ板の上に置いてあるのが面白い。

Predictable namingを無効化するメモ

ヘッドレスでラズパイのSDカードを使いまわす場合、Predictable Network Interface Namesの命名ルールが邪魔になるので、無効化する。

① predictable naming を無効化

sudo nano /boot/cmdline.txt

1行の末尾に追記(改行しない):

net.ifnames=0 biosdevname=0

② オンボードLANを eth0 に固定する udev ルール作成(必須ではない)

sudo nano /etc/udev/rules.d/70-onboard-eth.rules

中身(Pi 2 / 3 / B+ 共通)

SUBSYSTEM==“net”, ACTION==“add”, DRIVERS==“smsc95xx”, NAME=“eth0”

③ /etc/network/interfacesを編集

オンボードNICのデバイス名をeth0に変更

④ SDカード移植後、machine-id を再生成

rm -f /etc/machine-id
systemd-machine-id-setup

●machine-idを直接生成して書き込む場合

・例として、別システムの /mnt/media/ にシステムディスクをマウントして書き込む場合
cat /proc/sys/kernel/random/uuid | tr -d ‘-’ | sudo tee /mnt/media/etc/machine-id

⑤ まとめ(実務視点)

・/etc が書ければ今回の作業は全部できる
・/boot は初回だけ
・SD 移植後は /etc だけ触れば復旧可能
・ヘッドレス運用でも詰まない

LIVA-Z故障後を見据えたルーター代替検討

2016年4月頃からは、本サーバーのみならずルーターもRaspberry Pi 2B(以下 Pi2B)で運用していたが、偶然見つけたNICが二式実装されている小型PC、LIVA-Zを衝動買い(笑)
2020年10月に、LIVA-Z をルーターとして入れ替えで導入し、すでに5年以上が経過している。

overlayfs を使ってシステムディスクを読み取り専用化しているため、ストレージ寿命の不安は小さいが、一般的にこの手の小型PCは電源周りが先に逝くことが多い。

負荷が低い用途なので、トータルで10年程度は持ちそうではあるものの、「いつかは壊れる」という前提で、次の置き換え候補を考えておくのは無駄ではない。

現状はRaspberry Pi によるWi-Fi AP付 PPPoEルーターの構成にある記事の構成となっているが、暇な年末年始の時間を使い、現在LIVA-Z で運用しているルーター構成をほぼそのまま移植してみた。

●移植した構成

・iptables / ipset を用いたフィルタリング
・各種スクリプト類(更新・定期処理含む)
・常時稼働前提の最低限構成

LIVA-Z 側と極力差が出ないようにし、「置き換えたらどうなるか」をそのまま再現する形にしている。

●処理能力の差は明確

まず感じたのは、純粋な処理能力の差。

特に、

・ipset のアップデート所要時間
・大量ルールを一気に適用する場面

では、LIVA-Z の方が明らかに速い。

この点については ARM SoC の Pi2B が劣るのは当然で、性能面では割り切りが必要になる。

●それでも問題にならない理由

一方で、実運用において重要な スループット に関しては、結果は意外だった。

100Mbps クラスのサービス環境下では、Pi2B でも LIVA-Z と体感上ほとんど差がない

回線速度がボトルネックになる以上、ルーター側のCPU パワーは余剰になりがちだ。
USB NIC を追加した Pi2B でも、スループット面で不満を感じる場面はなかった。

●Pi2Bを代替候補として見る理由

Pi2B をあらためて「LIVA-Z の代替」として見ると、以下の点が大きい。

・低コスト

本体も周辺部品も安価で、壊れても精神的ダメージが少ない。

・構造がシンプル

電解コンデンサレスのボード構成で、経年劣化要因が少ない。

・バックアップと復旧が容易

SDカードを丸ごとバックアップしておけば、故障時も即リカバリ可能。

この 復旧性の高さ は、小型PCにはない安心感がある。

結論:LIVA-Zが止まったら、素直にPiで行く

処理能力では LIVA-Z に及ばないものの、100Mbps 環境でのルーター用途に限れば Pi2B でも十分現実的だという結論になった。

Pi2Bが10年連続稼働

2016年1月から常時稼働している Raspberry Pi 2 Model Bで構成したサーバー、以後一度も停止させることなく 現在に至る。

気がつけば、早くも 連続稼働10年。
しかも本体だけでなく、電源アダプタ(Chicony W12-010N3A)も同一個体のままだ。

ラズパイは「安価な実験用ボード」というイメージが強いが、この実機の稼働実績を見る限り、少なくとも Pi2B はその枠を大きく超えている。

では、なぜここまでもっているのか。
改めて条件を整理してみる。

●電解コンデンサレスという設計

Pi2B のボード上には、いわゆる寿命部品である 電解コンデンサが存在しない。

・液漏れ
・容量抜け
・経年劣化

といった、時間で確実に進行する要素がない。
これは長期稼働において決定的に大きい。

ボード故障の多くは電源周りから始まるが、その最大要因がそもそも存在しない設計というのは強い。

●発熱が少なく、温度サイクルが穏やか

Pi2B(Cortex-A7 ×4)は性能こそ控えめだが、

・常時フルクロック
・サーマルスロットリングなし
・ファンレスでも温度が安定

という特性を持つ。

結果として、

・急激な温度変化がない
・半導体へのストレスが小さい

「性能を削ってでも安定を取った」 世代と言える。

●連続稼働という“優しい使い方”

電源の ON / OFF を繰り返さないことも大きい。
電子機器にとって最も負担がかかるのは、

・電源投入時
・温度が一気に変化する瞬間

この Pi2B は、

・落とさない
・再起動しない
・常に同じ環境(空調のない部屋なので、それなりの温度変化はある)で動き続けている

という、機器にとって理想的な条件に置かれている。

●負荷をかけない用途

用途は軽量なサーバーで、

・CPU負荷は低い
・I/Oも控えめ
・書き込みは最小限(システムディスクは読み取り専用)

無理をさせていない。
これは「10年持たせる」運用としては正解だったと思う。

●電源品質がすべてを左右する

意外に思われるかもしれないが、10年無事に動いている最大の要因は電源かもしれない。

・定格に余裕のあるACアダプタ
・発熱しない配置
・抜き差しをほとんどしない

電源が安定している限り、Pi2B 本体は驚くほど粘る。

●現時点での結論

・Pi2B 本体:異常なし
・電源:10年経過でも兆候なし
・SDカード:消耗品だが交換可能