利用期間・接続・ビルド、
事前に確認することは？

選択した期間分を前払いし、モデルとオプションはそれぞれ別に料金がかかります。ArmRDP M4 Baseの場合、表示価格は$21.1/日、$57.1/週、$105.7/月、$287.5/四半期です。4つの料金はそれぞれ独立した期間の価格で、日額を単純に掛け算したものではありません。

比較する際は、利用予定期間と必要なストレージも考慮してください。一時的な検証なら日払い、継続的なリリースなら週払い、常時稼働のrunnerなら月払いと四半期払いを比較できます。注文期間の開始・終了日、支払額、期限は、コンソールの確認画面と注文履歴をご確認ください。

初回の支払いだけで自動更新が有効になったと判断しないでください。コンソールで現在のサブスクリプションの更新設定、期限、未払い請求を確認してください。自動更新の有無と適用時期は、サブスクリプションに表示されるステータスをご確認ください。

リリース前に、アーカイブ、署名、成果物のアップロードまで利用期間が足りるか確認しましょう。利用終了時は、新しいタスクの受け付けを止め、キューが空になってからコード、証明書のバックアップ、ビルド成果物をエクスポートしてください。期限後のマシンのディスクを長期バックアップ先として使わないでください。

カタログでは、+1TB SSD、+2TB SSD、マシンごとに課金されるThunderbolt 5の並列接続を提供しています。まずコンソールで、注文に適用できる変更オプションを確認してください。既存注文への追加方法、課金開始時期、実行中タスクの調整が必要かどうかは、変更を確定する前にご確認ください。即時適用や残日数に応じた自動日割り計算を前提としないでください。

コンソールに該当する操作がない場合は、マシン番号、追加したいオプション、現在の空き容量、希望する変更時期を記載してチケットを送信してください。ディスクの拡張でメモリが増えるわけではありません。DerivedData、シミュレーターruntime、アーカイブが増え続ける場合は、容量を追加する前にディスク使用量を確認してください。

対応する支払い方法はUSDT-TRC20とVisa / Mastercard / Amex（Stripe経由）のみです。すべて米ドル（USD）で決済されます。ページ上の$は米ドルを示し、現地通貨への換算は行いません。

利用できる決済ゲートウェイは、バックエンドAPIの応答をご確認ください。支払い前にモデル、拠点、利用期間、オプションを確認し、注文番号と支払い記録を保存してください。請求の確認や支払いに関する問い合わせで必要になります。

まずコンソールに戻って注文を更新し、同じ請求であることを確認してください。ブラウザーが元のページに戻っただけで支払い完了と判断せず、ステータスが確認できるまでは重複して支払わないでください。

USDT-TRC20で支払った場合は、ネットワーク、受取情報、金額を確認し、取引IDを保存してください。カードで支払った場合は、支払い結果と請求番号を保存します。ステータスが更新されない場合は、コンソールからチケットを送信してください。チケットにカード番号全桁、セキュリティコード、ログインパスワードを記載する必要はありません。

専有物理Mac miniで、仮想マシンではありません。利用期間中はノード1台をお客様専用で利用でき、ほかの利用者と共有しません。macOSのGUIとコマンドラインを利用でき、Xcode、シミュレーター、Metalは物理マシン上でネイティブに動作します。

カタログには3モデルあります。ArmRDP M4 BaseはM4 / 16GB / 256GB、ArmRDP M4 PlusはM4 / 24GB / 512GB、ArmRDP M4 ProはM4 Pro / 64GB / 2TBです。選ぶ際はメモリのピーク使用量とディスクの作業領域を確認し、チップ名だけで適合性を判断しないでください。

アカウント権限はコンソールで付与された内容に従います。初回ログイン後、 id でユーザーとグループを確認し、 sudo -l で実行可能な管理操作を確認してください。sudoが必要なソフトウェアのインストール、サービス登録、ネットワーク変更を行う前に、権限を確認しましょう。sudoを使うからといって、rootのリモートログインを有効にする必要はありません。

OSを再インストールしたりバージョンを変更したりする場合は、作業ディレクトリ、署名用の資材、設定をバックアップしてから、コンソールで実行可能な再インストール操作を確認するか、チケットで希望するバージョンをお問い合わせください。リモート接続中にディスクを消去したりネットワーク設定を削除したりしないでください。復旧手段も同時に失われるおそれがあります。

拠点はシンガポール、日本（東京）、韓国（ソウル）、香港、米国西部の5か所です。3モデルとも5拠点すべてで販売しています。実際の在庫状況はコンソールの最新情報をご確認ください。

GUIをよく使うチームは、エンジニアから拠点までのネットワーク経路を比較しましょう。自動ビルドが中心なら、コードリポジトリ、依存パッケージの配布元、成果物の受け取り先も考慮してください。地理的な距離は目安にすぎず、通信事業者の経路、帯域幅、パケットロスも接続品質に影響します。すべての拠点は365日稼働しており、ビルドの実行時間は自由に設定できます。

拠点の変更は、現在のディスクやアドレスを維持したまま即時に切り替えることではありません。拠点間の移行には、新しい物理マシン、接続情報、データ移行が関わります。注文の具体的な変更方法は、事前にコンソールからチケットを送信してご確認ください。

移行先の拠点で同じバージョンのツールチェーンを用意し、リポジトリと必要な設定を移して、アーカイブと署名を一度検証してからrunnerのラベルとタスクの振り分け先を切り替えることをおすすめします。成果物が揃っていることを確認してから移行元のノードを整理すれば、唯一のビルド環境を早まって停止せずに済みます。

現在のmacOSと互換性があれば、複数のXcodeバージョンを保持し、プロジェクトごとにツールチェーンを指定できます。 xcodebuild -version と xcode-select -p で現在の環境を確認できます。パイプラインでは DEVELOPER_DIR を使って対象のXcodeを指定し、タスクごとにグローバル設定を変更する必要がないようにできます。

バージョンを固定する際は、SDK、シミュレーターruntime、依存関係のロックファイル、ビルドスクリプトも記録してください。アップグレードの前に検証用パイプラインを複製し、アーカイブ、codesign、エクスポートがすべて成功することを確認してから、通常のタスクを更新しましょう。大容量SSDはより多くのバージョンを保存できますが、OSとXcodeの互換性の制約は解消できません。

シミュレーターは物理ノード上でネイティブに動作します。Xcodeに対応したruntimeがインストールされていることが条件です。画面の問題はVNCで確認し、自動化タスクはコマンドラインから実行してください。複数のシミュレーターとアーカイブを同時に実行する場合は、メモリの負荷とディスクの空き容量を確認しましょう。

証明書とプロビジョニングプロファイルは機密情報として管理してください。CI専用のKeychainを作成し、認証情報はパイプラインの保護された変数に保存することをおすすめします。コードリポジトリに書き込んだり、チケットの添付ファイルに含めたりしないでください。無人実行のrunnerに設定する前に、同じ実行ユーザーで署名を一度検証しましょう。

1日のビルド回数だけでは必要台数を決められません。まず1台、並列数1で実際のプロジェクトを動かし、タスク全体の所要時間、待ち時間、メモリのピーク、アーカイブのサイズを記録してください。これらのデータは、空のプロジェクトのコンパイル時間よりも適切な選定に役立ちます。

1台のマシンで複数のrunnerプロセスを動かせますが、CPU、メモリ、ディスクは共有されます。互いに影響しないアーカイブタスクを同時に実行する場合は、専有ノードを追加し、ラベルで振り分けてください。キャッシュの競合を避けるため、タスクごとに作業ディレクトリ、DerivedDataのパス、一時的な署名環境を分けましょう。

SSHは依存関係のインストール、スクリプトの実行、ログの確認、CIサービスの管理に適しています。VNCの画面共有は、Xcodeの操作、シミュレーターの確認、GUIの問題の調査に便利です。どちらも同じクラウドMacに接続するもので、別々に隔離された環境ではありません。

初回接続時は、コンソールからマシンのアドレス、ポート、認証情報を確認し、マシン情報を照合してから接続してください。設定済みのビルドタスクはrunnerサービスで継続的に実行し、開いたままのGUIセッションやローカルのSSHウィンドウに依存しないようにしましょう。

拠点名だけで、お客様のネットワーク環境における固定の遅延を示すことはできません。SSHの入力応答は主に往復遅延の影響を受けます。VNCでは解像度、画面の変化量、圧縮設定、利用可能な帯域幅も影響します。1回のpingの結果だけでは、継続的な操作時の快適さは判断できません。

動作が重い場合は、まず同じネットワークでSSHが正常に使えるか確認してください。次にVNCの解像度や色深度を下げ、不要な画面アニメーションを無効にします。チケットを送信する際は、クライアントOS、拠点、接続方法、発生した時間帯、パケットロスの状況を記載し、入力、画面表示、接続のどれに問題があるか明記してください。

まず、引き渡された認証情報を変更し、個人のSSH公開鍵を追加してください。別のセッションで鍵認証が成功することを確認してから、セキュリティポリシーに応じてSSHのパスワード認証を無効にします。ファイアウォールや接続元IPの制限を変更する前に、検証済みの復旧経路を確保してください。

VNCはSSHトンネル経由で接続し、画面共有のポートを不要な接続元に直接公開しないようにしましょう。チームメンバーごとに専用の鍵を使い、退職や役割変更の際は速やかに失効させてください。認証情報を更新する際は、runnerの変数、自動化スクリプト、ローカルクライアントに保存された情報も確認しましょう。