Transcript AMERICA
添付資料：ネットワーク概略図 福岡 各クライアント 大分 各クライアント Mac 外注先 クライアント Mac インターネット Mac Mac Mac Mac ※福岡、外注先は AMERICAサーバのみ アクセス可能 ＳＷＩＳＳ FireWall 192.168.0.230 NORWAY ENGLAND XServe Ｇ５ XServe Ｇ５ アプリケーションサーバ 192.168.0.61 作業用サーバ 192.168.0.58 sonicWALL ITALY JAPAN バックアップサーバ 192.168.0.234 Webサーバ 192.168.0.231 MONZA テープ装置 GERMANY AMERICA XServe Ｇ５ FTPサーバ 192.168.0.237 光ケーブルにて接続 400MB/s FRANCE XServe RAID ファイルサーバ 192.168.0.235 Ultrium 448 監視サーバ 192.168.0.233 CHINA （ファイルサーバ） TOKYO PowerBook 開発・設定用 ３．機器構成例 Internet Router DNS ログ サーバ DNS HUB Router HUB FW Load Balancer MAIL FW MAIL MAIL MAIL WEB 100万ﾒｰﾙ/24hを想定 WEB WEB WEB 45pv/sを想定 IDS HUB FW FW WEB DB DB ﾀｰﾐﾅﾙ ｻｰﾊﾞ IDS管理 ｺﾝｿｰﾙ FW管理 ｺﾝｿｰﾙ DiskArray 制御ｺﾝｿｰﾙ 管理者機能提供用WEB NAS CorporateWAN ※監視機能、バックアップ機能は共用設備利用を前提 ４．機器別機能 WEB ４５pv/sを想定する。(1ﾍﾟｰｼﾞ当たり30kb程度として換算。httpdはApacheを想定） 保守性、信頼性を考慮し、４台のサーバを負荷分散装置で接続するものとする。 MAIL 100万通／日を想定する。(MTAはqmailを想定） 保守性、信頼性を考慮し、４台のサーバを負荷分散装置（※）で接続するものとする。 ※エラーメールを受信するために、負荷分散装置を必要とする。 LoadBalancer DNS ログサーバ IDS DBサーバ 管理者用WEB FW 上記負荷分散装置を指す。 メール送信時の利用を目的とする。 保守性、信頼性を考慮し、２台のサーバを接続するものとする。 各サーバ（WEB×４台＋MAIL×４台）のログを効率的に格納・保存する機能を有する。 公開サーバ設置セグメントに流れるトラフィックを監視し、不正アクセスを検知して運用者にアラーム を発行する機能を有する。 性能、保守性、信頼性を考慮し、２台のサーバで相互運用待機クラスタを構築するものとする。 ディスクアレイは単体でホットスペア、ホットスワップ機能を有するものとする。 管理機能の提供を行う。 保守性、信頼性を考慮する必要はないため、１台のサーバで運用するものとする。 保守性、信頼性を考慮し、Internet向け、セントラル向けに各２台（計４台）を接続するものとする。 ターミナルサーバ 各サーバのメンテナンスを容易にするために設置するものとする。 （但し、各サーバがシリアルコンソール機能を有することが前提（Sun等） 各コンソール端末 IDS管理コンソール：シグネチャ管理、アラート管理を行うために必要 FW管理コンソール：ルール管理、ログ管理のために必要 DiskArray管理コンソール：DiskArrayの管理を行うために必要 ５．考察 WEBについて、コンテンツの内容・更新頻度を考慮すると図１、図２のようなアクセスが想定される。 MAILについては、携帯端末向けを昼間に送信する必要があるため、図３のような処理スケジュールとなる。 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 図１：１日のアクセス推移 図２：1ヶ月のアクセス推移 （データ更新を月初とした場合） 携帯端末向けﾒｰﾙ送信処理 PC向けﾒｰﾙ送信処理 00 01 02 03 04 05 06 07 08 09 10 11 12 13 14 15 16 17 18 19 20 21 22 23 図３：MAIL処理スケジュール このことから、現在想定しているコンテンツ内容・更新頻度である場合、WEBサーバの閑散時間帯にメール送信処理を行い、 且つ、メール送信を複数日に分割できるとするのであれば、WEBサーバとMAILサーバは統合できるものと考える。 また、有効ユーザを２５万人以下に想定する場合は、WEB兼MAILサーバは１台で構成できるものと考える。 （但し、保守性、信頼性を考慮した場合は、２台であることが望ましい。） ６．見積もり前提条件 WEB／ＭＡＩＬ／ＤＢ ・コンテンツ内容の確定（短期および中長期の計画も含める） ・有効ユーザ数の確定 ・コンテンツ構成・ページサイズの見積もり ・認証方式の確定（特にユーザIDをどのように考えるか） ・携帯向けコンテンツのキャリア別・機種別対応方式の確定 （作り込み／外部ASP利用／外部ASPの取り込み） ・会員情報の取り扱い方法 （日本信販殿との相互連携要否） IDS ・セキュリティポリシーの確定 ・IDS導入時の運用方式確定 FW ・セキュリティポリシーの確定 ・ログ取得・解析等の運用方式確定 その他 ・SLAの確定 ・IT適用基準の確定 ・スケジュールの確定