ノード選びから最初のタスクまで

最初のMLXまたはCIタスクをクラウドMacにデプロイ

このガイドはVMMini M4の利用を検討している開発者とエンジニアチーム向けです。ワークロードを確認し、提供中の4ノードを比較、注文、初回接続を行い、MLX推論サービスまたはself-hosted runnerを起動します。

VMMini M4はMac Mini M4、16GB RAM、256GB SSDを備えた専有物理ノードで、仮想マシンではありません。ノードは365日継続稼働します。実際のネットワーク性能、注文可否、納品情報はコンソールの最新表示をご確認ください。

1固定構成プラン
4提供中のノード
2最初のタスク経路
デプロイ実行シート VMMini M4
カタログから注文可能
プロセッサ
M4
メモリ
16GB
システムディスク
256GB SSD
ノード
シンガポール、東京、ソウル、香港
タスクの出口
MLXヘルスチェック合格
CIrunnerがオンラインで待機
開始前の準備

7つの入力項目を整理してから注文を作成

ノード、利用期間、ストレージは納品後の運用方法に直結します。短いタスクカードを先に作成すれば、接続後にコードソースが遠い、容量不足、チームに利用可能な公開鍵がないと判明する事態を防げます。

01

用途を定義する

最初のタスクがMLX推論、Mac AI環境構築、iOS/macOSビルド、リモート自動化のどれかを明確にします。実行時間、並列方法、最終成果物を記録してください。

02

チームの所在地を確認する

主な作業担当者の地域を一覧化します。複数人で作業する場合は管理者の所在地だけでなく、日常的にログを確認し成果物を取得するメンバーも考慮します。

03

コードソースの場所を確認する

コードリポジトリ、モデルファイル、依存関係キャッシュ、成果物ストレージのネットワーク上の場所を記録します。データの入口は、チーム所在地よりもノード選びに大きく影響することがあります。

04

利用期間を選ぶ

短期検証なら日単位、連続した開発なら週単位、安定したビルドやサービス運用なら月単位または四半期単位が適しています。デプロイ、検証、データ移行までの期間を含めて選択してください。

05

ストレージ容量を見積もる

モデルの重み、依存関係キャッシュ、ビルドディレクトリ、アーカイブ成果物、ログをまとめて計算します。コードリポジトリのサイズだけでシステムディスク容量を決めないでください。

06

SSH公開鍵を準備する

今回のタスク専用の鍵を用意し、秘密鍵は承認済みの担当者が保管します。登録するのは公開鍵です。秘密鍵をメールやサポートチケットで送らないでください。

07

受信用メールアドレスを確認する

注文やサービス通知を継続的に受信できる業務用メールアドレスを使い、納品担当者がアクセスできることを確認します。引き継ぎ前に社内連絡先も更新してください。

ステップ1 · ノードを選ぶ

都市名ではなく、ワークロードのデータ経路で選ぶ

VMMini M4は現在、シンガポール、日本(東京)、韓国(ソウル)、香港の4ノードに対応しています。4つのカタログ構成はいずれも注文できます。実際の提供状況はコンソールの最新表示をご確認ください。

SG 在庫あり

シンガポール

コードソース、チーム、サービス対象が東南アジアにあるタスクに適しています。大容量モデルや依存関係をリージョン間で取得する前に、pingだけでなく実際のダウンロード経路をテストしてください。

優先確認項目
東南アジアへのアクセス経路
検証に適した項目
モデルのダウンロード、APIへの接続、成果物のアップロード
JP 在庫あり

日本(東京)

主要な依存先や共同作業者が日本または東アジアにいるビルドタスクに適しています。パイプラインで依存関係を頻繁に取得する場合は、初回応答時間と持続スループットを併せて測定してください。

優先確認項目
東アジアのコードソースと成果物リポジトリ
検証に適した項目
リポジトリのクローン、キャッシュの復元、ログの確認
KR 在庫あり

韓国(ソウル)

チームまたは納品経路が韓国・北東アジアにあるタスクに適しています。ビルド成果物を継続的にアップロードする場合は、実ファイルの転送テストを追加してください。

優先確認項目
北東アジアからのチームアクセス
検証に適した項目
リモート操作、成果物のアップロード、サービスの稼働確認
HK 在庫あり

香港

主な操作端末、コードソース、業務経路が中国南部または東南アジアにあるタスクに適しています。リージョン間アクセスは現地の通信事業者やルーティングの変化にも左右されます。

優先確認項目
中国南部・東南アジアへの経路
検証に適した項目
SSH往復、コード同期、成果物のダウンロード
A

インタラクティブタスクSSH入力への応答、ログの更新、小さなファイルの転送を優先して確認します。

B

ビルドタスクリポジトリのクローン、依存関係のダウンロード、キャッシュの復元、成果物のアップロードを優先して確認します。

C

推論サービスモデルの準備、クライアントからサーバーへの実際のリクエスト経路、継続的な安定性を優先して確認します。

ノード遅延の目安

中央値で絞り込み、自分の経路で再測定する

以下は主要都市のテスト端末から、提供中の4ノードまでのICMP往復時間です。明らかに不向きな経路を除外する目安であり、リポジトリ、モデルソース、成果物リポジトリ、最終ユーザー経路の実測に代わるものではありません。

テスト時間帯平日10:00–12:00(UTC+8)
ネットワーク事業者現地の一般的な商用ブロードバンド
サンプル数各経路30回
集計方法有効サンプルの中央値
主要都市のテスト端末からシンガポール、東京、ソウル、香港ノードへのping中央値
テスト端末の都市 シンガポールノード 東京ノード ソウルノード 香港ノード
上海テスト端末 79 ms 48 ms 52 ms 36 ms
深圳テスト端末 47 ms 66 ms 61 ms 24 ms
台北テスト端末 58 ms 39 ms 45 ms 31 ms
バンコクテスト端末 33 ms 92 ms 99 ms 56 ms
再測定の方法

チームが普段使うネットワークから複数回pingを実行し、想定する作業時間帯にも繰り返します。その後、実際に近いサイズのリポジトリをクローンし、依存関係やモデルファイルをダウンロードして、代表的な成果物をアップロードします。

結果の読み方

中央値が低くても、継続的に安定しているとは限りません。パケットロス、変動、ダウンロードスループット、ピーク時間帯の変化も確認してください。表の結果は初期選定用であり、継続的な性能を保証するものではありません。

ステップ2 · 注文を作成する

固定構成。ノードと期間を選び、追加オプションを決める

現在提供しているVMMini M4は1構成のみです。注文時に物理ノード、利用期間、追加構成を指定します。送信後にディスク容量や接続台数を見積もることのないようにしてください。

唯一の提供構成

VMMini M4

Mac Mini M4 · 16GB RAM · 256GB SSD

VMMini M4を注文する
日額 $20.5 短期検証や単発タスクに適しています
週額 $55.4 リリース集中作業や集中的なビルドに適しています
月額 $102.6 安定したパイプラインや継続的な実験に適しています
四半期 $279.1 継続プロジェクトや固定実行環境に適しています
01
ノードを選ぶ

シンガポール、東京、ソウル、香港から選び、選定理由を記録します。

02
期間を選ぶ

日、週、月、四半期単位で作成し、デプロイとデータ移行の時間も含めます。

03
追加オプションを選ぶ

モデル、キャッシュ、成果物、デバイス接続数の要件に応じて数量を確認します。

追加オプションも同じ期間で注文する

ストレージ拡張とThunderbolt 5接続は基本構成に含まれません。必要な場合だけ追加し、該当期間の料金を予算に含めてください。

+1TB SSDストレージ拡張
$2.4
$6.4
$11.8
四半期
$32.1
+2TB SSDストレージ拡張
$4.8
$12.8
$23.6
四半期
$64.2
Thunderbolt 5接続1台あたり
$1.3
$3.4
$6.3
四半期
$17.1
ステップ3 · 決済を完了する

USD合計と2種類の支払い方法だけを確認する

注文料金と決済はすべてUSDです。支払い前に、基本期間、ノード、SSD拡張、Thunderbolt 5接続数を項目ごとに確認し、合計金額がタスクカードと一致することを確かめてください。

USDT-TRC20

注文に表示された情報に従って送金し、ネットワーク、金額、注文ステータスを確認します。

Visa / Mastercard / Amex

カード決済はStripeで処理されます。利用可能なゲートウェイはコンソールの表示をご確認ください。

ステップ4 · 初回接続

納品情報を確認してからツールチェーンを導入する

初回接続の目的は、すぐにタスクを開始することではなく、信頼できる基準状態を作ることです。ホストフィンガープリント、システム情報、ディスク、時刻、ネットワーク、アカウント権限を確認してから環境を変更します。

  1. 01

    ホストフィンガープリントを確認する

    接続時に表示されたフィンガープリントを納品記録と一字ずつ照合します。一致しない場合は接続を停止し、コンソールからサポートチケットを送信してください。

  2. 02

    SSHまたはVNCを使用する

    コマンドライン作業にはSSHを優先し、macOSのGUIを確認する場合はVNCを使用します。タスクに必要なアクセス入口だけを開放してください。

  3. 03

    システムとディスクを確認する

    macOSのバージョン、カーネルアーキテクチャ、システムディスク容量、空き容量を記録し、以後のトラブルシューティングの基準にします。

  4. 04

    時刻とネットワークを確認する

    タイムゾーン、システム時刻、DNS、外部依存先へのアクセス、コードソースへの接続性を確認し、証明書やビルドタイムスタンプの異常を防ぎます。

  5. 05

    アカウント権限を確認する

    現在のアカウントがタスクに必要な権限だけを持つことを確認し、プロジェクトの認証情報と個人のログイン認証情報を分けて管理します。

初回接続チェックリスト READ ONLY FIRST
sw_vers
uname -m
df -h /
date
scutil --get TimeZone
networkQuality
whoami
id
想定アーキテクチャ arm64 記録方法 マスキング済みの出力を保存
ステップ5 · ワークロードを実行する

検証可能な小さなタスクから始める

初回から本番フロー全体を実行しないでください。まず最小モデルのリクエストまたは単一のビルドタスクで環境、ログ、終了コード、成果物のパスを検証し、徐々に範囲を広げます。

パスA

MLX推論サービスのヘルスチェック

Python環境とモデルディレクトリを確認し、サービスはまずローカルアドレスだけで待ち受けます。ヘルスチェック合格後、実際の呼び出し元とアクセス方針に応じて必要なポートを開放します。

export MODEL_PATH="/srv/models/current"
export SERVICE_PORT="8080"

python -m mlx_lm.server \
  --model "$MODEL_PATH" \
  --host 127.0.0.1 \
  --port "$SERVICE_PORT"

curl --fail \
  "http://127.0.0.1:${SERVICE_PORT}/v1/models"
  • モデルのバージョン、依存関係ロックファイル、起動パラメータを記録します。
  • ヘルスチェックが成功ステータスと想定モデル識別子を返すことを確認します。
  • アクセストークンは環境変数または管理された鍵ストレージに保存します。
  • 起動ログ、エラーログ、リソース使用量のピークを記録します。
パスB

self-hosted runnerを登録する

単一プロジェクト用に権限制限付きrunnerを作成し、短期登録トークンで設定します。まず署名や公開操作を行わない最小ビルドを実行し、その後正式なパイプラインに接続します。

export REPOSITORY_URL="$CI_REPOSITORY_URL"
export RUNNER_TOKEN="$CI_RUNNER_TOKEN"

./config.sh \
  --url "$REPOSITORY_URL" \
  --token "$RUNNER_TOKEN" \
  --name "vmmini-m4-runner"

./run.sh
  • プロジェクトごとに作業ディレクトリと認証情報の範囲を分離します。
  • ビルド前にツールのバージョンを出力し、トークンの内容は一切出力しません。
  • キャッシュはプロジェクトキーで分離し、失敗後に汚染がないか確認します。
  • タスク終了後はrunnerを無効化し、残存する認証情報を削除します。
0説明のないエラー

初回タスクには明確な終了コードと追跡可能なログが必要です。

1再現可能な記録

依存関係のバージョン、コマンド、設定、成果物のパスを保存します。

2認証情報の分離

個人のアクセスとプロジェクト自動化用の認証情報を分けて管理します。

納品後の確認

タスクが成功しただけではデプロイ完了とは限らない

以下6項目を確認して初めて、チームは復旧、調査、終了が可能な実行環境を得られます。各項目に担当者、検証結果、次回確認条件を記録してください。

再起動からの復旧を検証する

サービス、runner、スケジュールスクリプトが想定どおり復旧することを確認し、手動対応が必要な手順を記録します。

タスクログを整理する

実行ログ、エラーログ、監査記録を分け、マスキングを行ったうえで容量と保持ポリシーを設定します。

成果物のエクスポートをテストする

代表的な成果物を実際にダウンロードまたはアップロードし、チェックサム、権限、保存先、転送時間を確認します。

監視とアラートを設定する

少なくともサービス稼働確認、タスク失敗、ディスク空き容量、重要プロセスの状態を監視し、担当者に通知が届くことを検証します。

データ消去計画を明記する

タスク終了時に削除するコード、モデル、キャッシュ、ログ、成果物のコピー、一時認証情報を一覧化します。

注文IDを保存する

注文ID、ノード、問題発生時刻、再現手順、マスキング済みログをサポート依頼に必要な最小情報としてまとめます。

引き継ぎ基準 別のエンジニアが実行記録だけを見て、接続、再現、エクスポート、安全なタスク終了まで行える状態です。
サポートドキュメントを見る
最初の注文を作成する準備

タスクカードをコンソールに持ち込み、実際の経路に沿ってノードを選ぶ

VMMini M4と、シンガポール、東京、ソウル、香港のいずれかのノード、さらに日、週、月、四半期の利用期間を選択します。すべての注文はUSDで決済します。納品後はまず接続の基準状態を確認し、最初のワークロードを実行してください。