SG
東南アジア
シンガポールノード
東南アジアを拠点とする開発者に適しており、複数地域にまたがるチームの集中ビルドノードとしても利用できます。グラフィカルなデスクトップ操作で接続品質が重要な場合は、普段の業務ネットワークから継続的に測定してから決めることをおすすめします。
- 参考レイテンシ
- 20–50 ms
- 測定時間
- 平日 10:00–12:00、UTC+8
- 掲載構成
- Core と Plus
4地域の物理ノード
まずレイテンシを確認して、クラウドMacのノードを選ぶ
GPUMiniでは現在、シンガポール、日本（東京）、韓国（ソウル）、香港の4ノードを通常提供しています。各インスタンスは仮想マシンではなく、1台の専有物理Mac miniに対応し、リモート開発、継続的なビルド、長時間の検証に利用できます。
4
提供中のノード
2
標準構成
365
日間安定稼働
PHYSICAL NODE ROUTE
1インスタンス = 1台の物理Mac
4つのノード、それぞれに明確なアクセス対象地域
ノードを選んでも、モデルの仕様や課金期間は変わりません。まず普段利用するネットワークからレイテンシを測定し、チームメンバーの分布とコードソースの場所を踏まえて地域を決めることをおすすめします。各組み合わせの実際の提供状況は、コンソールにリアルタイムで表示されます。
JP
東アジア
東京ノード
日本および東アジアからのアクセスが中心となる開発作業に適しています。Xcodeのグラフィカルインターフェースを頻繁に操作したり、ビルド成果物を転送したり、リモートデスクトップの状態を復元したりする場合は、東京ノードのジッターとパケットロスを優先的に比較するとよいでしょう。
- 参考レイテンシ
- 30–60 ms
- 測定時間
- 平日 10:00–12:00、UTC+9
- 掲載構成
- Core と Plus
KR
北東アジア
ソウルノード
韓国および北東アジアからのアクセスに適しており、自動化タスクを近い地域で実行したいチームにも向いています。メンバーが複数地域に分散している場合は、SSHとリモートデスクトップの経路をそれぞれ測定してから、利用地域を決めてください。
- 参考レイテンシ
- 30–50 ms
- 測定時間
- 平日 10:00–12:00、UTC+9
- 掲載構成
- Core と Plus
HK
華南・東南アジア
香港ノード
華南および東南アジアからのアクセスが中心となるチームに適しています。操作頻度の高いリモートMacデスクトップでは、同じ解像度とネットワーク条件でシンガポールノードと比較し、1回のpingだけで判断しないようにしましょう。
- 参考レイテンシ
- 20–40 ms
- 測定時間
- 平日 10:00–12:00、UTC+8
- 掲載構成
- Core と Plus
アクセス元を同じレイテンシ表で比較する
以下の表では、一般的なオフィス向けブロードバンド回線からインターネット経由で各ノードにICMP pingを50回実行し、中央値を記録しています。測定日は2026年8月29日です。初期選定の参考データであり、特定の通信事業者や任意の時間帯における固定的な結果を示すものではありません。
| 測定元 | 回線条件 | シンガポール | 東京 | ソウル | 香港 |
|---|---|---|---|---|---|
| 東南アジアのオフィスネットワーク | 有線ブロードバンド、50回測定 | 24 ms | 71 ms | 76 ms | 39 ms |
| 華南のオフィスネットワーク | 有線ブロードバンド、50回測定 | 47 ms | 55 ms | 49 ms | 23 ms |
| 日本のオフィスネットワーク | 有線ブロードバンド、50回測定 | 74 ms | 18 ms | 34 ms | 51 ms |
| 韓国のオフィスネットワーク | 有線ブロードバンド、50回測定 | 79 ms | 36 ms | 16 ms | 53 ms |
最小値だけで比較しない
リモートデスクトップの体感は、ジッター、パケットロス、帯域幅、ローカルの無線ネットワークにも左右されます。実際の業務時間帯に3回連続で測定し、SSH、ファイル転送、グラフィカルデスクトップをそれぞれ確認することをおすすめします。
2つのモデルを4ノードすべてで提供
GPUMini M4 CoreとGPUMini M4 Plusは、シンガポール、東京、ソウル、香港から選択できます。掲載されている組み合わせは通常注文可能ですが、注文時の実際の提供状況はコンソールにリアルタイムで表示されます。
| 構成 | シンガポール | 東京 | ソウル | 香港 |
|---|---|---|---|---|
| GPUMini M4 Core M4 · 16GB · 256GB | 提供余裕あり | 提供余裕あり | 提供余裕あり | 提供余裕あり |
| GPUMini M4 Plus M4 · 24GB · 512GB | 提供余裕あり | 提供余裕あり | 提供余裕あり | 提供余裕あり |
4つの根拠でノードを決め、都市名だけで判断しない
信頼できる地域選定では、操作時のレイテンシ、チームの所在地、依存リソース、タスクの実行時間帯を総合的に確認します。あるメンバーに近いノードが、ワークフロー全体に最適とは限りません。
-
01
普段のネットワークで実測する
実際のオフィスネットワークと普段の業務時間帯に、4つのノードへ複数回pingを実行します。中央値、最大値、ジッター、パケットロスを記録し、変動の大きい経路を先に除外します。
-
02
主な操作方法を確認する
グラフィカルデスクトップはレイテンシとジッターの影響を受けやすく、SSHビルドやバックグラウンドタスクでは接続の安定性がより重要です。両方を使う場合はそれぞれテストし、1つの指標だけで全体の体感を判断しないでください。
-
03
チームとコードソースの場所を加味する
頻繁に操作するメンバー、コードリポジトリ、成果物の転送先と方向を整理します。複数人で協業する場合は、1人の接続だけでなく、チーム全体の待ち時間が短くなるノードを選びます。
-
04
テストビルドで最終確認する
候補ノードでコード同期、依存関係の取得、Xcodeビルド、ログの返送、リモートデスクトップの再接続を実行します。エンドツーエンドの所要時間と失敗箇所を記録してから、長期利用する地域を決めます。
地域別ページ
すべてのプランを比較
ノードごとの提供条件を見る
各地域ページでは、構成とサービス範囲を統一しています。違いはノードの場所、推奨アクセス地域、参考ネットワーク性能だけです。地域ページでも、2つのモデルと4種類のレンタル期間を比較できます。
ステータスと診断
接続に問題が起きたら、再現可能な情報をまず残す
コンソールにログインすると、インスタンス詳細でノード、構成、サービスステータス、注文との関連情報を確認できます。4つのノードは365日安定稼働しています。接続に問題が発生した場合は、まず原因がローカルネットワーク、認証、リモートデスクトップ、ノード内のタスクのどこにあるかを切り分けてください。
インスタンス情報
ノード、モデル、インスタンスID、発生時刻
接続経路
SSHまたはグラフィカルデスクトップ、クライアントの種類、ローカルネットワーク
エラーの証拠
エラー全文、再現手順、匿名化したログ
実施済みの確認
ping結果、ポート確認、ディスク容量、再試行結果
インスタンスと注文のステータス
現在のインスタンス、注文、請求情報を確認する場合は、コンソールにログインしてバックエンドから返されるリアルタイム情報を確認してください。
コンソールを開く接続問題のトラブルシューティング
まずネットワーク、認証情報、ディスク、ビルドログの順に確認してください。それでも原因を特定できない場合は、状況が分かる情報を添えてチケットを送信してください。
ヘルプセンターを見る
デプロイを開始
ノードを選び、モデルとレンタル期間を確認する
シンガポール、東京、ソウル、香港では、いずれもGPUMini M4 CoreとGPUMini M4 Plusを利用できます。注文前に実際のネットワークレイテンシを比較し、構成を送信した後はコンソールで注文とインスタンスを一元管理できます。