初めてのkubernetes（Minikube） Pod連携とデータの永続化編 - Qiita
概要 前回の「初めてのkubernetes（Minikube） Windows環境でチュートリアル＋α」に続き、アプリケーションサーバ用PodとDBサーバ用Podの連携をやってみたので理解したことをメモとして残したいと思います ※minikubeコマンドを実行する際は管理者権限で実行してください 実行環境 Windows 10 pro Minikube v0.28.0 Docker Version 18.06.1-ce-win73 (19507) さっそく手順 1. サンプルアプリケーションの取得 今回はNode.jsのアプリケーションからRedisのデータを取得して表示する簡単なサンプルアプリケーションを使っていきますので、ソースをローカルにクローンしてください ローカルで事前に動作確認できるようにdocker-composeも用意していますので、適宜に活用してください const ht
Kubernetes勉強 その1（環境構築） - Qiita
「Kubernetes完全ガイド」読んでお勉強開始。 勉強用の環境設定 本番ではまず使わないと思うけど、ローカルで試すために minikube をインストールする。 なお、 homebrew の入ったMacOSXを想定。 パッケージ情報のアップデート
Kubernetes 1.12にHelmでWordpressをインストール - Qiita
だいたい週末は喫茶店をはしごして本を読んで過ごすことが多いのだけど、今日に限っては台風でほとんどが夕方早くに店を閉めてしまった。 今回はKubernetes 1.12にHelmでWordpressをインストールしてみよう。Helm(v2.11.0 - Pumpkin Spice Latte Edition)はまだKubernetes v1.11までしかサポートしていないが、たぶん動かせば動くだろう。 https://github.com/helm/helm/releases/tag/v2.11.0 HelmとTillerの導入 まずはhelmをダウンロードしてtillerをインストール。 wget https://storage.googleapis.com/kubernetes-helm/helm-v2.11.0-linux-amd64.tar.gz tar xf helm-v2.11.
[Kubernetes]Liveness ProbeとReadiness Probeを利用した死活監視 - Qiita
最近触れる機会があったので、自分の備忘録として残します。 ざっくりまとめると Liveness Probeは「アプリがきちんと動作しているか（例：デッドロックなどが発生していないか）」をチェックできる Readiness Probeは「そのポッドがトラフィックをさばける状態にあるか」をチェックできる Liveness/Readiness Probeとは Kubernetesには死活監視のための機能が二つ用意されています。 一つはLiveness Probe、もう一つはReadiness Probeと呼ばれているものです。 それぞれ出来ることが異なるので、「どのような目的で監視を行いたいか」という観点からどちらを採用するか選択すると良いかと思います。 公式ドキュメントから抜粋。（参考：公式ドキュメント（英語）） The kubelet uses liveness probes to know
![[Kubernetes]Liveness ProbeとReadiness Probeを利用した死活監視 - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/916f590e3d2b45a1482fd4c2b43ff318854741b2/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCS3ViZXJuZXRlcyU1RExpdmVuZXNzJTIwUHJvYmUlRTMlODElQThSZWFkaW5lc3MlMjBQcm9iZSVFMyU4MiU5MiVFNSU4OCVBOSVFNyU5NCVBOCVFMyU4MSU5NyVFMyU4MSU5RiVFNiVBRCVCQiVFNiVCNCVCQiVFNyU5QiVBMyVFOCVBNiU5NiZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9M2NmMWZkMTI4YzMzN2EzNTVhYjUyZGE4MzhlOWExNzI%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwaV93aGFtbXlfJnR4dC1jb2xvcj0lMjMyMTIxMjEmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz0wMzQyYjlkNDlhN2VhN2E1MDA3NTRjYTE1M2E0ZTczMA%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3De96b5a67dc413bc5f7e5e86cb47df753)
はじめてのGKEとkompose - Qiita
ダメな点 1. volumes これがpersistentVolumes に変換？してくれるみたいだけどデータuploadまでしてくれる感じがしない。 今はyamlからcomment outして、image build内でcopyして使ってる。つまり、micro servicesにしかこの手は使えない。 ここは要調査。 2. image name komposeはcomposeのサービス名をk8sのアプリ名、サービス名、そして まさかのイメージ名 などあらゆるところに使う。 今回自分の場合は web というサービス名だったのでこうなった $ cat web-deployment.yaml apiVersion: extensions/v1beta1 kind: Deployment ... metadata: ... labels: io.kompose.service: web <===
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 1.12にmetrics-serverをインストール - Qiita
前回、Kubernetes 1.12環境にIngress Controllerをインストールして、サンプルアプリケーションもデプロイしてみたが、気になるのは現在のリソース使用状況。 kubeadmから素でKubernetesインストールするとHeapsterもmetrics-serverも導入されないのでkubectl topコマンドは何も状況を返してくれない。 # kubectl top node Error from server (NotFound): the server could not find the requested resource (get services http:heapster:) root@m16:~# kubectl top pod Error from server (NotFound): the server could not find the r
kubernetesのapiVersionとkindの対応表 - Qiita
Kubernetesの「Kind」と「apiVersion」の対応表です。 kindとapiVersionの組み合わせ以外では エラーとなり起動しません。 また、versionはアップグレードすることもありますが 反映が遅れることもあるのであらかじめご了承ください。 Kind apiVersion
Kubernetes 1.12をUbuntu 16.04にインストールする - Qiita
Kubernetes 1.12が出たので、この週末はそれで遊ぼうと思ったので以下メモ。 Release noteまだないのか？CHANGELOGこれか？ https://github.com/kubernetes/kubernetes/blob/release-1.12/CHANGELOG-1.12.md どうやらまだValidateされているDockerのバージョンは17.03.xまでらしい。まあ、18.xでも動くのだろうけど、Ubuntu 18.04だとDocker 17.03がインストールできないのでOSは今回Ubuntu 16.04で行こう。 kubeadmのインストールまで 導入に必要なスペックは以下。 https://kubernetes.io/docs/setup/independent/install-kubeadm/#installing-docker まあ、ちょっと余裕
Kube Weekly #149 - Qiita
KubeWeeklyは毎週Kubernetesに関する興味深いニュースを提供しています。この記事は 2018/09/20に発行された Kube Weekly #149 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 The Headlines Hands On With Linkerd 2.0 - Kubernetes Linkerdが2.0となった。 GRPCを使ったバグ入りのアプリケーションをデプロイしLinkerdを使ってどのエンドポイントが問題なのかを見るというデモ。 Write a Kubernetes controller (operator) with operator-sdk operatorの概念の説明と、operator-sdkを使ったオペレー
cert-managerのingress-shimのyamlを書き間違えて証明書が発行されなかった - Qiita
cert-manager + nginx-ingressで証明書が発行されないヘマをやらかしたので備忘。 その日は疲れててこんなyamlを書いてしまいました。 --- 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 metad
CentOS7でのKubernetes クラスタ構築（worker編） - Qiita
こちらを参考にした、kubernetes worker nodeの設定です。 実行環境は次の通りです。 CentOS 7.4 kubernetes v1.5.2 flanneld 0.7.1 etcd 3.2.22 Docker 1.13.1 kubernetesのインストール
CentOS7でのKubernetes クラスタ構築（master編） - Qiita
こちらを参考に、CentOS7上にkubernetesクラスタを構築した手順をまとめました。 実行環境は次の通りです。 CentOS 7.4 kubernetes v1.5.2 flanneld 0.7.1 etcd 3.2.22 Docker 1.13.1 kubernetesのインストール etcd, kubernetes, flannelをインストール etcd: クラスタ間の管理情報共有機能 flannel: コンテナ間の内部VXLANネットワーク
[解決] 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/c6092e9cf6b0975eb69b02225f823560b9fa06ab/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-9f5428127621718a910c8b63951390ad.png%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTkxNiZoPTMzNiZ0eHQ9JTVCJUU4JUE3JUEzJUU2JUIxJUJBJTVEJTIwSzhzJUUzJTgxJUFFTGl2ZW5lc3MlMjBQcm9iZSVFMyU4MSVBRWZhaWx1cmVUaHJlc2hvbGQlRTMlODElQUUlRTYlODMlQjMlRTUlQUUlOUElRTUlQTQlOTYlRTMlODElQUUlRTYlOEMlOTklRTUlOEIlOTUlRUYlQkMlODh2MS4xMSVFMyU4MSVBNyVFNCVCRiVBRSVFNiVBRCVBMyVFNiVCOCU4OCVFRiVCQyU4OSZ0eHQtY29sb3I9JTIzMjEyMTIxJnR4dC1mb250PUhpcmFnaW5vJTIwU2FucyUyMFc2JnR4dC1zaXplPTU2JnR4dC1jbGlwPWVsbGlwc2lzJnR4dC1hbGlnbj1sZWZ0JTJDdG9wJnM9ZmYzMjc4ODRiYzg1MWU5OTQ1ODg3ZTQ3YjFkNzA1MGM%26mark-x%3D142%26mark-y%3D112%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTYxNiZ0eHQ9JTQwZ2FzaGlyYXImdHh0LWNvbG9yPSUyMzIxMjEyMSZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT0zNiZ0eHQtYWxpZ249bGVmdCUyQ3RvcCZzPTM1YTUwYjVkNzIzMDdiNWJlM2NkNjQxNDJlNzI0ZjVk%26blend-x%3D142%26blend-y%3D491%26blend-mode%3Dnormal%26s%3Dc566a4041836d63a45ed6d6b73317475)
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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
技術系カンファレンス/セミナー/勉強会まとめ - Qiita
kuberctl のタイムアウト解消について - Qiita
