Kubernetes "ジョブ" についての自習ノート - Qiita
この投稿は、Kubernetes（以下 k8s)のジョブについて、理解を深めるために、https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/ を読み解いたもので、個人的な補足や、検証を含むものです。 k8sのジョブとは ジョブは1つまたは複数のポッドを作成し、指定された数のポッドが正常に終了することを保証します。 ポッドが正常に完了すると、ジョブは成功完了を管理します。 指定された数の正常な完了に達すると、ジョブ自体は完了です。 ジョブを削除すると、作成したポッドがクリーンアップされます。 簡単なケースでは、確実に1つのポッドを完了して実行するために、1つのジョブ・オブジェクトを作成します。 ジョブ・オブジェクトは、最初のポッドに障害が発生した場合やノードのハードウェア障害やノードの
Kubernetes: kubectl apply の動作 - Qiita
kubectl apply はオブジェクトが存在しなければ作成し、存在すれば差分を反映してくれる便利なコマンドです。しかし差分の反映は単純な上書きではないので注意が必要です。この記事では Kubernetes Meetup Tokyo #5 で発表した内容をベースに kubectl apply の動作を整理してみました。Kubernetes v1.9.0 で確認をしています。 kubectl apply とは kubectl にはオブジェクトを操作する様々なサブコマンドが用意されています。apply 以外の create, replace などのサブコマンドは、現在のオブジェクトの状態を意識して操作をする必要があります。例えば kubectl create では存在する名前のオブジェクトを再度作ろうとするとエラーになりますし、kubectl replace では存在しないオブジェクトを上書
Kubernetes: Deployment の仕組み - Qiita
この記事は Kubernetes 1.5.2 で確認した情報を元に記載しています。 Deployment Deploymentはローリングアップデートやロールバックといったデプロイ管理の仕組みを提供するものです。 Deployment の仕組み 下記の図のようにDeploymentはReplicaSetを生成・管理し、ReplicaSetはPodを生成・管理します。 ReplicaSet(ReplicationControllerの後継)はPodTemplateと呼ばれるPodのテンプレートをもとに、Podを指定された数(レプリカ数)に調整・管理を行う仕組みです。Podがレプリカ数より足りない場合はPodを追加し、多い場合はをPodを削除します。この仕組みによってノードの障害やアプリケーションのクラッシュでPodが足りなくなった際も自動的にPodが追加され、セルフヒーリングが実現されていま
Google Container Engineで安定してRolling Updateをさせる設定 - Qiita
背景 ローリングアップデートは、システムがダウンしないように少しずつアップデートをする手段です。 古いバージョンのコンテナを残しつつ、新しいバージョンのコンテナを生み出すことで実現します。 Blue Green Deploymentと同じような感じですが、新旧システムが混在する時間が存在します。 kubernetesではrolling-updateコマンドがありますが、現在はより上位概念のdeployemntを使うのが推奨されているようです（http://kubernetes.io/docs/user-guide/rolling-updates/）。 以下のようにdeployment.ymlを設定すると、ローリングアップデートを実行してくれます。 この設定でapplyをするだけで、変更後のコンテナが生まれ古いコンテナが消えてゆきます。 この場合、新コンテナ内の準備が整うまでアクセスできない
Kubernetes上のマイクロサービスを分散トレースする - Qiita
TL;DR; 分散トレーシングシステムの４要素を理解する 分散トレーシングシステムの「バックエンド」と「それ以外」は分けて選択してもいい 一例として、分散トレーシングシステムのバックエンドとしてDatadog APM、クライアントライブラリとしてOpenTracing Tracer、PropagationフォーマットとしてB3、SpanフォーマットとしてZipkin v1を採用すると楽 アプリの設定例だけ知りたい方はここから読んでください 何がうれしいの? Zipkinの運用保守 枯れてないトレーサのバグや機能不足という悩み ログ・メトリクス・トレースそれぞれ別のサービスに見に行く手間 などから解放されます。 分散トレースといったらZipkinなんでしょ? そんなことはありません。 実際、Zipkinをデプロイせずに、Zipkin以外のサービスにZipkinトレースを集約・閲覧することがで
Kubernetes: 複数の Node を安全に停止する (kubectl drain + PodDisruptionBudget) - Qiita
OS のアップデートやスケールダウンなどで複数の Node を安全に停止したい場合のメモです。この記事は Kubernetes 1.7.3 で確認した情報を元に記載しています。 TL;DR Node を停止するためにはkubectl drain コマンドを利用して停止準備を行います drain は Node を Pod のスケジュール対象から外し (unschedulable に設定) Node 上の Pod を退去させることで停止可能な状態にします しかし複数の Node を停止させる場合、アプリケーションの Pod が一つも動作していない状態 (ready な Pod が 0)がありえるので注意が必要です PodDisruptionBudget を定義することで安全な Pod 数を保ったまま複数 Node の drain を行うことができるようになります 安全な Pod 数が確保できる
Kubernetes 速習会 - Qiita
この速習会の目標 Developer がさくっと kubernetes を理解して、実際にリリース出来る kubectl が叩ける用になる Kubernetes の manifest ファイルの書き方 Kubernetes への Release / Deploy 方法 Kubernetes 上にあるApplication の maintenance Kubernetes に上げたApplicationのMonitoring kubectl を install kubectl の install してなかった場合は、こちらの実行ファイルを直接ダウンロードして叩けるようにしましょう The linux kubectl binary can be fetched with a command like: curl -O https://storage.googleapis.com/kuberne
KubernetesのPodとNodeのAuto Scalingについて - Qiita
PodのHorizontal Pod Autoscaling(水平podオートスケーリング) podのHorizontal pod autoscaling(水平podオートスケーリング)とは、podの負荷に応じて自動的にpodの数を増減させることを指す。 HorizontalPodAutoscalerリソースを定義することで水平オートスケーリングが可能になる。 まずDeployment, ReplicaSet, ReplicationController, StatefulSetはscaled resource objectと呼ばれる。 これらがauto scalingが可能なリソース。 HorizontalPodAutoscalerリソースの定義例: apiVersion: autoscaling/v2beta1 kind: HorizontalPodAutoscaler metadat
kubeadmを使ってオンプレミスのプロキシ環境下にKubernetesクラスタをデプロイする(CentOS 7.3) - Qiita
クラスタのデプロイ・管理が大変なのでほんとはk8sのマネージドサービス使いたい...GKEとか。 でもオンプレミスで運用せざるを得ないことってありますよね。しかもプロキシ環境下で。 そんな状況下でk8sクラスタを構築する方法の備忘録です。 kubeadm 公式が提供しているk8sクラスタを構築するためのツールです。現在のバージョンはまだBeta版ですが、2018年内にGA予定のようです。 この記事の内容は基本的には公式ドキュメントの焼き直し+α(プロキシ設定など)です。 Beta版ということもあり、クラスタデータを保持するetcdの冗長化、およびMasterコンポーネントが複数存在するようなHigh Availability構成のクラスタは単純にkubeadmを使うだけでは構築できません。 今回はHA構成までは考えず、今回利用したkubeadm v1.9がカバーする範囲である単一Maste
kubernetes初心者のための入門ハンズオン - Qiita
この記事はリクルートライフスタイル Advent Calendar 2016の10日目の記事です。 DEPRECATED! [2020/12/05追記] この記事内のコマンドは現在のバージョンの挙動と一部異なっていたり、説明に不正確な部分があります。 例えば公式のチュートリアルなど、信頼できる情報を参照ください。 https://kubernetes.io/ja/docs/tutorials/kubernetes-basics/ 2019/05/30追記 下記内容は若干の不正確を含みますので、軽く読み流して雰囲気を掴んでいただいたあとは https://qiita.com/Kta-M/items/ce475c0063d3d3f36d5d などご参照いただくとよいかと思います。 こんばんは 「sshするときの-p 443ってなんの数字ですか？」ぐらいの素人がインフラ周りを担当し8ヶ月、kub
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
kubernetesで動かすコンテナのヘルスチェック - Qiita
Kubernetesのmanifestの管理ツール「ksonnet」を使ってみた - Qiita
Kubernetes: 構成コンポーネント一覧 - Qiita