- サービスエリア
- 東南アジア
- 遅延の目安
- 20~50ms
- リソースタイプ
- 専用物理マシン
- 販売中の構成
- 3構成
シンガポール Mac mini M4で
Xcodeビルドを常時オンラインに
東南アジアの開発者とCI/CDチーム向けに、Apple Silicon物理マシンを1台丸ごと日・週・月・四半期でレンタルできます。リソースは他の利用者と共有せず、macOSのGUI、コマンドライン、self-hosted runnerをすべて利用できます。
- 1件の注文につき専用物理ノード1台。共有VMではありません
- 3つの固定構成、開始料金は $20.7/日
- Xcode、Fastlane、VNC、SSH、主要CI runnerに対応
機種とノードの実際の利用可否は、コンソールにリアルタイムで表示される情報に準じます。
負荷を選び、次に料金期間を選択
いずれもApple Silicon専用物理マシンです。日払いは一時的なアーカイブや障害時の代替に、週払いは短期スプリントに、月払いは安定したCIに、四半期払いは継続的なビルド容量に適しています。料金はすべて米ドル表示です。
Go M4 Core
単一プロジェクトの開発、一時的な署名、低頻度のアーカイブ、同時実行要件が低いself-hosted runnerに適しています。
Go M4 Plus
複数プロジェクトの開発、依存関係キャッシュが大きいモバイルアプリ、並列テストとアーカイブが必要な日常的なCIに適しています。
Go M4 Pro
高並列ビルド、大規模なキャッシュ、複数のrunnerキュー、高いユニファイドメモリを必要とするAI推論タスクに適しています。
東南アジアからの平均遅延の目安は20~50ms
この数値は初期のロケーション比較用で、一般的なインターネット経路における参考範囲を示します。すべての回線で固定された結果を保証するものではありません。実際の体感は、開発者のネットワーク、経路間のルーティング、時間帯の混雑、VNC画質設定、コードリポジトリの場所、依存関係の取得元などに左右されます。
主にVNCでGUIを使う場合は、入力応答、画面更新、セッションの安定性を併せて確認してください。CIが中心なら、コード取得、依存関係キャッシュのヒット率、成果物のアップロード経路を重視しましょう。自動化タスクでは、SSHとrunnerのほうが高画質デスクトップを継続転送するより帯域を節約できます。
接続品質の確認項目
チームが普段使うネットワークでVNC入力、SSHハンドシェイク、コードリポジトリの取得をテストし、単発のpingだけで判断しないでください。
依存関係とDerivedDataを再利用し、ビルドのたびにネットワーク越しで再ダウンロードすることによる変動を抑えます。
デスクトップ操作にはVNC、バッチ処理とビルドコマンドにはSSHまたはrunnerを優先します。
ノードを切り替える場合は、まずリポジトリの場所、開発者のネットワーク、主なサービス対象を記録し、そのうえでsupport@macvpsgo.comまたはコンソールのチケットから問い合わせてください。
ホスト選択から最初のビルドまで
所要時間はユーザー操作の工程ごとに分けて算出しています。支払い確認、注文処理、ノードの利用可否はコンソールにリアルタイムで表示される情報に準じます。同じ情報をページごとに繰り返し入力する必要はありません。
-
01 約3~5分
主構成を決める
プロジェクト数、同時実行タスク、キャッシュ容量、メモリ要件に基づき、3つの固定構成から1つを選びます。まず安定した負荷を満たし、一時的なピークはその後に検討してください。
- チップとメモリを確認
- 作業ディレクトリの容量を見積もる
- 日・週・月・四半期の期間を選択
-
02 約2~3分
ノードと追加オプションを追加
注文するノードを選び、データ量に応じてSSDまたはThunderbolt 5並列接続を追加するか決めます。追加オプションの期間はホストと同じにしてください。
- 対象ノードを確認
- ストレージ拡張を選択
- 注文内容を確認
-
03 約2~5分
米ドルで決済
USDT-TRC20、またはStripe経由で処理されるVisa、Mastercard、Amexを利用できます。実際に利用できる決済ゲートウェイは、決済ページの表示に準じます。
- 注文金額を確認
- 対応する支払い方法を選択
- 支払い記録を保管
-
04 約10~20分
初回の環境チェックを完了
引き渡し情報が表示されたら、VNCまたはSSHで接続し、ディスク容量、Xcodeのバージョン、コマンドラインツール、runnerの作業ディレクトリを確認します。
- デスクトップとコマンドライン接続を確認
- コードを取得して依存関係を復元
- テストアーカイブを1回実行
シンガポールノードに関する3つの確認ポイント
ノード選択、遅延の基準、注文構成に関する質問に答え、注文送信前の最終確認をサポートします。
シンガポールノードはどのようなチームに適していますか?
主に開発者、コードリポジトリ、または業務上の連携先が東南アジアに集中しているチーム向けです。ロケーションを選ぶ際はメンバーの所在地だけでなく、リポジトリ、依存関係の取得元、成果物ストレージ、リモートデスクトップ利用者の場所も考慮してください。複数地域で協業する場合は、最も頻繁に使う操作経路を基準に選ぶとよいでしょう。
20~50msなら、毎回同じ遅延で接続できますか?
いいえ。20~50msは東南アジア向けの平均遅延の目安で、ノードの方向性を比較するための数値です。インターネットのルーティング、通信事業者間の接続、利用時間帯、ローカルネットワークによって実際の結果は変わります。VNC入力、SSHコマンドの応答、コード取得、成果物アップロードを同じテストで評価することをおすすめします。
シンガポールノードの注文後、構成を直接変更できますか?
注文確定前であれば、ホスト、期間、追加オプションを再選択できます。注文作成後に構成またはノードを調整する場合は、まずコンソールで現在の注文情報を確認してチケットを送信してください。サポートチームが現在の注文と希望構成に基づき、可能な手順を案内します。移行前に唯一のデータコピーを削除しないでください。