More Related Content
What's hot (20)
Viewers also liked (20)
Similar to DockerとKubernetesが作る未来 (20)
More from Kazuto Kusama (20)
DockerとKubernetesが作る未来
- 2. PaaS勉強会 主宰 Kazuto Kusama @jacopen
- 4. Enlightened L11 Kazuto Kusama @jacopen
- 5. #DARSANA
- 6. PaaS勉強会 Cloud FoundryやOpenShift、その他様々なPaaSを テーマにした勉強会
- 7. PaaS勉強会 第23回 PaaS勉強会@蒲田 12/19 19:00～ http://paas.connpass.com/event/10059/
- 18. 解決方法はある • シングルホストのネットワークは、Dockerの Link機能で･･･ • マルチホストはAmbassadorパターンで･･･ • コンテナの管理はfigを･･･ • コンテナの監視はsensuで･･･ • 以下略 出来るけどやっぱり面倒
- 19. • 試験環境や開発環境なら、それでもいい • Production環境でそれをやれるかどうか？ 運用はどうする？ 技術的にやれるかどうかと 運用出来るかどうかは別
- 20. そこでKubernetes
- 21. これから話す、3つのポイント • Kubernetesとは何か • 実際どんな感じに使えるのか • Kubernetesと、どう関わっていくか
- 22. Kubernetesとは
- 23. Kubernetesとは • Googleが公開した、コンテナ管理のツール • 複数のホストにまたがるコンテナの管理 • 長いのでk8sって略されることが多い
- 24. Kubernetesで実現できること ✓ 複数ホストにコンテナを展開 ✓ 関連するコンテナごとにグルーピング ✓ コンテナの死活監視 ✓ コンテナ間のネットワーク ✓ コンテナの負荷分散
- 25. 様々なベンダーが支持を表明 • Docker • Microsoft • IBM • Red Hat • CoreOS
- 26. いろんな環境で使えます • Google Compute Engine • Microsoft Azure • AWS • Azure • CoreOS • vSphere • Vagrant
- 27. 実際に使ってみよう
- 28. 2つの役割 それぞれVM もしくは ベアメタル Master Minion 管理するやつコンテナ動かすやつ
- 29. Master 実験環境 Minion Minion Minion Minion
- 30. クライアントツールで叩く Master MasterのAPIを Minion Minion Minion Minion API client
- 31. $ ./cluster/kubecfg.sh -p 8080:80 run dockerfile/nginx 2 myNginx
- 32. Replication Controllerが 複数ホストのコンテナを監視 Master Minion Minion Minion Minion API Replication Controller
- 33. $ ./cluster/kubecfg.sh resize myNginx 3 Master Minion Minion Minion Minion API Replication Controller
- 34. コンテナの数が減ったら 自動で立ち上げる Master Minion Minion Minion Minion API Replication Controller
- 35. 正確には「Pod」単位で管理 コンテナ コンテナ Pod
- 36. $ ./cluster/kubecfg.sh -c service.json create services { "id": "frontend", "kind": "Service", "apiVersion": "v1beta1", "port": 8000, "containerPort": 80, "selector": { "name": "nginx" }, "labels": { "name": "frontend" } } Service L3のロードバランサーみたいなもの。 左のjsonを使ってserviceを構築すると、 port8000へのアクセスを、nginx podの port80へ転送する
- 37. tcp:8000 Service tcp:80 tcp:80 Minion Minion
- 38. Frontend Replication Controller frontend frontend frontend Redis Slave service Redis master service redisslave redisslave redis-master Redis Slave Replication Controller Frontend service
- 39. Kubernetesを使うことで ✓ 複数ホストにコンテナを簡単に展開できる ✓ Replication Controllerが、常にコンテナの 状態をみてくれる ✓ Servicesで、複数コンテナへアクセスを分配出来る ✓ これらを、物理ホストを意識すること無く 展開出来る
- 44. 自前でKubernetesを組む • Githubで公開されているので、それを使って 自前の環境に構築する https://github.com/GoogleCloudPlatform/kubernetes
- 45. Software Design 2014年12月号で k8sの使い方を書きました
- 46. Kubernetesを 構築してくれるサービスを使う • Google Container Engine (GKE) • 他にもいっぱい出てくるはず • vSphereとか • Azureとか
- 47. Kubernetesを内部に持つ サービスを使う • OpenShift v3 • Red Hatが開発しているPaaS • 次期バージョン v3 からDocker対応 内部のコンテナ管理にKubernetesを利用
- 48. KubernetesはPaaSじゃない？ PaaSにはいろいろな定義がありますが･･･ Webサービスの開発ライフサイクルを支援 をPaaSと定義すると
- 49. •ユーザー管理 / 認証・認可 •コードのバージョン管理 •コードからのデプロイ •ロギング •アプリケーションのメトリクス取得 •コンテナの管理 •コンテナの実行
- 51. 未来が分かるなら苦労しない
- 52. • 10年前は、こんなにスマホが普及するなんて 想像していなかった • 6年前、こんなにクラウドが当たり前になるな んて想像していなかった • 2年前、こんなにコンテナ技術が流行るなんて 想像していなかった
- 53. PaaSを切り口に考えてみると
- 54. 第1世代のPaaS • 2007年～2010ごろまで • プロプライエタリ • 決め打ちの言語・フレームワーク・DB
- 55. 第2世代のPaaS • 2011年～ • プロプライエタリ / オープン • 様々な言語・フレームワーク・DB • 仮想化技術をフル活用
- 56. 第3世代のPaaS • 2014年～ • コンテナネイティブ • どの環境でも、同じものが使える • より早く、より柔軟に、よりオープンに
- 57. • 第3世代のPaaSを実現していくために 最も重要なパーツがDocker • GAE、Azure、ElasticBeanstalk、OpenShift、 Cloud Foundryなど、多くのPaaSがDocker対 応を表明。 • IaaSもDocker対応を謳うところが増えている • Kubernetesは、それらを支える土台に なるかもしれない
- 58. でも、未来は どうなるか分からない 12月1日 CoreOSが独自のコンテナ実行基盤 Rocketを発表 12月4日 Dockerがマルチホストのコンテナ環 境構築/管理を行うツールを発表
- 59. 参考情報 Kubernetes https://github.com/GoogleCloudPlatform/kubernetes/ Kubernetes Advent Calendar http://qiita.com/advent-calendar/2014/kubernetes Rocket https://github.com/coreos/rocket Docker swarm https://github.com/docker/swarm 第23回 PaaS勉強会 http://paas.connpass.com/event/10059/