三つの誤解：見出し帯域、静かなrsync、圧縮万能論
第一の誤解は回線キャパシティを接続あたりスループットと同一視すること。高RTTでは単一TCPが輻輳窓とACKの時計のせいでパイプを埋めきれません。まず同一経路で単一ストリームSFTPと単一TCPベンチを並べ、ディスクやfsyncを疑う順序を固定します。
第二の誤解はrsyncの無音をハングとみなすこと。巨大ディレクトリや小粒ファイルの嵐はメタデータ走査と署名比較に分を取られ、ペイロードが見えません。ステートフルFWはその間を死んだトンネルと判断します。キープアライブとフェーズ別ログをCIに載せ、夜間ページを減らします。
第三の誤解は圧縮を常に有効にすること。xcarchiveや既存zipは伸びず、CPU一核に暗号を積み上げます。テキストログなら別です。勝者を内部ランブックに固定します。
速度改善でもリリース意味は緩めません。releases/<build_id>/へ載せ、マニフェスト後にcurrentを切替。並列は接尾辞分離でliveへ直書きしません。
単一SFTPの天井、rsyncスキャン、並列の足し方
単一SFTP。SSHチャネルの上にファイルバイトを載せますが、根本は単一TCPです。RTTが百ミリ秒を超えると、見かけ上のギガと実効MB/sのギャップが普通に出ます。独立したSSHセッションを足すと窓の本数が増え、集約スループットが伸びることが多いです。上限はsshdのCPUとMaxSessions系の予算です。
rsyncスキャン。初回全コピーや巨大単一ファイルではローリングチェックサムの前段が重く、whole-file寄りの方針やツリー分割が現場解になります。切断がスキャン直後に集中するならアイドル閾値を疑います。
並列と憑依。セッションを増やしたら短命鍵の再利用幅も見直します。想定より高い並列を誤って載せると、承認されていない広い権限が残ります。
rcloneはミラー記事どおりROアカウントと非リリースツリーへ。sync削除の伝播を隔離します。
多テナント共有リモートMacはchroot・Matchで隣接横断を防ぎ、速度より先に安全弁です。
意思決定マトリクス：信号→原因→手→関連記事
RTT、単一フローMB/s、クライアントとサーバCPU、失敗がスキャンかペイロードかをワークシートに残します。
| 観測信号 | 有力因 | 推奨手 | 関連 |
|---|---|---|---|
| SFTPがiperf3単一に近似 | RTT窓・単一路 | 並列SSHをsshd予算内で追加 | 同時SFTP |
| ペイロード前に切断 | アイドルSSH | ServerAlive、分割、ログ整備 | キープアライブ |
| LAN速い・WAN遅い | 経路整形・バスチョン | ホップ削減、QoS確認 | CI憑依・ProxyJump |
| 並列でRST増 | セッション上限 | 次数を下げジョブを列挿 | 同時SFTP |
| 転送成功だが公開不可 | マニフェスト欠落 | チェックサムゲートを独立 | 完全性 |
| ミラーがリリースを汚染 | ツリー混線 | RO分離・copy優先 | rcloneミラー |
性能と正しさは別ゲート。速くても半端ツリーは原子手順で弾きます。
再現用：ping、ssh設定断片、rsyncステージング
計測は捨てuploads/staging/配下で行い、liveシンボリックを直接いじりません。
# RTTざっくり
ping -c 20 remote-mac.example
# ~/.ssh/config 断片（方針に合わせて調整）
Host ci-remote-mac
HostName remote-mac.example
User ci_upload
ServerAliveInterval 60
ServerAliveCountMax 3
# build_id ごとに rsync（例）
rsync -av --partial ./build/ ci-remote-mac:uploads/staging/build-2048/
# マニフェスト合格後に current 切替は原子リリース記事の手順へ
鍵はジョブ単位で書き、終了時に破棄します。OIDC・短命鍵のマトリクスと整合させます。
観測、しきい値、DIYの限界
RTT150ms超で単一フローが対称レートの三割を下回るなら窓・並列優先。並列は2〜4開始、sshdCPUと失敗の単調性を見て運用上限を決めます。
CIはスループットをJSONで吐き、握手P95をDNS・証明書回転と相関。遅い算法ポリシーならタイムアウトも伸ばしフレークを減らします。
バスチョン・テナント・暗号・観測を自前で横断整備は重労働です。SFTPMAC ホスト型リモートMacは入口とsshd雛形を束ね、帯域議論に集中させます。
FAQ と SFTPMAC ホスト型リモートMac
UDP加速器にすぐ乗り替えるべきか
最後の手段です。コンプラ面が増えます。並列SSH、パス修正、パッケージ分割を先に尽くします。
macOSのsysctlを触るべきか
変更管理が重い場合があります。アプリ層のキープアライブと分割を先に固めます。
ジュニアにマトリクスを教えるコツは
インシデントごとにRTT、単一フロー、並列次数、失敗フェーズ、ゲート結果を一枚に書かせます。
まとめ：WAN→リモートMac大容量は単一SFTPとrsyncスキャンが先に壁。測定で分類し並列とキープアライブを足し、原子と完全性は別ゲートで維持します。
限界：徹夜の帯域火消しは疲弊します。SFTPMACはホスト型リモートMacブリッジでSFTPファースト入口と並列初期値を束ねます。
隔離されたリモートMacでステージングと並列転送を安全に運びたい場合はプランをご確認ください。