自己紹介伊藤広樹 ( 所属 : 日本電信電話株式会社 ) 2015 年 2016 年社内 OpenStack 基盤の運用 2017 年 ( 現在 ) Blazarにコントリビュート開始平井普 ( 所属 :NTTコムウェア) 2011 年 2016 年 NTT 通信網 NW 機器の運用設定 20

Size: px

Start display at page:

Download "自己紹介伊藤広樹 ( 所属 : 日本電信電話株式会社 ) 2015 年 2016 年社内 OpenStack 基盤の運用 2017 年 ( 現在 ) Blazarにコントリビュート開始平井普 ( 所属 :NTTコムウェア) 2011 年 2016 年 NTT 通信網 NW 機器の運用設定 20"

くにひといんそん
5 years ago
Views:

1 0 から始める OpenStack on Kubernetes の導入と運用日本電信電話株式会社伊藤広樹 NTT コムウェア株式会社平井普

2 自己紹介伊藤広樹 ( 所属 : 日本電信電話株式会社 ) 2015 年 2016 年社内 OpenStack 基盤の運用 2017 年 ( 現在 ) Blazarにコントリビュート開始平井普 ( 所属 :NTTコムウェア) 2011 年 2016 年 NTT 通信網 NW 機器の運用設定 2016 年 ( 現在 ) OpenStack 基盤の運用 2

3 最近, 名前はよく聞くけど Kubernetes って何がいいの??

4 Kubernetes 複数サーバ上に跨ったコンテナ管理のための機能を実現する OSS アクセスアクセスの負荷分散コンテナ停止時に自動再配置ユーザコンテナ配置コンテナイメージ 4

5 じゃあ, Kubernetes を使えば OpenStack の構築 / 運用は楽になる??

6 OpenStack on Kubernetes Kubernetes を使うことで, Pacemaker と HAproxy を使った場合と比較して何か良いことがある?? コンテナ管理 Keystone Nova Glance Cinder Neutron 6

7 その効果を明らかにするため, コンテナ &Kubernetes 初心者の私たちが OpenStack on Kubernetes を 0 から始めてみた

8 アジェンダ 0から始める前に 0から始めるOpenStack on Kubernetesの導入 0から始めるOpenStack on Kubernetesの運用 0から始めたまとめ 8

9 0 から始める前に

10 現状の標準構成 ( コミュニティ推奨 ) Controller ノード Network ノード Backend ノード pacemaker haproxy keystone nova-api nova-scheduler nova-conductor glance-api cinder-api cinder-scheduler cinder-volume neutron-server pacemaker neutron-l2-agent neutron-l3-agent neutron-dhcp-agent pacemaker haproxy rabbitmq mysql memcached Compute ノード nova-compute neutron-l2-agent 10

11 目標とする構成 (Kubernetes 利用 ) keystone nova-api nova-scheduler nova-conductor glance-api cinder-api cinder-scheduler cinder-volume neutron-server Controller ノードのプロセスをコンテナ化 Network ノード pacemaker neutron-l2-agent neutron-l3-agent neutron-dhcp-agent Backend ノード pacemaker haproxy rabbitmq mysql memcached Kubernetes ノードコンテナ管理 Compute ノード nova-compute neutron-l2-agent 11

12 Kubernetes 適用に向けた方針 ControllerノードのOpenStackプロセスをKubernetes 上で管理する KubernetesおよびOpenStackの各プロセスはできる限り冗長化するできるだけ一般的かつ簡単な構成にする必要なもののみ自作する 12

13 Kubernetes 化する環境 OpenStack コミュニティで稼働中の環境を Kubernetes 化 Masakari プロジェクト [1,2] の CI システムが対象 CI 試験が OpenStack 上で行われているコンポーネント : Keystone, Nova, Glance, Cinder, Neutron バージョン : Newton 版 [1] [2] 13

14 達成状況 Controller ノード pacemaker haproxy keystone nova-api nova-scheduler nova-conductor glance-api cinder-api cinder-scheduler cinder-volume neutron-server keystone nova-api nova-scheduler nova-conductor cinder-api cinder-scheduler neutron-server Kubernetes ノード 14

15 0 から始める OpenStack on Kubernetes の導入

16 既存のプロジェクトで実現できる? コミュニティの既存プロジェクト Kolla: Docker イメージの作成 +Kubernetes 上への配布 OpenStack-helm: Helm を使った OpenStack の構築 / バージョン管理既存プロジェクトは新規構築のみをサポートしている今回は構築済みの環境をKubernetes 化したい既存プロジェクトではKubernetesクラスタの構築はサポート外 Kubernetesクラスタは独自に設計 / 構築する必要がある 16

17 OpenStack on Kubernetes 導入までの道のり STEP1: Kubernetesクラスタの設計 Kubernetesのプロセス配置と冗長化の設計 STEP2: Kubernetesクラスタ上のOpenStackの設計 Kubernetesのリソース作成 STEP3: 実際に環境構築 Kubernetes 環境構築 /OpenStackデプロイ/ 構築試験 17

18 OpenStack on Kubernetes 導入までの道のり STEP1: Kubernetesクラスタの設計 Kubernetesのプロセス配置と冗長化の設計 STEP2: Kubernetesクラスタ上のOpenStackの設計 Kubernetesのリソース作成 STEP3: 実際に環境構築 Kubernetes 環境構築 /OpenStackデプロイ/ 構築試験 18

19 STEP1: Kubernetes クラスタの設計 Kubernetes を構成するプロセス群 Master kube-controller -manager kube-scheduler Node kube-proxy コンテナ操作 flannel Kubernetes の他プロセス間のハブっぽい役割 REST API kube-apiserver kubelet Unix ドメインソケット docker データストア REST API etcd コンテナ管理に必要な各種情報が貯蔵されているバージョン情報 : - Kubernetes: etcd: docker: flannel:

20 STEP1: Kubernetes クラスタの設計今回の Kubernetes クラスタ設計 Kubernetesの各プロセスはローカルのkube-apiserverを参照 kube-apiserverはローカルのetcdを参照, etcdは3ノードでクラスタ化 docker flannel kube-proxy kubelet kube-controller-manager kube-scheduler kube-apiserver docker flannel kube-proxy kubelet kube-controller-manager kube-scheduler kube-apiserver docker flannel kube-proxy kubelet kube-controller-manager kube-scheduler kube-apiserver etcd etcd etcd 20

21 OpenStack on Kubernetes 導入までの道のり STEP1: Kubernetesクラスタの設計 Kubernetesのプロセス配置と冗長化の設計 STEP2: Kubernetesクラスタ上のOpenStackの設計 Kubernetesのリソース作成 STEP3: 実際に環境構築 Kubernetes 環境構築 /OpenStackデプロイ/ 構築試験 21

22 STEP2: Kubernetes クラスタ上の OpenStack の設計 Kubernetes の用語説明 Kubernetes の仕組みの中でも基本的なものを利用してみた Pod Deployment Service 22

23 STEP2: Kubernetes クラスタ上の OpenStack の設計 Kubernetes の用語説明アクセス Service label: n-api :8774 Deployment Pod label: n-sch nova-scheduler Pod label: n-api nova-api Pod label: n-api nova-api 23

24 STEP2: Kubernetes クラスタ上の OpenStack の設計 OpenStack デプロイのための準備物 Dockerfile Kubernetes 化する OpenStack プロセス分作成 Pod/Deployment と Service の設定 yaml ファイルを作成今回の説明範囲 OpenStack の各種設定ファイル 24

25 STEP2: Kubernetes クラスタ上の OpenStack の設計 Pod/Deployment の利用どのプロセスをPodとしてまとめればいい? 1Pod - 1プロセス 1Pod - 1コンポーネント 1Pod - 全プロセス Pod nova-api Pod nova-api Pod nova-api nova-scheduler nova-conductor nova-scheduler cinder-api 25

26 STEP2: Kubernetes クラスタ上の OpenStack の設計 Service の利用 hoge-api プロセスへの負荷分散に利用できる Service lable: n-api アクセス :8774 ClusterIP Pod label: n-api nova-api Pod label: n-api nova-api しかし, デフォルトの設定 (ClusterIP 利用 ) だと Kubernetes クラスタの外部からアクセスできない! 26

27 STEP2: Kubernetes クラスタ上の OpenStack の設計 Service の設計ポイント外部から Service のエンドポイントにアクセス可能にするためには?? NodePort タイプの Service を利用クラスタを構成するノードの IP と port を利用する :8774 にアクセス Service type: NodePort lable: n-api port: 8774 nodeport: 8774 ノード IP: iptables : :8774 kube-proxy Pod label: n-api nova-api Pod label: n-api nova-api 27

28 OpenStack on Kubernetes 導入までの道のり STEP1: Kubernetesクラスタの設計 Kubernetesのプロセス配置設計, 冗長化設計 STEP2: Kubernetesクラスタ上のOpenStackの設計 Kubernetesのリソース作成 STEP3: 実際に環境構築 Kubernetes 環境構築, OpenStackデプロイ, 構築試験 28

29 STEP3: 実際に環境構築環境構築の流れ Kubernetesクラスタ構築 OpenStackの設定ファイル設置 Kubernetes 上にOpenStackをデプロイコンテナイメージのビルド DeploymentとServiceの作成構築試験 OpenStack APIへのアクセスが通ることを確認 Masakariにパッチを投げて正常にCI 試験が実行されることを確認 29

30 STEP3: 実際に環境構築構築した OpenStack on Kubernetes apache2(keystone) neutron-server x2 x2 nova-api nova-scheduler nova-conductor nova-consoleauth nova-novncproxy x2 cinder-api cinder-scheduler :Pod : コンテナ : プロセス x2 kube-apiserver kube-controller-manager kube-scheduler kube-proxy kubelet docker flanneld etcd 30

31 結局, 導入してみてどうなった? Controllerノードの標準構成 ( 相当 ) をKubernetesのみで実現できた従来のHAproxyやPacemakerの役割をKubernetesが担う系全体としてはHAproxyとPacemakerに加えてKubernetes 管理が増える Kubernetesの学習コストはもちろん必要結局, 構築は楽になったか? HAproxyやPacemakerの設定を実装するのに比較すると楽になった DeploymentやServiceのyamlファイルの作成は HAproxyやPacemakerのconfファイル作成より容易 31

32 0 から始める OpenStack on Kubernetes の運用

33 運用を始めるためにユーザからの問い合わせ対応機器サービスの状態監視説明対象トラブル時の解析復旧必要に応じたメンテナンス 33

34 STEP1 監視項目 STEP2 監視ツール OpenStack on Kubernetes 監視までの道のり STEP1: 監視項目の決定 STEP3 環境構築故障を早期検知異変を早期察知するための項目を精査 STEP2: 監視ツールの設計監視項目をカバーする監視ツール設定を設計 STEP3: 実際に環境構築監視環境を構築 34

35 STEP1 監視項目 STEP2 監視ツール STEP3 環境構築監視項目 : 何を監視すればいいの? OpenStack サービス keystone OpenStack サービス Service :Pod :Deployment :Service neutron nova cinder : コンテナ : プロセス Kubernetes リソース apache2(keystone) neutron-server x2 x2 nova-api Deployment nova-scheduler nova-novncproxy Pod x2 cinder-api cinder-scheduler x2 Kubernetes クラスタ kube-apiserver kube-controller-manager kube-scheduler kube-proxy kubelet docker プロセス死活 flanneld etcd 物理サーバサーバ死活 HW リソース状況 (cpu/memory/disk) 35

36 STEP1 監視項目 STEP2 監視ツール監視レベル : 何が重要になるの? OpenStack サービス Kubernetes リソース Kubernetes クラスタ物理サーバ keystone apache2(keystone) neutron-server STEP3 環境構築 kube-apiserver kube-controller-manager kube-scheduler OpenStack サービス異常時サービス提供不可のリスク高 Service ( 即時対応必要 ) x2 nova-api Deployment nova-scheduler x2 x2 nova-novncproxy Pod 異常時サービス提供不可のリスク低 ( 即時対応不要 ) プロセス死活 neutron nova cinder kube-proxy kubelet docker cinder-api cinder-scheduler flanneld etcd サーバ死活 HW リソース状況 (cpu/memory/disk) x2 36

37 STEP1 監視項目 STEP2 監視ツール STEP3 環境構築監視ツール : 何を使えばいいの? Kubernetes の監視に特別なツールは必須でない OSS の Zabbix で簡単に実現可能提供層監視項目 Zabbix での実現サービス OpenStackサービス状態従来通りのサービス監視従来監視と同一 Kubernetes リソース Service 状態外部スクリプトで監視 (API 実行 ) Deployment 状態従来監視と異なる Pod 状態 Kubernetes クラスタプロセス死活各プロセスの起動数を設定従来監視と同様物理サーバサーバ死活 HWリソースデフォルト従来監視と同一 Templateを適用 37

38 STEP1 監視項目外部スクリプトで監視って複雑なんでしょ? いいえたった数十行の shell でできます STEP2 監視ツール STEP3 環境構築 KubernetesのREST APIにHTTPアクセスレスポンスjsonから該当リソースの状態を抽出し状態を出力するだけ POD リソースの状態確認 shell サンプル ( 一部抜粋 ) 1 PODS_DATA=`curl -s $endpoint/api/v1/pods` 2 POD_LIST=`echo $PODS_DATA jq '.items[].metadata.name'` 3 for pod_name in $POD_LIST 4 do 5 STATUS=`echo $PODS_DATA \ 6 jq '.items[] select(.metadata.name == '$pod_name')' jq '.status.phase'` 7 echo $pod_name,$status 8 done 38

39 STEP1 監視項目環境構築 : 構築の流れ STEP2 監視ツール STEP3 環境構築監視対象ノードに zabbix_agent を導入監視サーバで各監視項目を設定監視対象ノードの登録各層の監視項目を設定 nova zabbix_server nova-api nova-scheduler nova-novncproxy x2 kube-apiserver kube-controller-manager kube-scheduler kube-proxy kubelet docker flanneld etcd zabbix_agent 39

40 OpenStack on Kubernetes 監視のポイントは? 従来と同様の方法で監視を実現可能 Kubernetes 化した OpenStack プロセスのプロセス監視は不要 ( コンテナ内のプロセス死活は POD 状態に反映 ) Kubernetes クラスタのノード監視は一律の監視設定で良い事前の検証は必要 40

41 結局, 運用してみて楽になった? まだ分からない Kubernetes 化の後故障が発生していない Kubernetes 化の後増減設や update のメンテナンスが発生していない 41

42 0 から始めたまとめ

43 まとめ結果 : Kubernetes を使って OpenStack を構築してみて楽になったか? 楽になった Kubernetes を使って OpenStack を運用してみて楽になったか? まだ分からない考察 : どんな人 ( 環境 ) に向いている? プロセス配置まで厳密に管理したい運用者には, 向いていないかも... ( 大規模チームでの運用?) プロセス配置の管理を気にしない運用者には, 向いているかも ( 少数精鋭チームでの運用者?) 43

44 ご清聴ありがとうございました

45 参考

46 OpenStack に適用する際の注意点追加で必要な運用作業も発生再 deploy 発生でコンテナ上 OpenStack プロセスのホスト名が変わる定期的に Nova などの DB から不要なホスト名を削除する作業が発生 openstack compute service list ID Binary Host ~snip~ nova-scheduler nova-deployment r5k2 ~snip~ 66 nova-conductor nova-deployment tjll5 ~snip~ 67 nova-consoleauth nova-deployment chqw8 ~snip~ ~snip~ Pod ごとに Kubernetes が付与 46

47 Dockerfile ~ Keystone keystone FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y keystone apache2 libapache2-mod-wsgi ENV APACHE_RUN_USER=www-data ENV APACHE_RUN_GROUP=www-data ENV APACHE_PID_FILE=/var/run/apache2/apache2.pid ENV APACHE_RUN_DIR=/var/run/apache2 ENV APACHE_LOCK_DIR=/var/lock/apache2 ENV APACHE_LOG_DIR=/var/log/apache2 EXPOSE CMD ["/usr/sbin/apache2", "-D", "FOREGROUND"] 47

48 Dockerfile ~ Nova 1/2 nova-api FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y nova-api EXPOSE 8774 CMD ["/usr/bin/nova-api", "--config-file", "/etc/nova/nova.conf", "--log-file", "/var/log/nova/nova-api.log"] nova-scheduler FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y nova-scheduler CMD ["/usr/bin/nova-scheduler", "--config-file", "/etc/nova/nova.conf", "--log-file", "/var/log/nova/nova-scheduler.log"] nova-conductor FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y nova-conductor CMD ["/usr/bin/nova-conductor", "--config-file", "/etc/nova/nova.conf", "--log-file", "/var/log/nova/nova-conductor.log"] 48

49 Dockerfile ~ Nova 2/2 nova-novcnproxy FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y nova-novncproxy EXPOSE 6080 CMD ["/usr/bin/nova-novncproxy", "--config-file", "/etc/nova/nova.conf", "--log-file", "/var/log/nova/nova-novncproxy.log"] nova-consoleauth FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y nova-consoleauth CMD ["/usr/bin/nova-consoleauth", "--config-file", "/etc/nova/nova.conf", "--log-file", "/var/log/nova/nova-consoleauth.log"] 49

50 Dockerfile ~ Cinder cinder-api FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y cinder-api python-memcache EXPOSE 8776 CMD ["/usr/bin/cinder-api", "--config-file", "/etc/cinder/cinder.conf", "--log-file", "/var/log/cinder/cinder-api.log"] cinder-scheduler FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y cinder-scheduler CMD ["/usr/bin/cinder-scheduler", "--config-file", "/etc/cinder/cinder.conf", "--log-file", "/var/log/cinder/cinder-scheduler.log"] 50

51 Dockerfile ~ Neutron neutron-server FROM ubuntu:16.04 RUN apt update && apt install -y software-properties-common \ && add-apt-repository cloud-archive:newton RUN apt update && apt install -y neutron-server EXPOSE 9696 CMD ["/usr/bin/neutron-server", "--config-file", "/etc/neutron/neutron.conf", "--config-file", "/etc/neutron/plugins/ml2/ml2_conf.ini", "--log-file", "/var/log/neutron/neutron-server.log"] 51

52 Deployment ~ Keystone keystone-deployment.yaml --- apiversion: extensions/v1beta1 kind: Deployment metadata: name: keystone-deployment spec: replicas: 2 template: metadata: labels: app: keystone spec: containers: - name: keystone image: <your repo IP>:<port>/keystone:newton volumemounts: - name: keystone mountpath: /etc/keystone - name: apache2 mountpath: /etc/apache2 ports: - containerport: 5000 name: public - containerport: name: admin volumes: - name: keystone hostpath: path: /etc/k8s/keystone - name: apache2 hostpath: path: /etc/k8s/apache2 52

53 Deployment ~ Nova nova-deployment.yaml --- apiversion: extensions/v1beta1 kind: Deployment metadata: name: nova-deployment spec: replicas: 2 template: metadata: labels: app: nova spec: hostnetwork: true containers: - name: nova-api image: <your repo IP>:<port>/nova-api:newton volumemounts: - name: nova mountpath: /etc/nova ports: - containerport: 8774 securitycontext: privileged: true - name: nova-scheduler image: <your repo IP>:<port>/nova-scheduler:newton volumemounts: - name: nova mountpath: /etc/nova - name: nova-conductor image: <your repo IP>:<port>/nova-conductor:newton volumemounts: - name: nova mountpath: /etc/nova - name: nova-novncproxy image: <your repo IP>:<port>/nova-novncproxy:newton volumemounts: - name: nova mountpath: /etc/nova ports: - containerport: name: nova-consoleauth image: <your repo IP>:<port>/nova-consoleauth:newton volumemounts: - name: nova mountpath: /etc/nova volumes: - name: nova hostpath: path: /etc/k8s/nova 53

54 Deployment ~ Cinder cinder-deployment.yaml --- apiversion: extensions/v1beta1 kind: Deployment metadata: name: cinder-deployment spec: replicas: 2 template: metadata: labels: app: cinder spec: containers: - name: cinder-api image: <your repo IP>:<port>/cinder-api:newton volumemounts: - name: cinder mountpath: /etc/cinder ports: - containerport: name: cinder-scheduler image: <your repo IP>:<port>/cinder-scheduler:newton volumemounts: - name: cinder mountpath: /etc/cinder volumes: - name: cinder hostpath: path: /etc/k8s/cinder 54

55 Deployment ~ Neutron neutron-deployment.yaml --- apiversion: extensions/v1beta1 kind: Deployment metadata: name: neutron-deployment spec: replicas: 2 template: metadata: labels: app: neutron spec: containers: - name: neutron-server image: <your repo IP>:<port>/neutron-server:newton volumemounts: - name: neutron mountpath: /etc/neutron ports: - containerport: 9696 volumes: - name: neutron hostpath: path: /etc/k8s/neutron 55

56 Service ~ Keystone / Nova keystone-service.yaml nova-service.yaml --- apiversion: v1 kind: Service metadata: name: keystone-service spec: type: NodePort ports: - name: public port: 5000 targetport: 5000 nodeport: 5000 protocol: TCP - name: admin port: targetport: nodeport: protocol: TCP selector: app: keystone --- apiversion: v1 kind: Service metadata: name: nova-service spec: type: NodePort ports: - name: nova-api port: 8774 targetport: 8774 nodeport: 8774 protocol: TCP - name: nova-novncproxy port: 6080 targetport: 6080 nodeport: 6080 protocol: TCP selector: app: nova 56

57 Service ~ Cinder / Neutron cinder-service.yaml neutron-service.yaml --- apiversion: v1 kind: Service metadata: name: cinder-service spec: type: NodePort ports: - name: cinder-api port: 8776 targetport: 8776 nodeport: 8776 protocol: TCP selector: app: cinder --- apiversion: v1 kind: Service metadata: name: neutron-service spec: type: NodePort ports: - name: neutron-server port: 9696 targetport: 9696 nodeport: 9696 protocol: TCP selector: app: neutron 57

58 Kubernetes リソース監視スクリプト ~ Pod #!/bin/bash # Set args. ENDPOINT=$1 # Get Pod json data. PODS_DATA=`curl -s $ENDPOINT/api/v1/pods` if [ -z "$PODS_DATA" ] then echo "ERROR: Can't access to Kubernetes API endpoint." exit 2 fi # Get Pod name list POD_LIST=`echo $PODS_DATA jq '.items[].metadata.name'` # Get Pod status for pod_name in $POD_LIST do STATUS=`echo $PODS_DATA jq '.items[] select(.metadata.name == '$pod_name')' jq '.status.phase'` echo $pod_name,$status done 58

59 Kubernetes リソース監視スクリプト ~ Deployment #!/bin/bash # Set args. ENDPOINT=$1 DEPLOYMENT_NAME=$2 THRESHOLD=$3 # Get Deployment json data. DEPLOYMENT_DATA=`curl -s $ENDPOINT/apis/extensions/v1beta1/deployments` if [ -z "$DEPLOYMENT_DATA" ] then echo "ERROR: Can't access to Kubernetes API endpoint." exit 2 fi # Check Deployment status. STATUS="" if test $AVAILABLE_REPLICAS -eq 0 then STATUS=0 # Error: No Pods are available. elif test $AVAILABLE_REPLICAS -le $THRESHOLD then STATUS=1 # Warning: Available Pods are less than or equal to threshold. else STATUS=2 # Healthy: Available Pods are more than threshold. fi # Return Deployment status. echo $STATUS # Get Deployment status. AVAILABLE_REPLICAS=`echo $DEPLOYMENT_DATA jq '.items[] select(.metadata.name == "'$DEPLOYMENT_NAME'")' jq -r '.status.availablereplicas'` 59

60 Kubernetes リソース監視スクリプト ~ Service #!/bin/bash # Set args. ENDPOINT=$3 SERVICE_NAME=$1 THRESHOLD=$2 # Get Service json data. SERVICE_DATA=`curl -s $ENDPOINT/api/v1/namespaces/default/endpoints/$SERVICE_NAME ` if [ -z "$SERVICE_DATA" ] then echo "ERROR: Can't access to Kubernetes API endpoint." exit 2 fi # Check Service status. STATUS="" if test $AVAILABLE_ENDPOINTS -eq 0 then STATUS=0 # Error: No Service Endpoints are available. elif test $AVAILABLE_ENDPOINTS -le $THRESHOLD then STATUS=1 # Warning: Available Service Endpoints are less than or equal to threshold. else STATUS=2 # Healthy: Available Service Endpoints are more than threshold. fi # Return Service status. echo $STATUS # Get Available Service Endpoints. AVAILABLE_ENDPOINTS=`echo $SERVICE_DATA jq '.subsets[].addresses[].targetref.name' wc -l` 60

Docker/Kubernetes実践コンテナ開発入門

Docker/Kubernetes実践コンテナ開発入門 Docker/Kubernetes 実践コンテナ開発入門 2019-06-11 更新第 5 刷版お詫びと訂 ( 表 ) 下記のりがありましたご迷惑をおかけいたしました P.37 # 2.1 のコンテナ停止の説明コマンド停止させられますコマンドで停止させられます P.37 # 2.1.1 の停止コマンドの例 docekr stop $(docker container ls -q) docker

自己紹介 伊藤広樹 ( 所属 : 日本電信電話株式会社 ) 2015 年 2016 年 社内 OpenStack 基盤の運用 2017 年 ( 現在 ) Blazarにコントリビュート開始 平井普 ( 所属 :NTTコムウェア) 2011 年 2016 年 NTT 通信網 NW 機器の運用設定 20

自己紹介伊藤広樹 ( 所属 : 日本電信電話株式会社 ) 2015 年 2016 年社内 OpenStack 基盤の運用 2017 年 ( 現在 ) Blazarにコントリビュート開始平井普 ( 所属 :NTTコムウェア) 2011 年 2016 年 NTT 通信網 NW 機器の運用設定 20