Kubernetesのコードリーディングをする上で知っておくと良さそうなこと
Kubernetesとその関連コードのコードリーディングをする上で知っておくと良さそうなことについて知ってる範囲で雑にまとめてみました 前提知識前提として最低限Kubernetesをある程度触っていて KubernetesはPodとかのリソースと呼ばれるものでコンテナだったりロードバランサーとかを管理するようになっていて実際にDeploymentでコンテナを立ててService/Ingressでコンテナで立てたアプリケーションを外部公開できてコンテナはPodという単位でコンテナをグループ化して同一Nodeで実行されるということを知っているくらいがわかっていればまぁ十分なんじゃないかとは思います あとはKubernetesはGoで書かれているので Goの基礎知識とVSCodeやGolandなどGoのコードを読む際に宣言にジャンプできるようなエディタくらいがあると良いと思います Kuberne
概念モデル + AWS IAM との対比で Kubernetes の RBAC を理解する - Qiita
概要 Kubernetes の RBAC は、「誰が (Subject) 」が Kubernetes のどの「リソース (Resource) 」のどの「操作 (Action) 」を利用可能かを制御します。 RBAC で実現したいことは AWS の IAM と同じです。 以前 「AWS IAMの基本概念を概念モデルで整理した」という記事でまとめたのと同じように Kubernetes の RBAC の概念モデルを作成し、さらに AWS IAM と対比させて整理しました。 結論 Kubernetes の RBAC に関する概念モデル RBAC に関する概念をまとめると以下のようになりました。
EKSでAWS ALB Ingress ControllerでALBつくってRoute 53にレコード作ってさらにACMでhttps!!! - hatappi.blog
最近勉強がてら AWS EKS を使ってKubernetes をさわってます！ もし間違ってるところがあれば @hatappi まで教えていただけると嬉しいです。 今回はどんなことがしたかったか ALBを使いたい！ 2ドメインを使ってホストベースでルーティングしたい ALBは自動で作るけど Routes 53 のレコードは手動ですみたいなことはしたくない やっぱり今の時代は https でしょ！ (ACM) 事前準備 まずは検証環境がないといけないので、クラスターの作成をおこないます。 クラスターは以前書いた記事で使用した eksctl を使用して作成していきます。 blog.hatappi.me 例えばこんな感じでクラスターを作成します。 $ eksctl create cluster --name test --region ap-northeast-1 --nodes 2 --nod
Kubernetes meetup-tokyo-13-customizing-kubernetes-for-ml-cluster
Kubernetes meetup-tokyo-13-customizing-kubernetes-for-ml-cluster
Sustainable Kubernetes
Kubernetesクラスタを持続可能にするために、いまからできること。 Sustainable Kubernetes = Baseline Kubernetes + Continuous Security + GitOps builderscon 2018の登壇資料です。 https://builderscon.io/tokyo/2018/session/d5a623d0-905f-4b25-8f70-cbf76afe9623
なぜGKEのノード自動アップグレードでアプリケーションサービスが停止するのか - Qiita
概要 GKEに用意されているノードの自動アップグレードは便利ですが、インスタンスの再起動を考慮していない構成・設定だとアプリケーションサービスが停止します。 解決している問題は少ないですがアプリケーションサービスが停止するケースと解決方法をまとめました。 環境 Kubernetes(GKE): >= v1.6 アプリケーションサービスが停止するケース Podの配置が偏っている spec.replicas: 2のDeploymentをapplyすると、以下の図のように1つのインスタンスに偏るケースが発生します。 ノードのアップグレードは1台づつkubectl drainするため、PodAが同じタイミングでterminateされます。 この状態になるとPodAと通信ができないので、アプリケーションサービスの停止につながります。 解決方法 PodDisruptionBudgetを設定する kub
Debugging Applications in Kubernetes
Kubernetes Meetup Tokyo #10 2018.03.08 https://k8sjp.connpass.com/event/76816/
Kubernetes "ジョブ" についての自習ノート - Qiita
この投稿は、Kubernetes（以下 k8s)のジョブについて、理解を深めるために、https://kubernetes.io/docs/concepts/workloads/controllers/jobs-run-to-completion/ を読み解いたもので、個人的な補足や、検証を含むものです。 k8sのジョブとは ジョブは1つまたは複数のポッドを作成し、指定された数のポッドが正常に終了することを保証します。 ポッドが正常に完了すると、ジョブは成功完了を管理します。 指定された数の正常な完了に達すると、ジョブ自体は完了です。 ジョブを削除すると、作成したポッドがクリーンアップされます。 簡単なケースでは、確実に1つのポッドを完了して実行するために、1つのジョブ・オブジェクトを作成します。 ジョブ・オブジェクトは、最初のポッドに障害が発生した場合やノードのハードウェア障害やノードの
Kubernetes: スケジューラの動作 - Qiita
Kubernetes で Pod をノードに割り当てるスケジューラ kube-scheduler の動作についてまとめてみました。動作の検証やソースコードの参照は kubernetes v1.9.2 のものを使っています1。 スケジューラのお仕事 Kubernetes のスケジューラの仕事は、新規に Pod が作成されたときに最適なノードを選択して割り当てることです。スケジューラで重要なのは最適なノードをどう選択をするかで、様々なフィルタと優先度付けが実装されています。 スケジューラは kube-scheduler という独立したバイナリになっています。Policy ファイルにより柔軟なカスタマイズが可能で、フィルタや優先度付けの選択や、優先度の重み付け、WebHook による拡張などが可能です。 大雑把な動作は以下のようになります。 新規 Pod が作成される スケジューラは API サ
Kubernetes: 構成コンポーネント一覧 - Qiita
Kubernetesの構成コンポーネントについて一覧をまとめてみました。Kubernetes 1.2時点での情報です。
10 open-source Kubernetes tools for highly effective SRE and Ops Teams
10 open-source Kubernetes tools for highly effective SRE and Ops Teams If you are running workloads in Kubernetes, your site reliability engineering (SRE) and operations (Ops) teams need right kind of tooling to ensure the high-reliability of the Kubernetes cluster and workloads running in it. Here we present a list of 10 open-source Kubernetes tools to make your SRE and Ops teams more effective t
Go言語からkubernetes APIを呼び出すクライアント「client-go」の紹介 - Soon Lazy
これはKubernetes2 Advent Calendar 2017 25日目の記事です。この記事ではclient-goというライブラリを使ってgo言語からkubernetesのAPIを呼び出す方法を紹介します。 とりあえず使ってみるところから、任意のkubernetesクラスタにつなぐ方法、service accountを利用した認証方法、テストの書き方まで紹介します。 Client-goとは Kubernetes APIを叩くためのGo製ライブラリです。おなじみのkubectlコマンドでも使われています。僕の関わっているサービスでは、kubernetes外のサーバーやkubernetes内部のコンテナからkubernetesを操作したいときに使っています。 インストールは、以下のコマンドでできます。 $ go get k8s.io/client-go/... インストールに関する詳細
全ての Pod を一発でリロードさせる方法 - Qiita
前提条件: Deployment を使ってアプリケーションのデプロイ管理を行っている tl;dr PodTemplateSpec の Label か Annotation (.spec.template.metadata.[labels|annotations]) に適当な key-value を追加・上書きする。 value はタイムスタンプにでもしておくと便利。 apiVersion: extensions/v1beta1 kind: Deployment metadata: name: awesome-app labels: name: awesome-app role: web spec: minReadySeconds: 30 strategy: type: RollingUpdate rollingUpdate: maxSurge: 50% maxUnavailable: 0
Concurrent Kubectl
The primary objective of my team is to empower other engineering teams in our company to take ownership of their services. Like many companies we chose Kubernetes as the platform to help us achieve our goals. For our architecture it was clear that the benefits of Kubernetes far outweigh the complexity overhead—an easy justification for a team of devops pros. I mean seriously, it does so many thing
SpinnakerによるContinuous Delivery | メルカリエンジニアリング
SREの@deeeetです。 新しい機能を素早くリリースしフィードバックを得てすぐにPivotの決定を行う、もしくはリスクを抑え小さな改善を継続的に行うContinuous Deliveryはソフトウェア開発において非常に重要です。 メルカリではこのContinuous DeliveryのためのPlatformにSpinnakerを採用し始めました。現在は主にkubernetes（k8s）へのコンテナアプリケーションのDeployに利用しており、既にいくつかの本番アプリケーションがSpinnakerによりDeployされています。 本記事ではなぜSpinnakerを採用したか、Spinnakerとは何か、実際にメルカリでどのようにSpinnakerを使っているか、について簡単な紹介をします。 kubernetes上でのDeploy問題 k8sへのコンテナイメージのDeployは非常に簡単で
KubernetesでStatefulSetのRolling Updateを試してみた - Qiita
はじめに Kubernetes 1.7でStatefulSetのRolling Updateがbetaとして機能が入りました。 PodやNodeのライフサイクルに影響されずにPodから出たファイルのログなどをFluentdなどで収集されるまで置いておきたい用途があり、PersistentVolumeを使うためStatefulSetでvolumeClaimTemplatesを利用しようとしていました。ただ、この問題のためか、kubectl apply によるimage更新などがうまくいってませんでした。 今回手元のユースケースで、image更新によるStatefulsetの kubectl apply が1.6までだと成功しなかった更新が成功することを確認しました。 準備 Kubernetes Cluster なにはともあれ、kubernetes 1.7 の環境を準備します。今回は GKE
GKEでCloud Storageをマウントしてみる - Toku's Blog
この記事は CyberAgent Developers Advent Calendar 2016 の3日目の記事となります。 では早速本題に。 やろうと思ったわけ 思い立ったからです。 とか言う冗談はいいとして。 Cloud Storage上に対象のファイルが存在した場合、そのファイルを返す。という仕組みを作ろうと思いました。 真っ先に思いつくのはアプリでファイルの存在確認後、存在したらそれを返すというものでした。 が、少し違うアプローチで、FUSE(Filesystem in Userspace)のGCS対応しているgcsfuseを使用してコンテナに マウントしてnginxで返す、という構成をやってみようということになりました。 この仕組みでいけば アプリの実装がいらない アプリが死んでてもレスポンスが返せる という感じで利点が見え、検証してみることに。 コンテナの作成 フロントに置くn
Kubernetes in 20 minutes - HDE Monthly Technical Session 24
This document provides a high-level overview of Kubernetes concepts including nodes, pods, replica sets, deployments, services, secrets, configmaps, ingress, daemon sets, and pet sets. It discusses how Kubernetes manages and schedules containers across a cluster and provides mechanisms for updating applications, handling traffic, and configuring containers. The presentation encourages attendees to
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://www.usenix.org/sites/default/files/conference/protected-files/hotcloud16_slides_burns.pdf