Microsoft PowerPoint - QConTokyo-NTTDATA-OpenStack-dist2.pptx

Size: px

Start display at page:

Download "Microsoft PowerPoint - QConTokyo-NTTDATA-OpenStack-dist2.pptx"

ほだかすえがら
5 years ago
Views:

1 QCon Tokyo BS3-1 講演資料 OpenStack による実践オンプレミスクラウド April 23, 2013 株式会社 NTT データ基盤システム事業本部伊藤雅典

2 自己紹介氏名伊藤雅典 ( いとうまさのり ) 所属株式会社 NTTデータ基盤システム事業本部システム方式技術 BU 担当業務 OpenStack をベースにしたフルオープン仮想化基盤構築ソリューションの開発 OSS 系案件対応等に従事活動領域専門は OS 仮想化ネットワーク等のプラットフォーム系技術一般日本 OpenStackユーザ会 (JOSUG) オープンクラウド実証実験タスクフォース (OCDET) 等で活動中そのほか各種記事執筆など趣味は子育て 2

3 INDEX 01 Introduction - はじめに 02 Overview - OpenStack プロジェクトの全体像 03 How it Works - どう動いているのか? 04 Toward the Production Systems -- 実システムへむけて 3

4 01 はじめに 4

5 利用者視点で見たクラウドとは情報システムを保有せずに利用するサービス形態利用者はネットワークの向こう側からサービスを受けるネットワークの向こう側がどうなっているかを知る必要はない一言でいえば従量課金ということ 5

クラウドのサービスモデル種類解説柔軟性 SaaS Software as a Service CRM ERPなどの業務アプリケーションを提供ユーザはハードを意識せずにアプリケーションを利用可能 AP AP SaaS 基盤 ( テナント管理認証等 ) 低アプリケーションとしてサービスが完成しているため変更には改修が伴う PaaS Platform as a Service

6 クラウドのサービスモデル種類解説柔軟性 SaaS Software as a Service CRM ERPなどの業務アプリケーションを提供ユーザはハードを意識せずにアプリケーションを利用可能 AP AP SaaS 基盤 ( テナント管理認証等 ) 低アプリケーションとしてサービスが完成しているため変更には改修が伴う PaaS Platform as a Service ミドルウェアフレームワーク等アプリケーション実行環境実行環境を提供開発環境ユーザはハードを意識せずにアプリケーションを開発可能ミドルウェア開発ツール中アプリケーション開発を行うための基盤であるため仕様変更等は比較的反映し易い IaaS Infrastructure as a Service CPU メモリネットワークストレージなどのリソースを提供仮想サーバユーザはハードを意識せずにリソースを利用可能メモリリソース CPU メモリ CPU 高アプリケーションを動作させるインフラであるためサービスの要求スペックにあわせて自由に変更が可能本日の話題はこのあたりをカバー 6

クラウドのサービス形態プライベートクラウドパブリッククラウドコミュニティクラウドプライベートクラウドオンプレミスのプライベートクラウドと外部パブリッククラウドを組み合わせたハイブリッドクラウドへ特徴プライベートクラウドコミュニティクラウドパブリッククラウド

7 クラウドのサービス形態プライベートクラウドパブリッククラウドコミュニティクラウドプライベートクラウドオンプレミスのプライベートクラウドと外部パブリッククラウドを組み合わせたハイブリッドクラウドへ特徴プライベートクラウドコミュニティクラウドパブリッククラウド単一機関内で利用 ( 例社内ポータル ) 個別機関毎に構築するため細かな要求仕様にも適合可能特定組織間で共有 ( 例共同センター ) コミュニティが定めた範囲内でユーザの要求仕様に適合可能一般共有 ( 例 EC サイト ) 汎用性が求められるため個別の要求仕様には適合しにくい 7

8 ところでオンプレミスなのか? ノーチラステクノロジーズ 2013/04/09 付報道発表西鉄ストアさんの本部基幹システムをパブリッククラウド (AWS) のみで構築画面数約 600 処理量約 3000バッチデータ20 億件 / 日開発期間 2 年開発工数人月ノーチラステクノロジーズ神林さんの 2013/04/14 付ブログオンプレミスシステムの終わりの始まり ~AWSでのミッションクリティカルシステムの稼働ブログ末尾より引用最後に実際に弊社某エースの作業中の独り言だけ書いておきますこれはこれは一筋縄一筋縄ではいかないわ ( 汗だそうでございますいろいろありましたよそんな簡単じゃないですよまじめにまぁとはいえできているという現実は直視すべきでしょう 8

9 ところでオンプレミスなのか? TechTarget OSS クラウド基盤 OpenStack の全て前編より抜粋プライベートクラウドを持つ ( オンプレミスで設備を所有する ) ことの意義は ( 中略 ) インフラ運用ノウハウの担保つまり現場力の維持も意義になるだろう日本の産業界を支えてきた最大の要因は現場力の強さであったことを思い起こしてほしい > インフラはサービス ( 現場 ) の根幹インフラエンジニアが OpenStack を学ぶべきたった一つの理由より (OSC.Cloud 2012 by 日本 OpenStack ユーザ会会長中島さん ) OpenStack は一粒で 8 度おいしい >( レイヤを問わず ) エンジニア自身の価値向上パブリッククラウドでもオンプレミスでもオンプレミスでもプライベートプライベートクラウドでも幅広幅広く理解理解してして使うべしということ 9

10 02 OpenStack プロジェクトの全体像 10

11 OpenStack とは IaaS レイヤから PaaS レイヤの下部までをカバーするクラウド基盤 OSS より引用 11

12 OpenStack の特徴 1 フルオープンソース 2 リッチな機能セット ( 豊富な周辺エコシステム ) 3 確固とした開発ユーザコミュニティの運営体制 4 主要ディストリビューションに標準搭載 5 豊富なユーザー事例 12

13 OpenStack コアコンポーネントの概要図 Dashboard (Horizon) Network (Quantum) Compute (Nova) Object Storage (Swift) Image (Glance) Block Storage (Cinder) Identity --AuthN/AuthZ (Keystone) 13

14 OpenStack の機能範囲コアプロジェクト OpenStack Compute - Nova AWS の EC2/VPCに相当スケーラビリティ強化大規模対応強化 OpenStack Image Service - Glance AWS の EC2 の一部に相当 OpenStack Network Service - Quantum AWS の EC2 の一部に相当 Grizzly で Load Balancer 機能をサポート Grizzly で多数のSDNコントローラプラグインが追加 OpenStack Volume Service - Cinder AWS の EBS に相当 Grizzly で多数のストレージ装置ドライバが追加 OpenStack Object Storage - Swift AWS の S3 に相当 Grizzly で地理的分散対応 OpenStack Identity Service Keystone 認証 / 認可サービス OpenStack Dashboard Horizon AWS の Mgmt. Console に相当 Quantumの機能強化追従 ( ネットワークトポロジーのグラフィックパネルを含む ) NovaのLiveMigration 対応 14

15 OpenStack の機能範囲周辺プロジェクト Monitoring and Billing - Ceilometer AWS では CloudWatch に相当 Orchestration - Heat AWS では CloudFormation に相当 Hadoop as a Service - Savanna AWS では EMR に相当 S3 の代わりに Swift インテグレーションも進行中 DNS as a Service - Moniker AWS では Route53 に相当 RDBMS as a Service - Reddwarf AWS では RDS に相当 LB as a Service - Libra/Atlas AWS では ELB に相当 Grizzly では Quantum 内蔵の LBaaS 機能が追加された Grizzly の新機能の詳細については以下を参照 15

16 OpenStack Foundation OpenStack Community を運営するベンダ中立な非営利団体強いコミットメントを伴うメンバーシップ Technical Committee / Board of Directors / User Committee で構成 AT&T HP IBM Nebura RackSpace Redhat SUSE Ubuntu NEC Cisco DELL Intel NetApp ware YAHOO! and others 16

17 OpenStack プロジェクトの歴史 05/09/ 10 NASA Press Release: Nova Rackspace Press Release : Swift 2011 年 9 月の Diable(4th) リリース以降順調に半年ごとにリリースされている ( タイムベースのリリースポリシー ) Havana Release イマココ 07/19/ 10 10/21/ 10 02/03/ 11 04/15/ 11 09/22/ 11 04/05/ 12 09/27/ 12 04/04/ 13 発表 Austin Release Bexar Release Cactus Release Diablo Release Essex Release Folsom Release Grizzly Release 3.5 か月 2 か月 5 か月 6 か月 6 か月 6 か月 17

18 ユーザ事例 ( パブリッククラウドサービス ) Rackspace HP GMOインターネット Korea Telecom RackSpace 社のパブリッククラウドサービス (Virtual Network, Virtual Block Storage Services (5/1/ 11~) HP のパブリッククラウドサービス 5/10/ 11 時点で 1000 Nodes, PBs Storage Ubuntu ベースお名前.com VPS サービスを OpenStack で構築運用 Swift を用いた商用オブジェクトストレージサービス SoftLayer Swift ベースのグローバル CDN サービス ( 等 ) 18

19 ユーザ事例 ( 商用 / 内部サービスのホスト ) Mercado Libre PayPal Sina WebEX (Cisco) SCE America サイバーエージェント南米本拠の e-bay パートナ e-commerce on Top of OpenStack (1000Nodes, 58M Users, Peak 50K Reqs./s) vcloud から OpenStack にサービス基盤を移行中国版 Twitter(Weibo) を運営する会社自社サービスのAP 基盤をOpenStack 上で運用 WebEx のシステムを OpenStack 上に収容社内ゲーム開発環境を OpenStack 上で運用 (AWS から移行 ) Ameba の基盤を ware ベースから置き換え 19

20 ユーザ事例 ( テレコム系学術系 ) DeutscheTelecom 国立情報学研究所 NECTOR CERN SMB 向けのビジネスマーケットプレースの基盤を OpenStack で構築教育クラウドの基盤で OpenStack を利用 ( ベアメタルプロビジョニング機能等を独自開発 ) オーストラリアの HPC 学術クラウド基盤 EU の高エネルギー研究施設のクラウド基盤 (48 Nodes, 1PB) OpenStack のユーザー事例は OpenStack 本家の以下のページから参照できます 20

21 OpenStack ベースのディストリビューション / ソリューション RedHat Canonical SuSE RackSpace Cisco RackSpace Private Cloud Edition PistonCloud NTT データフルオープン仮想化基盤構築サービス 21

22 国内コミュニティの動向日本 OpenStackユーザ会 OpenCloudCampus( の中核として : 各種イベントやML 等を通して情報発信ドキュメントの翻訳海外コミュニティとの連携等を行っています HP ML 最近の活動 : OpenStack Days Toky 秋葉原事前登録 1000 名超ユニーク来場者 650 名! 22

23 03 How It Works? 23

24 Nova のアーキテクチャ (Diablo リリースくらいまで ) モジュラーなコンポーネント群が RPC メッセージを介して協調動作する構造外部 I/F は REST API OpenStack API (/AWS API) API Server REST ユーザからの要求受付リソーススケジューラ REST Scheduler Node RPC / AMQP DBMS DB アクセス RPC Compute Compute Node Node Compute Node 仮想マシンの作成削除監視等の管理 Network Node 仮想マシンへの static NAT/DHCP を提供 Swift REST イメージデータの実体を保持 Glance 仮想マシンイメージの管理 Volume Node 仮想マシンに不揮発性のブロックストレージを提供 24

25 Nova のアーキテクチャ ( 現在はこうなっています ) モジュラーなコンポーネント群が REST/RPC メッセージを介して通信協調動作する構造 OpenStack API (/AWS API) nova-api DB アクセス DBMS Cinder RPC (/AMQP) novascheduler RPC Quantum nova-compute nova-compute nova-compute nova-conductor Glance 大量の nova-compute からの DB アクセスを集約 REST KeyStone REST Swift 注 1: 各コンポーネントから出る認可のためのメッセージは省略しています注 2:Nova 以外はサブコンポーネントをまとめています 25

Proxy Server 利用者とストレージノードの間でリクエストを中継する注 1: ここに挙げたのは主要サブコンポーネントのみで replicator 等は省略しています Container

26 Swift のアーキテクチャ外部 I/F を含めてすべてのコンポーネントが REST API で通信協調動作する構造認証サーバ (Keystone) Account Server Account Server 認証認可 Container の一覧を保持クライアント swift コマンドのほか CyberDug や CloudBerry 等 (curl 等操作可能 ) REST Proxy Server Proxy Server 利用者とストレージノードの間でリクエストを中継する注 1: ここに挙げたのは主要サブコンポーネントのみで replicator 等は省略しています Container Container Server Server Object の一覧を保持 Object Server Object Object Server Object Server Server Object のデータを保持ストレージノード 26

27 Nova の動作 : 起動時のシーケンス抜粋 ( 例 : Quantum OVS の場合 ) nova コマンド等 n-api n-scheduler n-compute q-server q-agent create schedule_run_instance run_instance Quantum 呼び出しは L2 NW 一覧取得や port の作成等さまざま allocate_for_instance 凡例 RPC REST API 注意 DB アクセスは省略しています RPC は MQ サーバを経由します ovs-vsctl 呼び出し (port 作成等 ) この後必要に応じて Glance からイメージ取得 libvirt へ作成要求等 27

28 システム構成例エンドユーザ PC インターネット / イントラネット Nova + Glance +Quantum(ovs plugin) + Cinder + Swift( イメージのみ ) の標準的な構成 ( ただし Keystone/DB/MQ は省略 ) 外部ネットワーククラウドコントローラ iptables Zone #1 Glance/ Swift Nova-api Nova Scheduler Quantum Server Quantum Agent (L2/L3) dnsmasq/ovs Cinder Volume (iscsi 等 ) 内部ネットワーク Image 管理ストレージ用ネットワーク DB (MySQL) Nova Compute Quantum Agent ovs Nova Compute Quantum Agent 管理ストレージ用ネットワーク ovs EBS ボリューム 28

29 仮想マシンの起動シーケンス (1) : API サーバで受付エンドユーザ PC 外部ネットワーク 1 起動要求インターネット / イントラネット Glance/ Swift Nova-api Nova Scheduler Quantum Server Quantum Agent (L2/L3) iptables Zone #1 dnsmasq/ovs 内部ネットワーク Cinder Volume (iscsi 等 ) Image DB (MySQL) Nova Compute Quantum Agent ovs Nova Compute Quantum Agent 管理ストレージ用ネットワーク ovs EBS ボリューム 29

30 仮想マシンの起動シーケンス (2) : スケジューラで資源選択エンドユーザ PC インターネット / イントラネットユーザの要求と Compute Node の混み具合を照らし合わせてを実行するべきホストを選択外部ネットワーク iptables Zone #1 Glance/ Swift Nova-api Nova Scheduler Quantum Server Quantum Agent (L2/L3) dnsmasq/ovs Cinder Volume (iscsi 等 ) 内部ネットワーク Image 2 作成指示 DB (MySQL) Nova Compute Quantum Agent ovs Nova Compute Quantum Agent 管理ストレージ用ネットワーク ovs EBS ボリューム 30

31 仮想マシンの起動シーケンス (3) : compute へ作成指示エンドユーザ PC インターネット / イントラネット外部ネットワーク iptables 物理マシンプール #1 Glance/ Swift Nova-api Nova Scheduler Quantum Server Quantum Agent (L2/L3) dnsmasq/ovs Cinder Volume (iscsi 等 ) 内部ネットワーク Image DB (MySQL) 3 起動処理要求 Nova Compute Quantum Agent ovs Nova Compute Quantum Agent 管理ストレージ用ネットワーク ovs EBS ボリューム 31

32 仮想マシンの起動シーケンス (4) : 内部 L2NW 作成処理エンドユーザ PC 外部ネットワークインターネット / イントラネットテナントに対応した VLAN や GRE トンネル内部用 IP(FIXED_IP) を割り当てる各テナントごとに tap と内部用 IP (FIXED_IP) 空間の gateway を設定 DHCP サーバを設定 ( 起動 ) Glance/ Swift Nova-api Nova Scheduler Quantum Server Quantum Agent (L2/L3) iptables Zone #1 5 tap 作成 dnsmasq 起動 dnsmasq/ovs 内部ネットワーク Cinder Volume (iscsi 等 ) Image DB (MySQL) Nova Compute Quantum Agent Nova Compute Quantum Agent 5 tap 作成 ovs ovs 管理ストレージ用ネットワーク EBS ボリューム 4 NW 割当要求 32

33 仮想マシンの起動シーケンス (5) : compute 上での作成処理エンドユーザ PC 外部ネットワークインターネット / イントラネットステップ (3) で作成される tap をの仮想 NIC に bridge 接続して生成 ebtables を利用し L2 でフィルタが設定される内部 NW 側の private address は DHCP で割り当てられる Glance/ Swift Nova-api Nova Scheduler Quantum Server Quantum Agent (L2/L3) iptables 物理マシンプール #1 dnsmasq/ovs 内部ネットワーク Cinder Volume (iscsi 等 ) 7 生成 Image DB (MySQL) 6 テンプレートダウンロード Nova Compute Quantum Agent ovs Nova Compute Quantum Agent 管理ストレージ用ネットワーク ovs EBS ボリューム 33

34 仮想マシンの起動シーケンス (6) : 外部通信用設定エンドユーザ PC 外部ネットワーク別オペレーション 8 外部用 Floating IP 割り当て要求インターネット / イントラネット外部通信用の global IP address は iptables で SNAT/DNAT 設定される iptables 物理マシンプール #1 Glance/ Swift Nova-api Quantum Agent (L2/L3) 内部ネットワーク Cinder Volume (iscsi 等 ) Image DB (MySQL) Nova Compute Quantum Agent Nova Compute Quantum Agent 管理ストレージ用ネットワーク EBS ボリューム 34

35 OpenStack が利用するホスト OS 側の機能 OpenStack はホスト OS のごく基本的な機能を ( ただし幅広く ) 使って動いています仮想 NW(VLAN/tunnel) 切り出し仮想 NW へ仮想 NIC の接続へのアドレス割り当て NAT の設定 F/W ルールの適用内部 NW フィルタの設定の起動停止制御ボリュームの制御へのボリューム接続ボリュームのスナップショット実現 etc. vconfig ip ovs-vsctl brctl libvirt API dnsmasq ip, iptables iptables ebtables libvirt API libvirt API iscsi 系コマンド libvirt API lvm2 系コマンド 35

36 他の IaaS 構築ソフトとの比較 CloudStack 機能範囲 Compute サービスのみ Swift や RiakCS Gluster 等周辺エコシステムは拡充中メリット Citrix 社の製品 ( 例 :NetScaler XenServer 等 ) との親和性が高い海外だけでなく国内での適用事例も豊富構造コントローラはモノリシックな構造実装言語は Java Eucalyptus 機能範囲 Compute サービスのみメリット Amazon Web Service(AWS) との公式な互換性がある構造コントローラはモノリシックな構造実装言語は Java + C 36

37 OpenStack NW 構成例 :VLAN/GRE ベースで隔離する場合エンドユーザ PC 外部ネットワークインターネット / イントラネット Amazon EC2 型 +α のネットワークモデルを実現物理 Network Node が外部トラフィックを集約 (*1) クラウドコントローラ API, Scheduler, RabbitMQ, RDBMS iptables Zone #1 Glance/ Swift クラウドコントローラ (*1) Quantum agent (L2/L3) dnsmasq 内部ネットワーク (VLAN/GRE 等 ) Image 管理ストレージ用ネットワーク DB (MySQL) Nova Compute Quantum Agent ovs Nova Compute Quantum Agent 管理ストレージ用ネットワーク ovs 37

38 CloudStack NW 構成例 :Advanced Network モードの場合エンドユーザ PC 外部ネットワークインターネット / イントラネット DNAT ベースのネットワークモデルテナントごとに仮想ルータが作成され内部 NW 経由での通信を中継する仮想ルータ向けトラフィックが流れる Zone/Pod NFS /iscsi Mgmt. Server. 管理ストレージ用ネットワーク vnic0 仮想ルータ vnic1 Compute SS Compute CP Compute vnic0 仮想ルータ vnic1 Compute 内部ネットワーク Image DB 管理ストレージ用ネットワーク 38

39 OpenStack NW 構成例 :Flat モデル + multi_host オプションの場合エンドユーザ PC 外部ネットワークインターネット / イントラネット RackSpace 型のネットワークモデルを実現 Gateway はホスト単位に存在するのでボトルネックにならないただしアイソレーションはできない (*1) クラウドコントローラ API, Scheduler, RabbitMQ, RDBMS etc. Glance/ Swift Image クラウドコントローラ (*1) 管理ストレージ用ネットワーク DB (MySQL) zone1#1 dnsmasq iptables nova-network dnsmasq iptables nova-network novacompute novacompute 管理ストレージ用ネットワーク 39

40 04 Toward Production Systems 40

OpenStack Operations Guide (OpenStack 運用ガイド ) コミュニティ有志による設計 ~ 構築 ~ 運用にまつわるベストプラクティスノウハウの集大成 ( トラブル事例もあります ) http://docs.openstack.

41 OpenStack Operations Guide (OpenStack 運用ガイド ) コミュニティ有志による設計 ~ 構築 ~ 運用にまつわるベストプラクティスノウハウの集大成 ( トラブル事例もあります ) 現在日本 OpenStack ユーザー会 (JOSUG) の有志で翻訳中翻訳中のスナップショット CloudStack 等他の実装にも通じる部分が多いです 41

42 システム設計上のポイント原則一般的な Web サービスの高可用化サイジング設計とほとんど変わりません出発点サービスの仕様を決定する提供する仮想 NWのモデルアイソレーションが必要か? どの程度のユーザ / 仮想マシン / ストレージをホストするのか? etc. 42

の高可用化のトレードオフ仕様も構造もシンプルにするユーザ数 / 数に比例するブロックストレージディスクイメージの保持ノードを分離

43 システム設計上のポイント Operations Guide で紹介されている Example Architecture Quantum を使わず nova-network で multi_host 構成アイソレーションと全体スループット / 外部 GW の高可用化のトレードオフ仕様も構造もシンプルにするユーザ数 / 数に比例するブロックストレージディスクイメージの保持ノードを分離スケールアウトしやすい構成コントローラは通常の HA 化機構で冗長化実際の需要 / 負荷に応じて DB MQ glance 等から分離監視の設計も重要 43

44 システム設計上のポイント悩ましいところ Block Storage (Cinder) の実体に何を使うか? etc. 箱モノは信頼性はあるが高価 Ceph RBD や Sheepdog 等は面倒を見切られるかどうか見極めが難しい 44

45 Demo 45

46 モデルケース OpenStack では SDN コントローラ等の周辺部品との組合わせにより非常に多彩な仮想システムモデルを実現できます本日お見せするデモシステムの構成は以下の通りです Amazon EC2 型 +αの仮想 NWモデル全体が global firewall の内側にありには private addressが割り当てられる外部通信は NAT 経由で行う外部からのアイソレーション他のユーザのパケットは見えないテナント間のアイソレーションテナントあたり複数の孤立仮想 L2ネットワークを定義できる (+α) あたり複数の仮想 NICを接続できる (+α) 46

デモ環境システム構成図開場発表者 PC Public Network 172.28.0.0/24 172.28.0.11/24 eth1 Vyatta eth0 eth2 eth3 172.28.1.1/24 172.28.2.1/24 HOST (on K) L2 NW (as a bridge) インターネット 172.28.0.12/24 作業用サーバ FLOATING (as next-hop) 172.

47 デモ環境システム構成図開場発表者 PC Public Network / /24 eth1 Vyatta eth0 eth2 eth / /24 HOST (on K) L2 NW (as a bridge) インターネット /24 作業用サーバ FLOATING (as next-hop) / /26 zone1 EXT1 vm1-1 eth0 net-t1 n-cpu net-t1-2 eth1 ext-z /24 eth2 Cloud Controller eth1 INT1 vm2-1 VR-z1 net-t2-1 n-cpu eth0 eth0 vm1-2 Quantum NW nova-compute 以外 Horizon, Glance, Cinder, Quantum L2/L3 agent を含めてすべてここで動作 Management ( x) 47

48 モデルケース OpenStack では SDN コントローラ等の周辺部品との組合わせにより非常に多彩な仮想システムモデルを実現できます本日お見せするデモシステムの構成は以下の通りです Amazon EC2 型 +αの仮想 NWモデル全体が global firewall の内側にありには private addressが割り当てられる外部通信は NAT 経由で行う外部からのアイソレーション他のユーザのパケットは見えないテナント間のアイソレーションテナントあたり複数の孤立仮想ネットワークを定義できる (+α) あたり複数の仮想 NICを接続できる (+α) 48

49 OpenStack Dashboard (Horizon) 画面サンプル日本の OpenStack ユーザ会で翻訳しました仮想 L2 面や仮想ルータの動的な追加削除もできます 49

50 NTTデータのOpenStackソリューション 2012年10月10日開催 ITpro EXPO 2012 優秀賞受賞 ITpro EXPO 2012 に出展されたすべての製品/サービスの中から製品/サービスとして優れていると同時に来場者に対して分かりやすくインパクトのある展示を行ったものに与えられる賞です 50

51 クラウド構築における悩ましい障壁 1 各種設計や高可用性確保 2 サーバやストレージの選定 3 設定や利用方法の不明点の解消 4 カスタマイズ 5 サービスイン後の運用に関する配慮クラウド = 相応規模の IT システムは SIer にお任せください 51

52 フルオープン仮想化基盤構築ソリューションとは NTT データではコンサルから運用までワンストップでサポートしますコンサル構築運用アイドリングストップリソースの増減に応じてサーバ電源を制御し冗長なノードの電源を落としエコな運用コンピュート (nova) リーンスタートアップ最小限の投資で素早くサービスを開始し需要に応じて拡張可能ディザスタリカバリ災害などでデータセンターが停止した場合でも他のデータセンターでサービスを継続ストレージ (swift) ネットワーク (OpenFlow) モニタリング & マネージメント (Hinemos+α) 統合マネージメントコンピューティングリソース大規模ストレージネットワークを統合的に運用管理 52

53 小規模からリーンスタートアップ ~ お試しから徐々に増設 Before 需要予測サーバ購入予想ハズレ After 最低限購入 Full キャパ増設リーン ( 無駄のない ) システム A 社 B 社 B 社 B 社 C 社 C 社 A 社 A 社 B 社 B 社 B 社増設増設 C 社 C 社 C 社 C 社 C 社 C 社その時々に応じた最も安いサーバーを選択 53

54 エコクラウドの実現にアイドリングストップ ~ ランニングコストを最低限に走行中はエンジン全開でも停止中はエンジンも停止 stop stop 繁忙期には自動で電源 ON! 休閉期には自動で電源 OFF! 電源 ON 電源 OFF 54

55 エコクラウドの実現にアイドリングストップ繁忙期 ~ ランニングコストを最低限に OpenFlow OpenFlow 電源 OFF の機器 OpenFlow 成長期 Compute Node Compute Node Compute Node Compute Node デフラグ機能で NW を寄せる OpenFlow Compute Node Compute Node Compute Node Compute Node 電力最小化 OpenFlow OpenFlow Compute Node Compute Node Compute Node Compute Node OpenFlow 閑散期電源 ON の機器 Compute Node Compute Node Compute Node Compute Node OpenFlow アイドリングストップで不要なノードを停止 55

56 大規模クラウドに必須な OpenFlow VLAN上限もNTTデータ独自OpenFlow技術で突破テナントごとにNWを区画するのにVLANの上限が問題新規格 Openflow を使うことにより改善可能同一テナントテナントパケットフロー指定 56

57 NTT データ独自 Virtual Network Controller 1 物理 NW の上に自由に論理 NW を構築可能 2 マルチテナントで利用される仮想 NW を一元制御可能な GUI 57

58 まとめ : 成功のポイントとは 1 サービスの仕様自体を可能な限りシンプルに保つ 2 サービスの構造を可能な限りシンプルに保つ 3 理解して使い可能な限り自分で責任を持つ 4 信頼できるパートナーを選ぶ NTT データでは OpenStack によるクラウド基盤のコンサルから運用までをカバーしたワンストップサービスを提供しています 58

59 ご清聴どうもありがとうございました 59

61 Q&A 61

概要ここでは先程デモを行った OpenStack の中で仮想マシンのデータがどのように管理されているかをご紹介致します OpenStack の中でデータがどのように配置され管理されているかを知ることは可用性を検討する上で非常に重要になります 2

概要ここでは先程デモを行った OpenStack の中で仮想マシンのデータがどのように管理されているかをご紹介致します OpenStack の中でデータがどのように配置され管理されているかを知ることは可用性を検討する上で非常に重要になります 2 OSC Nagoya JOSUG 5th Study openstack Open source software to build public and private clouds. Storage System; Overview OpenStack ストレージとデータ管理 2012.06.04 日本 OpenStack ユーザ会 Tomoaki Nakajima/@irix_jp 1 概要