6ノード展開ルート

クラウドMacノードの場所と選び方

VMOrbitはシンガポール、日本(東京)、韓国(ソウル)、香港、米国東部、米国西部で専用Apple Silicon物理ノードを提供しています。地図上の距離だけで判断せず、チームが実際に使うネットワークからテストし、コードリポジトリ、依存関係のダウンロード、リモートグラフィカルインターフェースの操作感を合わせてリージョンを選びましょう。

6ノード 販売中のノードアジア太平洋4ノード、米国2ノード
2モデル 専用物理マシンM4とM4 Pro
365日 ノード稼働可用性目標99.9%
REGION ROUTE / 06 地図ではなくチームのネットワークから選ぶ
全ノードから選択可能
SG シンガポール アジア太平洋ノード
JP 日本(東京) アジア太平洋ノード
KR 韓国(ソウル) アジア太平洋ノード
HK 香港 アジア太平洋ノード
US-E 米国東部 米国ノード
US-W 米国西部 米国ノード
接続テスト モデル選択 期間の確認 注文を確認
アジア太平洋の拠点

4つのアジア太平洋ノードを実際のオフィスネットワークからテスト

すべてのチームに共通するノードの優先順位はありません。通信事業者、国際経路、無線環境、オフィスの出口によって結果は変わります。最終的な選択は、同じデバイスとネットワークで継続的に行ったテストに基づいてください。

SG 十分

シンガポール

主なメンバーが東南アジアにいて、プロジェクトの依存関係への経路が地域内に集中しているチームに適しています。注文前に、平日の日中と夜間の遅延、ジッター、パケットロスをそれぞれテストしてください。

選択可能なモデル
VMOrbit M4、VMOrbit M4 Pro
重点確認項目
オフィス出口、リポジトリ経路、依存関係のダウンロード
JP 十分

日本(東京)

日本および周辺地域のチームがテスト候補に加えられます。主な作業がリモートグラフィカルインターフェースでの開発なら、操作レスポンス、画面更新、長時間接続の安定性も確認してください。

選択可能なモデル
VMOrbit M4、VMOrbit M4 Pro
重点確認項目
VNC操作、SSHの安定性、ビルドのアップロード
KR 十分

韓国(ソウル)

韓国および近隣のネットワーク経路を使う開発チームのテスト候補です。CI/CDで利用する場合は、runnerからコードリポジトリとアーティファクトストレージへの経路を個別に確認してください。

選択可能なモデル
VMOrbit M4、VMOrbit M4 Pro
重点確認項目
リポジトリの取得、アーティファクトのアップロード、キューのスループット
HK 十分

香港

アジアに分散するチームの候補ノードとして利用できます。各オフィスのネットワークからノードまでの経路は大きく異なる可能性があるため、主な利用地点ごとにテストしてください。

選択可能なモデル
VMOrbit M4、VMOrbit M4 Pro
重点確認項目
複数拠点からの接続、夜間の変動、ファイル同期
米国の拠点

米国東部と米国西部、明確な2つのリージョンルート

米国のラインナップは東部と西部の2ノードのみで、他の都市には分割していません。開発者の所在地、リポジトリ、依存サービスへの主要経路をもとに、チームで個別にテストできます。

US-E 十分

米国東部

主なメンバー、コードリポジトリへの経路、ビルド依存関係が米国東部方面に集中しているチームの候補に適しています。大西洋間または米州間で利用する場合は、ピーク時のジッターも確認してください。

  • インタラクティブ開発:グラフィカルインターフェースを連続操作し、入力への反応と画面の変化を確認します。
  • 自動ビルド:リポジトリのクローン、依存関係の取得、アーティファクトのアップロードという3段階をテストします。
  • チーム協業:主な利用者と引き継ぎ先のタイムゾーンから、それぞれテストを実施します。
US-W 十分

米国西部

主なメンバーまたはエンジニアリング依存関係への経路が米国西部方面にあるチームの比較候補です。アジアと北米で協業する場合は両端からテストし、管理者の所在地だけで判断しないでください。

  • インタラクティブ開発:SSHのコマンド応答とVNCのグラフィカル操作で、体感の違いを比較します。
  • 自動ビルド:コールドキャッシュとウォームキャッシュのタスクを記録し、キャッシュによる効果をネットワークの効果と取り違えないようにします。
  • チーム協業:ノードの利用者とビルドキューを明確にし、同時操作による競合を減らします。
選定方法

4つの入力情報でノードを決める

地図上の距離は判断材料の一つにすぎません。実際の利用者、エンジニアリングデータの経路、操作方法を同じ運用シートにまとめることで、検証可能な選択ができます。

  1. 01

    主な開発者の所在地

    毎日実際にノードへ接続する勤務場所とネットワーク種別を一覧化します。複数人に分散している場合は、チーム本社ではなく利用頻度と操作時間の長さで並べます。

    成果物:利用場所一覧
  2. 02

    コードリポジトリへの経路

    クローン、プル、サブモジュール、大容量ファイルのダウンロード経路を確認します。CIタスクが頻繁にリポジトリへアクセスする場合、1回の最低遅延より安定したスループットが重要です。

    成果物:リポジトリ経路記録
  3. 03

    依存関係とアーティファクトの取得元

    パッケージマネージャー、SDK、コンテナイメージ、ビルドキャッシュ、アーティファクトストレージのダウンロード方向を個別に記録し、ビルド時間を実際に消費しているネットワーク段階を特定します。

    成果物:依存関係経路表
  4. 04

    リモート操作体験

    SSHはコマンドラインや自動タスクに、VNCはmacOSのグラフィカルインターフェースが必要な作業に適しています。2つの接続はジッターと帯域幅への感度が異なるため、個別にテストしてください。

    成果物:操作テストの結論
ネットワークテスト運用シート

注文前に遅延・ジッター・パケットロスを測定

VMOrbitは保証された遅延値を提示していません。実際の結果はユーザーのネットワークとその時点の経路によって異なります。テスト対象のアドレスはコンソールに表示される情報を使用してください。

NET-CHECK / BEFORE ORDER 実際のオフィスネットワークから継続的にサンプリング
推奨テスト
01
遅延

複数回のラウンドトリップ時間の分布を確認し、1回だけの最低値を判断材料にしないでください。

中央値と上位値を見る
02
ジッター

連続サンプル間の変動を比較します。グラフィカルインターフェースの操作は大きな変動の影響を受けやすい傾向があります。

連続的な安定性を見る
03
パケットロス

主な作業時間帯にテストを繰り返し、一時的な変動と継続的な経路の問題を区別します。

ピーク時間帯を見る
04
実際のタスク

リポジトリの取得、依存関係のダウンロード、またはリモート操作を1回実行し、測定結果が実際の作業体験と一致するか確認します。

実際の負荷を見る

2回のテストを推奨

チームが通常作業する時間帯とネットワークのピーク時間帯にそれぞれ実施します。同じデバイス、同じネットワーク、同じサンプル数を使うことで、6つのノードを比較しやすくなります。

環境の変化を記録

有線、無線、VPN、またはオフィスの出口を切り替えた場合は、新しいテストグループとして記録し、元の経路と直接混ぜて計算しないでください。

モデルの提供状況マトリクス

2モデルで6つすべてのノードをカバー

VMOrbit M4とVMOrbit M4 Proは、6つすべてのノードで販売中のラインナップに含まれています。このマトリクスはカタログ上の提供関係を示すもので、実際の利用可能状況と引き渡し情報はコンソールのリアルタイム表示および注文確認結果に従います。

VMOrbitの2つのクラウドMacモデルにおける6ノードのカタログ提供状況
モデルと仕様 シンガポール 日本(東京) 韓国(ソウル) 香港 米国東部 米国西部
VMOrbit M4 M4 · 16GB · 256GB SSD 十分 十分 十分 十分 十分 十分
VMOrbit M4 Pro M4 Pro · 64GB · 2TB SSD 十分 十分 十分 十分 十分 十分
標準ビルド

VMOrbit M4

M4、16GBメモリ、256GB SSDを備え、通常のXcode開発、単一プロジェクトのビルド、自動テスト、軽量なself-hosted runnerに適しています。

VMOrbit M4を選ぶ
高並列タスク

VMOrbit M4 Pro

M4 Pro、64GBメモリ、2TB SSDを備え、大規模プロジェクト、複数タスクの並列ビルド、大容量メモリの検証、大きなローカルビルドキャッシュに適しています。

VMOrbit M4 Proを選ぶ
タイムゾーンをまたぐ協業

1台の専用ノードに明確な引き継ぎルールを設定

タイムゾーンの異なるチームでも同じ開発環境を引き継いで使えますが、利用権限、引き継ぎ情報、ビルドタスクを明確に記録し、複数人が同時に環境を変更しないようにする必要があります。

ノードの利用者を定義する

現在の責任者、承認済みメンバー、緊急時の代替担当者を記録します。メンバーの役割が変わったら、不要になったアクセスを直ちに取り消してください。

引き継ぎ時間帯を設定する

環境変更、キャッシュの削除、大規模タスクを実行する時間帯を決め、引き継ぎ時には未完了のビルドと使用中のリソースを記録します。

アクセス認証情報をローテーションする

メンバーごとに個別のアクセス方法を割り当て、SSHキーを定期的にローテーションします。ビルドログ、チャット履歴、プロジェクトリポジトリに秘密の認証情報を保存しないでください。

ビルドキューを管理する

runnerがアクセスできるリポジトリの範囲を制限し、長時間タスクの優先順位とキャンセル条件を定義します。タスク終了後は作業ディレクトリと一時アーティファクトを削除してください。

HANDOFF RECORD

適切な引き継ぎに残すべき4つの情報

  • 現在の状態ノードは空いているか、実行中のタスクが残っているか
  • 環境の変更Xcode、SDK、依存関係、runner設定にどのような変更があったか
  • データの場所プロジェクト、キャッシュ、アーティファクト、必要なバックアップがそれぞれどこに保存されているか
  • 次のアクション引き継ぎ担当者が続行、再試行、キャンセル、アーカイブすべきタスクはどれか
リージョン注文ページ

モデル、ノード、期間を選び、引き渡し情報を確認

2つのモデルはシンガポール、日本(東京)、韓国(ソウル)、香港、米国東部、米国西部に対応しています。実際の利用可能状況と引き渡し情報は、コンソールのリアルタイム表示および注文確認結果に従います。