【IIJ体験コラム】#2　Microsoft 365へのネットワーク。IIJ社員がストレスゼロで使える理由

関氏
IIJのMicrosoft 365までの通信は、最初はインターネット経由、その後「Azure ExpressRoute」、そして現在の「IIJクラウドエクスチェンジサービス for Microsoft Azure Peering Service」へと変化してきました。

関氏
はい。2017年4月からOffice 365（現在のMicrosoft 365）サービスの利用を開始したんですが、最初は普通にインターネット経由でした。Office 365の中でもSkype for Businessをメインに利用する想定で、当時はIIJ社内でも利用者が少なかったんです。この時は、インターネット通信でも問題ないと判断していましたし、実際課題もありませんでした。

関氏
当時、IIJで利用していたスケジューラのリプレース時期を迎えたこともあり、リプレース先としてExchange Onlineを検討し始めました。ただ、Exchange Onlineは特にスケジュールを利用するとセッションをたくさん張ることが分かっていました。そうなるとプロキシや回線がひっ迫して、ほかのインターネット利用に影響が出るかもしれない。社内で色々と検討した結果、「高品質で快適に利用するにはExpressRouteを利用するのが一番」という結論になりました。そのタイミングでExpressRouteの導入を企画し始めました。苦労はしつつも無事に承認が通り、導入できる目途が立ちました（※現在、Microsoft 365用途でのExpressRouteの利用にはMicrosoft社の承認が必要です）。

関氏
IIJの場合、グループ内の企業と共有のネットワークがあります。ExpressRouteをその共有ネットワークと接続することで、他のグループ企業でもExpressRoute経由でアクセスできるようにしたいと考えていました。ただ、設備的な問題で共有ネットワーク経由でアクセスできない企業もいくつかあって、それらの企業は従来と変わらず各社のインターネットゲートウェイ経由でアクセスする構成にしました。
グループ内でExpressRoute経由とインターネット経由の2種類が混在する構成は、当時他社でも事例がなかったようです。ネットワークの全体設計に苦労しました。

井内氏
ExpressRoute側からの経路情報がIIJのゲートウェイに細かいセグメントでたくさん降ってくることが分かり、その経路情報の反映によってゲートウェイ機器の負荷が大幅に上がってしまったんです。それが切替直後に発覚した課題でした。
機器自体が1世代前のものでスペックが足りないことも原因の1つだったので、機器のリプレースを行いました。併せて各拠点への経路情報配信を見直したりして、ポイントとなる機器だけをリプレースすることで解消できました。

関氏
Microsoft社の「Microsoft Azure Peering Service」は、業種や用途にかかわらず、すべてのお客様にご利用いただけるサービスです。IIJでも、これに対応したオリジナルサービス「IIJクラウドエクスチェンジサービス for Microsoft Azure Peering Service」を提供する予定がありました。サービス担当部門から「サービス提供に先駆けてIIJ社内に導入したい」と打診されたのがきっかけです。
ExpressRouteの品質にはまったく問題がなく満足していたのですが、IIJ自身が最初のユーザーになることで、お客様に安心してご利用いただけるなら、という気持ちで移行することにしました。
ExpressRouteからIIJのサービスへ移行する1つのケーススタディとして、お客様に情報を提供できるというのもモチベーションでした。