コンテナと仮想マシン、敵か味方か！？　〜最適な Kubernetes プラットフォームとは〜

Slide 1

Slide 1 text

Slide 2

Slide 2 text

Slide 3

Slide 3 text

©2019 VMware, Inc. 3 物理 vs 仮想マシン vs コンテナ Hardware Host OS (Hypervisor) Guest OS Hardware Host OS (Linux) App Container Engine App App Guest OS Guest OS App App App 仮想マシンコンテナハードウェアを抽象化 OSを抽象化 Lib Lib Lib Lib Lib Lib Hardware OS App App App 物理（仮想化なし） Lib

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

©2019 VMware, Inc. 14 A 社の IT チームはインフラ、Linux/ミドル、開発チームでタテ割りになった組織（サイロ）社内のシステムの約9 割は vSphere で仮想化されているデジタル変⾰（DX）を推進し、より顧客とフィードバックにフォーカスすることになった • アジャイルな開発が求められるそれを実現するための技術としてコンテナと Kubernetes を採⽤することを決定︕ よくある話︓とある A 社での出来事

Slide 14

Slide 14 text

©2019 VMware, Inc. 15 A 社の Linux チームが Kubernetes をベアメタル上で使う⽅針を決定 Linux チームの主張︓ • クラウドネイティブなアプリケーションは HA や vMotion などの vSphere の機能はいらない • コンテナは VM より軽量 • Kubernetes がリソース管理や HA といったハイパーバイザーが持つ機能を提供している • 仮想化によるパフォーマンスの低下 • ハイパーバイザーをスタックから取り除くことにより複雑性とコストを削減できる • インフラチームがアジャイルでない（セルフサービスでやりたい） A 社のインフラチームが VMware に相談ベアメタルでやるぞ︕

Slide 15

Slide 15 text

Slide 16

Slide 16 text

Slide 17

Slide 17 text

©2019 VMware, Inc. 18 複数クラスタ vs シングルクラスタ隔離の柔軟性仮想インフラ上に異なったクラスタを混在させることが可能 Kubernetes のクラスタで隔離を⾏うとリソースが有効に活⽤できない • クラスタによる分割を⾏うと、多くのハードウェアが必要となる、リソースも有効に活⽤できない。 • リソースを有効に利⽤するためにシングルクラスタになりがち。 • さまざまな動機（アプリ、部⾨、サービス、など）で⾃由にクラスタ分離してもリソースが有効に利⽤される。 K8S on vSphere K8S on ベアメタル

Slide 18

Slide 18 text

©2019 VMware, Inc. 19 HA、アドミッションコントロール、優先順位コントロールプレーンの信頼性 vSphere HA はリカバリプロセスを⾃動化。リソースは常に保証されているタイムアウト後に Pod は再作成されるが、あらかじめ⾼い priority を設定しておく必要がある • ノード障害時にはタイムアウト（デフォルト5分）後に Pod は再作成される • 空いているリソースがなければ Pod は再作成されない。 • 他の Pod よりも⾼い priority を設定しておく必要がある • K8S のコントローラコンポーネントや複雑なステートフルアプリケーションは vSphere の HA のメリットを享受できる • vSphere の HA は常にリソースが確保されている K8S on vSphere K8S on ベアメタル

Slide 19

Slide 19 text

©2019 VMware, Inc. 20 マルチレベルスケジューリング vs 静的なスケジューリングワークロードのバランシング • ワークロードの配置は Pod のデプロイ時に決まる。 • 新たな Pod をデプロイする際に、既存の Pod が追い出される（preemption）場合はあるが、他の契機でリバランシングが⾏われることはない。 • DRS (Distributed Resource Scheduler) が継続的にワークロードの配置を最適化。 K8S on vSphere K8S on ベアメタル DRS と組みわせて多段スケジューリングすることで継続的に最適化配置は最初のデプロイ時に決まり、原則その後、変わることはない

Slide 20

Slide 20 text

©2019 VMware, Inc. 21 A 社の Linux チームが Kubernetes をベアメタル上で使う⽅針を決定 Linux チームの主張︓ • クラウドネイティブなアプリケーションはHA や vMotion などの vSphere の機能はいらない • コンテナは VM より軽量 • Kubernetes がリソース管理や HA といったハイパーバイザーが持つ機能を提供している • 仮想化によるパフォーマンスの低下 • ハイパーバイザーをスタックから取り除くことにより複雑性とコストを削減できる • インフラチームがアジャイルでない（セルフサービスでやりたい） A 社のインフラチームが VMware に相談ベアメタルでやるぞ︕

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

©2019 VMware, Inc. 24 最新の Kubernetes をどこでも︕ 24 オンプレ | ハイブリッドクラウド | パブリッククラウドパッケージ SaaS VMware Enterprise PKS ターンキー︓ SDDC への投資を最⼤限に活かした統合ソリューション VMware Essential PKS カスタム︓ ⾃由なデザインとプロアクティブなサポート VMware Cloud PKS SaaS︓ マネージメント / メンテナンスフリーでクラスタを利⽤

Slide 24

Slide 24 text

©2019 VMware, Inc. 25 コンテナ管理のターンキーソリューション VMware Enterprise PKS vSphere | Hybrid Cloud | Public Cloud アップストリーム版 Kubernetes 含まれるコンポーネント︓ 統合、検証され、セキュアライフサイクル管理 [BOSH] レジストリ [Harbor] ネットワーク [NSX-T] 補完コンポーネント (⼀部) Pivotal Platform Dojo: CI/CD integration 推奨される追加サービス Training: Private, role-specific courseware Support: Troubleshoot, repair SDDC オープンモニタリング Wavefront Prometheus ストレージ vSAN ⾃動化 vRealize 適合性検査 Sonobuoy Ingress / LB NSX-T Contour サービスメッシュ NSX SM Istio バックアップ/移⾏ BBR Velero 含まれるサービス

Slide 25

Slide 25 text

©2019 VMware, Inc. 26 カスタマイズ可能な Kubernetes 基本サービス VMware Essential PKS Bare Metal | vSphere | Public Cloud アップストリーム版 Kubernetes 必要なコンポーネントアーキテクト︓接敵、デプロイ、開発必要となる追加サービストレーニング︓ 個別、ロール別コースライフサイクル管理 [kubeadm, Cluster API] レジストリ [Harbor, Quay] ネットワーク [NSX-T, Flannel, Calico] サポート︓アップグレード、パッチ、メンテナンス含まれるサービス補完コンポーネント (⼀部) SDDC オープンモニタリング Wavefront Prometheus ストレージ vSAN ⾃動化 vRealize 適合性検査 Sonobuoy Ingress / LB NSX-T Contour バックアップ/移⾏ Velero 推奨される追加サービス

Slide 26

Slide 26 text

©2019 VMware, Inc. 27 Kubernetes を SaaS で提供 VMware Cloud PKS AWS | VMC (coming) | Azure (coming) なし必要となる追加サービスなしサポートとオペレーション︓ アップグレード、パッチ、ヘルス管理含まれるサービス補完コンポーネント（⼀部） CSP/VMware オープンモニタリング Wavefront Prometheus ストレージ AWS EBS ⾃動化 Cluster API 適合性検査 Sonobuoy Ingress/LB Contour Nginx バックアップ/移⾏ Velero 推奨される追加サービスライフサイクル管理レジストリネットワークサービスメッシュポリシーアップストリーム版 Kubernetes 含まれるコンポーネント

Slide 27

Slide 27 text

©2019 VMware, Inc. 28 仮想マシンとコンテナはそれぞれ別の⽬的を持ったテクノロジー。排他的なものではない。 Kubernetes 環境とハイパーバイザーは補完的な関係 • Kubernetes をベアメタル環境で使う場合は、ベアメタル環境に⾃動払い出し、管理・監視ツール、エンジニアのスキルセットを⽤意すべし VMware は包括的な Kubernetes ソリューションを提供しており、どのようなニーズのお客様にも対応可能 Key Takeaway

Slide 28

Slide 28 text