開発者向け技術サポート

クラウドMacに問題が起きたら、どこから確認すればよいですか?

まず注文、ノード、アクセス認証情報を確認し、ローカルネットワーク、リモートセッション、macOSの状態、タスク負荷を切り分けます。ここでは、順番に実行・記録してサポートチームへ提出できる確認手順を紹介します。

サービス目標 99.9%
納品の目安 約4分
サポート窓口 コンソールチケットとメール
初回納品

接続する前に、5項目を確認します。

納品情報は、注文時に選択したモデル、利用期間、ノードと一致している必要があります。不一致がある場合は、画面のスクリーンショットと注文番号を保存し、自己判断でシステムを再インストールしないでください。

01

ノードのリージョン

注文に表示されたシンガポール、日本(東京)、韓国(ソウル)、香港、米国西部のいずれかのノードであることを確認します。ネットワークテストは注文上の実際のノードを対象に行い、別リージョンの結果で代用しないでください。

02

デバイス情報

MB M4 16はM4、16GB RAM、256GB SSD、MB M4 24はM4、24GB RAM、512GB SSD、MB M4 Pro 64はM4 Pro、64GB RAM、2TB SSDと表示されます。

03

アクセス認証情報

注文詳細からアクセス先、ユーザー名、初期認証情報をコピーし、手入力を避けます。初回接続に成功したら、直ちに初期認証情報を変更し、新しい認証情報をチームで承認した管理下の場所に保存してください。

04

システムバージョン

現在のmacOSとXcodeのバージョンを記録してから、プロジェクトの依存関係をインストールします。CI/CDチームは、バージョン番号、コマンドラインツールのパス、依存関係ロックファイルを環境基準に記載し、タスクごとのツールチェーン変更を防いでください。

05

セキュリティ設定

画面ロックの方針、認証情報の保存場所、リモートセッションの終了方法、チームのアクセス範囲を確認します。公開ドキュメント、グループチャットのスクリーンショット、ビルドログでアクセス認証情報を共有しないでください。

システム管理

環境変数は一度に1つだけ変更します。

BASELINE 基準を作成

macOS、Xcode、Shell、パッケージマネージャー、プロジェクト依存関係のバージョンを記録し、再実行可能な初期化コマンドを保存します。

LOAD 負荷を確認

接続が遅くなる前にCPU、メモリ、ディスク容量、長時間実行中のタスクを確認し、ノード負荷とネットワーク体感を切り分けます。

CHANGE 変更を管理

ツールチェーンを更新する前にバージョン一覧を保存します。異常が発生したら、最後の変更から逆順に検証し、複数のコンポーネントを同時に再インストールしないでください。

リモート接続

認証、セッション、画面のどの問題かを先に切り分けます。

ブラウザーでアクセスページを開けても、リモートデスクトップが確立したとは限りません。デスクトップが表示されても入力できない場合、ネットワークが切断されたとは限りません。症状ごとに確認し、無駄な再試行を避けます。

認証情報が拒否される、または無効と表示される

注文詳細に戻り、アクセス先とユーザー名を再度コピーして、前後に空白がないことを確認します。チームメンバーが最近認証情報を更新した場合は、古い値での試行を中止し、セキュリティ制限の発動を避けてください。それでも認証できない場合は、チケットに注文番号、失敗時刻、アクセス方法、完全なエラーメッセージを記載します。認証情報そのものはチケットに書かないでください。

ブラウザーセッションが頻繁に切断される

まず有線ネットワークまたは安定したWi-Fiで再テストし、VPN、プロキシ、大容量ファイルのアップロードを一時停止して、切断までの間隔を記録します。別の対応ブラウザーでも比較しますが、複数のセッションを同時に確立しないでください。ネットワーク切り替えで改善した場合は、ローカルの通信事業者、パケットロス率、往復遅延を重点的に記録します。

リモートデスクトップがブラックアウトする

現在のセッションで初回フレームの読み込みが完了するまで待ち、その後ブラウザーウィンドウのサイズを調整します。ブラウザーがグラフィックレンダリングをブロックしていないことを確認し、ノードで高負荷のビルドや推論タスクが実行中でないか確認します。画面が空白のままでも接続状態が正常な場合は、ブラウザーのバージョン、ブラックアウトの継続時間、ノード負荷を記録してチケットを送信してください。

キー、ショートカット、入力方式が一致しない

ローカルシステム、ブラウザーセッション、リモートmacOSのキーボードレイアウトが一致しているか確認します。IDEではなくプレーンテキストエディターで、英字、数字、記号、よく使うショートカットをテストしてください。報告時は、ローカルキーボードの種類、想定したキー、実際の出力、リモートの入力方式を明記します。

クリップボードを同期できない

まず書式なしの短い1行テキストで双方向コピーをテストし、ブラウザーのクリップボード権限設定を確認します。長文、画像、ファイルをクリップボードで転送しないでください。プロジェクトファイルにはコードリポジトリ、管理されたダウンロード先、チーム承認済みの安全な転送ツールを使用します。

サービス可用性目標

99.9%

ノードは365日、年間を通じて正常に稼働します。

サービスは年間を通じて継続稼働します。可用性は、サービス規約で定義された対象範囲、集計方法、除外条件に基づいて算出されます。ユーザー側のネットワーク、認証情報の操作、不可抗力はノードのサービス停止に含まれません。

過去90日間の日別ステータス 正常稼働
目標達成
正常 90 DAYS

集計期間中にサービス目標を達成できなかった場合は、サービス規約に基づいて記録を提出し、条件を満たすサービスクレジットを申請できます。

サービス規約を見る
ノードとネットワークのトラブルシューティング

再現可能なネットワーク記録には、6項目のデータが必要です。

「遅い」だけでは、ローカル回線、リージョン間ルーティング、ブラウザーの描画、ノードのタスク負荷を切り分けられません。少なくとも3回連続で測定し、対象ノードとネットワーク環境を一定に保ってください。

01

ローカル通信事業者と接続方式

通信事業者名、アクセス元の都市、有線ネットワーク、Wi-Fi、モバイルネットワークの別を記録します。VPNまたはプロキシを使用している場合は、無効化後に再テストしたかどうかも記載します。

02

対象ノード

注文で実際に使用しているシンガポール、日本(東京)、韓国(ソウル)、香港、米国西部のノードを明記し、国名や大まかなリージョンだけで済ませないでください。

03

テスト時刻と継続時間

問題発生時の現地時刻、タイムゾーン、継続時間(分)を記録します。断続的な問題の場合は、少なくとも2つの発生時間帯を示してください。

04

パケットロス率

一定間隔でサンプリングし、サンプル総数とパケットロス率を提出します。1回のリクエスト失敗のスクリーンショットだけを提出しないでください。

05

往復遅延

最小値、中央値、最大値、明らかな揺らぎの時間帯を記載します。遅延の数値は、同じ回のパケットロステストに対応させてください。

06

ノードのタスク負荷

その時点でコンパイル、シミュレーター実行、大量テスト、モデル推論のいずれを行っていたかを説明し、CPU、メモリ、ディスク容量の概況を記録します。

料金サポート

注文期間、請求、更新はそれぞれ確認します。

注文は、選択したモデル、ノード、追加オプション、利用期間に基づいて作成されます。すべての金額は米ドル(USD)で決済され、実際に利用できる決済ゲートウェイはコンソールの最新表示に従います。

4種類の注文期間

日単位、週単位、月単位、四半期単位で利用できます。期間は注文確認後、納品プロセスに入った時点から注文記録に基づいて計算されます。更新前に、現在のモデル、ノード、追加オプション、新しいサービス期間を確認してください。

米ドル請求

請求書には基本モデル、利用期間、ノード、選択した追加項目が表示されます。請求内容が注文と一致しない場合は、請求番号と注文番号を保存し、支払い前にコンソールチケットで確認してください。

対応している支払い方法

USDT-TRC20、Visa / Mastercard / Amex(Stripe経由)のみ利用できます。すべて米ドル(USD)で決済され、支払い完了後の実際の状態はコンソールの表示に従います。

更新手順

コンソールにログインして対象の注文を開き、現在の有効期限と更新オプションを確認してから支払います。モデル、ノード、ストレージ拡張を変更する場合は、新しい構成がワークロードに適しているか先に確認してください。

支払いステータスが更新されない場合

支払いを連続して繰り返さないでください。請求番号、注文番号、支払い方法、送信時刻、コンソールの現在のステータスを記録し、チケットで確認を依頼します。支払い証明を提出する場合は、不要な識別情報を先に隠してください。

エスカレーションと有人サポート

サポートチームが一度で十分な情報を受け取れるようにします。

サポート窓口はコンソールチケットとsupport@minibinary.comのみです。既存の注文、接続切断、ノード異常については、注文状態と対応履歴を関連付けられるチケットを優先してください。

一般的な相談

利用への影響なし

構成の選択、ノードの場所、更新ルール、操作方法に関する相談に適しています。想定するワークロード、同時実行タスク数、利用したいノードを明記してください。

機能制限

一部の手順を完了できない

断続的な切断、入力異常、ビルド環境の変化、請求ステータスの不明点に適しています。発生頻度、影響範囲、実施済みの確認手順を記載してください。

利用に影響あり

現在のタスクを続行できない

接続不能、継続するブラックアウト、重要タスクの中断に適しています。チケットのタイトルに「利用に影響あり」と記載し、注文番号、ノード、発生時刻、再現手順を提示してください。

送信前の確認

チケットには少なくとも次の内容を含めてください。

  • 緊急度:相談、一部制限、現在のタスクを続行できない状態のいずれかを説明します。
  • 注文番号:コンソールの注文詳細からコピーし、デバイスのニックネームで代用しません。
  • 問題発生時刻:現地時刻、タイムゾーン、継続時間、発生頻度を明記します。
  • 再現手順:操作順に、入口、入力、期待結果、実際の結果を列挙します。
  • 環境情報:ノード、ブラウザーのバージョン、macOSのバージョン、関連ツールのバージョンを提示します。
  • 実施済みの確認:ネットワーク切り替え、ブラウザー比較、負荷確認など、検証済みの項目を列挙します。
ログの機密情報除去

問題の特定に必要な部分だけを提出します。

エラー発生前後の関連行を抜き出し、タイムスタンプ、エラーコード、呼び出し箇所を残します。提出前にアクセス認証情報、トークン、キー、個人情報、プロジェクトの非公開アドレス、業務データを削除してください。

ホームディレクトリ全体、環境変数全体、未選別のビルドアーカイブをアップロードしないでください。内容が機密か判断できない場合は、まず項目の種類を説明し、サポートチームに必要な範囲を確認してください。

問題への対応を開始

注文番号と再現記録を添えてください。

既存の注文については、コンソールからチケットを送信することを優先してください。未注文の構成、ノード、複数台展開に関する相談は、用途、希望構成、利用期間、同時実行タスク数をメールでお知らせください。