一例として、 2台のインターネットルーターと異なる2社のISP を使用する構成が考えられます。

ISP・アクセス回線・ルーターを分散することで、 単一障害点を減らせます。

回線を2本用意するだけでは、 どちらの回線を使って外部へ通信するか、 また障害時にどの経路へ切り替えるかを決める必要があります。

BGPを利用すると、 複数の外部ネットワークとの間で経路情報を交換し、 利用する経路を制御できます。

そのため、単純に回線を二重化するだけでなく、 「通常時にどちらを利用するか」 「障害時にどの経路へ切り替えるか」 まで含めた冗長インターネット設計が可能になります。

• 接続するISP
• 利用するAS番号
• 広告するネットワーク
• 受信する経路の範囲
• 通常時の優先経路
• 障害時の切り替え方針
• 上り方向の経路制御方針
• 外部から自社への経路制御方針
• 経路フィルタリング方針
• BGPセッション監視方法

L3SW-Aがデフォルトゲートウェイとして 単一障害点になっています。

L3SW-Aが故障すると、 PC自体が正常でも別ネットワークへの通信ができなくなります。

PCには、各L3スイッチの実IPアドレスではなく、 VRRPやHSRPで共有する 仮想IPアドレスを デフォルトゲートウェイとして設定します。

通常は一方のL3スイッチがゲートウェイとして処理し、 障害が発生した場合はもう一方が役割を引き継ぎます。

一例として、次の優先順位が考えられます。

1. Web会議音声
2. Web会議映像
3. 業務Web通信
4. バックアップ通信

特に音声通信は遅延やジッターの影響を受けやすいため、 混雑時にも必要な帯域を確保する設計が重要です。

一方、バックアップ処理は多少完了時間が延びても 業務への直接的な影響が比較的小さい場合があるため、 優先度を下げる候補になります。

QoSは回線そのものの容量を増やす仕組みではありません。

回線が混雑したときに、 重要な通信を優先したり、 通信ごとに帯域の使い方を制御したりする仕組みです。

そのため、根本的に回線容量が不足している場合は、 QoSだけではなく帯域増強も検討する必要があります。

MPLS・閉域網、インターネットVPN、SD-WANには それぞれ異なる特徴があります。

重要なのは、 「SD-WANだから必ず優れている」と考えないこと です。

通信品質、利用可能な回線、セキュリティ要件、 クラウド通信の割合、拠点数、運用体制、コストなどから 比較する必要があります。

• 複数回線を利用し、 回線状態に応じた経路制御を行いやすくする
• 多数の拠点設定を集中管理し、 運用負荷を減らす
• SaaSやクラウドへの通信を 従来の本社経由構成から見直しやすくする
• 拠点追加時のネットワーク展開を効率化する
• アプリケーション単位で通信経路を選択する 設計を検討できる

ユニキャストで各端末へ個別配信すると、 同じデータを端末数分送信する必要があります。

マルチキャストでは、 同じデータを必要とする複数の受信者へ効率よく配信する 仕組みを構成できます。

ただし、利用するネットワーク機器や経路で マルチキャストを扱えるよう設計する必要があります。

• ネットワーク接続後のアクセス範囲が広すぎる
• 必要のないシステムまで到達できる可能性がある
• 認証した利用者を継続的に信頼してしまう
• 利用端末の状態を十分確認できない場合がある
• クラウド利用の増加に従来型境界防御が合わなくなる

ZTNAでは、 ネットワーク全体への広いアクセスを与えるのではなく、 利用者や端末などを確認したうえで、 必要なアプリケーションへのアクセスだけを許可する 方向へ変更します。

「社内にいるから信頼する」ではなく、 アクセス要求ごとに確認する考え方が重要です。

SASEは、ネットワーク接続とセキュリティ機能を クラウド利用やリモートワークを前提に 統合して考えるアーキテクチャです。

従来のようにすべての通信を本社へ戻す構成を見直しながら、 オフィス・自宅・外出先など場所が変わっても 一貫したセキュリティ制御を行いやすくなります。

結果として、 クラウド利用時の利便性向上、 セキュリティ強化、 拠点やリモートワーカーの運用負荷軽減などを 検討できます。

今回の更改では、 1か所の故障で会社全体の通信が停止しにくい ネットワークへ変更します。

本社のインターネット回線と通信機器を複数用意し、 片方に障害が発生しても別の経路を利用できる構成を検討します。

また、Web会議など業務影響の大きい通信を優先し、 各拠点の接続についてもクラウド利用を前提に見直します。

リモートワークについては、 社内ネットワークへ広く接続させる方式ではなく、 利用者が必要な業務システムだけへアクセスできる セキュリティ方式を検討します。

これにより、 障害への強さ、クラウド利用時の利便性、 セキュリティ、運用効率を バランスよく改善することを目指します。