ハードウェア台帳

// 最終更新: 2026-08-26 — WAN 回線喪失にともなう暫定構成 / WordPress 3サイト Xserver 移行を反映
2026-08-26 変更点の要約:
  • 固定回線の喪失: OCN IPoE 固定IP (MAP-E tunnel 1) が使用不能に。 移転までの暫定として、 マンション共有Wi-Fiルータを上流に切替。 RTX1300 LAN2 が DHCP で 192.168.40.254/24 を取得し、 二重NAT で運用中。 グローバルIPは共有かつ動的で、 固定IP は失われた
  • WordPress 3サイトを Xserver へ移行: wanchance.com / bakusoku-hp.net / shinkoujyuusetu.com を R640 から Xserver (sv16022 / 162.43.94.163) へ移行。 外部公開・SSL・メール送受信とも復旧済み。 R640 側のコンテナ (wp-wanchance / wp-bakusoku / wp-shinkouj と各DB) は既に存在しない — 2026-08-26 の実機確認では docker ps -a が 0 件で、 停止ではなく削除済み
  • hirame は撤去済み: Collabora Online を載せていた X58A-UD3R は物理的に撤去され 現存しない。 物理サーバーは 3 台構成から実質 R640 の 1 台のみ稼働に縮小している
  • maguro は停止中: 本体 (192.168.10.31) は応答せず IPMI (192.168.10.30) のみ生存。 Nextcloud / mikyun-portal / WireGuard / SM ストレージはすべて停止
  • LACP 合計 80 Gbps は現在成立していない: 実効 30 Gbps (Po30 20G + Po20 10G)。 Po2・Po70 は maguro 停止で down、 R640-DATA2 が 1G ネゴのまま LACP から外れている (現に起きている障害)
  • 外部からの着信が全滅: 二重NAT のため WireGuard ingress / wg-storage / katuocloud.com / R640 メールサーバは移転まで到達不可。 内部からのインターネット利用と LAN 内サービスは正常
  • VLAN40 を 192.168.41.0/24 へ改番: 上流の共有Wi-Fiルータが 192.168.40.0/24 を使用しており衝突するため。 VLAN ID は 40 のまま。 詳細は 物理ポート配線図 参照
物理サーバー構成 (設計 3台 / 2026-08-26 の稼働は 1台)
2026-08-26 実機照合: 3 台のうち稼働しているのは R640 のみ。 maguro は停止中 (IPMI のみ生存)、 hirame は撤去済みで現存しない。
ホスト機種OS役割 (2026-05-14)
R640 (katuo)
[稼働中]
Dell PowerEdge R640
(PERC H730P Mini, Matrox G200eW3, iDRAC9)
Ubuntu 22.04 (fresh)katuocloud.com のみ (nginx SNI + WordPress)。 WordPress 3サイト (wanchance.com / bakusoku-hp.net / shinkoujyuusetu.com) は 2026-08-26 に Xserver へ移行し、 R640 側のコンテナは削除済 (docker ps -a が 0 件)。 katuocloud.com は docker ではなく host の nginx + PHP で稼働。 メール (postfix / dovecot / opendkim) は active。 二重NAT のため外部からは着信不可
maguro (sm-storage-01)
[停止中]
Supermicro storageUbuntu 22.04内部ストレージ + Nextcloud + mikyun-portal + WG。 2026-08-26 時点で本体は応答せず、 IPMI (192.168.10.30) のみ生存。 12XS Po2/Po70、 48T Gi1/0/17/Gi1/0/19/Gi1/0/27 とも notconnect
hirame (X58A-UD3R)
[撤去済み]
Gigabyte X58A-UD3RUbuntuCollabora Online (Docker) — 2026-08-26 時点で物理的に撤去され現存しない。 12XS Te2/0/10/Te2/0/11 は notconnect。 Collabora Online も同時に消滅しており、 Nextcloud のオフィス編集を戻すには載せ替え先から要検討
R640 ディスク構成 (2026-05-14 再構成後)
新ディスクレイアウト: 6本 RAID10 (3.3TB データ用、 LUKS auto-unlock) + 2本 RAID1 (1.1TB OS)。 旧 8本 RAID6 から変更。
役割RAID構成容量暗号化
OSRAID12 × 1.2TB SAS1.1TB—
データRAID106 × 1.2TB SAS3.3TBLUKS auto-unlock (/etc/cryptsetup-keys.d/data.key)
// 物理ディスク詳細
ベイ型番役割
0-7Seagate ST1200MM0088 (1.2TB SAS, 10K)HW RAID10 + RAID1 (PERC H730P)
NVMe×2Toshiba THNSF5512GPUK 512GB + KIOXIA KBG5AZNV512G 512GB内蔵 (現状未使用、 将来用)
maguro ディスク構成
役割構成容量備考
OSmd0 RAID1 (NVMe×2)465GBEFI mirror
storage-cachemd127 RAID1 (NVMe×2) + LUKS + bcache931GBHDD前段キャッシュ
storage (4本)LUKS (raid1/2/3/4) + bcache + LVM linear + XFS64TBNC データ + バックアップ
// 物理ディスク詳細 (maguro)
デバイス型番使用時間書込量寿命
nvme0n1Crucial CT1000P2SSD8 1TB (QLC)4,394h14.66TB2% 消費
nvme1n1Samsung 970 EVO Plus 1TB (TLC) 中古40,840h (4.7年)12.69TB0% 消費 (中古品、 健康)
sda〜sddWD 16.4TB 5400rpm SATA——正常
注意: Samsung 970 EVO Plus は中古で 4.7 年動作品。 寿命表示は 0% だが経年品。 万一の故障に備え、 bcache の cache device は writeback dirty data を抱えているので、 定期的に cat /sys/block/bcache*/bcache/dirty_data 監視推奨。
監視 (Telegram 通知)
監視名ホスト周期対象
supermicro-watchmaguro5minmd0 / storage 90%超 / NFS / ATAエラー / LUKS×5 (raid1-4 + storage-cache)
mdadm-watchmaguro5min/proc/mdstat md0 状態変化
raid-watchmaguro5minIPMI SEL (Drive Fault / Rebuild)
perc-watchR6405minSAS×8 + NVMe×2 smartctl + megaraid kernel events
主要 IP / 接続 (簡潔版)

詳細は IP台帳 参照。

機器主要IP役割
R640 [稼働]192.168.10.21 (MGMT) / 192.168.20.21 (DATA bond) / 192.168.30.21 (STG bond) / 192.168.50.10 (UPD) / 173.0.0.2 (SM-FAB) / 173.0.0.9 (HIRAME-FAB)nginx SNI + WordPress (katuocloud.com のみ) + メール。 Fabric 2本は DOWN で IP 未設定
maguro [停止中]192.168.10.31 (MGMT) / 192.168.30.30 (STG bond) / 192.168.70.30 (WG bond Po70 20G) / 173.0.0.1 / 173.0.0.5 / 173.0.0.17
192.168.10.30 (IPMI) のみ到達可
NC + WG + Portal。 全停止
hirame [撤去済み]192.168.10.40 (MGMT) / 192.168.20.40 (DATA) / 173.0.0.6 / 173.0.0.10Collabora Online。 機器ごと消滅
DarkHero (WAN-PC)192.168.10.10 (VLAN10) / 192.168.20.10 (VLAN20) / 192.168.41.10 (VLAN40, default GW) / 173.0.0.18 (SM直結 10GbE)UrBackup クライアント。 default route は VLAN40 (192.168.41.1)。 173.0.0.18 の IF は現存しない (maguro 停止)
RTX1300LAN2: 192.168.40.254/24 (DHCP / 共有Wi-Fi 上流、 二重NAT) / 192.168.10.254 (MGMT) / 192.168.60.1 (LAN3)ルーター。 2026-08-26 に OCN IPoE 固定IP (旧 114.164.250.167 / MAP-E tunnel 1) を喪失し暫定構成。 グローバルIPは共有・動的
電源 / UPS
  • UPS×3 (48T Gi1/0/37,39,41 で電源管理)
  • 業務用フレッツ光 + 固定IP 契約 (¥25,000/月) は 2026-08-26 に喪失。 移転までの暫定として、 マンション共有Wi-Fiルータの LAN ポートを RTX1300 LAN2 (PORT9) へ直結し、 二重NAT で運用中。 固定IP・IPv6・外部からの着信は移転後の再契約まで復旧しない
  • 停電時の自動 graceful shutdown 設定 (各ホスト)
トラブルシューティング (温存)
// bcache が起動時に attach されない
CACHE_UUID=$(sudo bcache-super-show /dev/mapper/storage-cache | grep cset.uuid | awk '{print $2}')
for BCACHE in bcache0 bcache1 bcache2 bcache3; do
  echo $CACHE_UUID | sudo tee /sys/block/$BCACHE/bcache/attach
done
// bcache 設定が初期化されている
sudo systemctl restart bcache-tune.service
// /srv/storage マウント失敗
NEW_UUID="b70b98aa-4298-4a72-a76f-53cad6a3e128"
sudo blkid /dev/vg_storage/lv_storage | grep $NEW_UUID
# 一致すれば fstab 通り、 しなければ blkid の UUID で fstab 更新
sudo mount /srv/storage
// R640 NFS マウントが古いハンドルエラー
sudo systemctl daemon-reload
sudo umount -l /srv/storage/SM-storage 2>/dev/null
sudo umount -l /mnt/backup 2>/dev/null
sudo mount -a
df -h | grep 173
// UrBackup 認証で接続失敗

クライアント側で C:\Program Files\UrBackup\server_idents.txt を削除 → サービス再起動で Trust 再設定。

// IPMI ドライバが認識されない (maguro)
# /etc/modules-load.d/ipmi.conf を作る → 再起動時に自動ロード
ipmi_si
ipmi_devintf
ipmi_msghandler
重要ファイルパス
項目パスホスト
R640 LUKS auto-unlock keyfile/etc/cryptsetup-keys.d/data.keyR640
maguro LUKS鍵/etc/keys/storage-luks.key (USB保管済)maguro
bcache 設定 systemd/etc/systemd/system/bcache-tune.servicemaguro
fstab バックアップ/etc/fstab.bak.bcache.20260509-XXXXmaguro
NFS exports バックアップ/etc/exports.bak.20260509-XXXXmaguro
UrBackup DB/var/urbackup/backup_server.dbmaguro
WP DB backup/mnt/data/backup/wp/katuocloud_wp/*.sql.gzR640
R640 WG snapshot (退避)/etc/wireguard-r640-snapshot/R640
UrBackup ポート / 認証
  • Listen: 55413 (FastCGI) / 55414 (WebUI HTTP) / 55415 (client data) / 35623 (client UDP)
  • WebUI: http://173.0.0.17:55414/ または http://192.168.10.31:55414/
  • WG IP (UrBackup 用): 10.220.0.1 = maguro, 10.220.0.2 = 試作機, 10.220.0.3 = DarkHero
残課題
  • 予定 UrBackup 設定最適化 (local_compress / local_encrypt 無効化、 LAN直結なので)
  • 予定 bcache 監視追加 (dirty_data / cache_available_percent を Telegram通知に組込)
  • 予定 R640 /mnt/nvme-cache (469GB) の LUKS 化検討
  • 予定 月次オフサイト backup (Backblaze B2 / wasabi)