M4クラウドMacを1台まるごと専有。1日からレンタル、起動後すぐにXcode

ご注文ごとにデータセンター内の1台の Apple Silicon搭載物理ノードを専有できます。仮想マシンではありません。CPU、GPU、ユニファイドメモリはお客様専用。macOSがネイティブで動作し、起動後すぐにXcodeとシミュレータを使えます。

iOS / macOS開発、常時稼働のCI、Apple Siliconでの実験に。米ドル建てで、年間契約は不要です。

sg-01 · M4 zsh — xn@sg-01
~ % xn lease --plan core --node sg
✓ sg-01をレンタル · Node Core M4 · 1日 · $21.3 USD · 専有
~ % sysctl -n machdep.cpu.brand_string
Apple M4
~ % xcodebuild -version
Xcode 16.4
Build version 16F6
~ % uptime
10:42 up 3 mins, 1 user, load averages: 0.21 0.34 0.18
~ %
ノード仕様 · Node Core M4 専有 · 物理ノード
チップApple M4
メモリ16GBユニファイドメモリ
SSD256GB
ノードsg-01 · シンガポール
レンタル期間1日 · $21.3

引き渡し時の確認例です。ノード番号、コマンド出力、Xcodeのバージョンは実際の引き渡し内容をご確認ください。接続情報はコンソールの注文詳細で確認できます。

1台まるごと専有物理ノードMac mini M4米ドル建て
専有物理ノード

1台まるごと専有できる理由

リソースの競合を抑え、再現性の高い開発環境を実現。レンタル期間中はマシンを専有でき、ワークロードも自由に管理できます。

物理マシンを専有

M4マシン1台を1ユーザーに割り当てます。CPU、GPU、ユニファイドメモリを他のユーザーと共有せず、共有ホストもありません。コンパイル設定、キャッシュ、タスクの並列数を固定し、同じプロジェクトのビルド結果を比較できます。

専有環境でも、毎回の処理時間が完全に同じになるわけではありません。インクリメンタルキャッシュ、ディスクI/O、依存関係のダウンロード、ご自身の並列タスクなどが結果に影響します。性能を調べる際は、クリーンビルドとキャッシュ利用時のビルドを分けて確認してください。

macOSネイティブ環境

macOSのGUIとコマンドラインをそのまま利用できます。Xcode、iOSシミュレータ、Metal、Instrumentsが実機のApple Silicon上で動作し、GPUが仮想化レイヤーに隔てられることもありません。

ノードを受け取ったら、まずXcodeとSDKのバージョンを確認してからプロジェクトの依存関係をインストールしてください。ツールチェーンのバージョンをリポジトリに記録しておけば、「ローカルではビルドできるのに、リモートではできない」といった環境差を減らせます。

日・週・月・四半期単位

最短1日から。短期の検証には日単位、リリース前の集中作業には週単位、常時稼働のCIには月または四半期単位がおすすめです。プロジェクト終了後は更新を止められ、機材の事前購入や年間契約も必要ありません。

料金は前払いのレンタル期間に対して発生し、秒単位の課金ではありません。期間開始後にタスクを停止しても、料金は自動返金されません。利用終了前に成果物、プロジェクト、必要な設定をエクスポートし、注文の終了日時を確認してください。

2つのモデル

Node Core M4とNode Pro M4

料金は米ドル建てで、4拠点すべて同一です。まずメモリと作業領域を確認し、次に必要な利用期間を選びましょう。

Node Pro M4

M4 Pro · 64GB / 2TB SSD

大容量メモリで並列処理
$59.1/ 日
日$59.1
週$159.6
月$295.6
四半期$804
  • 複数シミュレータでのテストや大規模なSwiftプロジェクト
  • シンガポール / 東京 / ソウル / 香港から選択
  • MLX推論、モデル実験、大容量の作業領域に

64GBのユニファイドメモリと2TB SSDで、並列タスクに余裕を持たせられます。モデルの重み、KVキャッシュ、入力データ、システムもメモリを使用するため、モデルファイルのサイズだけで判断しないようにしましょう。

Node Pro M4をレンタル 接続情報はコンソールの注文詳細で確認できます

どちらのモデルも、+1TB SSD、+2TB SSD、またはThunderbolt 5の並列接続オプションを追加できます。料金と組み合わせの詳細は、 レンタルプラン一覧をご覧ください。最新の提供状況はコンソールの表示をご確認ください。

アジア太平洋の拠点

4拠点から選択。どちらのモデルも利用可能

シンガポール、東京、ソウル、香港から選べます。まずチームのタイムゾーンで候補を絞り、ご利用のネットワークから接続品質をお確かめください。

SG

シンガポール

東南アジアのチーム

チームのタイムゾーン
UTC+7~+8
参考レイテンシ
20~50 ms

東南アジアのメンバーが同じ拠点で開発し、日中に対話しながらデバッグ、夜間に一括ビルドする運用に適しています。依存関係のキャッシュをノードに置けば、ネットワークをまたぐ再転送を減らせます。

どちらのモデルも利用可能拠点を選ぶ →
JP

日本・東京

東アジアのチーム

チームのタイムゾーン
UTC+9
参考レイテンシ
30~60 ms

UTC+9の勤務時間を中心としたチームの共同作業に適しています。GUIを長時間操作する場合は、往復遅延とネットワークの揺らぎを比較してください。

どちらのモデルも利用可能拠点を選ぶ →
KR

韓国・ソウル

北東アジアのチーム

チームのタイムゾーン
UTC+9
参考レイテンシ
30~50 ms

北東アジアのチームで常時稼働のランナーを運用するのに適しています。取得、ビルド、テストを同じノードで行い、最終成果物だけをワークステーションに転送できます。

どちらのモデルも利用可能拠点を選ぶ →
HK

香港

中国南部・東南アジアのチーム

チームのタイムゾーン
UTC+7~+8
参考レイテンシ
20~40 ms

UTC+8前後のチームによる開発やリリース作業に適しています。大規模なリポジトリを同期する場合は、まず帯域幅をご確認ください。低レイテンシでも、大容量ファイルの転送が速いとは限りません。

どちらのモデルも利用可能拠点を選ぶ →

レイテンシの範囲は拠点選びの参考値であり、お客様の現在のネットワークで測定した値ではありません。実際の接続品質はネットワーク経路、クライアント、画質設定によって異なります。最新の提供状況はコンソールの表示をご確認ください。すべてのノードは365日、通年稼働しています。

移行は順番に

ローカルMacからクラウドへ、3ステップで移行

データ、ツールチェーン、CIをそれぞれ検証しましょう。まず一連のビルドを完了させてから、自動化タスクを移行します。

01 · データ

プロジェクトと署名関連ファイル

プロジェクトはrsyncで差分同期し、リポジトリ内の大容量ファイルはGit LFSで管理します。署名証明書とプロビジョニングプロファイルは個別に移行し、証明書をノードのキーチェーンにインポートしてください。秘密鍵をリポジトリに登録しないでください。

SSH設定で実際のホストを sg-01に設定してから、サンプルを実行してください。初回同期後は、隠し設定ファイル、ファイル権限、依存関係のロックファイルを確認し、ソースコードだけをコピーした状態にならないようにしましょう。

rsync -az --progress ./App xn@sg-01:~/work/
02 · ツールチェーン

バージョンを一覧に記録

Xcode、SDK、Homebrew、Fastlaneのバージョンを記録します。まず xcodebuild -version を実行して環境を確認し、BrewfileとGemfileに従って依存関係をインストールしてください。

この例では、ノードにHomebrewとBundlerがインストールされ、作業ディレクトリに対応する設定ファイルがあることを前提としています。複数のXcodeバージョンを使う場合は、開発者ディレクトリを明示して選択し、マシンのデフォルト設定に依存しないようにしてください。

brew bundle --file=Brewfile && bundle install
03 · CI連携

常時稼働のランナーを登録

GitHub ActionsまたはGitLab CIのself-hosted runnerとして登録します。登録コマンドと有効期限の短いトークンは、プロジェクトの管理画面から取得してください。トークンをイメージや長期保存する設定に含めないでください。

GitHub Actions runnerの設定後、以下のコマンドでサービスをインストールして起動できます。まずビルドとテストを順番に実行し、ピーク時のメモリ使用量に応じて並列数を調整してください。GUIテストではセッション環境の確認も必要です。

./svc.sh install && ./svc.sh start
ローカルMac · プロジェクトと設定ファイルクラウドMac · ビルドと成果物

移行前にローカルのバックアップを取ってください。アーカイブ作成、テスト、成果物のダウンロードを一度完了してから、スケジュールタスクを新しいノードに切り替えましょう。SSH、GUI、ランナーの設定手順は、 接続ガイドをご覧ください。

利用シーン

3種類のワークロードを1台で

以下の画面例はタスクの進め方を示すもので、実測時間や性能を保証するものではありません。

01 · ビルドとリリース

iOS / macOSのビルドとTestFlightへのアップロード

アーカイブ作成、書き出し、アップロードを同じマシン上で順番に実行できます。ビルドにかかった時間だけを見るより、プロジェクトのバージョン、署名情報、ツールチェーンを一貫させることが重要です。

まずクリーンビルドを実行し、次にキャッシュを利用した差分ビルドを測定します。archive、ログ、書き出した成果物をビルド番号ごとに保存すれば、失敗箇所がコンパイル、署名、アップロードのどこかを特定しやすくなります。

xcodebuildFastlaneTestFlight
sg-01 · release/2.8.0ワークフロー例
xcodebuild archive -scheme Appアーカイブ完了
xcodebuild -exportArchive書き出し完了
bundle exec fastlane pilot uploadアップロード中
TestFlightの処理結果結果を待っています

各ステップの終了コードとログを保存してください。アップロード成功は、処理の完了を意味するものではありません。

02 · CI/CD

常時稼働のランナーでキューを管理

月または四半期単位で1台をレンタルし、self-hosted runnerとして登録できます。依存関係のキャッシュやDerivedDataをローカルに保持すれば、再ダウンロードを減らせます。キャッシュキーにはツールチェーンと依存関係のバージョンも含めてください。

マシンを専有しても、タスク間の競合がなくなるわけではありません。リリース処理には排他制御を設定し、複数のタスクが同時に署名設定を変更しないようにしましょう。UIテストとバックグラウンドビルドを分け、リソース使用量のピークも監視してください。

GitHub ActionsGitLab CIlaunchd
runner · xn-sel-01キューの例
pr-1482 · unit-tests実行中
pr-1479 · ui-tests待機中
nightly · archive完了
main · lint完了

キューと並列数はご自身で設定でき、他のユーザーのタスクと同じキューに入りません。

03 · Apple Silicon AI

MLX実験に、ユニファイドメモリの余裕を

Node Pro M4はM4 Pro、64GBユニファイドメモリ、2TB SSDを搭載。CPUとGPUがユニファイドメモリを共有し、仮想化による分割を介さずにMLX推論やファインチューニングの実験に利用できます。

モデルをメモリに載せられるかどうかは、重み、コンテキストキャッシュ、学習状態、システム使用量を合わせて見積もる必要があります。量子化方式、コンテキスト長、バッチサイズを固定してから、スループットとピークメモリを記録しましょう。条件が異なる結果を比較しないようにしてください。

mlx-lmMetal64GBユニファイドメモリ
hkg-01 · Node Pro M4メモリ計画の例
ユニファイドメモリの割り当て64GB
モデルの重みコンテキストキャッシュシステムと余裕分
python -m mlx_lm.generate推論タスク
ピークメモリとtokens/sを記録モデルごとに実測

色分けはメモリ予算の内訳を示すもので、ノードのリアルタイム使用量ではありません。

利用イメージ

マシンはタスクに、時間は開発に

3つの役割における利用イメージを、一人称で紹介しています。実際のユーザーによる評価ではありません。

「夜間のビルドをソウルのノードのキューに入れておきたいです。ローカルのPCを閉じた後も、翌日にビルド番号からログや成果物を確認できます。」

個人iOS開発者 · 利用イメージ

「ランナーのツールチェーンとキャッシュを固定したいです。回帰テストを比較するときは、まず自分の並列タスクを除外してから、コード変更による差を確認します。」

モバイルCI担当者 · 利用イメージ

「モデルの重み、コンテキストキャッシュ、システム使用量をすべて64GBの予算に含めます。実験ごとにパラメーターを保存してこそ、結果を比較できます。」

機械学習研究者 · 利用イメージ

米ドル建て、2種類の支払い方法

USDT-TRC20、Visa / Mastercard / Amex(Stripe経由)をご利用いただけます。実際に利用できる決済ゲートウェイはバックエンドの応答をご確認ください。支払いと引き渡しの状況はコンソールで確認できます。

USDT-TRC20Visa / Mastercard / Amex · Stripe経由
料金の内訳を見る →

料金はモデルのレンタル期間と選択したオプションで決まります。お支払い前に拠点、期間、ストレージ拡張、並列接続の数量をご確認ください。暗号資産でお支払いの場合はネットワークと金額を、カード払いの場合はカード会社の認証結果をご確認ください。パスワード、秘密鍵、カード番号全桁をサポート窓口に送らないでください。

よくある質問

よくある4つの質問に回答

引き渡し、接続方法、データの取り扱いを確認してから、レンタルをご検討ください。

仮想マシンですか?

いいえ。ご注文ごとにApple Silicon搭載の物理ノード1台を割り当て、マシン全体を1ユーザーが専有できます。共有ホストはありません。タスク、システム設定、プロジェクトの依存関係はご自身で管理してください。リソースを専有できても、プロジェクト側の容量計画が不要になるわけではありません。

支払い後、どこから接続できますか?

支払いと引き渡しの状況はコンソールの注文詳細で確認できます。接続情報は実際の引き渡し時に提供します。まずホストアドレスとSSHキーを確認してから、GUIに接続してください。トップページのサンプルノード番号に接続しないでください。詳しい手順は、 接続ガイドをご覧ください。

レンタル終了前にすることは?

アーカイブ、テスト結果、必要なプロジェクトデータをダウンロードしてから、更新と終了日時を確認してください。レンタル終了後はディスクを消去し、システムを再インストールします。ノードを唯一のバックアップ先にしないでください。終了時の手順と注文条件は、 利用規約をご覧ください。

既存のCIに接続できますか?

GitHub ActionsまたはGitLab CIのself-hosted runnerとして登録できます。登録権限とトークンはご自身のプロジェクトで用意し、ノード上でタスクを実行します。まずテスト用のパイプラインを実行してから、自動起動、キャッシュ、並列数を設定してください。接続やビルドで問題が発生した場合は、 サポート情報をご確認ください。

今日からM4をレンタル

モデル、拠点、期間を選び、実際のビルドで動作を確認してから、長期利用の構成を決めましょう。

Node Core M4は1日$21.3から · 4拠点すべて同一料金 · 最新の提供状況はコンソールでご確認ください