[Kubernetes]Liveness ProbeとReadiness Probeを利用した死活監視 - Qiita
最近触れる機会があったので、自分の備忘録として残します。 ざっくりまとめると Liveness Probeは「アプリがきちんと動作しているか（例：デッドロックなどが発生していないか）」をチェックできる Readiness Probeは「そのポッドがトラフィックをさばける状態にあるか」をチェックできる Liveness/Readiness Probeとは Kubernetesには死活監視のための機能が二つ用意されています。 一つはLiveness Probe、もう一つはReadiness Probeと呼ばれているものです。 それぞれ出来ることが異なるので、「どのような目的で監視を行いたいか」という観点からどちらを採用するか選択すると良いかと思います。 Liveness Probe 公式ドキュメントから抜粋。（参考：公式ドキュメント（英語）） The kubelet uses liveness
![[Kubernetes]Liveness ProbeとReadiness Probeを利用した死活監視 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/8d94bc05ed079e79ec988b28f75a529d2f89c15d/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnFpaXRhLWltYWdlLXN0b3JlLnMzLmFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkYwJTJGMjg2MTI5JTJGcHJvZmlsZS1pbWFnZXMlMkYxNTYzMzY5MzQ5P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZiZz1GRkZGRkYmZm09cG5nMzImcz0xZjhjYTYzY2VmNDc5NzUwMGI1OWZkZjNkNDNhZTliOA%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253D1f1d632f4c8c897f18fed37fddc7ff86%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCS3ViZXJuZXRlcyU1RExpdmVuZXNzJTIwUHJvYmUlRTMlODElQThSZWFkaW5lc3MlMjBQcm9iZSVFMyU4MiU5MiVFNSU4OCVBOSVFNyU5NCVBOCVFMyU4MSU5NyVFMyU4MSU5RiVFNiVBRCVCQiVFNiVCNCVCQiVFNyU5QiVBMyVFOCVBNiU5NiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPTZiZjYxODc0OTdjMTNkNzJjZTNjODlhYjA3OTI5ZjVh%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBpX3doYW1teV8mdHh0LWNvbG9yPSUyMzFFMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtcGFkPTAmcz0xYjZhMzU4MDlkZTZjZGM2Y2JjYTliMmE3ZmMzMjY2YQ%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D39556a03b85b03aeb1ee84dd2e6eb172)
Kubernetes 1.12にIngress Controllerをインストール - Qiita
昨日のKubernetes 1.12インストールに引き続き、今回はそのKubernetesにIngress Controllerを導入しよう。ワーカーノード２台あるので、そいつの上にDaemonSetで。 keepalivedでHA化もしよう。 NGINX Ingress Controllerを導入 どうもなかなかBetaが取れないIngress Controller。まあ、LoadBalancerのServiceですべてが賄えるならいらん訳だけど、Kubernetes成熟しないなあと思う一因でもある。それはとりあえず、Nginx Ingressのインストールの手順は以下。インストール手順探すのも現状ちょい手間。 https://kubernetes.github.io/ingress-nginx/deploy/ Mandatory commandでkubectl apply直接実行しても
kubernetesのapiVersionとkindの対応表 - Qiita
Kubernetesの「Kind」と「apiVersion」の対応表です。 kindとapiVersionの組み合わせ以外では エラーとなり起動しません。 また、versionはアップグレードすることもありますが 反映が遅れることもあるのであらかじめご了承ください。 | Kind | apiVersion | |:--|:--|:--| | CertificateSigningRequest | certificates.k8s.io/v1beta1 | 未確認 わかり次第追記します。 | | ClusterRoleBinding | rbac.authorization.k8s.io/v1 | 未確認 わかり次第追記します。 | | ClusterRole | rbac.authorization.k8s.io/v1 | 未確認 わかり次第追記します。 | | ComponentStat
Kubernetes 1.12をUbuntu 16.04にインストールする - Qiita
kubeadm init --pod-network-cidr=10.0.0.0/16 --node-name=192.168.0.131 （実行結果） [init] using Kubernetes version: v1.12.0 [preflight] running pre-flight checks [preflight/images] Pulling images required for setting up a Kubernetes cluster [preflight/images] This might take a minute or two, depending on the speed of your internet connection [preflight/images] You can also perform this action in beforeh
Kube Weekly #149 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。この記事は 2018/09/20に発行された Kube Weekly #149 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 The Headlines Hands On With Linkerd 2.0 - Kubernetes Linkerdが2.0となった。 GRPCを使ったバグ入りのアプリケーションをデプロイしLi
cert-managerのingress-shimのyamlを書き間違えて証明書が発行されなかった - Qiita
--- apiVersion: certmanager.k8s.io/v1alpha1 kind: Issuer metadata: name: letsencrypt-staging namespace: mynamespace spec: acme: server: https://acme-staging-v02.api.letsencrypt.org/directory email: email@example.com privateKeySecretRef: name: my-key-name http01: {} --- apiVersion: extensions/v1beta1 kind: Ingress metadata: annotations: kubernetes.io/ingress.class: nginx certmanager.k8s.io/issuer:
[解決] K8sのLiveness ProbeのfailureThresholdの想定外の挙動（v1.11で修正済） - Qiita
追記 SlackのKubernetesのjp-usersチャンネルに投稿したところ、nekopさんより下記の助言をいただきました。ありがとうございます！ https://github.com/kubernetes/kubernetes/pull/46371/files https://github.com/sjenning/kubernetes/blob/2c866a7aaa45dd552df9ea53cc1ca20b0d502a52/pkg/kubelet/prober/worker.go#L227 https://github.com/sjenning/kubernetes/blob/master/pkg/kubelet/prober/worker.go#L243 https://github.com/sjenning/kubernetes/commit/b49e07846f6779f
![[解決] K8sのLiveness ProbeのfailureThresholdの想定外の挙動（v1.11で修正済） - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/62f552240a674052cbfa280538772e225fb8162c/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fqiita-user-contents.imgix.net%252Fhttps%25253A%25252F%25252Fcdn.qiita.com%25252Fassets%25252Fpublic%25252Farticle-ogp-background-afbab5eb44e0b055cce1258705637a91.png%253Fixlib%253Drb-4.0.0%2526w%253D1200%2526blend64%253DaHR0cHM6Ly9xaWl0YS11c2VyLXByb2ZpbGUtaW1hZ2VzLmltZ2l4Lm5ldC9odHRwcyUzQSUyRiUyRnMzLWFwLW5vcnRoZWFzdC0xLmFtYXpvbmF3cy5jb20lMkZxaWl0YS1pbWFnZS1zdG9yZSUyRjAlMkYxMTYwMDIlMkY4MGI3NjM2M2QwMDRkY2EwMzMyNjY0NTU2OTNhNzUzMTY5MzUyNmUxJTJGeF9sYXJnZS5wbmclM0YxNTk4ODg5OTY5P2l4bGliPXJiLTQuMC4wJmFyPTElM0ExJmZpdD1jcm9wJm1hc2s9ZWxsaXBzZSZiZz1GRkZGRkYmZm09cG5nMzImcz1jMjY2NjViZDE4Zjk1M2Y2ZTM1ZjlhMTlhODRmYmRlMg%2526blend-x%253D120%2526blend-y%253D467%2526blend-w%253D82%2526blend-h%253D82%2526blend-mode%253Dnormal%2526s%253De230c0e8c3284a0dc9f0ef3b133747ac%3Fixlib%3Drb-4.0.0%26w%3D1200%26fm%3Djpg%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk2MCZoPTMyNCZ0eHQ9JTVCJUU4JUE3JUEzJUU2JUIxJUJBJTVEJTIwSzhzJUUzJTgxJUFFTGl2ZW5lc3MlMjBQcm9iZSVFMyU4MSVBRWZhaWx1cmVUaHJlc2hvbGQlRTMlODElQUUlRTYlODMlQjMlRTUlQUUlOUElRTUlQTQlOTYlRTMlODElQUUlRTYlOEMlOTklRTUlOEIlOTUlRUYlQkMlODh2MS4xMSVFMyU4MSVBNyVFNCVCRiVBRSVFNiVBRCVBMyVFNiVCOCU4OCVFRiVCQyU4OSZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1wYWQ9MCZzPWM0ZWE2ZTMwMGEwYTg1ZGJhMGEzYTBiZDg0NGM3ZTQz%26mark-x%3D120%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTgzOCZoPTU4JnR4dD0lNDBnYXNoaXJhciZ0eHQtY29sb3I9JTIzMUUyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTM2JnR4dC1wYWQ9MCZzPWQxY2UzOTVlYmZiZmIyYzBmMjU0NTI4ZmQxNDI4ZmJm%26blend-x%3D242%26blend-y%3D480%26blend-w%3D838%26blend-h%3D46%26blend-fit%3Dcrop%26blend-crop%3Dleft%252Cbottom%26blend-mode%3Dnormal%26s%3D36a99718e013cce579cbe5063adf3965)
Kubernetesの公式チュートリアルをやってみる その5 - Qiita
Kubernetesの公式チュートリアルをやってみる その4 では Node と Pod 概念について扱いました。 この記事のチュートリアルでは Service について取り扱います。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 →記事のまとめは Kubernetesの公式チュートリアルをやってみる その1 にあります。 本記事の取り扱う範囲 Using a Service to Expose Your App の内容を扱います。 Using a Service to Expose Your App コンテナ化アプリを公開する Service 関連の内容 Service Service とは、Pod の論理セットとそのアクセス方法を定義した抽象領域を指
Kubernetesの公式チュートリアルをやってみる その6 - Qiita
Kubernetesの公式チュートリアルをやってみる その5 では Service について扱いました。 この記事のチュートリアルではアプリのスケーリングについて扱います。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 →記事のまとめは Kubernetesの公式チュートリアルをやってみる その1 にあります。 本記事の取り扱う範囲 Running Multiple Instances of Your App の内容を扱います。 Running Multiple Instances of Your App Pod で稼働するアプリのスケーリング 関連の内容 Scaling アプリのアクティビティが増えた際にスケーリングさせる必要があることがある。 kub
Kubernetesの公式チュートリアルをやってみる その7 - Qiita
Kubernetesの公式チュートリアルをやってみる その6 ではスケーリングについて扱いました。 この記事のチュートリアルでは無停止でのアップデートについて扱います。 基本事項のチュートリアルはこの内容で最後になります。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 →記事のまとめは Kubernetesの公式チュートリアルをやってみる その1 にあります。 本記事の取り扱う範囲 Performing a Rolling Update の内容を扱います。 Performing a Rolling Update ローリングアップデート 関連の内容 Rolling Updates kubernetes では無停止更新を Rolling Updates によ
Kubernetes Job（CronJob）でNode-RED flowを動かす - Qiita
KubernetesでNode-REDを動かす KubernetesでNode-REDを動かす方法は何種類かあって、Node-REDが動作するコンテナをビルドして Kubernetes で実行するまでを解説のように、コンテナを外部公開するようなエンドポイントを提供する感じが一般的です。 そうじゃなくて、必要な時にコンテナを起動して処理したらコンテナが落ちるような感じにしたい場合は Job や CronJob というのを使うっぽいです。 Node-REDをどうやって終了させるか？ Jobは処理を終了させる必要がありますが、ご存知の通りNode-REDはソレ単体では起動し続けるように作られているので、必要な処理が終わったらNode-REDの外からNode-REDのプロセスを終了させるか、Node-REDのFlowでプロセスを終了させなければいけません。 当初はfunctionノードで proc
Kubernetesの公式チュートリアルをやってみる その4 - Qiita
Kubernetesの公式チュートリアルをやってみる その3 では Deployment を作成して自動的にアプリが起動するところまでを取り扱いました。 この記事のチュートリアルでは Pod と Node について取り扱います。 Google Cloud Nextに参加したりその他雑用で記事が止まっていたのは見なかったことに。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 →記事のまとめは Kubernetesの公式チュートリアルをやってみる その1 にあります。 本記事の取り扱う範囲 Viewing Pods and Nodes の内容を扱います。 Viewing Pods and Nodes その3 で扱った Pod と その2 で扱った Node
OpenShiftのデフォルトユーザーはなにができるか、なぜできるのか - Qiita
はじめに OpenShift Originを最近触っています。 各種チュートリアルでは新しいProject（≒K8sのNamespace）を作成しているのですが 「そもそも人によってProjectの作成を制限するにはどうすれば良いのか」と疑問が浮かんだので権限周りを調べました。 デフォルトのユーザーはなにができるのか なぜそれができるのか を軸に調べていきます。 ※デフォルトユーザーは「クラスタ管理者が、明示的に権限を与えていないユーザー」とします ※ClusterRole/ClusterRoleBindingのあたりの説明は行いません。一番下にリンクがありますのでそちらからどうぞ。 環境 OpenShift Origin 3.9 （ユーザー周りはLDAP連携等いろいろありますが、今回はhtpasswdで簡単にすませました） なにができるか 権限の確認 早速適当なユーザーを作成し、何ができ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
はじめてのGKEとkompose - Qiita
Kubernetes 1.12にmetrics-serverをインストール - Qiita
技術系カンファレンス/セミナー/勉強会まとめ - Qiita
kuberctl のタイムアウト解消について - Qiita
CentOS7でのKubernetes クラスタ構築（worker編） - Qiita
CentOS7でのKubernetes クラスタ構築（master編） - Qiita
ubuntuにkubernetesをインストールしてdashboardを表示する方法 - Qiita
