365へのネットワーク。365へのネットワーク。365へのネットワーク。365へのネットワーク。IIJの情シスは、より安定した通信を求めて2度の切り替えを経験しました。その経緯を詳しく聞きました。目次インターネット経由からExpressRouteへ品質には満足していた。一夫IIJグループの社内ITインフラを統括。悠IIJ社内のネットワーク、外部サービスとの接続ゲートウェイの企画運用を担当。365へのネットワークアクセス更新プロジェクトを推進。365までの通信についてお聞きします。365ですが、よく他社で聞く「スケジュールの表示が遅い」「Teamsが遅い」といったストレスを感じたことがありません。365ネットワークについて教えてください。Service」へと変化してきました。最初はインターネット経由の通信だったんですね。365)サービスの利用を開始したんですが、最初は普通にインターネット経由でした。Businessをメインに利用する想定で、当時はIIJ社内でも利用者が少なかったんです。この時は、インターネット通信でも問題ないと判断していましたし、実際課題もありませんでした。そこからExpressRouteに切り替えたんですね。Onlineを検討し始めました。Onlineは特にスケジュールを利用するとセッションをたくさん張ることが分かっていました。なるとプロキシや回線がひっ迫して、ほかのインターネット利用に影響が出るかもしれない。社内で色々と検討した結果、「高品質で快適に利用するにはExpressRouteを利用するのが一番」という結論になりました。そのタイミングでExpressRouteの導入を企画し始めました。365用途でのExpressRouteの利用にはMicrosoft社の承認が必要です)。SkypeからExchangeへと利用サービスが広がるなかで、通信の安定性を狙ってExpressRouteを導入した、ということですね。いざ導入する時に大変だったことはありますか?関IIJの場合、グループ内の企業と共有のネットワークがあります。ExpressRouteをその共有ネットワークと接続することで、他のグループ企業でもExpressRoute経由でアクセスできるようにしたいと考えていました。設備的な問題で共有ネットワーク経由でアクセスできない企業もいくつかあって、それらの企業は従来と変わらず各社のインターネットゲートウェイ経由でアクセスする構成にしました。グループ内でExpressRoute経由とインターネット経由の2種類が混在する構成は、当時他社でも事例がなかったようです。ネットワークの全体設計に苦労しました。そんな苦労を乗り越えて切り替えに至ったんですね。切り替え作業自体はスムーズでしたか?井内ExpressRoute側からの経路情報がIIJのゲートウェイに細かいセグメントでたくさん降ってくることが分かり、その経路情報の反映によってゲートウェイ機器の負荷が大幅に上がってしまったんです。それが切替直後に発覚した課題でした。機器自体が1世代前のものでスペックが足りないことも原因の1つだったので、機器のリプレースを行いました。併せて各拠点への経路情報配信を見直したりして、ポイントとなる機器だけをリプレースすることで解消できました。品質には満足していた。Service」へ切り替えを行ったんですよね。Service」は、業種や用途にかかわらず、すべてのお客様にご利用いただけるサービスです。Service」を提供する予定がありました。サービス担当部門から「サービス提供に先駆けてIIJ社内に導入したい」と打診されたのがきっかけです。ExpressRouteの品質にはまったく問題がなく満足していたのですが、IIJ自身が最初のユーザーになることで、お客様に安心してご利用いただけるなら、という気持ちで移行することにしました。ExpressRouteからIIJのサービスへ移行する1つのケーススタディとして、お客様に情報を提供できるというのもモチベーションでした。基本的にIIJの情シス側としては、サービスからの経路情報を受け取るのみでした。サービス部門に動いてもらったこともあって、大きな苦労はなかったですね。IIJでは、Teamsで社内の内線通話ができるシステムを導入していますね。365からTeams内線サーバに向けてSNATして通信するようにオプションを契約していました。Service」で同じSNATのオプションを提供しているのでそれを利用する想定だったんですが...切替後にその通信がうまく疎通できなくなりまして。365のグローバルアドレスで通信していたものが、切替後はプライベートアドレスにNATされる仕様になったということで、ファイアウォールで通信がブロックされていたんです。ファイアウォールの設定を変更して、対応しました。関ただ、切り替えて以降はまったく問題ないですね。ユーザーからの品質に関するクレームはゼロです。Service」だと経路情報がある程度集約したセグメントで配信されるので、機器の負荷が減ったことが大きいですね。リプレースしてスペック的に余裕はできたものの、やはりルーティングテーブルの見やすさなどを考えると少ない方が管理上も楽ですし。新型コロナウイルスの影響でリモートワークが増えたと思います。何か対応をされましたか?関やはりTeamsの利用が大幅に増えので、通信帯域拡張や、追加ライセンスを購入してルータのスループットを上げる対応をしました。365への通信がインターネット通信とは別の経路になっていることで、負荷分散の観点でも良かったと思います。365への通信も、今回導入したIIJ本体のネットワークから出るので、負荷はすごく上がったはずですし。365への通信に関する問い合わせはまったくないんです。管理側からすると、とても助かりますね。他社の事例でよく聞く「Teamsがつながらない」とか「遅い」とか、そんな話は一切ないです。グループ会社からの問い合わせやクレームもないですね。365は超ミッションクリティカルシステムになっていますよね。それへの通信に関する問い合わせやクレームがないのは素晴らしいですね。関はい、その点は本当に良かったと思っています。IIJが選んだリモートアクセスVPN。WindowsファイルサーバをBoxへ。IIJ社員が使う仮想デスクトップ。365のテナントを統合。バラバラだったIIJ社内システムの構成管理。WindowsファイルサーバをBoxへ。バラバラだったIIJ社内システムの構成管理。365のテナントを統合。MicrosoftIIJの法人向けサービス・ソリューションについては、お気軽にお問い合わせください。Blogこのサイトは株式会社インターネットイニシアティブが運営しています。