機器の割り当て
1件の注文につき専有機器1台
サービス開始後、注文は明確な構成の物理ノード1台に紐づきます。レンタル期間中、その機器のメモリやストレージを他の顧客に分割して提供することはありません。
導入方法を比較
クラウドMacを借りるか、機器を購入するか、共有仮想マシンを使うか
納期、物理リソースの所有形態、実際の利用期間、拠点を確認してから導入方法を選びましょう。BerryVMは、レンタル期間中1社だけが使えるMac mini専用物理ノードを提供します。仮想マシンではありません。
- 販売構成
- 2種類
- 選択可能な拠点
- 5拠点
- レンタル期間
- 日 / 週 / 月 / 四半期
導入判断シート
DECISION / MAC-05
確認可能
A
BerryVMレンタル
1台を専有し、実際の期間だけ利用
短期タスクと柔軟なパイプライン向け
B
機器を購入
長期保有し、調達と運用を自社で対応
安定した長期利用向け
C
共有仮想マシン
リソースを分割利用し、分離境界が異なる
共有リソースを許容できるタスク向け
確認の順番
期間 → 構成 → 拠点 → 分離要件
3つの選択肢を1つの表で比較
コストだけでなく、納期とリソースの所有形態も重要
以下の比較では、タスクが必ず長期稼働するとは想定していません。まず利用期間、1台丸ごとの専有要否、チームの接続場所を確認し、実際の要件に近い方法を選びます。
| 比較項目 | BerryVMレンタル | 購入ハードウェア | 共有仮想マシン |
|---|---|---|---|
| 初期コスト | 選択した期間のレンタル料金のみ。1台丸ごとの購入費は不要 | 機器、配送、必要な周辺機器の費用を先に支払う | 通常はプランまたは使用量に応じて支払い。料金体系はプラットフォームが定める |
| 提供方法 | 注文完了後、割り当てられた機器のアクセス情報を受け取る | 機種選定、購入、受け取り、設置、環境初期化が必要 | インスタンス開通後、プラットフォームが割り当てた仮想リソースを利用 |
| リソースの所有形態 | レンタル期間中、割り当てられた物理ノード1台を専有 | 購入者が機器を長期保有・管理 | 基盤ホストのリソースを通常複数のインスタンスで共有 |
| 期間の柔軟性 | 日、週、月、四半期から利用期間を選択 | 購入後は長期資産となり、手放す際のコストが高い | プラットフォームのルールで変更できるが、物理リソースは1台専有とは異なる |
| アップグレード方法 | 次のタスクまたは更新時にBerry M4かBerry M4 Proを再選択 | 機器交換、台数拡張、再調達 | 仮想スペックを切り替え。具体的なリソースはプラットフォームが割り当てる |
| 海外拠点 | シンガポール、東京、ソウル、香港、米国東部の5拠点から選択 | 自社設置場所とネットワーク環境による | サービス事業者の地域一覧とインスタンスタイプによる |
| 運用責任 | BerryVMがサービス提供と物理ノードの稼働を担当。顧客はプロジェクト環境とアクセス制御を管理 | 調達、ネットワーク、機器状態、現地対応を購入者が負担 | プラットフォームが基盤インフラを担当。顧客はインスタンス内のワークロードを管理 |
| 適している用途 | 短期ビルド、海外協業、柔軟なCI/CD、大容量メモリの実験 | 長期継続利用が確定し、自社で運用できるチーム | 基盤リソースの共有を許容し、1台専有を求めないタスク |
物理リソースの境界
BerryVMは共有仮想マシンではなく、物理ノード1台を割り当てます
注文ごとに実際のMac miniが1台割り当てられます。有効なレンタル期間中、プロセッサ、メモリ、本体ストレージを専有でき、他の顧客の仮想インスタンスとは共有しません。
アクセスの引き継ぎ
機器単位でアクセス情報を提供
顧客は機器への接続情報を受け取り、初回利用後に認証情報を更新します。サポートは注文ID、拠点、機器状態を中心に進み、プロジェクトの機密情報を公開する必要はありません。
責任範囲
物理運用とプロジェクト環境を分けて管理
BerryVMは物理ノードとサービス提供を担当します。顧客はコード、依存関係、キー、リモートアクセス方針、ワークロードを管理し、インフラとプロジェクト設定の問題を切り分けられます。
BerryVMの担当
物理ノードの稼働、注文提供、機器状態、サポート窓口
顧客の担当
プロジェクト環境、アクセス制御、データ処理、ワークロード設定
2つの定額構成
メモリとタスクの種類で構成を選び、その後に期間を決める
BerryVMでは現在、Berry M4とBerry M4 Proの2種類を提供しています。軽量ビルドや日常開発にはBerry M4、高メモリ推論、大規模プロジェクト、マルチタスク環境にはBerry M4 Proを優先して検討してください。
| 構成 | チップ | メモリ | 本体ストレージ | 優先して検討するタスク | 選定基準 |
|---|---|---|---|---|---|
| Berry M4 | M4 | 16GB | 256GB | 日常のXcode開発、Swiftプロジェクト、React Nativeビルド、軽量CI Runner | タスクのメモリ要件が明確で、依存関係とビルドキャッシュを本体容量内に収められる |
| Berry M4 Pro | M4 Pro | 64GB | 2TB | 大容量メモリのビルド、マルチタスク環境、MLXとローカルモデルの推論実験 | モデル、インデックス、キャッシュ、並列タスクでメモリと本体ストレージに高い容量が必要 |
タスクの範囲が明確で、開発環境をすぐに整えることを重視
- 主なビルドタスクを1つ実行
- 依存関係とキャッシュを定期的に整理できる
- 大量のデータを本体に長期保存する必要がない
メモリとストレージが必須条件で、ワークセットを頻繁に整理したくない
- 複数のビルドまたは開発プロセスを同時に実行
- MLXモデルの読み込みに大容量メモリが必要
- 大規模な依存関係、キャッシュ、成果物に十分な本体容量が必要
5拠点から選択
チームに近い拠点が、コードや成果物に近いとは限らない
シンガポール、東京、ソウル、香港、米国東部で2種類の販売構成を利用できます。拠点選びでは、開発者の所在地、コードリポジトリへの経路、依存関係の取得元、ビルド成果物の送付先、主な協業タイムゾーンをあわせて確認してください。
SG
カタログから注文可能
シンガポール
- 優先して検討
- 東南アジアのチーム、地域内の依存関係、東南アジア向けの配信タスク
- タイムゾーン協業
- アジアの営業時間内に継続的な協業と問題の引き継ぎがしやすい
- テスト方法
- 実際のオフィスネットワークから遅延、ジッター、リモートセッションの安定性を測定
JP
カタログから注文可能
日本（東京）
- 優先して検討
- 日本のチーム、北東アジアとの開発協業、東京周辺のサービス経路
- タイムゾーン協業
- 日本とアジアのチームが近い営業時間帯で協業しやすい
- テスト方法
- リモート接続経路とコード・依存関係の取得経路を分けてテスト
KR
カタログから注文可能
韓国（ソウル）
- 優先して検討
- 韓国のチーム、北東アジアとの協業、韓国向けネットワークを使うタスク
- タイムゾーン協業
- ソウルと東京のチームが同日中にビルドと配信を進めやすい
- テスト方法
- チームが実際に利用する通信事業者と企業ネットワークで複数回テスト
HK
カタログから注文可能
香港
- 優先して検討
- 華南・東南アジアとの協業、海外開発、複数地域からのアクセス
- タイムゾーン協業
- アジアのチームが同じ営業時間内にビルド結果へ対応しやすい
- テスト方法
- オフィス、家庭のネットワーク、必要な企業出口から個別にテスト
US-E
カタログから注文可能
米国東部
- 優先して検討
- 北米東部のチーム、西欧との協業、北米向けのビルド配信
- タイムゾーン協業
- 北米の営業時間と西欧との重複時間帯で協業しやすい
- テスト方法
- 開発者の接続経路と、リポジトリ・成果物サービス間の経路を同時に確認
経路を測定してから拠点を選ぶ
公開された遅延データは初期判断にのみ利用してください。最終的には、チームの実ネットワーク、通信事業者、プロトコル、タスクのアクセス経路をテストして選びます。各組み合わせのリアルタイム在庫状況はコンソールの表示を確認してください。
拠点テストの基準を見る
4つの定額期間
想定利用期間で料金を確認し、曖昧な入口価格で計算しない
2つの構成はいずれも日、週、月、四半期の料金を用意しています。短期タスクでは日額と週額を、安定稼働するビルドキューでは月額と四半期額を比較し、特定の期間が必ず最適だと決めつけないでください。
日常開発と軽量ビルド
M4-16-256
Berry M4
チップM4
メモリ16GB
ストレージ256GB
日額$20.4 / 日
週額$55.1 / 週
月額$102.1 / 月
四半期額$277.7 / 四半期
範囲が明確な短期ビルド、開発環境の移行、React Nativeビルド、軽量な継続的インテグレーションに適しています。
Berry M4を注文
大容量メモリと大規模ワークセット
M4P-64-2TB
Berry M4 Pro
チップM4 Pro
メモリ64GB
ストレージ2TB
日額$61.8 / 日
週額$166.8 / 週
月額$308.8 / 月
四半期額$839.9 / 四半期
大容量メモリのビルド、マルチタスクのワークスペース、MLX実験、本体キャッシュとデータ容量を多く必要とするプロジェクトに適しています。
Berry M4 Proを注文
コスト確認の順番
総利用時間、同時利用台数、追加項目を1つの計算表にまとめる
まずタスクが何日または何週間続くか、環境を長期保持する必要があるかを確認します。次に同時利用台数を掛け、必要なストレージ拡張やThunderbolt 5の接続台数を加えます。
-
A
連続利用時間を見積もる
タスクが実際に機器を使う時間に応じて、日、週、月、四半期を選びます。プロジェクト全体のカレンダー期間だけで計算しません。
-
B
同時利用台数を確認する
1台の機器が1つの主な作業枠に対応します。並列ビルドが必要な場合は、同時稼働する台数を総コストに含めます。
-
C
必要な追加項目を加える
本当に必要な追加ストレージや機器の接続台数だけに支払い、可能性のある需要を各注文に先回りして含めないようにします。
-
D
購入時の総コストと比較する
購入の場合は、表示価格だけでなく、機器、配送、ネットワーク、現地対応、予備能力、資産を手放す際のコストまで含めます。
最終的な選び方
タスク期間と分離要件で候補を絞る
すべてのチームに適した導入方法はありません。以下の2つの判断軸で、実行可能な選択肢へすばやく絞り込めます。
日額または週額を優先して確認
バージョンリリース、環境移行、期間限定のビルド拡張、短期MLX検証、海外協業なら、日単位または週単位のレンタルで長期機器コストの先行負担を避けられます。
- プロジェクトの終了時期が明確
- 同時利用台数がリリースの進行により変わる
- 5拠点から導入場所を選び直す必要がある
- 物理ノード1台の専有が必要
月額、四半期額、購入を優先して確認
ビルドキュー、固定の開発環境、長期実験を継続して担う場合は、月額・四半期額と購入の総コストを比較し、運用体制と拠点も判断に含めます。
- 機器を長期間連続稼働させる予定
- 環境を安定して保持し、継続的に更新する必要がある
- チームに調達、ネットワーク、現地対応の体制がある
- 将来の構成アップグレードに柔軟性が必要
01
機器1台を専有する必要があるか
02
タスクは何日、何週間、何か月続くか
03
チームと依存サービスはそれぞれどこにあるか
04
メモリは16GBか64GBか
送信前にもう一度確認
構成、期間、拠点を選び、注文を作成
Berry M4とBerry M4 Proは、シンガポール、東京、ソウル、香港、米国東部のすべてに対応しています。注文前に、必要なメモリ、本体ストレージ、同時利用台数、実際のレンタル期間を確認してください。