地方拠点やIoT機器の通信経路を設計していて、地上回線が止まったときの代替手段に衛星通信を検討したことがあるエンジニアは少なくないはずです。SpaceXが先週、低帯域スペクトラム（携帯電話の通話やデータ通信に使われてきた、低い周波数帯の電波免許枠）を大量に取得し、独自のモバイル網構築を進めると発表しました。この動きは一見するとキャリア業界のニュースですが、SREやインフラ担当者にとっても「通信経路の冗長化戦略」を見直すきっかけになります。
今回は衛星通信を含めた通信レイヤーの可用性設計について、どんな場面で判断が必要になり、どの軸で選べばよいかを整理します。クラウドのマルチリージョン構成を検討するのと同じ発想で、通信経路そのものをSLO（サービスレベル目標、稼働率や応答時間の達成目標を数値で定めたもの）の構成要素として扱う視点です。
どんな場面でこの判断が必要になるか
典型的なのは、拠点間VPNや監視システムの通信経路が単一キャリアに依存しているケースです。
たとえば工場のIoTセンサーが1本の光回線でクラウドに繋がっていて、回線事業者側の障害でデータ収集が止まった経験があるなら、まさにこの判断が必要な場面です。
SpaceXの計画は、EchoStarから約200億ドル相当のスペクトラムを買収した実績に続き、低帯域スペクトラムの追加取得とFCC（米連邦通信委員会）による次世代Starlink衛星1万5000基の打ち上げ承認が重なったことで、本格的な携帯キャリア参入が現実味を帯びた段階にあります。こうした衛星直結型の通信網が選択肢として育つことは、地上回線一本足のアーキテクチャを見直す材料になります。
判断軸1: SLOとの整合性
まず確認すべきは、既存のSLOがどの通信経路の可用性を前提に設計されているかです。
地上回線の稼働率が99.9%だとして、衛星回線を追加した場合に合成可用性（複数経路を組み合わせたときの理論上の稼働率）がどこまで上がるかを計算してみます。単純な並列冗長なら、両方が同時に落ちる確率は各経路の非稼働率の掛け算になるため、99.9%同士でも理論値は99.9999%に近づきます。
ただし衛星回線特有のレイテンシ（通信の往復遅延）や天候影響による瞬断は、SLI（サービスレベル指標、実際に計測する数値）として別枠で監視しないと、エラーバジェット（許容される障害時間の予算）を正しく消費管理できません。
判断軸2: IaCでの経路切り替え自動化のしやすさ
次に見るべきは、通信経路の切り替えをTerraformやPulumiといったIaC（Infrastructure as Code、インフラ構成をコードで管理する手法）でどこまで宣言的に書けるかです。
地上回線の冗長化なら、BGP（経路制御プロトコル）やSD-WAN機器の設定をコード化し、プロバイダ障害時に自動でルートを切り替える構成が組みやすい領域です。衛星回線を組み込む場合は、地上局やルーター側のフェイルオーバー設定が機器ベンダー固有のAPIに依存することが多く、Terraformのプロバイダが用意されているかどうかが実装コストを左右します。
確認方法としては、候補のネットワーク機器・回線事業者がTerraform Registryに公式または有志のプロバイダを公開しているか、あるいはREST APIでの経路制御に対応しているかを事前に調べておくと、導入後の自動化範囲を見積もりやすくなります。
判断軸3: オブザーバビリティの継続性
経路を切り替えた瞬間に監視が途切れては意味がありません。
PrometheusやDatadogなどで収集しているネットワークメトリクスが、衛星経路特有の指標（信号強度、衛星との接続切り替え頻度など）に対応しているかを確認します。対応していない場合、切り替え後の障害検知が地上回線時代の閾値のまま誤判定を起こすリスクがあります。
判断軸4: コストとSLAのトレードオフ
最後にコストです。衛星通信は月額固定費に加えてデータ量に応じた従量課金が発生する場合が多く、バックアップ用途で常時起動しておくかホットスタンバイにするかでコスト構造が変わります。
SLA（サービス品質保証契約）で定められた補償内容が地上回線より薄いケースもあるため、契約書のダウンタイム補償条項を事前に確認しておく必要があります。
選択肢の比較
| 経路構成 | 可用性向上 | IaC対応のしやすさ | コスト |
|---|---|---|---|
| 地上回線のみ | 低い（単一障害点が残る） | 高い（実績豊富） | 低い |
| 地上+衛星のデュアル回線 | 高い（経路分散） | 中程度（機器依存） | 中〜高 |
| 衛星のみへの全面移行 | 条件次第（天候・遅延リスク） | 低い（検証事例が少ない） | 高い |
ケース別の推奨
地方拠点や船舶・建設現場など地上回線の敷設コストが高い環境なら、衛星回線を主回線に据える構成が現実的です。
都市部のデータセンター間接続で、すでに複数キャリアの地上回線で冗長化できているなら、衛星は障害訓練用のカオスエンジニアリング対象としてコストを抑えつつ検証する位置づけが向いています。
レイテンシに厳しいリアルタイム取引系システムなら、衛星回線を主経路にするのは見送り、地上回線の複数キャリア化を先に検討する方が合理的です。
あえて見送るべき条件
次のような条件に当てはまる場合は、衛星通信の導入を急ぐ必要はありません。
- SLOの誤差バジェットに余裕があり、既存の地上回線冗長化で十分に目標を達成できている
- ミリ秒単位のレイテンシがサービス品質に直結する(高頻度取引や音声通話など)
- IaCチームのリソースが限られ、新しい機器ベンダーのAPI学習コストを割けない
- SpaceXの携帯キャリア事業自体がまだFCC承認後の展開初期段階で、商用SLAの実績が少ない
まとめ
衛星通信の商用キャリア化は、インフラ担当者にとって通信経路の選択肢が一つ増える出来事です。
導入を検討する際は、まずSLOと合成可用性の計算から始め、IaCでの自動切り替えがどこまで書けるかを机上で試算してみてください。
次の一歩としては、自社の通信経路構成図を描き出し、単一障害点がどこにあるかを棚卸しすることをおすすめします。そのうえで、Terraformプロバイダの有無やSLA補償内容を事業者に問い合わせるところから始めると判断材料が揃います。