GKE試行（その4：「GKEデプロイ->サービス公開」 - Qiita
$ kubectl version Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.7", GitCommit:"dd5e1a2978fd0b97d9b78e1564398aeea7e7fe92", GitTreeState:"clean", BuildDate:"2018-04-19T00:05:56Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"9+", GitVersion:"v1.9.7-gke.6", GitCommit:"9b635efce81582e1da13b35a7aa539c0ccb32987", GitTree
GKE試行（その5：「gcloudコマンド、kubectlコマンドでの状態確認」 - Qiita
$ kubectl version Client Version: version.Info{Major:"1", Minor:"9", GitVersion:"v1.9.7", GitCommit:"dd5e1a2978fd0b97d9b78e1564398aeea7e7fe92", GitTreeState:"clean", BuildDate:"2018-04-19T00:05:56Z", GoVersion:"go1.9.3", Compiler:"gc", Platform:"linux/amd64"} Server Version: version.Info{Major:"1", Minor:"9+", GitVersion:"v1.9.7-gke.6", GitCommit:"9b635efce81582e1da13b35a7aa539c0ccb32987", GitTree
【kubernetes】ReadinessがfailしたPodが存在する時のHPAの動き - Qiita
Kubernetesバージョン 1.9.3 知りたいこと kubernetes の horizontal pod autoscaler（以下HPA）は、 対象DeploymentのPodの中にReadinessがfailしているものがある時、どういう動きをするのか 先に結論 Readinessがfailしているものも平均を出すための頭数には入れつつ、そのcpu使用率は無視（しておそらく0と）しているようです しかし、表示されるcpu使用率の数値は少しおかしいような感じが 検証したこと （英語力のせいでググってもよくわからなかった） workerはec2のt2.medium 検証用のDeploymentとHPA apiVersion: apps/v1beta1 kind: Deployment metadata: name: test namespace: default spec: tem
Kubernetesの公式チュートリアルをやってみる その3 - Qiita
Kubernetesの公式チュートリアルをやってみる その2 ではKubernetesの環境構築を行いました。 この記事のチュートリアルではデプロイルールの構築とアプリの起動を行います。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 →記事のまとめは Kubernetesの公式チュートリアルをやってみる その1 にあります。 本記事の取り扱う範囲 Using kubectl to Create a Deployment の内容を扱います。 Using kubectl to Create a Deployment Deployment とは何か、Deployment は何をやってくれるか辺りの内容 Deployment Deployment とは、『コンテ
Spark on KubernetesでPersistent Volumeを使う方法 - Qiita
Kubernetesには、Podにアタッチして利用できるPersistent Volume(PV)というデータ領域があります。 PVによってPod削除後もデータを残すことが可能となり、また複数のPod間の共有ストレージとしても利用できます。 Apache Sparkはバージョン2.3からKubernetesネイティブサポートを開始しているものの、現バージョン(2018/09/11時点)のSpark2.3ではPersistent Volumeへのアタッチに対応していないのが現状です。 幸運なことに、次期バージョンのSpark2.4からはPersistent Volumeが利用できるようになるとのことですので、今回先取りしてSpark on KubernetesでPersistent Volumeを使ってみようかと思います。 0. 前提とか環境とか Kubernetes実行環境 : Azure
【kubernetes】プライベートリポジトリから image を Pull する方法（翻訳） - Qiita
以下の引用元の手順に沿って作業を行った際のメモになります。 英文に慣れていないため、誤りや誤訳があればコメントください。 「※」マークで翻訳とは別に、メモを残している部分があります。 引用元とは関係ない文章になりますので、ご承知おきください。 引用元 https://kubernetes.io/docs/tasks/configure-pod-container/pull-image-private-registry/ === このページでは、Secret を使用してプライベートな Docker Registry または、リポジトリからイメージを取得し、Pod を作成する方法を示します。 はじめに 始める前に、Kubernetes cluster と、cluster へ接続・設定済みの kubectl コマンドラインツールがあること。もし、clusterを未作成であれば、Minikube
kubernetes clientでpodの状態を確認する - Qiita
kubernetes clientでpodの状態を確認する kubectlコマンドでも確認できるのですが、久々にプログラミングをしたくなったので、 kubernetes clientを使って標記の件をやってみました。 kubernetes client 公式ドキュメントのclient librariesにクライアントライブラリ一覧が記載されています。 この記事を書いている時点の情報ですが、オフィシャルサポートとなっているクライアントの言語は、GO/python/java/C#/javascriptの5種類。 せっかくの機会なので未経験のpythonでやってみることにします。 クライアントを使ってやってみること podの情報を取得し、そこからkafka brokerコンテナの情報を出力する。 kubectl get <pod-name> -n <namespace> -o jsonで取得可能
Kubernetesの公式チュートリアルをやってみる その1 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? モチベーション 昨今はサーバーレス・エコシステムが熱い、と思いながらもコンテナ系とかオーケストレーションを 全然触れてないので、改めてチュートリアルをやってみてどんなものかを把握していきたいと思います。 要はやってみたメモと要所を日本語で説明する(したい)メモです。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 目次 ちゃんと更新できますように(ぁ ※チュートリアル内容も日に日に変わる可能性があるため
Kubernetesの公式チュートリアルをやってみる その2 - Qiita
Kubernetesの公式チュートリアルをやってみる その1 は概要を記載したのでこの記事からはチュートリアル本編に入ります。 注意 && disclaimer 翻訳・意訳が主目的ではないのでいろいろ端折ったりすることがあります。 明らかな間違いはしないつもりですが、何かあれば優しくツッコんであげてください。 本記事の取り扱う範囲 Using Minikube to Create a Cluster の内容を扱います。 この章からハンズオンも含まれてきます。 Using Minikube to Create a Cluster クラスタとは何か、Minikubeとは何か辺りの内容。 Kubernetes クラスタ Kubernetes は複数のマシンを用いて高可用性クラスタを構築する。 master 1台 + node 複数台(3台以上を推奨) アプリをコンテナ化することでクラスタ内の各ノ
初めてのkubernetes（Minikube） Windows環境でチュートリアル＋α - Qiita
概要 前回の「初めてのkubernetes（Minikube） Windows環境構築編」を終えて、Kubernetes（以降 k8sとする）の公式チュートリアルを実践した内容と理解したことを残しています おまけとして公式チュートリアル内にはなかったマニュフェストファイルからデプロイも追加しています ※以下のminikubeコマンドは管理者権限で実行してください 実行環境 Windows 10 pro Minikube v0.28.0 Docker Version 18.06.1-ce-win73 (19507) 事前準備 後述ではビルドしたDockerイメージをMinikubeにデプロイしますが、Dockerイメージのビルド先はローカル(Moby)のDocker Hostではなく、MinikubeのDocker Hostにビルドするため、以下のように一時的に環境変数を設定します なお、D
helmパッケージ化されたアプリをKubernetes+Istioを使って公開する - Qiita
これまでkubernetes上でアプリを動かす時に基本的にhelmにまとめてデプロイしてきましたが、upgradeするたびに瞬断する問題の解決と、カナリアリリースを利用したブルーグリーンデプロイメントを実現するために、既存のhelmを使ったワークロードにIstioを絡めて利用する方法を書いていきます。 IstioはKubernetes上に展開したマイクロサービスの接続をマネージメントしてくれるコンポーネントで、簡単に言うとIngressの高機能版です。 環境 今回のKubernetes環境としてはDocker for Mac with Kubernetesで動きを見ていきます。 アプリは、hashicorp/http-echo を使って構築していきます。これは簡単なWebアプリケーションで、コンテナの起動引数を使ってレスポンスボディを指定できるものになります。 まずはイメージの動作確認を兼
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kubernetesでコンテナが立ち上がらない時(CreateContainerConfigErrorなど)のトラブルシュート方法 - Qiita
kubectl の config ファイルのパスを指定する - Qiita
Ingressを使ってみよう - Qiita
jq、jid を使って kuberctl の JSON 出力を整形する - Qiita
ICPでCLIでプライベートレジストリのイメージの確認と削除 - Qiita
KubernetesのRESTAPIを叩く! - Qiita
10分でできるMacでお手軽Kubernetes! - Qiita
Istioでリクエストパスを使ったHTTPルーティングを設定する - Qiita
EKSのkube-dnsをカスタマイズしてクラスタのドメイン名を変える - Qiita
