AWS re:Invent 2026 EC2 Macコスト比較

ビルドは数十分で終わるのに、Macノードを丸一日確保して請求が膨らんでいませんか。

2026年7月29日時点の最短解は、AWSを深く使う高負荷チームはEC2 Mac、短期案件や低稼働のチームはクラウドMacレンタルを同じ占用周期で比較することです。表示単価ではなく、準備、待機、運用、復旧まで足してください。

最後に更新した日：2026年7月29日。AWS re:Invent 2026の開催日、Amazon EC2 Macの課金ルール、公式料金ページを確認済みです。re:Invent 2026は2026年11月30日から12月4日まで、ラスベガスで開催予定です。新しいMacインスタンスの発表や価格変更は、まだ確定していません。(aws.amazon.com)

この文章は、iOS CIの月額算力を見積もるチーム向けです。
一時的にXcodeビルドノードを増やしたいプロジェクト責任者や、AWSを使っているもののEC2 Macの総額に確信がないクラウドアーキテクトにも役立ちます。

先に比べるべきは、単価ではなく占用周期です

Amazon EC2 Macは、一般的な仮想マシンのように「ビルドした分だけMacインスタンスを使う」仕組みではありません。Macインスタンスは専用ホスト上のベアメタルとして動作し、1台の専用ホストに起動できるMacインスタンスは1つです。専用ホストの最低割り当て期間は24時間です。(docs.aws.amazon.com)

そのため、10分のビルドを100回実行しても、ホストを確保した時間が短くなるとは限りません。停止や終了の後には、内部SSDやNVRAMを消去するスクラブ処理が発生します。AppleシリコンのMacでは、この処理に最大4.5時間かかる場合があります。(docs.aws.amazon.com)

一方、クラウドMacレンタルは、時間単位ではなく日単位や月単位で提供されることがあります。安く見えても、最低契約期間、納品待ち、環境再構築の時間を確認しなければ比較を誤ります。

EC2 MacとクラウドMacレンタルを同じ表で比べる

EC2 Macの料金は、専用ホストの料金を基準に確認します。AWS公式の専用ホスト料金ページでは、リージョンとMacファミリーを選んで、オンデマンド、予約、Savings Plansの条件を確認できます。Mac専用ホストは最低24時間の割り当て・課金期間があるため、一般的なEC2の「最低60秒」と同じ感覚で計算してはいけません。(aws.amazon.com)

時間コストは、ビルド前後まで測ります

macOS CIで見落としやすいのは、ビルドそのものより前後の時間です。次の5区間に分けて記録してください。

第一歩：準備時間を分ける

ホストの割り当て、macOSの起動、Xcodeや依存ライブラリの確認、証明書の読み込みを別々に測ります。初回だけ発生する処理と、毎回発生する処理を混ぜないことが重要です。

第二歩：Runnerの待機時間を記録する

ジョブがキューに入り、Mac Runnerが空くまでの時間を測ります。ビルドが速くても、同時実行数が足りなければリリース全体は遅くなります。

第三歩：実行時間と再実行を分ける

成功したビルドだけでなく、署名エラー、依存関係の不整合、ディスク不足による再実行も数えます。失敗による再実行は、計算資源だけでなく担当者の確認時間も消費します。

第四歩：解放と復旧を含める

インスタンス停止、ホスト解放、スクラブ、キャッシュ削除、次回利用の準備までを記録します。EC2 Macでは、停止後すぐに新しいMacを起動できるとは限らない点にも注意が必要です。(docs.aws.amazon.com)

第五歩：月間稼働率を出す

月間の「利用時間 ÷ 確保時間」を計算します。稼働率が低い場合、単価を下げるより、ノードを必要な期間だけ受け取る方式へ変えるほうが効果的なことがあります。

注意：AWSの公式ページに掲載された価格でも、リージョン、Macファミリー、購入方式によって変わります。この記事では、変動する金額を固定値として記載していません。見積もり時点で公式料金ページを開き、同じリージョンと課金方式を入力してください。

運用工数を金額に変換すると判断が変わります

EC2 Macを選ぶと、ハードウェアの調達や物理保守は不要になります。しかし、次の作業は自社側に残ります。

• macOSとXcodeの更新計画
• CI Runnerの登録、再登録、権限管理
• EBS容量、DerivedData、キャッシュの清掃
• 署名証明書と秘密情報の安全な保管
• SSHやSystems Manager経由の接続管理
• 失敗したノードの再構築とログ確認
• リージョン障害や容量不足時の代替手段

AWSはVPC、EBS、Systems Manager、CloudWatchなどとの統合を案内しています。既存のAWS監視や認証をそのまま使える場合、運用の重複を減らせます。逆に、プロジェクトがAWSのネットワークやログ基盤をほとんど使わないなら、その統合価値を二重に見積もらないでください。(aws.amazon.com)

EC2 MacのmacOS Runner容量を考えるときの比較材料も、キュー時間とノード数を切り分ける参考になります。

ネットワークの価値は、使うサービスがある場合だけ加算します

EC2 Macの強みは、Macそのものだけではありません。ソースコード、成果物、ログ、認証、通知をAWS内で完結させる構成なら、転送経路や権限設計を統一しやすくなります。プライベートサブネット、VPCエンドポイント、S3、EBS、CloudWatchをすでに運用しているチームほど、この差を評価しやすいです。

ただし、Gitリポジトリも成果物保管も外部サービスで、MacノードからAWSへ大きなデータを送らないなら、AWS統合を理由にEC2 Macを選ぶ必要は薄くなります。ネットワーク費用、ログ保管、転送量を実際の利用量で見積もってください。

短期の検証では、環境を受け取ってから使い始めるまでの速さが重要です。クラウドMacを導入するときの環境確認ポイントでは、接続方式、利用地域、機種、引き渡し状態を先に確認してください。

総コストはこの式でそろえます

次の式にすると、EC2 MacとクラウドMacレンタルを同じ表計算シートで比較できます。

総コスト
= Mac環境の利用料金
+ 最低占用によるアイドル料金
+ ストレージ料金
+ データ転送料金
+ ログ・監視料金
+ 環境構築工数 × 時間単価
+ Runner保守工数 × 時間単価
+ 障害復旧工数 × 時間単価
+ 納期遅延の期待損失

入力例は、金額を固定せずに作れます。
「月間ビルド時間」「確保時間」「準備時間」「待機時間」「運用時間」「復旧時間」「各時間の社内単価」を入れ、EC2 MacとレンタルMacで同じ項目を並べます。クラウドMacレンタル側には、交付費用、最低契約期間、再構築費用、代替ノードの有無を追加してください。

AWSの専用ホストは、アクティブなホストに対して秒単位で課金されますが、Macには24時間の最低割り当て期間があります。Savings Plansや予約を使う場合は、利用しない時間も契約期間に含めて評価します。(docs.aws.amazon.com)

選択を決めるチェックリスト

• [ ] AWSのVPC、認証、ログ、ストレージをCIから日常的に使っている
• [ ] Macノードを継続的に高い稼働率で確保できる
• [ ] XcodeとRunnerの更新を自社で管理できる
• [ ] リージョンや専用ホストの容量不足に備えた代替策がある
• [ ] 短期案件ではなく、継続的なビルド需要がある

上の項目が多く当てはまるならEC2 Macを優先します。反対に、数日から数週間だけ必要、利用率をまだ読めない、納期を優先したい場合は、クラウドMacレンタルを小規模に試すほうが安全です。

AWS re:Invent 2026までにやるべき確認

2026年11月30日のre:Invent開幕前に、次の作業を済ませてください。

1. 現在のiOS CIで、確保時間とビルド時間を分けて記録します。
2. 利用予定リージョンのEC2 Mac料金を公式ページで確認します。
3. EBS、ログ、転送、監視の追加料金を洗い出します。
4. Xcode更新、Runner修復、証明書更新にかかる人件費を入れます。
5. 同じ条件でクラウドMacレンタルの見積もりを作ります。
6. リリース直前にノードを増やせるか、代替ノードを受け取れるか確認します。
7. re:Invent後に新しいMacインスタンスや課金条件が発表された場合、同じ式で再計算します。

現時点では、re:Invent 2026のテーマ演説の詳細や新しいMacインスタンスは公式発表されていません。未発表の仕様や報道を、価格や性能の前提にしてはいけません。(aws.amazon.com)

FAQ

EC2 MacとクラウドMacレンタルは、どちらが安くなりやすいですか？

AWSのネットワーク、認証、ログ、ストレージをすでに使い、Macホストを継続的に高い稼働率で動かすならEC2 Macが有利になりやすいです。短期案件、低頻度のビルド、急な増設では、初期設定や最低利用時間を含めてクラウドMacレンタルも比較してください。表示単価だけでは結論を出せません。

EC2 Macのコストは、どの項目を足せば計算できますか？

専用ホストの利用料金に、EBSなどの保存領域、データ転送、ログ、監視、CIランナーの保守、環境構築と障害復旧の人件費を加えます。さらに、ホストを確保してから解放するまでを一つの占用周期として測ります。ビルド実行時間だけを掛ける計算は不十分です。

短期のiOS開発案件でもMacをレンタルできますか？

短期案件では、環境をすぐ受け取れること、月額契約を避けられること、案件終了後に停止できることが重要です。ただし、Xcodeの導入、署名証明書、CI連携、権限設定を含む納品条件を確認してください。納期が近い場合は、価格より復旧手順と代替ノードの有無を優先します。

macOS CIのアイドル時間を減らすには、何を見直すべきですか？

ジョブ開始前の待機、依存関係の取得、キャッシュ復元、署名処理、テスト後の解放待ちを分けて記録します。予約したMacがビルド以外の時間も課金対象なら、キューをまとめるだけでは改善しません。自動解放、キャッシュの事前配置、夜間のジョブ集約、短期ノードへの切替を検討してください。

EC2 MacはAWS内の認証、ネットワーク、ログと結び付けやすい反面、24時間最低期間、Runner保守、容量不足時の復旧を自社で負担します。クラウドMacレンタルは短期利用や急な増設に向きますが、提供地域、納品待ち、環境の再現性、代替ノードの条件を確認しなければ、別の運用コストが発生します。

まずは自社のビルド時間、アイドル時間、運用工数を式に入れてください。そのうえで、AWS環境への統合を優先するならEC2 Mac、短期の算力や迅速なテスト環境を優先するならHashvpsのクラウドMacレンタルを比較するのが現実的です。検証前には、接続権限、Xcode、CI Runner、再構築手順を確認しておくと、導入後の手戻りを抑えられます。