サーバー構築のデージーネットTOP > システム構築 > 社内サーバインフラの構築 > Office365用プロキシサーバ
構築事例：Office365用プロキシサーバ
Office365を社内導入したが、インターネット回線のトラフィック量が多くなり、インターネットを安定して使うことができなくなってしまったということで相談をいただきました。Office365専用のインターネット回線を用意し、Office365への通信だけをプロキシサーバに送るようにPACファイルを配布する仕組みを作りました。プロキシサーバにはsquidを採用しました。
- 導入企業業種
- 製造業
- ユーザー規模
- 12,000人
- 利用OS
- CentOS7
- 導入月
- 2017年4月
- お客様が悩まれていた課題
- Office365がスムーズに使えない
- ホームページの閲覧が遅くなった
デージーネットが提案した「Office365用プロキシサーバ」
Office365専用の回線を用意し、プロキシサーバを構築
Office365を社内導入したが、インターネットを安定して使うことができなくなってしまったということで相談をいただきました。Office365もスムーズに使えないことがあるということでした。Office365導入で、インターネットのトラフィックが非常に多くなってしまったことが原因でした。
Office365専用回線とプロキシサーバ
デージーネットではOffice365専用のインターネット回線を用意しプロキシサーバを使ってOffice365の通信だけを別の回線に分けることを提案しました。インターネット回線には、Office365が常にスムーズに利用できるよう、帯域保障が受けられるものを利用しました。プロキシサーバのソフトウェアとしては、squidを採用することにしました。
Office365の通信だけをバイパス
通常のインターネットへのアクセスは、従来どおりファイアウォール経由で直接アクセスさせ、Office365への通信だけをプロキシサーバへバイパスするため、PACファイルを配布することにしました。PACファイルは、プロキシ自動設定ファイルと呼ばれています。ブラウザにPACファイルのURLを設定しておくことで、ブラウザが自動的にPACファイルをダウンロードし、その内容に合わせて適切なプロキシを使うようにすることができます。
プロキシサーバのサイジング
最後に残った課題は、Office365のトラフィック量に対して適切なプロキシサーバ数を配置することです。また、障害などで業務が止まらないように考慮することも必要でした。Office365は非常に頻繁かつ多くのセッションを張るため、プロキシサーバには大きな負荷が掛かります。デージーネットでサイジングを行なったところ、4台のプロキシサーバが必要であることが予測できました。
プロキシサーバの負荷分散と冗長化
当初はPACファイルに、ユーザによって異なるプロキシサーバを利用する設定を行なうことで、利用するサーバを分散しようと考えていました。しかし、この方法では、プロキシサーバに障害が発生した時に、Office365を利用できなくなる可能性があります。そのため、プロキシサーバにロードバランスさせることになりました。また、障害の場合でも性能に問題が出ないようにするために、プロキシサーバの台数を1台増やして、5台とすることになりました。
ロードバランスにはLinuxのLVSの機能を使うことにしました。プロキシサーバのうちの2台をクラスタ構成として、ロードバランス機能を同居させました。
プロキシサーバの管理性の確保
さらに、管理性を確保するために、GUIからロードバランスとクラスタの管理ができるようにしました。クラスタの管理にはNovellが開発しSuSE Linuxなどに採用されているHawkを、ロードバランスの管理にはデージーネットが公開しているOSSのILUKAを使いました。
導入後の結果
回線を分けたことにより、Office365もインターネットも安定して利用できるようになりました。ただし、プロキシサーバの負荷が非常に気になるため、負荷の状況は常に監視しています。
社内サーバインフラの構築の事例一覧
様々な事例を集めたモデルプラン（費用例付き）をお送りしています。
代表的な事例を集めた「モデルプラン」をお送りしています。費用の例も記載しておりますので、価格感も知って頂ける資料となっております。
ご希望の方は、下記よりお申し込みください。
