地に足がついたクラウドのお話

2. 誰？ ● id: netmarkjp ● 株式会社ハートビーツのCTOですたまにJPUGのお手伝いもしています ● MSP(Management Service Provider)してます ● 24時間有人監視サービスフルマネージドサービス(ハウジング、ホスティング) ● 今：インフラエンジニア前職：JavaでWebシステム開発前々職：インフラエンジニア ● OS(主にLinux(CentOS))、ネットワーク機器、ミドルウェア(ApacheとかRDBMSとか)の設定やチューニング、DNS設定などなどをしてます 2 netmark.jp all rights reserved

3. 近況 ● ThinkITに寄稿しました →サーバー管理者の業務カイゼン術 ● 第1回：サーバー管理者の目／管理・監視・アーキテクト ● 第4回：1ランク上のサーバー管理者になるためには？ ● チューニング・障害対応関係の話が増えてきました ● クラウド関係の話が増えてきました ● 会社で「Amazon EC2 フルサポートパック」をはじめました /w 学びing社、シェイクソウル社 3 netmark.jp all rights reserved

12. SaaS / PaaS / IaaS SaaS ● Software As A Service ● さーす PaaS ● Platform As A Service ● ぱーす IaaS ● Infrastructure As A Service ● いぁーす、あーす、はーす(HaaS = Host As A Service) 12 netmark.jp all rights reserved

13. システム階層構造独自開発や、MovableTypeなどの製品、アプリケーション SugarCRMなどのオープンソースのアプリケーションアプリケーション Ruby on Rails(Ruby), Struts(Java), Symfony(PHP), django(Python) 実行環境などのアプリケーション開発言語・実行環境(フレームワーク) Apache, Tomcat, PostgreSQL, MySQLなどのミドルウェアミドルウェア(アーキテクチャ) OS Linux, WindowsなどのOS PowerEdge, Fortigate, CISCO などのハードウェアサーバ機器、ネットワーク機器インターネット接続回線などのネットワークネットワーク設備コロケーションラック、電源などの物理的なサーバ格納場所 13 netmark.jp all rights reserved

16. SaaS / PaaS / IaaS SaaS ● ベンダーがアプリケーションまで用意して、ユーザ企業に提供する ● Google Apps, Gmail, salesforce.com, 各種ASPなど PaaS ● ベンダーがアプリケーション実行環境まで用意して、ユーザ企業に提供する ● Google App Engine, 各種共有サーバなど IaaS ● ベンダーがハードウェアまで用意して、ユーザ企業に提供する ● Amazon EC2, Slicehost, 各種VPSなど 16 netmark.jp all rights reserved

23. パブリッククラウド / プライベートクラウドハイブリッドクラウド (クラウドで実装された)あるシステムがバックエンドとしてパブリッククラウドとプライベートクラウドを併用することクラウド利用形態での分類マルチクラウド (クラウドで実装された)あるシステムがバックエンドとして複数のクラウドを併用すること一歩間違えると普通のマッシュアップ！？ 23 netmark.jp all rights reserved

25. スケールアウトクラウド / スケールインクラウドスケールアウトクラウド ● 比較的安価なハードウェアを利用した実装で実現したクラウド ● 安価なIAサーバなどを利用する ● Google Apps, Google App Engine, Gmail, Amazon EC2などスケールインクラウド ● 高性能なハードウェアを利用した実装で実現したクラウド ● ハイエンドIAサーバ、UNIXサーバ、メインフレーム(IBMのSystem zなど) などを利用する ● salesforce.comなど 25 netmark.jp all rights reserved

26. スケールアウトクラウド(1/4) Googleの例 ● GFS(分散ファイルシステム) ● BigTable(分散ストレージシステム) ● Chubby(分散ロックシステム) ● MapReduce ● Google Cluster 26 http://www.flickr.com/photos/10900132@N02/2040385439 netmark.jp all rights reserved

30. スケールインクラウド(1/2) salesforce.comの例 ● NETWORK ● Cisco switch, router ● Juniper Netscreen Firewall ● F5 BIG-IP ● WEB / AP ● Array of dual processor Intel servers running Linux ● Resin ● Search ● Array of Sun servers ● Apache/Jakarta Lucene 30 netmark.jp all rights reserved

31. スケールインクラウド(2/2) ● DB ● Clustered Sun E25Ks コレはスゴい！ (後で紹介します) ● Oracle 9i RAC EE ● SunCluster ● Storage: Sun / HDS 9990 Lighting ● Stroage Management: Hitachi Data Systems ● Backup Software: Veritas ● Tape Archive: Sun / Storage Tek ● OS: Sun Solaris, Redhat Linux [出典] http://www.slideshare.net/dreamforce2006/trusted- reliability-performance-with-the-appexchange-platform 31 netmark.jp all rights reserved

32. Sun E25K ● プロセッサ: Superscalar SPARC® Version 9 ● CPU/メモリ・ボード: 最大18枚 ● 搭載CPU(ボードあたり): 4個 ● 搭載メモリ(ボードあたり最大): 64GB ● 寸法 (突起物を含まず)と重量 ● 幅 /奥行 /高さ /重量 ● 84.6cm /163.8cm /191.8cm /1,317.27kg [出典]http://jp.sun.com/products/catalog/pdf/sunfiree25k.pdf 32 netmark.jp all rights reserved

36. SaaS ● ベンダーとの分界点がない ● ベンダーを信頼するしかない(信頼できるところを使う) ● 利用方法はベンダーに追従する ● ライフサイクルもベンダーに追従する ● ベンダーの交換(データ移行など)が不可能な可能性あり ● 今までのASPと同じ ● ベンダーとして作るとき ● いままでのノウハウ、考え方をベースに作れる ● 信頼性・可用性などは、アーキテクチャを絡めて作り込む 36 netmark.jp all rights reserved

38. PaaS(2/2) ● ユーザとして使うとき ● ベンダー側バージョンアップ・仕様変更の影響をモロに受ける ● ベンダーとして作るとき ● いままでのノウハウも使う ● スケールアウトにするか、スケールインにするか ● スケールアウトの場合、突き抜けた分散システムを作り込む必要あり(例: google) ● パブリッククラウドとの互換性を持たせるか？ – AppScale, Hadoop ● スケールインの場合、拡張方式をあらかじめ考えておく – ファーミング(垂直分割)など 38 netmark.jp all rights reserved

40. IaaS(2/3) ● ユーザとして使うとき ● OS～の管理を自分で実施する必要あり – 統合管理・統合監視のニーズもきっとある ● スケールアウトはアーキテクチャレベルで実装 – 中央管理したらいいのでは – むしろ自動で →Wakameなど ● 冗長化・負荷分散などの非機能要件は自分で工夫して実現 ● ベンダーごとの利用ノウハウが必要 – Amazon EC2特有のノウハウ – アカウントごとの制約、センター配置など ● いままでのノウハウも使える(使う) 40 netmark.jp all rights reserved

46. IaaSできるかな(5/9) 利用機器選定 ● Amazon EC2 1インスタンス(程度)をベースに考えてみる ➔ 1インスタンス＝CPU: 2core 2GHz, Memory: 2GB程度 ➔ 1インスタンス＝ 1am(アマゾン)という単位で表現してみます ● small IAサーバ(1U) ～15万円(Quadx1, 8GB) 2～4am ● middle IAサーバ(1U) ～30万円(Quadx2, 16GB) 8am ● high IA/UNIXサーバ(4U) ～200万円(Quadx4, 64GB) 32am ● main frame(箪笥) 数千万円～ 128am～ 46 netmark.jp all rights reserved

47. IaaSできるかな(6/9) 利用機器選定のポイント ● どの程度のマシンパワーが必要か？ ● リアルサーバを占有されるとクラウド化の効果が薄い ● 初期費用をかけるか？ ● 機器としてはmiddle IA以上が現実的 ● 数の経済を適用できるか？ ● ムーアの法則の恩恵を受けるか？ ● 個々の機器が高すぎると、恩恵を受けづらい ● 管理しきれるか？ ● 数・ノウハウ・共通化(Amazon EC2はAPI形式) 47 netmark.jp all rights reserved

49. IaaSできるかな(8/9) 実装技術 ● サーバ仮想化 ● VMware, Xen, KVM, OpenVZ, Hyper-V, Jail, SolarisContainer(Solaris Zone, Solaris Resource Manager), Eucalyptus ● VMware Console, Xen Center, Karesansui ● NAT ● ダイナミックDNS ● Global用 / LAN用 ● ルーティング・トランキング (ネットワーク的な負荷分散やスケールアップ) 49 netmark.jp all rights reserved

53. クラウド利用時の注意点 ● やっぱり物理的な配置は大事 ● パフォーマンスの問題 →割となんとかなる – 重い処理は一時的に並列度をあげて分散する – 重いデータはユーザの近くに置く(特にEC2の場合) ● 法律の問題 →なんともならない！ – 現地当局にデータを押収・閲覧される可能性 ● 「そのクラウド」の使い方のノウハウが必要 ● クラウドのアカウント単位の制約(最大インスタンス数など) 53 netmark.jp all rights reserved

地に足がついたクラウドのお話

Esté a ler uma amostra.

Confira estes a seguir

地に足がついたクラウドのお話

Mais Conteúdo rRelacionado

Diapositivos para si (16)

Quem viu também gostou (20)

Semelhante a 地に足がついたクラウドのお話 (20)

Mais de Toshiaki Baba (15)

Mais recentes (20)