丈夫なシステムについて - レジデント初期研修用資料
大学病院に入局した昔、田舎の電源事情は妙に悪くて、停電は日常だった。雷が落ちると病棟の電気が消えて、エレベーターに看護師さんが閉じ込められたり、大学のインフラは案外貧弱だったのだけれど、業務はあまり止まらなかった。非常用発電機の音を聞きながら、暗い病棟に殴り書きの伝票を持った研修医が走り回って、走らされるほうも、受け取るほうも、いい加減なシステムを回すのはきっと大変だったのだろうけれど。 きっちりやると脆くなる 震災直後の停電で、近隣の基幹病院は、病院の機能全てがダウンした。 電子カルテや画像診断装置が動かなくなるのはもちろん、薬剤を処方しようにもオーダーは出せないし、記録を残そうにもPCが動かない。救急外来の機能は止まって、救急車を受けることはもちろんできなくなって、調理室が上の階にあったから、入院患者さんに食事を配膳するのも大変だったのだと。 新しい施設は電子化が行き届いていて、動線は
Webの表示速度を遅くする「SSLハンドシェイク」とは
Webの表示速度を遅くする「SSLハンドシェイク」とは：現場にキく、Webシステムの問題解決ノウハウ（3） 本連載は、日立製作所が提供するアプリケーションサーバ「Cosminexus」の開発担当者へのインタビューを通じて、Webシステムにおける、さまざまな問題／トラブルの解決に効くノウハウや注意点を紹介していく。現在起きている問題の解決や、今後の開発のご参考に（編集部） 知っていますか？ SSLハンドシェイク Webアプリケーションで提供するWebページにSSLを適用した場合、SSLでは通信相手の認証／通信内容の暗号化などの負荷の高い処理が実行されるため、WebページのWebブラウザに表示される速度が遅くなることがある。この現象は、SSLセッションを再利用して、「SSLハンドシェイク」（上記の認証／暗号化を含んだ一連の処理）を簡略化することで、解決できる場合がある。 今回は、それらの問題を
ウェブアプリケーションサーバを複数台構成とか2010年代には流行らない - kazuhoのメモ置き場
タイトルは煽り入ってますが。 仮に動的ページを生成するのにかかる時間が1秒、そのうちデータベースやmemcached等リモートサーバへの問い合わせ時間を除くいたCPUの処理時間が0.1秒とする。また、ピークのリクエスト処理量は、平均の２倍とする。 そうすると、クアッドコアのアプリケーションサーバで処理できるリクエストは、 4 core * 10 reqs/sec * 86,400 sec/day * 30 day/mon / 2 = 51,840,000 reqs/mon と、約5,000万PV/月を１台で捌けることになる。 CPUが動いている時間は全処理時間の10倍と仮定したわけだから、アプリケーションサーバの最大同時接続数は 4 core * 10 = 40 程度あればいいことになる。実際には、安全係数を２倍かけて 80 とか。リクエストの処理に必要なメモリ量を 100MB とすると、
選んだのは「内製回帰」の道――ひとり情シスの挑戦 － ＠IT自分戦略研究所
ITコスト削減によるユーザー企業の「内製化」の波が生まれている。SIerに外注するのではなく、自社のシステムを自ら作り出す。そうした「内製化」にこそビジネスとシステムの未来があると信じ、SIerからユーザー企業へと転身したエンジニアが、「内製化の可能性」と「やりがい」について語る。 第2回｜1 2｜次のページ 「GoTheDistance」というブログを運営している湯本と申します。簡単に自己紹介させていただきます。 2003年に、とあるユーザー系大手システムインテグレータ（SIer）に新卒で入社し、プログラマ、開発リーダー、プロジェクトマネージャ（PM）、コンサルタントというキャリアを歩んできました。 振り返ってみると、とても恵まれたキャリアを歩ませていただいていたと感じます。ですが、さまざまなユーザー企業さまのお話をお伺いしているうちに、システム開発は「内製」に向かうべきである、と感じる
Microsoft Word - 仕様書_20090630_.doc
電子図書館用電子計算機システム 仕様書 平成 21 年 7 月 筑波大学附属図書館 目次 I 仕様書概要説明 1 調達の背景及び目的 2 調達物品名及び構成内訳 3 調達方法 4 技術的要件の概要 5 その他 5.1 技術仕様等に関する留意事項 5.2 提案に関する留意事項 5.3 導入に関する留意事項 1 1 1 1 1 1 1 2 2 II 調達物品に備えるべき技術的要件 （包括的業務要件） （性能機能に関する要件） 1 図書館サービスシステム 1.1 図書館利用支援サービス 1.2 学術情報資源提供サービス 1.3 個人リソース管理サービス 1.4 アクセス支援サービス 1.5 その他 2 図書館業務システム 2.1 共通要件 2.2 図書管理 2.3 雑誌管理 2.4 目録管理 2.5 貸出閲覧管理 2.6 相互貸借（ILL) 2.7 e-DDS 2.8 予算管理 2.9
そしてサーバーだけになった
ある仮想アプライアンスの説明会。「データセンターでは，ユーザーのニーズに応えるためにネットワーク機器を在庫しておかなくてはならない。仮想アプライアンスなら仮想サーバーとプラットフォームを共通化できる」という趣旨の話を耳にした。サーバー仮想化のコモディティ化に伴い，ネットワーク機器，そしてストレージ装置が，安価なPCサーバーと仮想化ソフトに置き換わる潮時が近づいているようだ。 冒頭部の発言は，シトリックス・システムズ・ジャパンが2009年9月29日に発売した仮想L7スイッチ「NetScaler VPX」の説明会で，評価ユーザー代表として臨席したブロードバンドタワーの大和敏彦社長が述べたものだ（関連記事）。ネットワーク機器，特にデータセンター向けの製品は，発注後すぐに手に入る類のものではない。このためユーザーの要望に応えるための在庫を抱えているわけだが，倉庫に眠っている間は利益に貢献しないお荷
Linuxクラスタリング多様化するクラスタ方式
現在では、コンピュータを導入していない企業はないといえるほど、私たちの業務はコンピュータに依存しています。また、インターネット利用による新しいビジネスは、コンピュータがあればよいというものではなく、いかにサービスを提供し続けるかが成功のための重要なカギとなります。例えば、1台のマシンが故障や過負荷によりダウンしただけで、顧客へのサービスが全面的にストップしてしまうことがあります。そうなると、莫大な損害を引き起こすだけではなく、顧客からの信用を失いかねません。 このような事態に備えるのがクラスタシステムです。クラスタシステムを導入することにより、万一のときのシステム稼働停止時間（ダウンタイム）を最小限に食い止めたり、負荷を分散させることでシステムダウンを回避することが可能になります。 「群れ」「房」の言葉どおり、クラスタシステムとは「複数のコンピュータを一群（または複数群）にまとめて、信頼性
VMwareとXenを使い分け コストメリットを高める
カシオ計算機は仮想化技術を利用し，IAサーバーの統合を進めている。サーバー仮想化ソフトは，当初はVMware ESXを利用していたが，2007年5月にオープンソースのXenを併用開始。システムの特性や重要性に応じて両者を使い分けることで，サーバー統合のコストメリットを高めた。 部門任せではセキュリティが不安 同社は04年より，本社や技術センターなどに散在していた部門サーバーの統合を進めている。従来，部門サーバーの管理はコンピュータに明るい担当者がボランティア的に行ってきた。 そのため，トラブル対応やバックアップ作業，アクセス管理などは部門ごとにバラバラだった。加えて，「セキュリティの強化が叫ばれる時代になり，部門任せではセキュリティのチェックが難しいという問題が浮き彫りになってきた」。カシオ情報サービスの国吉典仁 常務取締役は，サーバー統合に動いた背景をこう説明する。 サーバーをセンターに
サーバー13台を仮想化して3台に集約
フランスベッド メディカルサービスは，仮想化ソフトの「VMware Infrastructure 3」を用いて13台のサーバーを実質的に3台に集約した。 サーバー統合のきっかけは，2008年3月でサーバー機の保守サポートが打ち切られることだった。当初は後継機種への移行を考えたが，OS（Windows Server 2000）のバージョンアップが必要となり，それに伴うアプリケーションの改修などにより，1億円近いコストがかかることがネックになった。さらに同社では当時，サーバーの台数が増えることによる運用管理コストの増大が課題となっていた。 これらの課題を解決するため，仮想化技術を使ってサーバーを集約することにした。新しいサーバー機上で仮想化したシステムを稼働することで，Windows 2000 Serverで構築したシステムを，OSの変更やアプリケーションの改修をすることなく利用できる。 1カ
［仮想化フォーラム］運用コストは半減---富士フイルムが基幹サーバー300台の仮想化効果を語る
「サーバーの運用コストは半減できた。今後はさらなる運用コスト削減に取り組んでいく」。富士フイルムコンピューターシステムの柴田英樹氏（システム事業部 ITインフラ部 部長）は，2009年4月14日に東京都内で開催された「仮想化フォーラム2009」で，富士フイルムが2007年から取り組んでいる基幹システムのサーバー統合の成果を，こう説明した。 富士フイルムでは現在，サーバー運用コストの削減や，IT資産活用の効率化などを狙って，仮想化技術を使ったサーバー統合に取り組んでいる。2008年度から2010年度までの3年計画で，同社の基幹システムのサーバー約300台を仮想化技術を使って統合する。新規に導入するサーバー約150台も，同様に仮想化環境上に構築する計画だ。 柴田氏は「2004年度から2007年度の4年間で，サーバー運用コストは4倍に跳ね上がっていた」と，サーバー統合に乗り出した理由を語る。ピー
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
無償ソフトで作る「止まらないシステム」
Amazon.co.jp: システム統合の「正攻法」: 大和田尚孝: 本
低価格サービスを実現する、さくらインターネットの「自前」戦略 
http://chikura.fprog.com/index.php?UID=1240585853