Azure West Europe に SQL と Key Vault を置き、作業端末を LeanVPS ドイツ実機 に載せ替えるチーム向けの整理稿です。欧亜二段の往復と p95 閾値、M4 16／24GB のレンタル判断を同じ票に載せ、curl と TCP の再現手順まで束ねます。運用メモに過ぎず法的助言ではありません。関連は AWS 回廊稿、欧亜 Git 稿、トップ です。
三つの見えにくい詰まり
- 一段化の誤り：アジアからの SSH 遅延と、ドイツから West Europe への遅延を混ぜると設計票が赤黒つきません。
- HTTPS だけ見る：Key Vault の往復は滑らかでも 1433 が閉じていると夜間ジョブだけ落ちます。
- 平均だけ：尖った p95 を捨てると、週次ピークで 16GB を誤ってネットのせいにします。
欧亜協業 RTT 判断表（二段に分ける）
数値は社内の代表帯として扱い、緑黄赤の境界は契約と監査方針で上書きしてください。
| 区間 | 観測窓 | p95 目安帯 | 判定メモ |
|---|---|---|---|
| アジア朝 → 入口 | 東京朝一時間 | 八十〜二百二十ミリ秒級 | ここは会話用 UI向け。Vault 本体計測と混ぜない。 |
| ドイツ → West Europe | フランクフルト夕方 | 八〜二十八ミリ秒級 | データ面ハンドシェイクの基線。票の主役。 |
| 夜間バッチ | UTC 深夜帯 | 帯が跳ねやすい | 黄なら帯域と同時に SQL 接続試験を再掲。 |
M4 16GB と 24GB のレンタル対照
| シナリオ | 16GB レンタル | 24GB レンタル |
|---|---|---|
| 単発 curl 巡視と軽量 CLI | 十分 | 余裕過多になりがち |
| Xcode と複数コンテナ常駐 | 週次で黄になりやすい | 安定レンタへ |
| 欧亜二窓を同時に開く運用 | 切替え手順を短く保てる | 同時セッションに余白 |
curl と TCP の閾値付き五手順
- ラベル固定：ログ行頭に
AE-Morningなど二段名を付け、保存先を週次で揃えます。 - HTTPS 基線：
curl -o /dev/null -s -w '%{time_namelookup} %{time_connect} %{time_starttransfer}\n' https://vault.azure.net/を三十回以上。time_starttransfer の p95 が自社緑閾値を超えたら 黄、二倍超えを 赤 の目安にします。 - TCP 1433：
nc -vz <sql-host> 1433またはopenssl s_client -connect <sql-host>:1433 -briefで握手中断までの秒を残し、三秒超えを一時調査、十秒超えを即時エスカレーションの例として票に書きます。 - 分離記録：Vault 行と SQL 行を別列にし、同じ変更票へ貼り付けます。
- 週次差分：前週 p95 と差が出た列だけをレビューに戻し、戻し手順を ログ秘匿稿 と同じバンドルに載せます。
データ駐留とログ：リージョン選択はデータ所在地の説明とセットで残し、監査向けログは識別子を伏せた最小項目に抑えるのが実務的です（法的結論の代替ではありません）。
そのまま貼れるチェック行
- 百分位は p50 と p95 を同じ表に並べ、平均だけを見ない。
- HTTPS 緑でも TCP 1433 が赤ならネットではなく防火壁票から戻す。
- 16GB から 24GB へ上げるときはレンタル期間とロールバック窓を一行で書く。
Azure の各サービス画面と公式ドキュメントを版ごとに再読し、閾値表を四半期ごとに凍結してください。
West Europe 向け実機
フランクフルト回廊で RTT 票を先に固める
ドイツノードの Mac mini M4 で測定基線を置き、Azure 側の変更と同じ週に票を更新できます。手順の細部は ヘルプセンター もご利用ください。