.NETラボ 勉強会 2010年08月の資料です。 某SNSサイトでの障害が問題になっているように、WEBシステムの停止は企業にとっては死活問題です。ですが、そこまでいつ起こるかわからな い障害に費用はかけられません。 導入規模に合った内容で最善の構成をするためにも、どのような技術が必要か最低限の知識をまずは身につけましょう。 こちらのサイトで元のPPTXファイルをダウンロードしていただけます。 http://sonic.blue/it/20

1. 講師.NETラボ岡田将

2. アジェンダ  Webインフラの基礎知識  止めないたのハードウェア基礎知識  止めないたの運用注意点  完璧な？実装方式  実現可能な？装方式  まとめ

3. アジェンダ  Webインフラの基礎知識  止めないたのハードウェア基礎知識  止めないたのソフトウェア基礎知識  止めないたの運用注意点  完璧な？実装方式  実現可能な？装方式  まとめ

4. WEBインフラの基礎知識
 WEBインフラとは
WEBもインフラも広域的な言葉ですし、IT造語ですので定義が難しいですが、
とりあえずここではWEBシステム、WEBアプリケーションを保守するための
社内ネットワーク、サーバーのインフラストラクチャ（基盤）を指しています。
（物理ネットワーク回線の施工や保守、プロバイダやデーターセンター内の
インフラなども意味合い的に含む場合もありますが、今回の説明では
含んでいません）

5. WEBインフラの基礎知識  インターネットの地盤 軍用通信技術を商へ転することにより発達した接続方式で、 世界中の各拠点間を物理的にネットワーク接続することより全通信が可能となりました。 一般ユーザは接続済みの拠点（プロバイダなど）を経由して 「IPアドレス」を取得し、インターネット接続行います。

6. WEBインフラの基礎知識  インターネットプロコル 一般的にTCP/IPを指しますが、プロトコル自体は通信規格言葉で。 普通に使っているようでも何層のプロトコルを利用し信行ます。 ネットワークは物理層を含む全部で7階層できてい下のプロトコルを 上位プロトコルが利用しています。
階層
プロトコル
アプリケーション層
http
ftp
ntp
トランスポー層
TCP
UDP
ネットワーク層
IP
データリンク層
PPP、PPPOE
物理層
電話線、無ケーブル
OSI参照モデル

7. WEBインフラの基礎知識
 インターネットのしくみ
プロバイダより貸し出された「グローバルIP」で各端末間でアクセスします。
IPアドレスは位置情報なので、相互に位置を特定して通信を行います。
ですが、IPアドレスは数値なのでTVコマーシャルでIPアドレスを言われても
わかりづらくて使えません。
（どこかのカステラ屋や引っ越し会社の電話番号みたいのなら別ですが）
なので、DNS（ドメインネームシステム）というサービスで名前とIPアドレスを
相互変換しています。
dotnetlab.netって？
202.143.64.56だよ
202.143.64.56
DNS
サーバー
ラボ
サーバー

8. こまでは当然知ってしたよね？ それでは前置きこのへんにして こから本題に入ります。

9. 止めないたのハードウェア基礎知識  まず基本はバックアプ 定期的にデータやサバ構成をックアプすることで万が一の 障害でも復旧を可能にきるようしておます。 最新のデータは救えませんが、悪でも停止時間を復旧と同じに することが可能で。 ・HDDのRAID化 ・テープデバイスへのックア・オンライストレージへのバックアプ など

10. 止めないたのハードウェア基礎知識  RAID 複数のハードディスクにタを分散し、同時書き込むことで物理的な HDDの故障による害を復旧すことができま。 （分散して読み込むことにより、速度の向上も可能） ・RAID０ ストライピング ２台に交互書き込むことで速度が向上する。（非冗長、復旧不可） ・RAID１ ミラーリング ２台に同じデータを書き込むことでバックアプする。 （ディスク容量は半分になる） ・RAID５ パリティ分散記録 ３台以上にパリティ分散して書き込むことでデスク容量を節約する （１台のHDD障害まで対応） ・RAID６ 複数パリティ分散記録 RAID５と基本的に同じだが、２台までの障害対応する

11. 止めないたのハードウェア基礎知識  テープバックアストレージの場合デタ容量が多く問題となるため、比較的保存多いテープ装置にバックアを行ます。 （復旧時間は比較的早い）  オンライストレージバックアプ 通常のバックアプとして運用ほか、地震など自然災害での 大規模障害時には周辺地域も被を受ける可能性があため、 随時遠隔地にもバックアプを置き、ディザスタリカでるよう対応することができま。 （復旧時間は遠隔地からのダウンロードため長となる）

12. 止めないたの運用注意点  急激な負荷やエラーによっても止まりす 一時的にサービスが停止してもセキュリティホルは問題です。 特にWEBサーバは交代でしっかりパッチをあてまょう。 もしくは定期的なメンテナスの時間を確保てださい。 事前予告のメンテナスは障害でありません。 ・IISの設定見直し サーバがビジになるほどの負荷はありえません。 影響が出る前に最適な接続数の制限やIP制限を設定しまょう。 ・不正データの徹底排除 SQLインジェクショ対策にパラメータエリをしっかり利用まょう。 ・サービス監視ソフトの導入 先に気づきましょう。利用者影響がなければ障害は問題りせん

13. 完璧な？実装方式  結局すべて２重化を行う ハードウェアは壊れます。こ絶対で極論をいえばすべての機器２重化れ障害に対応が 可能だともいえます。 ・サーバ構成の２重化または分散クラスタリングや負荷分散、ホットバイなど複数台の構成にする。 ・バックアプ回線 メインの光回線だけでなく、ADSLなどにも切り替えが可能構成する。 ・ルータやHUB、ファイヤーウォルなどネットワク機器の２重化 もちろんサーバだけが壊れるわではありませ。 ・UPS（無停電源装置）の導入や自家発機器電源供給がなければすべて鉄の箱とっしまい。

14. 完璧な？実装方式  エンタープライズな機器の導入 それなりの費用を意すば最小限リスク分散が可能で。 ・ブレードサバの検討 サーバを大量導入し、分散することでリスクの低減がきま。 ブレードの規格が各社ごと、ハに違うで注意必要。 ・ストレージの分離 iSCSIやSAN（ Storage Area Network ）を導入して各サーバにHDDを 持たせない構成にします。 HDDは一番忙しい駆動部分です。まとめるこによりデータ保守の簡略化や、 サーバまるごとの切り替えが簡単になす。 ・無停止型サーバを導入する FTサーバ（Fault Tolerant Server）であればサーバのすべて部品が すでに２重化されているのハードウェア故障はほぼ停止しません。

15. 現実可能な？装方式  仮想化をうまく利用して２重行とはいえそんな２倍の予算確保できませ。 ですが最近の仮想化技術は進んいまうく利用しょ。 ・まずはHyper-V２．０を有効活用 それなりのサーバを２台以上用意して相互に仮想OSを導入することで クラスタリング（フェールオバクラスタリング）や負荷分散、 ホットスタンバイ（ラブマグレーショ）などの構成にすることが可能で。 ・データセンも検討 ネットワーク回線や電源を２重化で用意、保守するのは困難。 すでに施設単位準備されているところをうまく利用しょ。 もし社内システムでVPNを利用すればセキュアなが可能で。 ・WindowsAzureなどクラウドサービスを検討してみる 完全に移行は難しくてもストレージなど簡単できる所を検討まょう。

16. まとめ  とりあえず予算確保？ ハードウェアはどん進化しています。た仮想対応サバでなければ調査すら出来ません。きるところか２重化を進めてみしょう 新しい技術をどん取り入れよう 以前では使えなかった機能が追加され、Hyper-V２．０では問題なく 運用が可能です。知らないま古機を使うより、新し技術楽 ソフト側も責任重大 ハード側でいくら対応してもソフトの不具合止まっは意味がありせん。

17. ご清聴ありがとうざいました。