まずはここを
チェック。答えが見つかるはずです

Shell M4はM4／16GB／256GB構成です。単一プロジェクトのビルド検証、コマンドラインでのパッケージ作成、並行数の少ないCIに適しています。複数のプロジェクトやシミュレータを同時に開くか、コンテナや他のサービスも実行するかによって、必要なメモリは変わります。

実際のリポジトリでフルビルドを実行し、メモリプレッシャー、スワップ使用量、空き容量を確認することをおすすめします。メモリプレッシャーが継続して高い場合は、まず並行実行数を減らしてください。それでも作業に支障がある場合は、M4／24GB／512GB構成のShell M4 Plusをご検討ください。1回の差分ビルドの時間だけで構成全体を判断しないようにしましょう。

M4 Pro／64GB／2TB構成がShell M4 Proです。複数のビルドを同時に実行する場合、大規模な依存関係や成果物を扱う場合、またはより多くのユニファイドメモリを必要とするMLXやllama.cppの実験を行う場合に、まず検討したいモデルです。

モデルを読み込めるかどうかは、量子化方式、コンテキスト長、ランタイムキャッシュ、他のプロセスによるメモリ使用量にも左右されます。モデルファイルのサイズと64GBを単純に比べるだけでは判断できません。ピーク時のメモリ使用量と実際の処理性能を記録してから、長期レンタルを検討してください。特定のモデル規模やビルドの高速化率を保証するものではありません。

まず処理性能の要件と容量の要件を分けて考えましょう。チップとメモリは十分で、複数バージョンのXcode、ビルドキャッシュ、成果物によってディスクがいっぱいになるだけなら、+1TBまたは+2TB SSDの追加をご検討ください。ストレージを追加してもユニファイドメモリは増えず、M4がM4 Proになるわけでもありません。

タスクにM4 Proと64GBのユニファイドメモリが必要なら、標準で2TBを搭載したShell M4 Proをお選びください。注文前に追加容量、料金期間、マウント方法を確認しましょう。既存ファイルを移行する前に別途バックアップを取り、容量追加を自動移行やバックアップサービスと混同しないでください。

4種類の利用期間には、それぞれ個別の設定価格があります。四半期料金は日額の単純な合計ではありません。短期のお試しと継続利用を比較できるよう、3種類のモデルの日額と四半期料金を掲載しています。週額、月額、追加オプションの料金はプランページをご覧ください。

長期プランは継続利用の期間あたりのコストを抑えられますが、一度に購入する利用期間は長くなります。一時的なリリース作業、環境検証、単発のアーカイブには日単位の利用を検討しましょう。常時稼働するランナーの場合は、予定利用期間と追加料金を合わせて比較してください。

コンソールで該当する注文を開き、利用可能な更新、構成変更、追加オプションを確認してください。適用時期、移行の有無、支払い済み期間の扱い、追加料金は、注文画面に表示される確認内容が基準です。日額から差額を独自に計算しないでください。

希望する操作が表示されない場合は、コンソールからチケットを送信し、注文番号、希望する利用期間、変更後の構成をお知らせください。モデルやディスクの変更を伴う場合は、先にバックアップを取り、作業予定を確認しましょう。依頼を送信しただけで変更が完了したとは限りません。

過去に支払いが完了していても、自動更新が設定されているとは限りません。コンソールで注文の更新設定、請求状況、終了日時を確認し、実際の設定と確認結果に従ってください。パイプラインを継続稼働させる場合は、接続が切れてからではなく、終了前に必ず確認しましょう。

料金は購入した利用期間に基づき、CPU使用率には連動しません。SSHセッションを切断する、ランナーやビルドを停止する、マシンをアイドル状態にするといった操作をしても、注文のキャンセルや終了日時の変更にはなりません。次回以降の利用期間を変更する場合は、コンソールの注文操作をご利用ください。

モデル、利用期間、追加オプションの設定価格はすべて米ドル（USD）です。同じ構成を複数の拠点間で比較しやすくなります。ページ上の「$」は米ドルを表します。注文時には基本料金、追加オプション、合計金額をご確認ください。

カード口座の決済通貨が異なる場合、為替換算や関連手数料はカード発行会社によって処理され、ArmShellの設定価格には含まれません。USDT-TRC20で支払う場合は、決済ページに表示されたネットワーク、金額、送金先情報を確認してください。別のネットワークを代わりに使わないでください。

シンガポール、日本（東京）、韓国（ソウル）、香港、米国東部の5拠点を、3種類すべてのモデルで利用できます。注文時に利用できる拠点は、コンソールに表示される最新情報をご確認ください。

GUIを頻繁に使う場合は、普段利用するオフィスのネットワークから操作の応答性をテストしましょう。CIが中心なら、コードリポジトリ、依存パッケージの配布元、成果物の受け取り先までの経路も考慮してください。分散チームでは、メンバーの居住地域ではなく、主にタスクを実行する場所を基準に選びましょう。

まだ迷う場合は、短期間のプランで一連の作業を試してください。リポジトリの取得、依存関係の復元、ビルド、成果物の転送まで確認しましょう。pingを1回実行するだけでは、この4つの工程の実際の使い心地はわかりません。

利用開始後の接続先アドレス、ポート、認証情報はコンソールで確認できます。「専有物理Mac」は計算リソースを専有できることを示すもので、固定のパブリックIP、専用の外部接続、アドレスの永続性を保証するものではありません。

リポジトリ、ファイアウォール、コンプライアンス上の要件で専用アドレス、送信元の許可リスト、固定アドレスが必要な場合は、注文前にサポートへお問い合わせください。必要なのが受信接続先か送信元アドレスかを明確にし、希望する拠点で対応可能かご確認ください。サンプルコマンドのホスト名を根拠に、事前にアドレスを許可しないでください。

遅延は通信事業者、経路、時間帯、ローカルネットワークによって変わります。参考値のミリ秒数が、お客様の環境で再現されるとは限りません。ICMPの往復時間、SSHコマンドの応答、リモートデスクトップの滑らかさは、それぞれ異なる指標です。

まずコンソールに表示される接続先アドレスとポートを確認し、ローカルネットワークとファイアウォールを調べてください。同じネットワークで時間帯を変えて比較し、接続の確立、依存関係のダウンロード、ファイル転送のどの段階でタイムアウトするか記録しましょう。チケットに結果を添えると、「遅い」とだけ伝えるより原因を特定しやすくなります。ノードは365日稼働していますが、エンドツーエンドの接続品質はお客様側のネットワークにも左右されます。

契約終了後のデータ保持期間を、バックアップの保証と考えないでください。注文の終了前にデータをエクスポートし、コンソールで該当注文のデータ処理に関する案内を確認してください。具体的な保持方法と消去の進捗は、注文状況に応じてサポートにご確認ください。一律の復元可能期間は保証していません。

ノードの回収後、元の利用者のデータは所定の手順に従って処理されます。消去済みのデータは、更新しても復元できません。利用を終了する前にファイルを同期し、バックアップが読み取れることを確認してください。不要になったリポジトリの認証情報、ランナー登録、その他のアクセストークンも無効化しましょう。

レンタル期間中は専有物理ノードを利用でき、CPU、GPU、ユニファイドメモリは他の利用者と共有されません。ArmShellは許可なくノード内のユーザーファイルやワークロードにアクセスしません。トラブル対応が必要な場合は、チケットで問題を説明し、必要な範囲でログやアクセス許可を提供してください。

専有環境でも、アカウントとアクセス権の管理は必要です。チームメンバーごとにシステムユーザーとSSH鍵を発行し、長期間使うパスワードを共有しないようにしましょう。必要なディレクトリとリポジトリにだけ権限を付与してください。チケット、スクリーンショット、ビルドログに秘密鍵、署名用パスワード、有効なトークンを含めないでください。

バックアップ対象を3種類に分けましょう。コードはリポジトリにコミットします。ビルドスクリプト、ツールのバージョン、環境設定は、再構築できる手順として記録します。成果物や保管が必要な作業ファイルは、rsyncなどの管理された転送方法でノード外に保存してください。機密性の高い認証情報は、チームで承認された安全な方法で保管しましょう。

同じノード内の別のディレクトリにファイルをコピーしても、独立したバックアップにはなりません。初回のバックアップ後にファイルを抽出して確認し、チェックサムを照合してください。コピーから作業環境を再構築できるかも試しましょう。契約終了が近づいたら差分同期を行い、最新のビルド結果がローカルのコピーに含まれていることを確認してください。

対応している支払い方法はUSDT-TRC20と、Stripe経由のVisa／Mastercard／Amexのみです。いずれも米ドル（USD）で決済されます。実際に利用できる決済ゲートウェイは、バックエンドから返される情報をご確認ください。

カードで支払う場合は、決済ページで認証を完了してください。USDT-TRC20で支払う場合は、ネットワーク、金額、送金先情報を一つずつ確認してください。以前の注文の送金先に再送金したり、支払い画面のスクリーンショットだけで新しい注文が有効になったと判断したりしないでください。注文状況はコンソールで確認してください。

重複して支払わないよう、まずコンソールで請求と注文のステータスを確認してください。それでも確認できない場合は、コンソールからチケットを送信するか、support@armshell.comまでお問い合わせください。注文番号、支払い方法、支払額、カード払いの場合は請求の参照情報、USDT-TRC20の場合はトランザクションハッシュをお知らせください。

カード番号全桁、カードのセキュリティコード、システムパスワード、秘密鍵は送信しないでください。サポートが注文情報と支払い記録を照合します。入金、決済確認、ノードの利用開始はそれぞれ別の段階です。いずれか一つの完了を、すべての手続きが完了したことの代わりと考えないでください。