クラウドMacを借りる前に、重要な条件を確認

主な操作担当者、コードリポジトリ、ビルド成果物の受け取り先に近いノードを優先してください。リモートデスクトップでは、操作端末からノードまでの往復遅延とネットワークの安定性が重要です。CI/CDでは、ノードからリポジトリ、依存関係ソース、成果物ストレージまでの経路も考慮します。チームが複数地域にまたがる場合は、主な利用者を決めてから実際のネットワークテストで確認してください。

このページには、公開ラインナップにおけるモデルとノードの対応関係を掲載しています。注文時の実際の利用可否は、コンソールからリアルタイムで返される情報を基準とします。2モデルとも6ノードに対応し、選択画面には現在のモデルで注文可能なノードのみ表示されます。

ノードは注文構成の一部であり、地域の切り替えを同一機器の即時ネットワークルーティング変更と考えないでください。移行が必要な場合は、リポジトリ、ビルドキャッシュ、キー設定、成果物を先にバックアップし、移行先ノードと希望日時をコンソールチケットでお知らせください。注文状態に応じて実行可能な方法を確認します。

ダウンロード帯域幅だけで判断しないでください。継続的な遅延、ジッター、パケット損失、ローカルWi-Fiの安定性は、マウス、キーボード、画面の反応に影響します。主な操作端末に近いノードから試し、不要な高解像度表示をオフにし、有線と無線の状態を比較してから、高い操作性が必要な作業をリモートデスクトップへ移行してください。

物理ノードは1つの注文専用ですが、複数人が調整なしで同じGUIセッションを同時に操作することを意味しません。チームでプロジェクトごとにアクセス権を管理できますが、前面フォーカス、ビルドディレクトリ、ローカルポートを奪い合う操作は避けてください。自動化タスクには専用作業ディレクトリと明確なRunnerラベルを使用し、同時実行数に上限を設定することを推奨します。

ネットワーク切断と物理ノードのシャットダウンは別の事象です。バックグラウンドプロセスが継続するかは、起動方法、セッション設定、アプリの動作によって異なります。継続的なビルド、ダウンロード、変換は長時間実行に適したプロセス管理方法で起動し、ログに記録してください。前面ウィンドウだけで実行状態を判断しないでください。

初回接続後すぐに仮認証情報を更新し、SSHには専用キーを設定して、アクセス権を現在のプロジェクトメンバーに限定してください。サポート依頼で秘密鍵や完全なアクセス認証情報を送らないでください。メンバーの離脱、キー漏えいの疑い、共有範囲の変更があった場合は、古い認証情報を速やかに無効化し、必要な権限を再発行してください。

接続サポートページで、リモートデスクトップの準備、SSHキー、リポジトリ取得、ビルド成果物の転送、よくある接続問題の確認手順をご覧ください。解決しない場合は、注文番号、ノード、発生時刻、クライアント環境、マスキング済みログを準備し、コンソールからチケットを送信してください。