EKS 101 - Speaker Deck

Slide 1

Slide 1 text

EKS 101 2020 / 05 / 26 Kubernetes Novice Meetup @taxin_tt

Slide 2

Slide 2 text

Who am I ? @taxin_tt ● AWS, Python, Kubernetes ● Kubernetes歴: 8ヶ月くらい

Slide 3

Slide 3 text

Today’s Talk ● 話すこと ● EKSとは? ● クラスタの作成方法 ● 作成したクラスタを利用した簡単な検証 (Deploymentの作成) ● EKSを使う上で気になる点 +α ● 話さないこと ● Kubernetesとは? ● コンテナとは?

Slide 4

Slide 4 text

Kubernetesを触ってみたい

Slide 5

Slide 5 text

What can we use for Practice? ● kubeadm ● Kind (Kubernetes in Docker) ● Kubernetes Service ○ AKS (Azure) ○ EKS (AWS) ○ GKE (GCP) 弊社のKubernetes Servicesが含まれてないぞ...！という方はTwitterでコメント下さい ;-)

Slide 6

Slide 6 text

What can we use for Practice? ● kubeadm ● Kind (Kubernetes in Docker) ● Managed Services ○ AKS (Azure) ○ EKS (AWS) ○ GKE (GCP)

Slide 7

Slide 7 text

EKSを触ってみよう

Slide 8

Slide 8 text

その前に...

Slide 9

Slide 9 text

AWSにおけるコンテナ環境

Slide 10

Slide 10 text

AWSにおけるコンテナ環境 Control Plane / Data Plane を一種類ずつ組み合わせて環境を用意する Control Plane コンテナを管理するコンポーネントが稼働する場所 ECS EKS Data Plane ユーザーが作成したコンテナが稼働する場所 EC2 Fargate

Slide 11

Slide 11 text

AWSにおけるコンテナ環境 Control Plane / Data Plane を一種類ずつ組み合わせて環境を用意する → 他のクラウドベンダーが提供するコンテナサービスと考え方が異なる

Slide 12

Slide 12 text

Why?

Slide 13

Slide 13 text

No content

Slide 14

Slide 14 text

ビルディング・ブロック ● AWSの一つ一つのサービスをブロックとして複数のブロックを組み合わせて要件にあったシステムを作るという考え方 ○ 基盤系サービス：EC2, RDS, S3 ○ + アプリケーション関連サービス：CloudFront, SQS/SNS ○ + 運用系サービス：Cloudwatch, Systems Manager, Codeシリーズ ○ + ... ● 各ブロックはAPIで連携するため柔軟なシステムの構築が可能

Slide 15

Slide 15 text

ビルディング・ブロック複数のブロックを組み合わせてシステム(=コンテナ環境)を作る Control Plane コンテナを管理するコンポーネントが稼働する場所 ECS EKS Data Plane ユーザーが作成したコンテナが稼働する場所 EC2 Fargate

Slide 16

Slide 16 text

AWSにおけるKubernetes (EKS)

Slide 17

Slide 17 text

What is EKS? ● EKS = (ざっくり言うと) AWSマネージドのKubernetesサービス ○ Control Planeとしての役割を担う ● Data Plane ○ EC2 or Fargateを選択する ● 課金 ○ 0.10 USD/h (EKS) + 0.0544USD/h (EC2 / t3.medium) + EBSの料金 etc. = (Worker Nodeの数が2のクラスタだと) 0.209USD/h +α

Slide 18

Slide 18 text

(今度こそ) EKSを触ってみよう

Slide 19

Slide 19 text

試してみること ● クラスタの作成 ● Deployment (nginx) の作成 + 動いているコンテナへのアクセス

Slide 20

Slide 20 text

Step0: Set up ● kubectl ○ kubernetesと通信する際に利用するコマンドラインツール ■ homebrewを利用して設定 (mac) $ brew install kubectl $ kubectl version Client Version: version.Info{... ,GitVersion:”1.17.2”,...}

Slide 21

Slide 21 text

Step0: Set up ● AWS CLI ○ AWSサービスの作成・設定をするためのコマンドラインツール ■ (ver1) pip or インストーラーを利用して設定 $ pip3 install awscli --upgrade --user $ aws --version aws-cli/1.16.230 Python/3.7.6 Darwin ...

Slide 22

Slide 22 text

Step0: Set up ● eksctl ○ EKSベースのクラスタを作成するためのコマンドラインツール ○ クラスタを構成する複数のAWSリソースをまとめて作成・設定してくれる $ brew tap weaveworks/tap $ brew install weaveworks/tap/eksctl $ eksctl version 0.16.0

Slide 23

Slide 23 text

Step0: Set up ● eksctl ○ 設定値をYAMLで渡すことも可能 ○ クラスタ作成時のデフォルト値に注意 ■ InstanceType(EC2): m5.large

Slide 24

Slide 24 text

● クラスタ作成用のコマンドを実行 $ eksctl create cluster -f ./cluster.yaml Step1: Create k8s Cluster

Slide 25

Slide 25 text

● クラスタが正常に作成されたかを確認する $ kubectl get nodes Step1: Create k8s Cluster

Slide 26

Slide 26 text

Step1: Create k8s Cluster ● (+α) MFA有効化アカウントを用いてクラスタを作成する場合 ○ https://aws.amazon.com/jp/premiumsupport/knowledge-center/authenticate-mfa-cli/

Slide 27

Slide 27 text

Step2: Deploy nginx ● Deploymentを作成する ○ マニュフェストファイルはexampleとして提供されているものを利用 $ kubectl apply -f https://k8s.io/examples/controllers/nginx-deployment.yaml https://kubernetes.io/ja/docs/concepts/workloads/controllers/deployment/

Slide 28

Slide 28 text

● 定義したPodが正常に作成されたかを確認する $ kubectl get pods Step2: Deploy nginx

Slide 29

Slide 29 text

Step3: Access nginx ● 任意のPod (nginx-deployment-xx) を指定してポートフォワーディング $ kubectl get pods $ kubectl port-forward nginx-deployment-xxxx 32711:80

Slide 30

Slide 30 text

Step3: Access nginx

Slide 31

Slide 31 text

● localhost:32711 に対してブラウザからアクセスする ○ 正常にアクセスできれば下記のような画面が表示される Step3: Access nginx

Slide 32

Slide 32 text

EKSを使う上で気になる点 +α

Slide 33

Slide 33 text

EKSを使う上で気になる点 ● 1)「どのようなブロックでクラスタが構成されているか」の理解 ○ Kubernetesクラスタの運用に携わる人は必須 ○ eksctlは詳細を知らなくてもクラスタを作成できてしまう

Slide 34

Slide 34 text

EKSを使う上で気になる点 ● 2) KubernetesとAWSのサービスの対応関係 ○ 何のAWSサービスを使って実現しているかを把握すると理解が進む e.g.) Service ( Type: LoadBalancer ) - NLB or CLB (NodeがEC2の場合) https://docs.aws.amazon.com/ja_jp/eks/latest/userguide/load-balancing.html

Slide 35

Slide 35 text

+α ● 覚えることは多いように感じる (Kubernetes + AWS) ○ (今すぐ) 覚えなくてもいいことも結構ある ○ Indexをはっておくだけでも十分 ● 一旦は、自分のやってみたいことをやってみる ○ 必要になったタイミングで、知識のインプット + クラスタでの検証 ○ だからこそ、クラスタの簡単な作り方を知っておくのは大事！

Slide 36

Slide 36 text

まとめ ● Kubernetes + AWSのサービスで色々なことができる ● EKSやっていきましょう！

Slide 37

Slide 37 text

Thank you for Listening !

Slide 38

Slide 38 text

https://eksctl.io/ https://github.com/kubernetes/examples 参考リンク

Slide 39

Slide 39 text

(+α) Monitoring

Slide 40

Slide 40 text

Kubernetes - Monitoring ● Prometheus ● Datadog ● Cloudwatch Container Insights ○ モニタリング用のコンポーネントのデプロイのみでセットアップ可能 (= AWSのサービスだけでモニタリングに対応できる ) ○ Container Insightsのメトリクス取得は料金は発生する ■ 料金試算のサイトもあるので不安な方は試算してみるのがおすすめ Amazon CloudWatch Pricing – Amazon Web Services (AWS)

Slide 41

Slide 41 text

Kubernetes - Monitoring ● Cloudwatch Container Insights ○ 1) CloudWatch Agent / Fluentd のデプロイ ○ 2) CloudWatchのダッシュボードでのメトリクスの確認 ● ※ 事前にWorker Node用のIAM Roleに下記のポリシーをアタッチ ○ CloudWatchAgentServerPolicy

Slide 42

Slide 42 text

Kubernetes - Monitoring ● CloudWatchAgentServerPolicy ○ eksctl用の設定ファイル内で指定可能 ○ 下記のPolicyも必要なので注意 ■ AmazonEKSWorkerNodePolicy ■ AmazonEKS_CNI_Policy

Slide 43

Slide 43 text

● セットアップ用のコマンドを実行 ○ cluster-name / cluster-regionを置き換えてコマンドを実行 $ curl https://raw.githubusercontent.com/aws-samples/ .../quickstart/cwagent-fluentd-quickstart.yaml \ | sed "s/{{cluster_name}}/cluster-name/;s/{{region_name}}/cluster-region/" \ | kubectl apply -f - https://docs.aws.amazon.com/ja_jp/AmazonCloudWatch/latest/monitoring/Container-Insights-setup-EKS-quickstart.html Step1:Cloudwatch Agent/Fluentdのデプロイ

Slide 44

Slide 44 text

Step1:Cloudwatch Agent/Fluentdのデプロイ ● Cloudwatch Agent / FluentdのPodがデプロイされていることを確認

Slide 45

Slide 45 text

Step2:ダッシュボードでのメトリクスの確認 ● CloudWatchのダッシュボードから概要のリンクをクリックして「Container Insights」を選択する

Slide 46

Slide 46 text

Step2:ダッシュボードでのメトリクスの確認 ● Container Insightsのダッシュボードからメトリクスを確認する ○ 1) デプロイしたPodの負荷状況 (CPU/メモリの利用率)

Slide 47

Slide 47 text

Step2:ダッシュボードでのメトリクスの確認 ● Container Insightsのダッシュボードからメトリクスを確認する ○ 2) クラスタを構成するWorker Nodeの負荷状況 (CPU/メモリの使用率 +α)