今日（２月１６日）Redhat朝活の
「OpenStack 特集 - Red Hat Forum Tokyo の人気 OpenStack Sessionを再び 」
を聞いてきたので、その内容をメモメモ
■レッドハット紹介
・Uber,airbnb
・オープンイノベーション
・LInux市場は堅調に伸びている
IT支出は横ばい、Linuxは１０％以上の伸び→さらに
Openstack,hadoop,ソフトウェアストレージ、インメモリ
・２００７年 部門内
２０１５年 急速に伸びる
・オープンソースソフトウェアのリーダー
開発：コミュニティ
今日はOpenstack
・３分の２はＯＳＳが最初の選択肢
今までは代替手段
いまはオープンソースを検討：開発容易性、スケール拡張、セキュリティ
・オープンハイブリッドクラウド
ＳＯＲの世界：Ｒｅｄhatビジネスの大部分→仮想化、
ＳＯＥの世界：革命、アプリケーション主導
・２０１７年度 コア・コンピタンスの強化
販売、テクノロジーパートナー
ＣＣＳＰ（クラウド）
・２０１７年度 成長領域ソリューション強化
クラウド
ＩＴマネジメント
アプリケーションプラットフォーム（JBOSS）
・Rackspace
RedhatのOpenstackを採用
■経営の期待にこたえるOpenStackの導入検討、次の一歩
・Redhatフォーラムのリプレイ開催
→はじめの一歩はない
・ある日：OpenStack導入しなさいよ
仮想化基盤
コンポーネントが多い
どこから検討すればいいのか
やるの？必要？
・導入における２つのハードル
経営の説明
導入構成の検討
・経営への説明：なぜOpenStackを導入したのか
導入したユーザーの声
運用効率、
イノベーション能力の強化、
コスト削減、
オープン
→２つの背景を知る必要がある
（１）Openstackを使って実現しようとしていること
ビジネスに要求される競争力
→新規にチャレンジしようとするエリア
開発チームの取り組み例：継続的インテグレーション
でぶさみ：エンタープライズのエンドユーザーがアジャイルしゃべりだす
ＣＩ→DevOps：ボトルネック
→ビルドパイプライン、デプロイパイプライン
基幹にOpenStackお入れられるけど
（２）OpenStackそのもの
開発コミュニティ:IaaSの中心：３万５千人
Linuxカーネルが１万人
→進化しつづける
自動化するインフラそのもの提供
マルチテナンシー
OpenStackを導入する
ビジネスの競争力を生みだすＩＴを実現
イノベーションサイクルに参加
→VMWAREを入れ替えるという（ことはできるけど）話ではない
・導入構成の検討
packstack：Redhatでインストール
うまくいかない人→ＲＤＯを使っている
正式版：れっどはっとえんたーぷらいずおーぷんすたっくぷらっとふぉーむ
コミュニティ向け：ＲＤＯ→Redhatにおけるfedora
ＲＤＯ：結構動かない
→製品評価版
・OpenStackのコンポーネント
クラウドコントローラー
ハイパーバイザー
全部バラバラにおくというわけではない
・検討するうえでの心構え
OpenStackはシステムです
強く推奨
継続的な改善２つの環境
本番環境：
クラウド管理者向け（インフラ部隊向け）
・プラグイン（サービスのバックエンド）の検討
・外部のＳＤＮ製品と連携
・Neutronプラグインの検討
Neutron:ネットワーク仮想化サービス
・本番を見据えた場合は、必ず3rdパーティ製品を組み合わせること
ＯＶＳは性能的ボトルネックと単一障害点を同時に解消できない
・３ｒｄパーティー
OpenStackに対応する製品
Neutoronバックエンドは差し替え難しい
・ストレージ検討エリア
Cinder
Glance：ただのＮＡＳでもいいけど、Ｏｐｅｎｓｔａｃｋ対応だとCinder連携とか、お得神
Swift：
→RHEL-OSPパートナーソリューションガイド：ＰＤＦで見てね！
(全部のってない：https://access.redhat.com/ecosystem/にすべて載っている）
・クラ・ウドコントローラー＆インストーラー
コントローラーＨＡ
→packstackはコントローラーＨＡできない
→ＯＳＰダイレクターを使う
（シェアドナッシングの３ノード→２ノードはサポートしない）
物理マシン、仮想マシンどちらでもＯＫ
■OpenStack最新情報とRedHat Enterprose Linux OpenStack Platformのロードマップ
・OpenStackとは
Amazon EC2/S3相当のクラウドインフラ
パブリッククラウドと同等
クラウド対応ワークロードのためのクラウドインフラ
ＡＰＩで操作するProgramable Infrastructure
Driver/Pluginによる外部コンポーネントとの連携
コミュニティでの開発＝より速い機能開発
・２０１５・１０・１５ Liberty
（４月はみたか）
・基本機能の改良改善
・オプション機能（ＩａaS＋）の追加
→マイクロサービス（アマゾン）みたいなもん
・主要コンポーネント：基本機能
Nova：
SWIFT：オブジェクトストレージ
Cinder：ブロックストレージ
KeyStone：認証（Novaとneutronがしゃべるとか）
・オプションコンポーネント
自動化、ＡＰＩ、ＧＵＩ・・・
Horizon
Cellometer：課金
Heat：
Trove：
Sahara：
Ironic：ベアメタル
：
：
・新しい機能
管理機能の強化
スケーラビリティの向上
新技術サポートのための拡張
コンテナ管理
・管理機能の強化
きめ細かいアクセス制御
HeatとNeutronにロールベースアクセス管理を追加
→ＮＦＶ業界
構成管理機能の向上
共通ライブラリ(OpenstackCommonLibrary）
→保守性、安定性
・スケーラビリティの向上
Nova Cell v2
マルチロケーション：ＤＢどうするの→メッセージキュー（RabbitMQ)が分散できる
→ＮＦＶ業界、せるん
→ＤＲかんがえると、マルチロケーションだ米
・新技術サポートのための拡張
仮想インスタンス
コンテナ（Magnum）オーペストレーション環境
→くーばねーてぃす、Dockerを動かす
→統合エンジンに
・Ｈｅａｔによるプロビジョニング
ベアメタルプロビジョンング
→関係ないところはかわっていない
コンテナプロビジョニング
Magnumが追加（コンダクター）→Docker突っ込む
・Ｒｅｄｈａｔとして、なにがちがうの？
・ＯｐｅｎＳｔａｃｋとＲＨＥＬ－ＯＳＰの関係
Ｏｐｅｎｓｔａｃｋ
ＲＤＯ
ＲＨＥＬ－ＯＳＰ
→まだLibertyベースが出ていない（３月？）
Mitakaは７月？？
・RHEL-OSP 8：Libertyベース
DNA as a serviceはまだサポートならず（機能はいってる、テストベース）
OpenDayLightも試せる（サポートはない）
・RHEL OpenStack Platform Director改善
High Availability
冗長できるようになっているが、冗長の方法は考えてね！
→インストールを簡単に
運用管理できるように
アップグレードむずかしいよね
→director
・Director
TripleOベース
２つのクラウドを作る
アンダークラウド
オーバークラウド：こっちを使う
Ｄｉｒｅｃｔｏｒ：冗長化（PaceMakerを使って）
アップデートはできる
・コンピュートノードのＨＡ
Auto Evacuation
OpenStack導入の進め
仮想環境を置き換えたいというだけだと、あまり向かない
