ヘッドレスChromeでのWebスクレイピング向けVPSには専用vCPUがいくつ必要ですか？

各プランでヘッドレスブラウザをいくつ稼働できますか？

ヘッドレスChromeブラウザ1つには1.5〜2 vCPUが必要です。公開されている2つのルールはこの範囲に収まります。 Playwright Testはデフォルトで、論理CPUコア数の半分のワーカーを起動します。実際のブラウザを事業として運用するBrowserStackは、セルフホスト顧客に対し、標準的なWebサイトではLinuxブラウザ1つあたり1.5 CPU、負荷の高いサイトや24時間稼働では少なくとも2を求めています。各プランに適用すると次のとおりです。

ヘッドレスChromeはなぜそれほどCPUを使うのですか？

ヘッドレスブラウザは、画面への描画を除いて、表示されるブラウザが行うすべての処理を行います。 ページをダウンロードし、HTMLとCSSを解析し、すべてのスクリプトを実行し、ページをレイアウトし、タイマーを動かし続けます。Chromiumはその処理を複数のプロセスに分割します。ほかを管理するブラウザプロセスと、Webコンテンツ用のレンダラープロセスで、新しいタブやウィンドウは原則としてそれぞれ独自のプロセスで開きます。タブ10個はレンダラー約10個分のCPUを消費します。

結果を変えずにコストを削減する方法は3つあります。

• 決して読まれないものをブロックする。 画像、フォント、メディアは帯域とデコード時間を消費します。PuppeteerのリクエストインターセプトやPlaywrightのルーティングで拒否できます。
• ブラウザを1つ再利用し、新しいコンテキストを開く。 Chromeの起動が高コストなステップであり、稼働中のブラウザ内で新しいコンテキストやページを開くほうがはるかに安価です。
• データが許す場合はブラウザを省略する。 HTML内や、ページが呼び出すJSON APIにあるデータは、スクリプトを一切実行しないプレーンなHTTPクライアントから取得できます。

Chrome 132以降、旧ヘッドレスモードは別バイナリchrome-headless-shellとしてのみ提供されます。通常のChromeでは--headlessで新モードが実行されます。

スクレイピングワーカーに専用vCPUは重要ですか？

リソース不足のブラウザは遅くなるのではなく失敗します。 ナビゲーションとセレクタのタイムアウトは秒単位で設定されます。隣のプロセスがCPU時間を奪うと、ページのレンダリングが遅れて完了し、待機が期限切れになり、本来成功するはずのジョブがリトライされ、さらにCPUを消費します。ホスト型Chromeを販売するBrowserlessは自社ドキュメントで明言しています。並行数を下げれば各ブラウザに割り当てられるCPUとメモリが増え、タイムアウトが減り、安定性が向上します。失われたCPU時間はstealとして現れます。詳しくはCPU steal timeとは何か、VPSで確認する方法]をご覧ください。

Cobaltfellでは、このトレードオフのCPU側は固定されています。vCPUはホストプロセッサのハードウェアスレッド1つ分です。お客様のvCPUはVPSに1対1で固定され、他のお客様に貸し出されることはなく、物理コアの2つのスレッドは常にペアで割り当てられます。そのため、2 vCPUごとに隣人と共有しない完全なコア1つになります。ワークロードが必要とする限り、フル負荷が許可されます。CPUクレジットもバースト時間枠もなく、100%で数分経過してもスロットリングされません。

並行数はどのホストでも同じ方法で求められます。vCPU 2つにつきブラウザ1つから始め、エラー率が安定しているうちに増やし、タイムアウトが最初に増えたところで止めます。

専用vCPUを販売するホストを同じ公表基準でランク付けした記事は2026年に最適な専用CPU VPSプロバイダーはどこか]にあります。

VPS上でChromeワーカーを安全に実行するにはどうすればよいですか？

Chromeのサンドボックスを有効にしたまま、通常ユーザーで実行し、コンテナにinitプロセスを用意してください。 スクレイピングしたページは定義上信頼できないコードであり、公式ガイドも各点で一致しています。

• サンドボックス。 Puppeteerのトラブルシューティングガイドは、サンドボックスなしでの実行を強く非推奨としています。PlaywrightのDockerガイドは、rootで実行するとChromiumのサンドボックスが無効になると述べ、スクレイピングやクロールには専用ユーザーとseccompプロファイルを推奨しています。
• initプロセス。 両ガイドともDockerの--initフラグを推奨しています。終了したChromeの子プロセスがゾンビとして溜まらず、回収されるためです。
• 共有メモリ。 PlaywrightはChromiumに--ipc=hostを推奨しています。これがないとChromiumはメモリ不足になりクラッシュする可能性があります。

プールの状態を示す数字は2つあります。すべてのChromeプロセスのメモリ使用量と、mpstatのsteal列です。

# total resident memory of chrome / chromium / headless shell processes, in MB
ps -eo rss=,comm= | awk '/chrom/ {s+=$1} END {printf "%.0f MB\n", s/1024}'

# how many renderer processes are alive right now
pgrep -fc -- '--type=renderer'

# per-vCPU load and %steal while the pool works (package sysstat)
mpstat -P ALL 5 3

ウェブサイトのルールやプロキシについてはどうですか？

スクレイピングは各サイトの利用規約と、運営者およびサイトに適用される法令の範囲内で行います。 このページはマシンのサイズについて述べており、プロジェクトの合法性についてではありません。自分が所有しないシステムへの攻撃（ブルートフォースやサービス拒否など）はCobaltfellの利用規約で認められる範囲]で禁止されているため、リクエストレートは常識的な範囲に保ちます。

プロキシとIPローテーションは別の話題であり、Cobaltfellはどちらも販売していません。各VPSには1 Gbit/sポート上でIPv4アドレス1つとIPv6 /64が付与されます。プランの月間トラフィックは送信データのみをカウントし、超過してもそれ自体で追加料金が発生することはありません。プランの価格は専用コアVPSの料金]に記載されています。