これは一般的なデータベースのユースケースとどう違いますか?

一般的なデータベースのページは全体像を扱います——PostgresかRedisか、サイジング、共有マシンが誤った道具になる場面。こちらはPostgreSQLに特化しています。スーパーユーザー、完全なpostgresql.conf、望むあらゆる拡張、メジャーバージョンの選択、そして自分のスケジュールでのpg_dump / WALバックアップの実行。特にセルフホストのPostgresが欲しいなら、これが深掘り版です。一般ページは概観です。

どの拡張をインストールできますか?

どれでも——それがセルフホストの意味です。埋め込みとセマンティック検索にはpgvector、地理空間にはPostGIS、時系列にはTimescaleDB、pg_cron、pg_stat_statements。マネージドの階層はしばしば拡張リストを制限したり、上位プランの背後に閉じ込めたりします。自分のマシンのスーパーユーザーなら、ワークロードが必要とするものを何でもインストールできます。

PostgreSQLはどれくらいのRAMが必要ですか?

1つのアプリのデータベースなら1.7〜2 GBのワーキングセットが現実的なので、Small(月額$8)が収まります。アプリが増える、本番の実際の並行性、あるいは大きなpgvectorインデックスは、あなたをMedium($12)以上へ押し上げます。shared_buffersとwork_memをマシンに合わせて調整してください。そのチューニングこそ、そもそもセルフホストする大きな理由です。

他のサーバーは安全にどう接続しますか?

Postgresを正しいインターフェースにバインドし、5432を必要とする特定のIPにのみ開き(決して0.0.0.0/0にはしない)、TLSを必須にし、アドレスが安定してルーティング可能になるよう専用IPv4プランを取ってください。データベースが同じマシン上のアプリだけに提供するなら、localhostに留めて何も公開しないでください。

身分証やカードは必要ですか?

いいえ。登録にメール1つ、支払いはUSDCまたはUSDT。約1分でroot、そこからPostgresは数コマンド先です。

PostgreSQLデータベース向けVPS（セルフホスト、完全な制御）

スーパーユーザーとpostgresql.conf全体を備えたVPSでPostgreSQLをセルフホスト——任意の拡張（pgvector、PostGIS、TimescaleDB）、自分のバージョン、自分のバックアップ。あなたが完全に制御するマネージドPostgresの代替。KYCなし、暗号通貨で支払い。月額$8から。

マネージドPostgreSQLが便利でなくなる瞬間があります。階層が提供しない拡張が欲しい、本物のクエリプランを見てwork_memを調整したい、スーパーユーザーが欲しい。Postgresを所有したいとき——設定、バージョン、拡張、バックアップのスケジュール——完全なrootを持つVPSが正直な答えです。これはPostgreSQL固有のセットアップです。より広い「データベースをセルフホストする」全体像(Postgres対Redis、共有マシンが誤りになる場面)については、一般的なデータベースのユースケースを見てください。

なぜPostgreSQLをセルフホストするのか

自分のマシンでは、マネージド階層が配給するものが手に入ります。

postgresql.confの全体——shared_buffers、work_mem、max_connections、WALの設定を、ベンダーのデフォルトではなく、あなたのワークロードに合わせて調整。
あらゆる拡張。 埋め込みにpgvector、地理空間にPostGIS、時系列にTimescaleDB、pg_cron、pg_stat_statements——必要なものをインストール。ここがマネージド階層が最も頻繁にノーと言うところです。
あなたのメジャーバージョン、プロバイダーではなくあなたのスケジュールでアップグレード。
スーパーユーザーとその下のOS——データディレクトリを移動し、カーネルを調整し、2台目のマシンへストリーミングレプリケーションを実行。

pgvectorがここに来た理由なら、Postgres足すpgvectorは1台のマシン上の完全なベクトルストアであることに注目してください——セルフホストのRAGスタックやエージェントメモリの背後にあるのと同じ構成要素です。

セットアップする(Ubuntu 24.04、Docker)

# docker-compose.yml — PostgreSQL 16 (+ pgvector via the pgvector image)
services:
  db:
    image: pgvector/pgvector:pg16
    restart: always
    environment:
      POSTGRES_USER: app
      POSTGRES_PASSWORD: change-me-strong
      POSTGRES_DB: app
    command: ["postgres", "-c", "shared_buffers=512MB", "-c", "work_mem=32MB"]
    volumes: ["/srv/pg:/var/lib/postgresql/data"]
    ports: ["127.0.0.1:5432:5432"]   # localhost only; see below to expose safely

docker compose up -d
docker compose exec db psql -U app -c "CREATE EXTENSION IF NOT EXISTS vector;"

127.0.0.1にバインドされ、何も公開せずに同じマシン上のアプリに提供します。他のサーバーを入れるには、それが次のセクションです。

他のサーバーを接続させる——安全に

別のマシンがデータベースを必要とした瞬間、2つのことが変わります。

安定してルーティング可能なアドレス——専用IPv4プラン(Small-IP $16、Medium-IP $20)。NATプランは送信IPを共有し、送信には良いですが、他者がダイヤルするデータベースになるには向きません。
強固にファイアウォール。 5432を特定のクライアントIPにのみ開き、決して0.0.0.0/0にはせず、TLSを必須にしてください。公開インターネット上の開いたPostgresポートは数分で見つかります——UFWファイアウォールでロックダウンしてください。

バックアップはあなたの仕事

セルフホストとは、バックアップがあなた次第という意味であり、ルールはこうです。必要になる前にやること。論理バックアップにはcronでのpg_dump、大切なものにはポイントインタイムリカバリのためのWALアーカイブ。ダンプをマシンの外へ送り、少なくとも一度は復元をテストしてください——一度も復元したことのないバックアップは希望であって、バックアップではありません。自分で運用したくないなら、マネージドバックアップのアドオンが利用できます。

なぜPostgreSQLにEQVPSか

完全なroot、スーパーユーザー、あなたの設定——月額$8から、データベースとそのWALが同時に書き込むと効いてくるNVMe(RAID1)。
KYCなし、暗号通貨支払い。 登録にメール、支払いにUSDC/USDT。
EU(ドイツ、フィンランド)、約60秒でroot。スキーマを持ち込んで始めましょう。

一般的なデータベースのユースケース(Postgres/Redis概観) → · 大規模でのセルフホストRAG →