大阪教育大学におけるメールシステムとの連携を考慮したグループウェアの更新について
松井 聴治†，光武

由純†，佐藤†大阪教育大学‡大阪教育大学隆士‡，尾崎拓郎‡

情報企画室

情報処理センター{kmatsui,mitutake}@bur.osaka-kyoiku.ac.jp{sato,ozaki}@cc.osaka-kyoiku.ac.jp

概要：大阪教育大学では，従前よりサイボウズ社ガルーン２を用いて情報共有を行ってきた．ガルーン２のサポート終了に伴い，後継ソフトウェアのガルーン３へシステムを更新した．本論文では，新システム開始にあたり，本学情報処理センターの認証基盤やメールサーバとの連携を考慮した設定を行い，新システムとして稼動に至るまでの事例について報告する．

１．はじめにである．(1)ハードウェアの仮想化，(2)バックア

大阪教育大学では，学内での情報共有ツールとップ方式の見直し，(3)管理コストを意識したソフして，常勤の教員並びに常勤及び非常勤の事務系

トウェア選択，(4)メール利用の見直し，(5)認証職員を対象にグループウェアを導入している．

連携．

2014 年 4 月現在稼働しているシステム（以下，現行システムとする．
）は，サイボウズ社ガルーン2.1 ハードウェアの仮想化２を使用している．このシステムは，2008 年 8ハードウェアについては，現行システムでは，月から稼働しており，使用開始から 6 年が経過す

表 1 に示すとおり，L4 負荷分散ロードバランサ

る中で，複数の問題が表出し更新を検討すること(LB)1 式，AP サーバ 2 式，DB サーバ 1 式の合計となった．

4 台構成である．
利用対象者 1000 名弱が利用することから，現2．新システム

行システムでは，高負荷ではないが，システム冗更新を検討するに当たり，現行システムでの問長の観点から，複数サーバを採用している．しか題点を整理する．(1)利用者インフラ増強による相し，冗長化が不完全であるため冗長化できていな対的なハードウェアの性能不足，(2)容量増加によい箇所が故障し，復旧に時間を要することもあっるバックアップ時間，(3)経年劣化による機器故障た．2013 年度は，エラー発生時のダンプデータの頻発，(4)グループウェアのサポート終了．

が原因で DB サーバがディスクフルとなるトラブ大学の授業期間外に，システム更新作業を行い，ルや，メモリが故障してロードバランサが機能停サービス開始するため，2014 年 9 月中を目途に止するトラブル等で 6 時間以上のサービス停止を稼働開始と想定した．この日程に合わせて，更新引き起こす状況が複数回発生した．

するシステム（以下，新システムとする．
）仕様の新システムでは，物理サーバによる冗長化を廃策定，新システムの契約及び更新作業を実施するし，1 台の仮想サーバで運用することとしている．

こととした．

仮想化基盤において冗長構成措置を講じることとシステムの更新に当たり配慮した点は，次の点している．

使用する仮想化基盤については，仕様策定時に複数案が出た．現在，本学では業務システム用仮止は，スナップショット取得時の 10 分のみとなり，サービス提供時間は飛躍的に向上した．

想化基盤と教育研究システム用仮想化基盤[2]の 2種類が稼働している．高可用性について ，業務システム用仮想化基盤はコールドスタンバイ構成，教育研究システム用仮想化基盤は両現用構成であ2.3 管理コストを意識したソフトウェア選択
現行システムでは，Red Hat Enterprise Linux4.5 を採用している．

る．保守性を考え，後述するシステム連携先と同新システムでは，仮想化基盤に適用済みの一基盤の教育研究システム上で稼働させることとWindows Server 200 8 R2 Data Center Edition

した．

ライセンスを用いて仮想マシンにインストールし
表 1 ハードウェア性能比較

現行システム（物理マシン 4 台）
LB: NEC Express5800/LB300e ×1 式
AP:NEC Express5800/120Rh-1 ×2 式ている．
ウェブサービスについては，Apache から IISへ変更している．
これらについて，サーバ構築時に Linux にする(CPU)Intel Xeon X5360,(MEM)4GB,(HDD)80GB *か Windows にするかを検討した．ライセンス費

DB: NEC Express5800/120Rj-2 ×1 式

用は，仮想化基盤構築時に仮想マシン数に依存し(CPU)Intel Xeon X5360,(MEM)4GB,(HDD)900GB*ないライセンス体系であり今回追加で費用は発生*HDD は論理容量．RAID5 設定で稼動．

しなかったが，保守作業の費用については新システム（仮想マシン 1 台）

Windows が Linux よりに安価になることから，

富士通 Prime Quest 1400S2 上の仮想マシン

サーバに使用するソフトウェアを Windows とし(CPU)8vCore,(MEM)32GB,(SAN)100GB+2000GBた．

2.4 メール連携
2.2 バックアップ方式
現行システムでは従前の方式を継承していた．

グループウェアにおいて，メールの利用は利用者の利便性に大きく影響を与える．

ファイルシステムはスナップショットに対応して現行システムのメール概要を図 1 に示す．

いないため，バックアップデータのコピー時間中

本学の場合，まず教員用メールサーバと事務職はサーバを停止し続ける必要がある．現行システ

員用のメールサーバが異なり，管理組織も異なっ

ム各サーバは勤務日の日毎に，DB 部分のフルバている．教員用メールサーバは情報処理センター

ックアップを実施し，週毎にディスクイメージバが，事務職員用メールサーバは事務局（情報企画ックアップを実施している．6 年前の利用開始時室）が管理している．

からバックアップ時間が単調増加を続けており，設計方針も異なっており，教員用メールサーバ

当初 3 時間強だったバックアップ時間は 7 時間をは，グループウェアメーラーでの利用を前提とは超過し，業務時間にシステムが利用できないトラしていない．基本的には，IMAP で教員用メールブルも発生した．例えば，2014 年 4 月第 4 週（4サーバ上にメールが保存され続ける設計である．

月 22 日から 4 月 26 日）のサーバ停止時間の平均

事務職員用メールサーバは，グループウェアメは，7 時間 00 分 53 秒であった．

ーラーでの利用を前提とした設計である．

新システムでは，夜間にスナップショットを取事務職員用メールサーバに届いたメールは，グル得している．仮想マシンを使用しているため，同ープウェアメーラーにより POP 受信されて，事務一の仮想化基盤で稼働する他の仮想マシンと同様職員用メールサーバ上のメールは削除されて，グにバックアップを一元管理している．システム停

ループウェアサーバ上にメールが保存される．

この設計方針のすり合わせに踏み込まず，現行サーバで受信することとサーバの一本化を図るこシステムではグループウェアメーラーから各サーととした．

バへ POP 受信設定を行っている．

(3)教員用メールサーバ及び DNS については，複教員の中には，利用環境等への不満からグルー数ドメイン受信を対応するため，設定変更を実施プウェアメーラーを利用しない者もいた．そのたすることとした．

め，標準で利用しているメールソフトが，グルー(4)設定変更の際に，複数ドメインを 1 台のメールプウェアメーラーではなく，IMAP ウェブメーラサーバで受信するにあたり，アカウントの衝突もー（Active! mail[3]）やクライアント環境のメー2 件ほど発生するが，Postfix の Transport 機能でルソフト（以下，その他のメーラーとする．）利用一旦別サーバを経由して別アカウントへ再転送す者も多い．

ることとした．

グループウェアメーラーとその他のメーラーが(5)アカウントの衝突がなかった発行済みアカウ競合することで発生するトラブルも存在した．そントについても，利用状況などから整理を行うとの他のメーラーを使用している利用者が，標準でともにアカウント発行のポリシーを含め，継続し利用しているメールソフト以外に，グループウェて検討を行うこととした．

アメーラーが，利用者が望まないところで POP 受調整結果をもとに，グループウェアメーラーに信を実施して，メール本体が利用者の把握していついて，IMAP メーラーの対応状況を確認した．

ない場所に保存されていることもしばしば発生し

IMAP の受信通知機能のみや IMAP 受信が非対応て，苦情となっていた．

であり，ウェブメーラーのように完全に対応した

また，現行システムの仕様から，現行構成を堅ものはほとんどないということが分かった．その持し続ける不安もあった．メールをグループウェため，既存のウェブメーラーとシングルサインオアサーバで保存することから常にグループウェアンが可能なことをグループウェアの条件とした．

サーバの負荷は大きい．メーラーを利用するたび現行システムでグループウェアに受信済みのメーに，グループウェアの DB へのトランザクションルをどのように移行するかについて検討したが，発生し，処理が増大している．メールを含めたバ移行作業が複雑になりコストがかかるため，グルックアップすべき容量が増加しており，ファイループウェアのメーラーで受信したものは，引き続も毎日データ更新される DB 由来のため，差分バきグループウェアで保管しており，そのまま新シックアップによる効率化の効果も薄い状況である．

ステム付属メーラーを用いて参照のみ可能としてこれらの性能要求を新システムの仕様に盛り込むいる．と，メールサーバとは別に強力なグループウェア専用のサーバ環境が必要な状況となる．

新システムでは，グループウェアからウェブメーラーとして，Active! mail が利用できるように，新システムのメール概要を図 4 に示す．新シス

既設の教員用ウェブメーラー（Active! mail）にテム構築にあたり，情報処理センターと情報企画「Active! mail ・サイボウズガルーン 3 連携機能」

室でメールサーバの設計について話し合いを持ち，及び「Active! mail マルチドメインオプション」

次の事柄を調整した．

を追加購入し，設定変更作業を実施した．

(1)今後は IMAP を積極的に利用してメールをグループウェアサーバで保存しないものとした．
(2)事務職員用メールサーバは IMAP に耐える容量が無く，認証体系も情報処理センターと異なっていたため，事務職員のドメインも教員用メール

いる．グループウェアからメールを参照する際には．保存済みのパスワードを用いてグループウェアサーバが代理として問いあわせを行う．あくま
で，記憶させているだけで連携していないため，メールサーバのパスワードを変更した際には，利用者が手動でパスワードを変更する必要がある．
しかし，利用者は，メールと連携していると錯覚し，メールが利用できないという問い合わせがしばしば発生していた．
新システムの認証概要を図 4 に示す．グループ
ウェア・メールサーバ共に Open LDAP を参照することとしている．情報処理センターは，Open
LDAP・RADIUS・NIS・Shibboleth・ActiveDirectory の ID 管理を行うソフトウェア，富士通
図 1 現行システムのメール概要

社 UnifIDone を導入済みであることから,情報処理センターID は複数システムでの認証連携を可能とした．パスワード変更についても UnifIDoneのパスワード変更ページを操作するだけで良くなり利便性も向上している．

図 2 新システムのメール概要

2.5 認証連携
現行システムの認証概要を図 3 に示す．グルー
プウェア・事務職員用メールサーバがそれぞれ内部認証で別々のパスワードを保有している．また，教員用メールサーバについては情報処理センターが提供する Open LDAP サービスを参照していた．
グループウェアの機能では，メールサーバを参照するためにパスワードをあらかじめ記憶させて

図 3 現行システムの認証概要

図 4 新システムの認証概要

3. 導入経過2014 年 1 月から調査を始め，6 月に仕様を確定させた．入札の結果，8 月初旬に導入業者が決定し，新システムのグループウェアとして，サイボウズガルーン３を導入することとなる．
9 月 29 日より新システムが稼働している．新シス
テム開始時には混乱があったが利用者も新システムに慣熟しつつある．

参考文献[1]「サイボウズ社サイボウズガルーン」
http://products.cybozu.co.jp/garoon/ （2014年 10 月 27 日閲覧）
[2]佐藤隆士，「新コンピュータシステム概要」大
阪教育大学情報処理センター年報，16 号，pp18-23，2013[3]「トランスウェア社 Active! mail」
http://www.transware.co.jp/product/am/（2014 年 10 月 27 日閲覧）