YAHOOは「OpenStackからさらにその先へ」

７月７日、OpenStack Days Tokyo 2016に行ってきた。のつづき

OpenStackからさらにその先へ
講師：ＹＡＨＯＯの人

をメモメモ



・自己紹介
・ＹＡＨＯＯ　Ｊａｐａｎ
　月間ＰＶ　６６７億（スマホ　３５９億）　アプリダウンロード３．８億
　ＯｐｅｎＳｔａｃｋ稼働状況
　伸び率（ＹｏY)インスタンス２００％
　最近：広告、検索も一部がOpenStack
　小さなパケット

アジェンダ
・OpenStack活用の履歴
・OpenStack活用のチャレンジ
・まとめ

OpenStack活用の歴史（３年前～今）
・採用前
　In-house IaaS　すべて自前での開発：Ｗｅｂからの操作が前提
　　→ライフサイクルが回せない。

・採用後
　社内独自機能のみの開発
　　　基本機能：コミニティ
　　　マイナー：ベンダー連携
　　　社内機能：社内開発

・すぐに得られたこと
　　インフラの抽象化
　　標準化されたＡＰＩ：ベンダー依存のＡＰＩは価値がない
　　新しいことにチャレンジする時間

・じょじょに得られるようになったこと
　ＯＣＰなどのハードウェアへの挑戦
　　性能は抽象的に
　ＡＰＩはキープして内部を別テクノロジ採用
　ライフサイクルの展開

　クローズ→社内の反発

・OpenStack活用のチャレンジ（今～今後）
　オープンハードウェア
　３領域でのチャレンジ
　　　コンピューティング
　　　ネットワーク
　　　ストレージ

・オープンハードウェア
　ＯＣＰ
　　最初にＯｐｅｎＳｔａｃｋ基盤へＯＣＰの採用
　　後に大規模Ｈａｄoop基盤につなげる
　利用者は意識しない部分での改革
　　従来のサーバーとOpenStack上の操作性は変わらない
　→安価なハードウェア

・OpenPower：
　　メモリ帯域が重要なアプリケーションへ
　FPGA：
　　電力対パフォーマンスの最適化。
　　PythonなどのＬＬで回路が書けることが重要

・オープンハードウェア
　実行環境の抽象化へ

・コンピューティングのチャレンジ
　　ＣＰＵのくせに応じた実行環境の策定
　ＣＩ／ＣＤ
　　まずOpenStack
　　サービス全体へ展開

・ネットワーク
　　IoT時代のネットワーク
　　　小さいパケット
　　　より大きいパケット
　　　コネクション過多
　・ＤＰＤＫ
　　　ショートパケットに強いOpenStackを今夏リリース
　　　カーネルを通さず、ＶＭへバイパスする
　　　災害時のＰＵＳＨに耐える環境へ

　・ＳＤＮ／ＮＦＶへの次の取り組み
　　　ライフサイクル管理
　　ネットワークもライフサイクル管理
　　最適なランタイムの選択(X86,power,arm)

・ネットワークもＣＩ／ＣＤ
　　実際に、ＯＶＳのパケットが化けた→網羅性のある保証をベンダーはできない
　　ＢＧＰ：他のネットワークにも影響を与えてしまう

・すとれーじ
　オブジェクトストレージ
　　１５ペタバイト、ＳＷＩＦＴ
　　日米間の遅延、パケロス（よく切れる）　２５ＧＢＰＳ
　ブロックストレージ
　　HyperConverged構成に今夏変更
　　ＳＳＤは安価、故障しない
　　　ＳＡＴＡのＳＳＤ４本ぐらい現実的？

・まとめ
OpenStack≠IaaS
OpenStackはインフラにチャレンジ精神を与える
オープンソース領域でも共創