$ helm reset --force Tiller (the Helm server-side component) has been uninstalled from your Kubernetes Cluster. $ cat <<EOF | kubectl apply -f - apiVersion: v1 kind: ServiceAccount metadata: name: tiller namespace: kube-system --- apiVersion: rbac.authorization.k8s.io/v1beta1 kind: ClusterRoleBinding metadata: name: tiller roleRef: apiGroup: rbac.authorization.k8s.io kind: ClusterRole name: cluste
はじめに 1.11 に続き、今回も Kubernetes 1.12 における SIG-CLI の取り組みについてまとめています。 https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.12.md#sig-cli https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG-1.12.md#sig-cli-1 新たに追加されたコマンド なし 廃止予定のコマンド なし 廃止されたコマンド なし その他オプションの追加、削除などの変更は、https://github.com/superbrothers/kubectl-docs/compare/v1.11.0...v1.12.0 で確認できます。 SIG-CLI の主な取り組み SIG-CLI は、新しいプラ
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/26に発行された Kube Weekly #150 を読んで、感じたことをメモ的にまとめたものです。 私の勘違いや説明不足による誤解もあるかと思いますので、この記事読んで「おっ」と思ったらURLを辿って本文を確認してください。 また、KubeWeeklyのサイトが8月ごろからアクセスできなかったようですが、現在サイトリニューアル中のようです。 We're working on a new and improved Kube
引き続き「Kubernetes完全ガイド」読んでお勉強。 Pod と ReplicaSet と Deployment Pod はリソースの最小単位であり、ReplicaSet は Pod を管理するリソース。 ReplicaSet は Pod が停止すると自動的に再起動したりする。 Deployment は、 Pod に含まれるコンテナをバージョンアップする際に、古いコンテナを徐々に減らし、新しいコンテナを徐々に増やすなどの管理をする。 Pod Podはリソースの最小単位。 Podは1つ以上のコンテナから構成される(2つや3つの場合もある)。 同じPodに含まれる複数のコンテナはIPアドレスを共有している。 従って、同じPodに含まれるコンテナ同士で同じポート番号を使用することはできない。 Podの作成 こんな感じで設定ファイルを用意する。
引き続き「Kubernetes完全ガイド」読んでお勉強。 Pod と ReplicaSet と Deployment Pod はリソースの最小単位であり、ReplicaSet は Pod を管理するリソース。 ReplicaSet は Pod が停止すると自動的に再起動したりする。 Deployment は、 Pod に含まれるコンテナをバージョンアップする際に、古いコンテナを徐々に減らし、新しいコンテナを徐々に増やすなどの管理をする。 ReplicaSet ReplicaSetは指定した数のPodを起動し、その数を維持し続けるリソース。 Podがなんらかの理由で停止したら、ReplicaSetが再起動してくれる。 ReplicaSetの作成 sample-replicaset.yml というファイルを作って、ReplicaSetを定義する。 apiVersion: apps/v1 kin
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに 前回、Local環境にSpinnakerとKayentaを導入しました。 https://qiita.com/sugimount/items/0627f99b1bdabf511927 今回は、Spinnaker上にCanaryReleaseを行うための、Pipelineを設定します。 全体像 Kubernetesで何らかのサービスを提供している時の構成を、以下の構成と仮定します。 画像の左側に記載しているClientが、Kubernetes上のServiceを経由して、Deployment Prodで作成されるPodへアクセス
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く