信頼できる基盤をつくり、デプロイも復旧も予測どおりに。

Proxmox ホスト 1 台の上で動く 4 ノードの K3s クラスタ。すべての層を Git で宣言しています。

詳細を見る

課題

1 台のサーバー上で 20 以上のサービスを運用しており、変更はすべて手作業でした。再現性がなく、作り直すには文書化されていない手順を一つずつ思い出す必要がありました。

実装内容

Terraform で VM を作成し、Ansible で 4 ノードの K3s クラスタを構築、ArgoCD がすべてのワークロードを Git から同期します。あわせて MetalLB と Nginx Ingress、スケジュールスナップショット付きの Longhorn、TLS のための cert-manager 内部 CA、自作エクスポーターと Discord 通知を含む Prometheus / Grafana / Alertmanager を構成しました。Longhorn が複製するのはクラスタ内の VM 間であり、その VM が同じ物理マシン上にある以上、これはノードやディスクの故障に備えるもので、ホストの停止には備えられません。

成果

15 のアプリケーションを Git から同期（このリポジトリから 12 件、WyrmHost と Wyrmtable の環境別リポジトリから 3 件）。構成のずれは自動で修正され、本番反映はプルリクエスト経由です。ベアメタルからの再構築は「思い出しながらの週末作業」ではなく、8 手順の手順書として文書化されています。下に並ぶ 4 件の障害が、その手順書が何を扱い、何を扱わないかを決めました。

• Terraform
• Ansible
• K3s
• ArgoCD
• Prometheus

• 構成図
• 詳細説明はご要望に応じて
• リポジトリは非公開

resource "proxmox_virtual_environment_vm" "vm" {
  for_each = var.vms

  name      = each.key
  node_name = var.proxmox_node
  vm_id     = each.value.vmid

  cpu {
    cores = each.value.cores
    type  = each.value.cpu_type
  }
  memory {
    dedicated = each.value.memory
  }

  # The clone source is only used at creation time. The original
  # template VM may no longer exist, so ignore drift here to avoid
  # forcing VM replacement (which would destroy game-server data)
  # on routine changes like resizing.
  lifecycle {
    ignore_changes = [clone]
  }
}

apiVersion: argoproj.io/v1alpha1
kind: Application
metadata:
  name: vaultwarden
  namespace: argocd
spec:
  source:
    repoURL: https://github.com/ToonKnight/homelab.git
    targetRevision: HEAD
    path: kubernetes/vaultwarden
  destination:
    server: https://kubernetes.default.svc
    namespace: vaultwarden
  syncPolicy:
    automated:
      prune: false      # deleting is never automatic
      selfHeal: true    # a hand-edit is reverted to Git
    syncOptions:
      - CreateNamespace=true

自動でサーバーが用意されるゲームサーバーホスティング。プランを選んで決済すると、そのまま起動します。

詳細を見る

課題

ゲームサーバーを販売するには、注文ごとにサーバーを用意する必要があります。手作業では規模を拡大できず、夜間の注文にも対応できません。

実装内容

ストアフロント、Stripe 決済、キューワーカー、そしてサーバーを作成・起動するパネル API 呼び出しまでを構築しました。利用しているパネル向けのプロバイダーが存在しなかったため、API に合わせて自分で移植しています。環境ごとに独立した GitOps リポジトリを持ち、ArgoCD のガードレールと手動プロモーションで本番へ反映します。

成果

決済からプレイ可能なサーバー起動まで約 46 秒、手作業はゼロです。これは実際の注文の平均ではなく、テスト購入 1 件でエンドツーエンドに計測した値です。以前は新規サーバーが初回起動のたびに落ちる原因だったライセンス同意も、自動で処理されます。

• Laravel
• Stripe
• Docker
• ArgoCD
• REST API

• ストアフロントの画面 （新しいタブで原寸の画像を開きます）
• 未公開 · リポジトリは非公開

テーブル全体で 1 つのゲーム状態を共有できる、リアルタイムの TRPG ツールです。

詳細を見る

課題

自分がゲームを進行するとき、マップも行動順も全員のキャラクターシートも私のノート PC の中にあり、参加者は 1 つの画面をのぞき込む形になっていました。自分のシートを見ることも、自分でダイスを振ることも、私に操作を頼まないとできませんでした。

実装内容

WebSocket でテーブルの状態を共有し、サーバー側で判定するダイス、戦闘トラッカー、キャラクターインポートを備えたブラウザツールです。コンテナ化、バージョン管理されたマイグレーション、失敗を検知するアラート付きの夜間バックアップ、専用の Grafana ダッシュボードまで、開発と運用のすべてを担当しています。

成果

wyrmtable.eu で一般公開中です。ポートを開放せず Cloudflare Tunnel 経由で公開し、Pod は NetworkPolicy で制限、非 root で実行、認証にはレート制限をかけています。リリースはイメージタグを固定し、手動で反映します。

• Next.js
• TypeScript
• Socket.IO
• PostgreSQL
• Kubernetes

• wyrmtable.eu を開く （新しいタブで開きます）
• 画面キャプチャ （新しいタブで原寸の画像を開きます）
• リポジトリは非公開