<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Backup on Clarence｜Backend・AI・DevOps・Infrastructure</title>
    <link>https://clarence.tw/ja/tags/backup/</link>
    <description>Recent content in Backup on Clarence｜Backend・AI・DevOps・Infrastructure</description>
    <generator>Hugo -- gohugo.io</generator>
    <language>ja</language>
    <lastBuildDate>Mon, 26 Oct 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://clarence.tw/ja/tags/backup/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Proxmox VE と PBS：中小規模 On-prem 基盤の設計とバックアップ戦略</title>
      <link>https://clarence.tw/ja/posts/proxmox-ve-pbs-infrastructure/</link>
      <pubDate>Mon, 26 Oct 2026 00:00:00 +0800</pubDate>
      
      <guid>https://clarence.tw/ja/posts/proxmox-ve-pbs-infrastructure/</guid>
      <description>&lt;p&gt;2023 年から、Operator として Proxmox VE、Proxmox Backup Server（PBS）、GPU server、On-prem infrastructure の設計と運用を担当しています。この環境では internal services と AI runtime workload を動かしており、全体の backup strategy も私の担当です。&lt;/p&gt;
&lt;p&gt;この記事はインストール手順ではありません。中小規模のオンプレミス環境で私が重視している設計原則と、実際に遭遇して &lt;a href=&#34;https://blog.clarence.tw/&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;blog&lt;/a&gt; に記録した問題をまとめたものです（リンク先の記事は繁体字中国語です）。ホスト名、IP アドレス、ネットワーク構成、セキュリティの詳細は含めていません。設定に関する内容は一般的な指針であり、正確な情報は Proxmox の公式ドキュメントを参照してください。&lt;/p&gt;
&lt;h2 id=&#34;背景と要件&#34;&gt;背景と要件&lt;/h2&gt;
&lt;p&gt;オンプレミスの要件はたいてい現実的です。internal services を長期間安定して動かし、AI workload には GPU が必要で、データはバックアップでき、復元できなければなりません。予算も人手も限られているため、少人数で保守できるプラットフォームであることが重要です。&lt;/p&gt;
&lt;p&gt;Proxmox VE はこうした状況に合っています。VM と LXC container を同じ画面で管理でき、クラスタ、ストレージ、バックアップにも標準の仕組みがあり、PBS を組み合わせれば incremental かつ deduplicated なバックアップが取れます。私にとって大事なのは機能の多さではなく、障害時にすばやく調査し、復旧できるかどうかです。&lt;/p&gt;
&lt;p&gt;この領域での主な担当業務は次のとおりです。&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Proxmox VE cluster、virtualization、storage、VM lifecycle の設計と運用。&lt;/li&gt;
&lt;li&gt;Proxmox Backup Server の構築と、backup、restore、disaster recovery のプロセス設計。&lt;/li&gt;
&lt;li&gt;NVIDIA GPU server、driver / runtime、inference environment の管理とシステムチューニング。&lt;/li&gt;
&lt;li&gt;Dell、HP、Supermicro の server hardware と GPU server の仕様を評価し、調達・運用できる技術仕様にまとめること。&lt;/li&gt;
&lt;li&gt;社内外のデータセンター、site-to-site backup、high availability の経路設計と、LibreNMS による network / server monitoring。&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id=&#34;設計のポイントクラスタストレージネットワーク&#34;&gt;設計のポイント：クラスタ、ストレージ、ネットワーク&lt;/h2&gt;
&lt;h3 id=&#34;クラスタ&#34;&gt;クラスタ&lt;/h3&gt;
&lt;p&gt;クラスタには集中管理と VM 移動というメリットがありますが、quorum の問題もついてきます。&lt;a href=&#34;https://pve.proxmox.com/pve-docs/chapter-pvecm.html&#34; target=&#34;_blank&#34; rel=&#34;noopener&#34;&gt;Proxmox VE 公式ドキュメント&lt;/a&gt;によると、High Availability を使うには信頼できる quorum のために最低 3 ノードが必要です。2 ノード構成の場合は QDevice で 3 票目を補えます。&lt;/p&gt;</description>
    </item>
    
  </channel>
</rss>
