クラウドサービスを完全にローカルエリアとして扱うことはできますか？

質問

クラウドサービスを完全にローカルエリアとして扱うことはできますか？

解答

結論から言うと、 「技術的にはかなりローカルに近づけることはできるが、“完全に”ローカルと同一にはできない」 です。 なぜかを順番に整理します。 まず「ローカルエリアとして扱う」とは何を意味するか？ 人によって意味が違います。主に次のどれでしょうか？ 社内IPのように見せたい インターネットを通らず閉域にしたい レイテンシをLAN並みにしたい 同一セグメントのようにブロードキャストしたい セキュリティ境界を社内扱いにしたい 実はここがポイントです。 目的によって「できる／できない」が変わります。 できること 1. IP的に“社内っぽく”する 可能です。 拠点間VPN 専用線接続 ルーティング統合 すると： 社内 10.0.0.0/16クラウド 10.1.0.0/16 のように、単なる別サブネット扱いになります。 この意味では かなりローカル化可能です。 2. インターネットを経由しない 可能です。 専用線 閉域網 プライベート接続 これで 「パブリックインターネットを通らない」 構成は作れます。 3. DNS・認証を統合する 可能です。 社内AD連携 内部DNS統合 同一ID基盤 これで利用者体験はほぼローカルになります。 できない（または限界がある）こと 1. 物理的に同じLANにする クラウドは物理的に遠いです。 レイテンシは必ず増える ジッターも増える LANの1ms以下には普通なりません。 2. L2（ブロードキャスト前提）で完全統合 理論上はL2延伸できますが、 トラブル時の影響範囲が爆増 ループ事故の危険 遅延で不安定 大規模ではほぼ推奨されません。 実務では L3で分離が原則です。 3. 「信頼モデル」を完全一致させる これが一番重要です。 クラウドは： 他社と物理共有 ハイパーバイザ依存 事業者の運用に依存 つまり 社内ラックとは信頼前提が違う ここは設計思想として完全一致しません。 実務的な答え ほとんどの企業はこうします： ネットワークは統合 IP空間も統合 認証も統合 ただしゾーンは分ける つまり： 「ローカル風に扱うが、信頼レベルは分離」 設計上の考え方 完全にローカル扱いすると危険なのは、 クラウド侵害 → 社内横展開 誤設定 → 社内まで影響 責任境界が曖昧 だから最近はむしろ： クラウドも社内も信用しない ゼロトラスト寄り のほうが主流です。 一言でまとめると ネットワーク的には「ほぼ可能」 物理的には「不可能」 信頼モデル的には「分けるべき」

AWSではじめるクラウドセキュリティ クラウドで学ぶセキュリティ設計／実装 [ 松本 照吾 ] 価格:2948円 (2025/4/23 14:17時点) 感想(1件)

AWSの基本・仕組み・重要用語が全部わかる教科書 見るだけ図解／川畑光平／菊地貴彰／真中俊輝【3000円以上送料無料】 価格:2970円 (2025/12/14 20:24時点) 感想(0件)