offer カードの読み方

offer カードは「値札」ではなく「契約書」

検索結果に並ぶ 1 行を offer（= ホストが「この構成なら貸す」と出している売り物）と呼びます。offer カードはただの値札ではありません。RENT を押した瞬間、そのカードに書かれている「いまの条件」でホストと自分の間にレンタル契約が成立します。あとから条件を交渉する窓口はありません。

取り違えやすい 3 点を先に潰します。

• カードの数値は「マシン全体」ではなく「この offer で借りる分」です。API の gpu_frac が 0.125 なら、GPU 8 枚挿しマシンの 1 枚だけを借りる契約で、CPU コアもシステム RAM も 8 分の 1 しか使えません。
• 借りたあとも、その offer は検索結果に出続けます。offer が消えるのは終了日に達したときか、ホストが取り下げたときだけです。「まだ出ているから空いている」とは限りません。
• すべての offer に最大レンタル期間（Max Duration）があります。借りた時点で自分の「レンタル終了日」が確定し、ホストはあとからそれを変更できません。延長は、ホストが offer の終了日を先に延ばした場合にだけ起きる、ホストの裁量です。

カードの 19 項目は 6 つの束に畳める

公式ドキュメントは、カードの表示項目を RENT ボタンを含めて 19 個列挙しています。「載るか・速いか・待つか・外に出せるか・いくらか・落ちないか」の 6 つに畳んで見れば、初回でも判断できます。

カードが並ぶ画面は Search / Create ページです。公式が「良いマシンを見つけてインスタンスを作るメインの入口」と呼んでいる場所で、絞り込みのコントロールは画面の上部と左側に、いま選んでいるテンプレート（= 起動時に走らせる Docker イメージ一式の設定。第 7 章で扱います）は左上に出ます。テンプレートを変えるボタンの名前は Change Template です。

6 束のうち「速いか」に出てくる DLPERF score だけは補足が要ります。これは vast.ai 独自のディープラーニング性能スコアで、ResNet50 のような画像認識モデルを学習させたときの 1 秒あたり反復回数を近似する指標です。公式が挙げる例では V100 が約 21、2080 Ti が約 14、1080 Ti が約 10 で、「V100 は 1080 Ti のおよそ 2 倍速い」と読みます。GPU 単体ではなく GPU とホストの組み合わせに対するスコアなので、同じ 5090 でも PCIe・熱・電力で詰まるホストでは下がります。ただしLLM が 1 秒あたり何文字を生成するかの指標ではありません。5090 の DLPERF は公式に公開されておらず、2026-08-24 時点の実測中央値は 198.8 でした。

価格の上にマウスを乗せると、GPU レンタル・ストレージ・帯域の内訳が開きます。「思ったより高い」と感じたら、まずここを開いてどの成分が膨らんでいるのかを確かめます。

なお検索画面のフィルタ項目を全部列挙した公式ページは存在しません。あるのは「offer カードに出ている項目のほとんどは検索フィルタで絞り込める」という 1 文だけです。「カードの項目名 ≒ 検索フィルタ ≒ API のフィールド名」と考え、API のフィールド一覧を辞書として引くのが確実です。

Price は 1 つの数字ではない

公式は費用を GPU 本体・ストレージ・帯域の 3 成分に分けています。そしてカードの Price に入っているのは前の 2 つだけです。

dph_total（カードの Price） = dph_base（GPU 本体） + storage_total_cost（確保したディスク分）

成分ごとに課金される引き金が違うところが要点です。GPU 本体はインスタンスが動いている毎秒。ストレージはインスタンスが存在してオンラインである毎秒、状態を問わず（動作中・停止中・イメージ読み込み中のすべて）。帯域は送受信されたバイトごとで、こちらも状態を問いません。残高の更新は数秒ごとです。

金額の目安を先に置きます。2026-08-24 時点の実測（1× RTX 5090、on-demand、借りられる状態の 64 件）で、最安 0.3215・中央値 0.4037・最高 0.6022 USD/時。1 USD = 150 円として 1 時間あたり約 48 円〜約 90 円、中央値で約 61 円です。offer を眺めているだけでは課金は始まりません。始まるのは RENT を押してからです。

同じ 64 件から、カードに並ぶ主な値の散らばりを出しました。すべて 2026-08-24 時点の実測値です。

「—」は今回の取得で記録していない値です。相場は日単位で動くので、借りる日の数字は自分で取り直してください（コマンドは章末）。

Reliability Score と verified ラベル

Reliability Score は「そのマシンが過去どれだけ落ちずに動いてきたか」の指標です。読み方に癖があり、すべてのマシンが 60% から始まって、稼働実績を積むにつれて上がります。つまり 60% 台は「悪い」ではなく「まだ実績がない」に近い。公式の推奨ラインは重要な作業なら 95% 以上、レンタルが長期になるほど重要度が上がるとされています。指定は 0〜1 の小数（画面の % を 100 で割った値。95% なら {"gte": 0.95}）。なお API のレスポンスには reliability と reliability2 の 2 つが入っていますが、両者がどう違うのかは公式ドキュメントに書かれていません。検索フィルタに指定できるのは reliability の方だけです。

もう 1 つのラベルが検証状態です。3 段階あります。

• Unverified: vast のテストを通っていないマシン。既定で検索結果から除外されます
• Verified: 内部テストを通過したマシン。既定で表示されます
• Secure Cloud（データセンター）: verified かつ認定データセンターにあることを確認済み。カードに青いデータセンターラベルが付き、機微な用途・本番用途では公式もこのフィルタを推奨しています

ここは公式の書きぶりどおりに 2 点伝えます。1 つ目、認定基準の数字は公式内で食い違っています（あるページは「TIER 2/3 または ISO 27001」、FAQ は「ISO 27001 および/または Tier 3/4」）。どちらも信じ込まず「認定データセンター」と読むのが安全です。2 つ目、unverified は「品質が悪い」を意味しません。検証は完全に自動で、需給によって判定が動的に変わります。エラーが検知されたマシンは一時的に deverified されて Unverified として現れ、復帰も自動、ほとんどのエラーは解決から 1〜2 時間で解除されます。

5090 を 1 枚だけ借りたい読者には、もう 1 つ構造的な事実が効きます。公式は「同一 GPU 種別なら枚数が多いほど verified になりやすい（8×5090 のほうが 2×5090 より、2× のほうが 1× より優先される）」と明記しています。つまり1 枚だけの 5090 は構造的に verified になりにくい。実測（2026-08-24 時点、64 件）でも verified は 21 件、33% で、1 時間単価の中央値は verified も非 verified も同じ 0.404 USD/時でした。「verified は割高」も「unverified は危険」も、この時点の 5090 には当てはまりません。ラベルで一括判断せず reliability の数字で個別に見ます。

同じ 5090 でも待ち時間は何倍も変わる

ここが「価格だけで選ぶと失敗する」のいちばん具体的な理由です。GPU が同じ RTX 5090 でも、モデルのファイルを VRAM に載せ終わるまでの時間はホストによって何倍も違います。効くのは 3 つです。

• pci_gen（PCIe の世代）: CPU 側から GPU へデータを流す通り道の世代。カードの Motherboard details に PCIE のバージョン・レーン数・理論上の最大 PCIE 帯域（GB/s）が出ます。実測（2026-08-24 時点）では 5090 のホストに 3.0 / 4.0 / 5.0 が全部実在しました。値段は世代を教えてくれません
• inet_down（下り回線速度）: Hugging Face などからモデルを落とす速さ。単位の Mbps は「1 秒あたりに流せるビット数（百万ビット）」で、数字が大きいほど速い。実測（2026-08-24 時点）の中央値は 752 Mbps ですが、最小は 48 Mbpsでした
• disk_bw（ディスク読み出し帯域）: 落としたファイルをディスクから読み出す速さ。カードの Disk speed（MB/s）です

計算例（1 GB = 8 Gbit の単純計算。速度は 2026-08-24 時点の実測値）: 20 GB のモデルを落とすとき、752 Mbps なら約 3.5 分ですが、48 Mbps では約 56 分かかります。差は約 52 分。その間も GPU の時間課金は動いているので、最安の 0.3215 USD/時でも約 0.28 USD を「待つだけ」に払います。最安と中央値の価格差は 1 時間あたり 0.0822 USD ですから、遅い回線を 1 回引くだけで 3 時間分以上の値引きが消えます。

外に穴を開けるつもりなら direct_port_count（カードの Network Ports）も見ます。実測（2026-08-24 時点）の中央値は 98 でした。verified の条件が「GPU 1 枚あたり最低 3 ポート開放、100 ポート推奨」なので、極端に少ないホストは Jupyter や API の公開でつまずきます。

安い順に並べても、1 位は押さない

手順にすると 4 段です。

1. 落とす条件を先に決める: GPU 1 枚・reliability 0.95 以上・pci_gen 4.0 以上・下り 300 Mbps 以上・ディスク 60 GB 以上・Max Duration は作業日数より長く。このうち公式が示している基準は reliability 0.95 以上だけで、残りは本書が「初回で待たされないための下限」として置いた目安です（下り 300 Mbps は、20 GB のモデルを 10 分弱で落とせる線）
2. そのうえで価格の昇順に並べる
3. 上から 3 件のカードを開く。価格にマウスを乗せて内訳を見て、storage_cost と Max Duration を比べる
4. 迷ったら中央値付近を選ぶ。0.0822 USD/時（約 12 円）の差は、待ち時間 1 回で消える

条件をまとめて試すならコマンドが速いです。CLI（= 端末から打つ vastai コマンド。導入手順は第 8 章）ならこう書きます。

vastai search offers 'gpu_name=RTX_5090 num_gpus=1 reliability>0.95 pci_gen>=4.0 inet_down>300 disk_space>60 duration>3 rented=False' -o 'dph'

自分で置き換える箇所（プレースホルダ）はありません。第 8 章で vastai を入れたあとなら、この 1 行をそのまま貼れば動きます。条件をスペースで並べると AND になります。-o 'dph' は 1 時間単価の昇順（フィールド名の後ろに - を付けると降順）、duration>3 は「最大レンタル期間が 3 日より長い」、rented=False は「自分がすでに借りているマシンとの競合を避ける」です。クエリ全体をシングルクォートで囲むのを忘れないでください（> をシェルがリダイレクトと解釈します）。

この 1 行には書いていない条件がもう 3 つ効いています。CLI は既定クエリ 'external=false rentable=true verified=true' を持っているからです。つまり上のコマンドは既定で verified のマシンしか返しません。1 枚だけの 5090 は構造的に verified になりにくいので（前節）、これだけで 2026-08-24 の実測なら候補の約 3 分の 2 が消えます。unverified も候補に入れたいときは、公式例と同じようにクエリへ verified=False を書き足すか、-n（--no-default）で既定クエリごと無効化します。-n を使うと rentable=true も外れるので、いま借りられる offer だけを見たいなら rentable=True を自分で書き足してください。

REST API（= プログラムから叩く窓口）ならこうです。実測（2026-08-24）ではこのエンドポイントは API キー無しでも公開 offer を返しました（公式仕様は全エンドポイントで Bearer トークンを要求すると書いています）。

curl -s -X POST "https://console.vast.ai/api/v0/bundles" \
  -H "Content-Type: application/json" \
  -d '{"limit":64,"type":"ondemand","rentable":{"eq":true},
       "gpu_name":{"eq":"RTX 5090"},"num_gpus":{"eq":1},
       "reliability":{"gte":0.95},"gpu_ram":{"gte":30000},
       "order":[["dph_total","asc"]]}'

この例は verified を書いていないので、実測どおりなら unverified も混ざって返ります。verified だけに絞りたければ "verified": {"eq": true} を足してください。type の値は ondemand（ハイフン無し）です。公式ページの本文例には on-demand と書かれた箇所もありますが、値の定義はハイフン無しで、実測でもハイフン無しが通りました。

返る件数には上限があります。limit に 200 や 1000 を渡しても実測では 64 件しか返りませんでした（公式ドキュメントに上限の記述はありません）。全体を眺めたいなら、価格帯や国で条件を割って複数回叩きます。

そして、0 件が返ってきたときにまず疑う場所がここです。REST と CLI では書式も単位も違います。

inet_down の単位は公式内で表記が揺れています。カード表示と CLI が Mbps で一致し、実測の中央値 752 も Mbps として自然なので、本書では Mbps として読みます。duration は秒と日で意味も向きも違うため、REST と CLI を混ぜて書かないのが安全です。

つまずきポイント

理解度チェック

まとめ

• offer カードは値札ではなく契約書。RENT を押した時点の条件で契約が確定し、Max Duration もそこでロックされる
• 19 項目は「載るか・速いか・待つか・外に出せるか・いくらか・落ちないか」の 6 束に畳める。項目名は API のフィールド名で辞書引きできる
• Price は GPU 本体 + 確保ディスクの合計で、帯域は別会計。ストレージは止めても課金され、40 GB を 1 か月放置すると月 8 USD（2026-08-24 の中央値で計算）
• Reliability は 60% スタートで 95% 以上が目安。unverified は品質判定ではなく、1 枚だけの 5090 は構造的に verified になりにくい
• 2026-08-24 時点の 1× RTX 5090 は 0.3215〜0.6022 USD/時、中央値 0.4037 USD/時。最安と中央値の差 0.0822 USD/時は、遅い回線や PCIe 3.0 を 1 回引くだけで消える

次章では、同じ offer を「中断されない契約（On-demand）」「中断される契約（Interruptible）」「前払いで割引を取る契約（Reserved）」のどれで借りるかを、実測の値段差から決めます。

参考リンク

• Find and Rent（offer カードの全項目とマシンティア）
• Search Offers API（フィルタ可能フィールドの一覧）
• CLI: search offers（クエリ文法と単位）
• Choosing Instances Overview（レンタル前に決めること）
• Instance Pricing（費用の 3 成分と課金の粒度）
• FAQ: Instances（最大レンタル期間とディスク）
• Understanding Verification（検証の自動判定）
• Verification Stages（verified になる条件）
• Concepts（offer / instance / reliability の定義）