情報処理学会研究報告 IPSJ SIG Technical Report Vol.2015-IOT-28 No /3/6 広島市立大学における情報ネットワークシステムのクラウド環境移行 前田香織 末松伸朗 北村俊明 広島市立大学では平成 26 年 10 月に情報ネットワークシステムを機

Transcription

1 広島市立大学における情報ネットワークシステムのクラウド環境移行 前田香織 末松伸朗 北村俊明 広島市立大学では平成 26 年 10 月に情報ネットワークシステムを機種更新し,L3 以上の機能と全サーバ機能をデータセンターに移行して運用を開始した. この更新では対象がネットワーク基盤の刷新, 情報処理教育システム, 教務支援システム, 図書システム,e-learning システムと多岐に渡る. これらの機能を提供するルータやサーバ群をデータセンターに集約し, メールセキュリティなど一部機能はパブリッククラウドを使うこととした. 本稿では,CG 処理をする芸術系科目の端末 50 台を含む約 550 台を仮想デスクトップ環境で構築した教育用システムを中心に新システムの設計と更新後の運用状況について報告する. A Case Study of Migrating a Network System to a Cloud Environment in Hiroshima City University KAORI MAEDA NOBUO SUEMATSU TOSHIAKI KITAMURA Hiroshima City University started a new campus network system from Oct The functions in a network layer (L3) and all functions of all servers in this system have been migrated to a cloud environment. The coverage of this system construction is wide and includes network infrastructure, network services, terminal rooms, a system on academic affairs, a library system and an e-learning system. All servers and network equipment of L3 and upper layers work at a data center. Some functions such as mail security and mail delivery work in a public cloud. This paper describes the design of the educational system constructed by the virtual desktop infrastructure of 550 virtual desktops including 50 virtual desktops on which CG software runs for art classes and the other systems. Also, the current status after migration is mentioned. 1. はじめにどの大学においても情報ネットワークシステムは教育, 研究のみならず, 学生の大学生活支援, 教職員の事務処理などあらゆる場面で必要となっている. 大学の情報ネットワークシステムは規模, キャンパスの分散, 構成部局の特性などによって設計方針が異なるが, 技術的, 運用的にも安定しつつあることから, サーバなど物理機器の自前での運用から, クラウド環境移行やサービスのアウトソースなどに切り替える傾向にある. 山梨大学では 2002 年にディスクレスの Windows サーバ群を遠隔の操作センターに移行した [1]. この移行では操作センターの場所や設備の安全性, 安定性のみならず, システムの管理者が学内にいない組織において遠隔地からの保守作業によって可用性向上を目指すものである. 一方で遠隔保守故の課題やその解決法についても言及している. 以降,2012 年度にはサーバ群をデータセンター ( 以降,DC) で仮想化し, プライベートクラウド環境としている [2]. これ以外にも 2012 年には電気通信大学でのプライベートクラウドへの移行事例があり [3], この事例ではこのクラウド環境を大学間で共同利用する提案もされている. また, それ以降もクラウド化が進み,2013 年以降にキャンパス情報ネットワークのクラウド環境利用には武蔵大学, 大阪大学, 広島大学の事例もある [4][5][6]. 九州大学では 2013 年に情報教育システムの IaaS 実現について調査を行っている [7]. このように情報基盤構築のハードウェアリソースを DC に移したり, ネットワークサービスなどの機能をクラウドで実現したりすることで, 可用性を向上したり, 管理コストの低減, 省エネ,BCP(Business Continuity Plan) へ対応する組織が増えている. 広島市立大学 ( 以降, 本学 ) でも 1994 年の開学以来,5 年毎に機種更新があり, 大学の情報ネットワークシステムのリソースは大学内に設置し, サービスを提供してきたが,5 回目となる 2014 年 10 月に刷新したシステムでは L3 以上の機能と全サーバ機能を DC に移行し, 一部サービスはパブリッククラウドの利用を開始した. 本稿の以降で, 本学のクラウド環境利用について述べる. 2 章で今回の機種更新の方針について述べる.3 章で新システムの概要と特徴的なクラウド利用について述べ,4 章で現在までの運用状況を移行前と比較する. 最後に 5 章でまとめと今後の課題について述べる. 広島市立大学大学院情報科学研究科 Graduate School of Information Sciences, Hiroshima City University 1

2 2. 機種更新方針 2.1 機種更新の方針 今回の機種更新では以下の方針をたて, 計画を進めた. (1) ICT を用いた教育環境の柔軟性と安定性の強化 全学部や施設に分散する情報処理機器を用いた教育施設 を将来的に統一的な維持管理ができる環境になるよう段階的に構築する. また, 施設を相互に利用することで, 学生の学習環境の柔軟性を向上するとともに, 集中的な保守管理により安全で安定なシステム稼働を目指す. さらに, こうした環境を利用して, 図書館などの自習スペースの整備が容易となるようにする. (2) 広島市立大学情報ネットワーク基盤 (HUNET) の従来機能維持と安定稼働 24 時間 365 日の稼働が要望されるものや, 一時的や将来的なサーバ類の拡張にも対応できるようにネットワークサービスはプライベート, またはパブリッククラウドでの提供とし, 学内のサーバ群の保守管理のスリム化をしていく. 同様に各種データのバックアップを統一的に行って BCP を意識したシステム構築を行う. 2.2 仕様策定概要 (1) 仮想デスクトップ環境の導入方針 (1) に沿って, 情報処理センターの2つの実習室 (160 台端末 ), 語学センター (130 台端末 ), サテライトキャンパス (25 台 ), 貸出し用端末 (30 台 ), 図書館デスクトップ端末 5 台, 持ち込み PC に仮想デスクトップ環境 (VDI) を導入する. また, この環境を他の情報処理教育施設 ( 情報科学部演習室や芸術学部端末室 ) にも拡張することを視野に入れ, 情報処理教育, 学部専門教育 ( プログラミング, 情報科学部専門基礎科目, 芸術学部デザイン系科目など ) の講義を施設によらず実施ができる環境構築をする. また, 相互に自習スペースとして使えるようにする. VDI の設計には先行して 80 台の VDT が稼働している事務局の VDI( 付録 A 第 4 期 ) の経験を元に教育系の設計をすることとした. (2) 柔軟なサービス構成変更従来の構成では機器更新までのリース期間中にハードウェアやソフトウェアの変更が難しく, 状況に応じた構成変更が難しかった. そのため, 今回はネットワークサービスを提供する多くの機能を仮想サーバで構築し, 一部機能はパブリッククラウドを用いる. 具体的にはメールセキュリティと学生のメール環境はパブリッククラウドを用いる. (3) ネットワーク機能とサーバの DC 設置方針 (2) に沿って, 安定稼働やネットワークサービスの集中管理のため, ルーティングなど L3 以上を提供するネットワーク機器や各種ネットワークサービス提供用のサーバは DC に設置する. そのため,DC と大学間のネットワークの高速化を図る. バックアップは DC 内のローカルなバックアップ以外に別の場所にも確保する. 3. 新システムの概要と特徴 3.1 構成新システムは図 1 のように基盤ネットワークの構築, 教育端末室の整備, 教務系システム, 図書システム, デジタルサイネージ, 遠隔教室整備などカバー範囲が広い. また, 2010 年に無線 LAN のエリアを拡張したが, その更新も同時に行った. 3.2 L3 機能の移行今回のシステムの特徴の1つは L3 以上のネットワーク機能も DC に集約した点である. ネットワーク接続に関しては学内には L2 のスイッチや無線 LAN のアクセスポイントしかない. ルーティング, ファイアウォール, ロードバランサも DC で設置されているので,DC と大学との専用回線は 10Gbps に増強している. 帯域を下げて2つの回線での接続も計画したが, 本学の立地を考えると光回線は他の通信事業者も現行契約している事業者からの借り上げとなり, 災害などの影響は同様に受けることとそれぞれの接続の費用から単一 10Gbps 回線とした. 3.3 サーバの仮想化 VDI 各種サービスを提供するサーバも DC に設置し, 各種ネットワークサービスのシステムは仮想化サーバ上に構築している. これにより, サーバごとのリソースの割当が柔軟になるので, 入試の合格発表時の Web サーバの同時集中アクセス時の一時的なリソース増強や, 講義期間中とそれ以外の教育用の仮想デスクトップのリソース割当変更などが可能になった. ファイルサーバは DC 内のストレージにおき, 後述の仮想デスクトップから NFS で用いる. 更新前は事務局の業務用 VDI は大学内に管理や実行用サーバとファイルサーバをおいていたが, この機種更新にあわせて DC に移設した. 3.4 仮想デスクトップ環境教育用や業務用の端末は図 2 のように VDI 上に構築した. VDT は表 1 のように用途別に 7 つのプールに分けて運用している. 情報処理教育, プログラミング, 文書編集などの科目用 ( 以降, 一般系 ) の合計 550 台と, 画像編集や 3D CG 処理用の科目 ( 以降, 芸術系 ) の 50 台の VDT 用にそれぞれ 7 台と 2 台の実行用サーバ (Cisco UCS C220 M3:CPU は 12 コア 2 基 /1 台 ) を用いている. また, それぞれにハ 表 1. 仮想デスクトップの用途内訳 Table1 The Detail of the Purposes of VDT VDT プール 台数 メモリ /1 台 (GB) 実習室用 貸出し端末 (30 台 ) 用 語学センター用 一般系 サテライトキャンパス用 25 2 自習用 15 3 図書館情報検索用 8 2 芸術系

3 イパバイザ VMware 社の ESXi がある 芸術系は画像編 全プールで Windows7 が動作し 加えて 一般系のうち 集 Adobe の Photoshop Illustrator など や 3D の CG 処理 実 習 室 用 と 自 習 用 で は Ubuntu が 動 作 す る Ubuntu は Shade3D を す る の で 実 行 サ ー バ に は 1 台 に つ き Windows 上のエミュレートソフト VMWare Player を用 4GPU(NVIDIA GRID K1)を 2 基搭載している 一般系と芸 いて動作する 上述のプール以外にも事務局や図書館の管 術系で 1 コアあたりそれぞれ 4 台の VDT と 2 台の VDT を 理業務用のプールで 18 台の VDT が稼働している また 稼働するようにサイジングされ 障害を起こした場合も一 事務局用の 80 台の VDT は教育用とは別の実行サーバで稼 それぞれハイパバイザが 1 台で必要な VDT を稼働できる 働している 図 1 全体システム構成図 Figure 1 Total System Configuration 図 2 VDI を用いた教育システム構成図 Figure 2 Education System Configuration using VDI 2015 Information Processing Society of Japan 3

4 3.5 パブリッククラウド利用 ネットワークサービスや教育 研究支援のシステムのサ ーバは DC に設置され, プライベートクラウドの形態で運 用されているが, メールセキュリティと学生のメールシステムはパブリッククラウドを用いた. (1) メールセキュリティ従来, メールのウィルス対策やスパムメール検知は学内にメールセキュリティ用のサーバを設置して対応してきたが, 表 2 のとおりウィルス検知数は激減し, スパムメールが増加, またこれらの検知システムを通過する標的型メールの数が増加している. しかし, リース契約で導入したシステムではこのような動向の変化に対応できないため, メールセキュリティはパブリッククラウドサービス (Symantec 社 Symantec.cloud) を使用することとした. 本学宛のメールはこのサービスの SMTP サーバで受信し, そこから教職員宛は本学のメールルータに, 学生宛は後述のパブリッククラウドサービスのメールサーバに配送される. 大学からの送信メールもいったんこのクラウドを経由して送信される. (2) 学生メールシステムメールサービスは既にパブリッククラウドで運用する大学が多々あり, 本学も今回の更新にあわせて, 学生のメールシステムとして Microsoft 社の Office 365 を使うこととした. また, 同サービスで提供されているストレージサービスも利用する. 4. 運用状況 構築期間が約 3 ヶ月で 10 月から新システムが稼働している. システムの更新前後で変化のあった項目について以降で述べる. 4.1 使用電力量の変化大学のサーバ室に残っているのは L2 のスイッチの他, 数台のサーバ ( 電気錠システムの管理用と監視カメラの画像レコーダ ) である. 表 3 に使用電力量の変化を示す. サーバ室は更新により消費電力を自動的に測定 収集する機器が撤去されたので, サーバ室の更新後の測定値は 10 回の 表 2 ウィルスとスパムの検知数 Table 2 The Number of Detection of Virus and Spam Mails. ウィルス検知数 スパム検知数 2004 年 164, 年 89, 年 34, 年 22, 年 141, 年 ( 除 8,9 月 ) 203, , 年 1, , 年 , 年 , 年 , 年 ( 8 月 ) , 年 (9 12 月 ) ,072 表 3 電力量の変化 Table 3 Variation in Electric Power 更新前 (kw) 更新後 (kw) サーバ室 68.8 * (8.1 * (DC)) 実習室 端末 プリンタ *1 : 4ヶ月 (4 7 月 ) 平均値,*2:10 回測定の平均値 それ以外は機器のカタログの最大値から換算 測定値の平均値を示す. 実習室の機器類や DC の値はカタログのピーク値から計算したものである. 更新後にサーバ室の電力量は表 3 のとおり当然小さくなっているが,DC の4ラックの機器の消費電力を加えても 37.0kW で, 更新前の約 53% になっている. 機器が 5 年前に比べ, 低消費電力になっていることも要因の1つだが, サーバの仮想化も消費電力の抑制には効果的であった. 実習室は更新後にゼロクライアントにしたことでかなり電力量が削減されている. 4.2 VDI の端末操作性教育用, 事務業務用ともに VDI で, しかも遠隔地で構築したので, 利用者の操作性に対する影響を調べた. (1) DC までの転送遅延まず,DC までの転送遅延による影響がないかを調べた. 表 4 は端末の起動等にかかる時間の更新前後の比較である. Windows の利用できるまでの時間は更新前に比べて早くなっているものの,Linux は Windows 上のエミュレーションソフトで動作しているため,Windows の起動完了後に Linux の使用までの時間が追加で必要となる. ただし,Windows の起動が早くなっているので, 利用開始までの待ち時間に大きな差は出ていない. ファイルサーバの端末からの利用は両者がサーバ内か DC かの違いであり, 更新前後でほとんど変化はない. ただし,Linux からの利用はやはり遅くなっている. 一方, 情報科学部演習室の 160 余台は今回の更新対象でなく, VDI でないので, ファイルサーバをネットワーク越しに NFS で使用している. そのため転送遅延の影響を受けるが, 現在にところ支障は起きていない. 事務用 VDI もそのためのサーバ類を今回の更新に伴い, DC に移設したが, 端末の操作性の問題は生じていない. 表 4 起動, ログオン, シャットダウン等にかかる時間 Table 4 Time of Boot, Logon and Shutdown 更新前 更新後 起動 Windows 67 87s Linux 55 59s 25 30s+プール選択 2 4s Windows 38 45s 20 25s (a) ログオン (a) に加え Linux 11 14s Linux 起動 : 30 50s Linux ログオン : 20 25s シャットダウン 端末 ファイルサーバ Windows 16 25s 7 10s Linux 7 8s 10 15s Windows 1ms 未満 1ms 未満 Linux 0.25ms 0.79ms 4

5 に支障がない状況にはなっているが 当初は混乱した 標 的型メールの検知も対象になったが それで利用者の混乱 が生じている例は今のところはない 学生のメールシステムの Office365 への移行では 大学 のメールアドレスとの共用ができなかったため 専用のド メイン名を作った そのため 学生は夏休みの前後でメー ルアドレスが変更となり そのための対応が必要であった 更新前に使用していた Web メールのスプールを移行した り 当分の間は旧アドレス宛のメールを転送したりして大 (a) 一般系プール実行サーバ きな混乱が生じないようにした 4.4 バ ッ ク ア ッ プ 更新前のバックアップはローカルディスクにとるのみだ ったが 更新後は別の DC にもバックアップをとるように した 両者とも同じ製品でブロック単位での差分バックア ップが可能なので 毎日 差分バックアップを行っている 差分バックアップのデータ転送容量は日ごとに変動するが, 講義が多い日や VDT のマスタイメージの更新があるよう (b) 芸術系プール用実行サーバ 図 3 VDT の実行サーバ 1 台分の CPU 消費量 Figure 3 CPU Consumption of Each Execution Server な日を含めても約 200GB で データ容量 8.5TB 2015 年 1 月末現在 の約 2%である バックアップは AM2:00 から 30 分ごとに領域ごとに転送するように設定されており 図 4 の通り短い時間で終わっている (2) リ ソ ー ス 配 分 4.5 教 育 シ ス テ ム 環 境 の 保 守 更新システムの検討時に VDT のプールごとに検討して VDI になっても端末へのセキュリティパッチの適用やイ サイジングをしたが 実際に講義で支障は起きていないか メージの配布など教育用システムの環境の保守は必要であ を確認した 図 3 に教育用の VDT の実行サーバの CPU る このような保守作業が更新前後でどのように変化した 消費量を示す 図 3 中の VDT 数は同時に稼働している台 かを表 5 にまとめた Linux や Windows の保守は OS や導 数である 実行サーバは一般系 情報処理科目 プログラ 入ソフトウェアのパッチやバージョンアップである 更新 ミングなどの講義実施 用に 7 台 芸術系 グラフィック 前は PC のマスタイメージの準備やイメージの配布サーバ ス処理など 用に 2 台が使われているが いずれも同様の の準備に時間がかかっており その部分については VDI で CPU の使用量を示していた 例えば 図 3 a で同時 100 余台を使うときは 7 台ともピークで 25 30%を使っている このことから 最大 550 台を使用しても講義の実施は可能 と予想している 芸術系でも 2 台の実行サーバは約 50 台の VDT が同時に 動作しても最大 30 の使用率 このとき GPU へオフロー ドされているかどうかは調査できていない である 操作 性に対するクレームもないことからリソース配分に支障は ないと考えている 4.3 パ ブ リ ッ ク ク ラ ウ ド へ の 移 行 メールセキュリティのパブリッククラウド移行は 同じ Symantec 社のアプライアンスからの移行だったので円滑 に進むと予想していたが 実際にはアプライアンスでの検 知エンジンや検知した際のメールの処理の違いが移行後に 発覚したものもあり 当初は混乱した 例えば 暗号化さ れた添付ファイルの扱いが更新前は検知処理ができないこ とがメール本文中に記載されていたが クラウド移行後は それができず 利用者にはウィルス検知ができたのか否か が判断しにくい状況となった 対処方法を依頼して 利用 2015 Information Processing Society of Japan 図 4 バックアップデータ転送量 Figure 4 Backup Data Traffic 表 5 保守作業時間 Table 5 Maintenance Time. Linux の保守* Windows の保守* 更新前 マスタイメージ準備 更新後:スナップショット作成 イメージ配布サーバ準備 イメージ配布 予備機で動作確認* 最終動作確認* ウィルススキャン処理 計 *は手作業 更新前 時間 更新後 時間

6 は不要になった. ウィルススキャンは実機でも VDT でも端末個々に動作するが,VDT の場合は同じ実行サーバで一斉にスキャンが動作するので, サーバの負荷軽減が必要である. そのためにマスタイメージでのスキャン結果をもとに各 VDT のスキャン対象を絞るなどサーバの保守作業が追加で必要となった. 全体に要する時間は VDI になって半減しているが, 手作業の時間は大きな変化はない. 5. おわりに 広島市立大学の情報ネットワークシステムのクラウド環境移行について述べた. 従来多岐に渡るシステムが組み合わさって全体システムが成り立っており, 個々のシステムの保守はシステムの契約先の担当者が遠隔から実施している. そのため, 一般的な保守に関しては今回のようなクラウド環境に移行しても遠隔での作業に変わりはなく, 現場作業があったとしても大学になるか, データセンターになるかの違いで大きな差はない. ただし,DoS 攻撃など不足の事態が起きた際にクラウド環境へのネットワークの接続性が確保できないような場合も発生するので, 別のルートをもっておくことは必要である. 次年度は 550 台の VDI 使用が始まるため, 事前準備をするとともに運用状況を把握していきたい. 謝辞本システムの更新に尽力してもらった丸山和俊氏, 長光政裕氏, 勝部章子氏他本学情報処理センターのスタッフに感謝します. 参考文献 1) 八代, 一浩, 鈴木, 嘉彦, 伊藤一帆, 片谷教孝, 豊木博泰 : 遠隔の操作センターから管理が行える教育計算機システムの構築と評価, 情報処理学会研究会報告,97(2006-DSM-043), p.7-12, (2006). 2) NEC, 山梨大学の情報山梨大学の情報システム基盤をクラウド環境へ移行, ( 参照 ) 3) 土屋英亮 : プライベートクラウドの大学間共同利用の提,2012-IOT-19, pp.1 4 (2012). 4) 鍛治秀紀, 安東孝二, 小野成志 : 武蔵大学における仮想化基盤を活用したキャンパスネットワークの構築と運用., 2013-IOT-22(6), pp.1-5 (2013). 5) 柏崎礼生, 宮永勢次, 森原一郎 : 大阪大学における仮想化基盤の増強とクラウド戦略, インターネットと運用技術シンポジウム 2014 論文集, pp (2014) 6) 近堂徹, 田島浩一, 岸場清悟, 吉田朋彦, 岩田則和, 大東俊博, 西村浩二, 相原玲二 : クラウドコンピューティング活用のための大規模キャンパスネットワーク, インターネットと運用技術シンポジウム 2014 論文集,2014, (2014). 7) 笠原義晃, 伊東栄典 : IaaS クラウド型教育情報システムの実現可能性調査,, 2013-IOT-22(14), pp.1-6 (2013). 8) 前田香織, 神下令児, 大迫誠, 河野英太郎 : Macintosh と UNIX マシンを併用した情報処理教育環境の構築,, 1997-DSM-006, pp (1997). 9) 河野英太郎, 前田香織, 三好哲也, 浅田尚紀 : 相反するポリシ実現のためのセキュリティ強化の試み,, 2002-DSM-026, pp (2002). 10) 前田香織, 河野英太郎, 石田賢治, 岩根典之 : キャンパス情報ネットワークシステムの分散管理の粒度,, 2000-DSM-018, pp (2000). 11) 河野英太郎, 前田香織, 井上智生, 北村俊明, 岩根典之, 末松伸朗 : 学究活動に不可欠になったキャンパスネットワーク構築の一事例,, 2004-DSM-036, pp (2005). 12) 前田香織, 河野英太郎, 北村俊明 : キャンパスネットワークへの認証システムの導入,, 2007-DSM-047, pp (2007) 付録 付録 A 情報ネットワークシステムの変遷 広島市立大学は国際学部, 情報科学部, 芸術学部は構成され, 大学院ではそれぞれの研究科をもつ. 学生が約 2000 名, 教職員が 約 200 名である.1994 年に開学し, 建物の増築に伴ったシステム の追加をしてきたが, ベースとなるシステムの更新は 4 回あり, 2014 年 10 月の刷新で第 5 期のシステムとなる. その間, 以下の ようにシステムの更新や機能追加などを行ってきた. 期 第 1 期 ( 1994 年 4 月 1999 第 2 期 ( 1999 年 10 月 2004 第 3 期 ( 2004 年 10 月 2009 第 4 期 ( 2009 年 10 月 2014 更新内容 1994 年に基幹ネットワークは FDDI(100Mbps) で第 1 期の情報システムがスタートした.Macintosh の一斉管理の機能が不足していたので, 情報処理教育の端末として UNIX マシンと統合管理できるようにした [8]. その後, 学外接続が ATM になった. 基幹ネットワークが Ethernet スイッチを用いてスター構成となった. 開学時には DNS やメール配送などのサーバが自律分散で管理する設計となっていたが, セキュリティの確保などからもサーバの集約を図った [9] 年にはセキュリティ対策機器 ( ファイアウォール ) が導入され, 用途別にオープンゾーンとセキュリティゾーンを設けて, 異なるセキュリティレベルの運用を開始した [10]. 情報処理実習室では芸術系科目のために SGI の UNIX ワークステーションを導入した. この期の更新では学内 LAN と分離して運用されていた教務システムを学内 LAN に接続し, 教務 庶務 教員情報公開等の諸手続きがオンライン上でできるようになった. そのためセキュリティ対策を講じたり, 利用者 ID が教務, 図書などシステムごとにばらばらだったものを統一管理ができるようにしたり, さらに統一認証基盤を整備するなど, システム構築とともにネットワーク利用時の教職員の意識変革など骨の折れる作業が多かった [11]. 実習室は PC になり,Windows と Linux のデュアルブートで使用する. 第 4 期も同様である. その他, テレビ品質での映像を確保した遠隔教室の整備, e-learning システムの導入, 利用者の Web や DNS などのホスティングシステムの導入も行った. さらに, 一部の講義室の無線 LAN 環境の整備も行った 年にはネットワーク利用認証を導入し, 複数の利用者が同一ネットワークを使うところ ( 国際学部, 芸術学部, 講義棟など ) では Web 認証で利用者認証を開始した [12]. この期の更新では, 基盤ネットワークや対外接続の高速化はしたものの, システムとしては第 3 期と同様である. 追加として, デジタルサイネージを導入した. この期には財務会計システムが導入され, 学内 LAN と接続することで, 教職員の予算管理などがオンライン処理できるようになった 年には学内無線 LAN 環境提供エリア拡大し, 座席が 100 程度以上の講義室, 各学部棟のロビー, 講堂, 学生会館などもカバー範囲となった 年は棟や教員居室を含む約 700 の施錠や開錠の管理をする電気錠システムと教職員の Web 所在表示システム導入されることとなり, 情報処理センターで学内 LAN 接続の支援を行った 年は第 5 期の更新に先駆けて, 事務局の仮想化システムを構築し, 職員の端末を仮想デスクトップ環境 (VDI) とした. 事務局用仮想デスクトップ (VDT) 数は 80 台である. また,2013 年にサテライトキャンパスができたが, 管理者不在のため, これも同様の VDI とした (VDT 数 25). その他, 民間キャリアの公衆無線 LAN 提供ができる基盤を作ったり, 国立情報研究所 (NII) が運用する 学術認証フェデレーション ( 通称 : 学認 ) へ参加したりした. 6