VPS · seo.revearth.co / seo.nehan.life · systemd timers

SEO自動化タイマー 稼働ダッシュボード

1台のVPS上で同居する3つのSEO自動化システム（hyuga / contexted / nehan）の全タイマーを比較し、直近の実行結果・所要時間・次回実行を検証したものです。

3 vCPU · 1.9 GB RAM · Ubuntu · uptime 93日 · 更新 2026-07-09 10:40 JST（health修正・fwupd停止・メモリ上限 反映済み）

hyuga-seo（日向サーフキャンプ） contexted-seo nehan-seo / SNS

週間タイムライン（JST・00–24時）

■ 重い記事生成ジョブ（枠つき）は1時間ずつ分散済み：hyuga 07:30（約12分）→ contexted 08:00 → nehan 09:00（約8分）。重なりは無く負荷設計は良好。毎日08:00は健全性チェック等が集中しますが、すべて数秒で完了する軽量ジョブです。

全タイマー比較（直近の実行結果つき）

ジョブスケジュール直近の結果所要時間次回実行

診断とアクション

解決済みcontexted ヘルスチェックを修正

原因は contexted-seo-engine/package.json に automation:health スクリプトの登録が抜けていたこと（ソース health-check.ts は存在）。hyuga と同じスクリプトを追加し、7/9 テスト実行が成功（exit 0）。旧設定はバックアップ済み。

# 7/9 適用済み "automation:health": "…tsc → node .tmp/health/src/cli/health-check.js" → systemctl start contexted-seo-health → success

良好負荷とスケジュール設計

  • 29タイマー中 28が正常完了。重いのは週次記事生成2本（hyuga 約12分・nehan 約8分）のみ。
  • 重いジョブは 07:30 / 08:00 / 09:00 と1時間ずつ分離され同時実行なし。
  • 日曜07:00に refill 2本が同時実行 → 実績として問題なく成功。

対応済みメモリ改善と暴走対策

  • ✅ fwupd 無効化（KVMで更新対象ゼロを実機確認）→ 空き 911MB→1086MB（+175MB）
  • ✅ 記事生成8サービスに MemoryMax=900M（+MemoryHigh 700M / Swap 512M）→ 暴走ジョブは単体killで巻き添えOOM防止
  • 🔜 残る根本策：RAM 4GB化。ただしXServer「メモリ無料増設」は4GB以上プランのみ対象で、現状2GBは対象外＝有料プラン変更が必要

🕒 未検証：hyuga 月次

hyuga-seo-monthly（毎月1日 08:30・キーワード発掘）は 7/4 に作成されたため、まだ一度も実行されていません。初回は 8/1 に走ります。それまでは実績なし＝要観察。他系統の月次（contexted / nehan）は7/1に正常完了済み。

生成: Claude Code · データ源: systemctl show / journalctl @ seo.revearth.co（読み取りのみ）