ノードのリージョン
注文に表示されたシンガポール、日本(東京)、韓国(ソウル)、香港、米国西部のいずれかのノードであることを確認します。ネットワークテストは注文上の実際のノードを対象に行い、別リージョンの結果で代用しないでください。
まず注文、ノード、アクセス認証情報を確認し、ローカルネットワーク、リモートセッション、macOSの状態、タスク負荷を切り分けます。ここでは、順番に実行・記録してサポートチームへ提出できる確認手順を紹介します。
複数の設定を一度に変更しないでください。各手順の後に症状の変化を記録すると、原因を絞り込みやすくなり、チケットの再現手順も明確になります。
納品情報は、注文時に選択したモデル、利用期間、ノードと一致している必要があります。不一致がある場合は、画面のスクリーンショットと注文番号を保存し、自己判断でシステムを再インストールしないでください。
注文に表示されたシンガポール、日本(東京)、韓国(ソウル)、香港、米国西部のいずれかのノードであることを確認します。ネットワークテストは注文上の実際のノードを対象に行い、別リージョンの結果で代用しないでください。
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と表示されます。
注文詳細からアクセス先、ユーザー名、初期認証情報をコピーし、手入力を避けます。初回接続に成功したら、直ちに初期認証情報を変更し、新しい認証情報をチームで承認した管理下の場所に保存してください。
現在のmacOSとXcodeのバージョンを記録してから、プロジェクトの依存関係をインストールします。CI/CDチームは、バージョン番号、コマンドラインツールのパス、依存関係ロックファイルを環境基準に記載し、タスクごとのツールチェーン変更を防いでください。
画面ロックの方針、認証情報の保存場所、リモートセッションの終了方法、チームのアクセス範囲を確認します。公開ドキュメント、グループチャットのスクリーンショット、ビルドログでアクセス認証情報を共有しないでください。
macOS、Xcode、Shell、パッケージマネージャー、プロジェクト依存関係のバージョンを記録し、再実行可能な初期化コマンドを保存します。
接続が遅くなる前にCPU、メモリ、ディスク容量、長時間実行中のタスクを確認し、ノード負荷とネットワーク体感を切り分けます。
ツールチェーンを更新する前にバージョン一覧を保存します。異常が発生したら、最後の変更から逆順に検証し、複数のコンポーネントを同時に再インストールしないでください。
ブラウザーでアクセスページを開けても、リモートデスクトップが確立したとは限りません。デスクトップが表示されても入力できない場合、ネットワークが切断されたとは限りません。症状ごとに確認し、無駄な再試行を避けます。
注文詳細に戻り、アクセス先とユーザー名を再度コピーして、前後に空白がないことを確認します。チームメンバーが最近認証情報を更新した場合は、古い値での試行を中止し、セキュリティ制限の発動を避けてください。それでも認証できない場合は、チケットに注文番号、失敗時刻、アクセス方法、完全なエラーメッセージを記載します。認証情報そのものはチケットに書かないでください。
まず有線ネットワークまたは安定したWi-Fiで再テストし、VPN、プロキシ、大容量ファイルのアップロードを一時停止して、切断までの間隔を記録します。別の対応ブラウザーでも比較しますが、複数のセッションを同時に確立しないでください。ネットワーク切り替えで改善した場合は、ローカルの通信事業者、パケットロス率、往復遅延を重点的に記録します。
現在のセッションで初回フレームの読み込みが完了するまで待ち、その後ブラウザーウィンドウのサイズを調整します。ブラウザーがグラフィックレンダリングをブロックしていないことを確認し、ノードで高負荷のビルドや推論タスクが実行中でないか確認します。画面が空白のままでも接続状態が正常な場合は、ブラウザーのバージョン、ブラックアウトの継続時間、ノード負荷を記録してチケットを送信してください。
ローカルシステム、ブラウザーセッション、リモートmacOSのキーボードレイアウトが一致しているか確認します。IDEではなくプレーンテキストエディターで、英字、数字、記号、よく使うショートカットをテストしてください。報告時は、ローカルキーボードの種類、想定したキー、実際の出力、リモートの入力方式を明記します。
まず書式なしの短い1行テキストで双方向コピーをテストし、ブラウザーのクリップボード権限設定を確認します。長文、画像、ファイルをクリップボードで転送しないでください。プロジェクトファイルにはコードリポジトリ、管理されたダウンロード先、チーム承認済みの安全な転送ツールを使用します。
99.9%
サービスは年間を通じて継続稼働します。可用性は、サービス規約で定義された対象範囲、集計方法、除外条件に基づいて算出されます。ユーザー側のネットワーク、認証情報の操作、不可抗力はノードのサービス停止に含まれません。
集計期間中にサービス目標を達成できなかった場合は、サービス規約に基づいて記録を提出し、条件を満たすサービスクレジットを申請できます。
サービス規約を見る「遅い」だけでは、ローカル回線、リージョン間ルーティング、ブラウザーの描画、ノードのタスク負荷を切り分けられません。少なくとも3回連続で測定し、対象ノードとネットワーク環境を一定に保ってください。
通信事業者名、アクセス元の都市、有線ネットワーク、Wi-Fi、モバイルネットワークの別を記録します。VPNまたはプロキシを使用している場合は、無効化後に再テストしたかどうかも記載します。
注文で実際に使用しているシンガポール、日本(東京)、韓国(ソウル)、香港、米国西部のノードを明記し、国名や大まかなリージョンだけで済ませないでください。
問題発生時の現地時刻、タイムゾーン、継続時間(分)を記録します。断続的な問題の場合は、少なくとも2つの発生時間帯を示してください。
一定間隔でサンプリングし、サンプル総数とパケットロス率を提出します。1回のリクエスト失敗のスクリーンショットだけを提出しないでください。
最小値、中央値、最大値、明らかな揺らぎの時間帯を記載します。遅延の数値は、同じ回のパケットロステストに対応させてください。
その時点でコンパイル、シミュレーター実行、大量テスト、モデル推論のいずれを行っていたかを説明し、CPU、メモリ、ディスク容量の概況を記録します。
注文は、選択したモデル、ノード、追加オプション、利用期間に基づいて作成されます。すべての金額は米ドル(USD)で決済され、実際に利用できる決済ゲートウェイはコンソールの最新表示に従います。
日単位、週単位、月単位、四半期単位で利用できます。期間は注文確認後、納品プロセスに入った時点から注文記録に基づいて計算されます。更新前に、現在のモデル、ノード、追加オプション、新しいサービス期間を確認してください。
請求書には基本モデル、利用期間、ノード、選択した追加項目が表示されます。請求内容が注文と一致しない場合は、請求番号と注文番号を保存し、支払い前にコンソールチケットで確認してください。
USDT-TRC20、Visa / Mastercard / Amex(Stripe経由)のみ利用できます。すべて米ドル(USD)で決済され、支払い完了後の実際の状態はコンソールの表示に従います。
コンソールにログインして対象の注文を開き、現在の有効期限と更新オプションを確認してから支払います。モデル、ノード、ストレージ拡張を変更する場合は、新しい構成がワークロードに適しているか先に確認してください。
支払いを連続して繰り返さないでください。請求番号、注文番号、支払い方法、送信時刻、コンソールの現在のステータスを記録し、チケットで確認を依頼します。支払い証明を提出する場合は、不要な識別情報を先に隠してください。
サポート窓口はコンソールチケットとsupport@minibinary.comのみです。既存の注文、接続切断、ノード異常については、注文状態と対応履歴を関連付けられるチケットを優先してください。
構成の選択、ノードの場所、更新ルール、操作方法に関する相談に適しています。想定するワークロード、同時実行タスク数、利用したいノードを明記してください。
断続的な切断、入力異常、ビルド環境の変化、請求ステータスの不明点に適しています。発生頻度、影響範囲、実施済みの確認手順を記載してください。
接続不能、継続するブラックアウト、重要タスクの中断に適しています。チケットのタイトルに「利用に影響あり」と記載し、注文番号、ノード、発生時刻、再現手順を提示してください。
エラー発生前後の関連行を抜き出し、タイムスタンプ、エラーコード、呼び出し箇所を残します。提出前にアクセス認証情報、トークン、キー、個人情報、プロジェクトの非公開アドレス、業務データを削除してください。
ホームディレクトリ全体、環境変数全体、未選別のビルドアーカイブをアップロードしないでください。内容が機密か判断できない場合は、まず項目の種類を説明し、サポートチームに必要な範囲を確認してください。
既存の注文については、コンソールからチケットを送信することを優先してください。未注文の構成、ノード、複数台展開に関する相談は、用途、希望構成、利用期間、同時実行タスク数をメールでお知らせください。