Kubernetesのコードリーディングをする上で知っておくと良さそうなこと
Kubernetesとその関連コードのコードリーディングをする上で知っておくと良さそうなことについて知ってる範囲で雑にまとめてみました 前提知識前提として最低限Kubernetesをある程度触っていて KubernetesはPodとかのリソースと呼ばれるものでコンテナだったりロードバランサーとかを管理するようになっていて実際にDeploymentでコンテナを立ててService/Ingressでコンテナで立てたアプリケーションを外部公開できてコンテナはPodという単位でコンテナをグループ化して同一Nodeで実行されるということを知っているくらいがわかっていればまぁ十分なんじゃないかとは思います あとはKubernetesはGoで書かれているので Goの基礎知識とVSCodeやGolandなどGoのコードを読む際に宣言にジャンプできるようなエディタくらいがあると良いと思います Kuberne
CKA に ほぼ満点 で合格しました
認定Kubernetes管理者 (CKA) に ほぼ満点 で合格しました。 スコアは 98% でした。これはつまり、 Kubernetes 完全に理解した(入門した) という事ですね？ この記事は 認定Kubernetes管理者(CKA) の概要と勉強方法を共有します。 認定Kubernetes管理者(CKA) とはLinux FoundationとCloud Native Computing Foundation（CNCF）によって作成された、 Kubernetes 管理者向けの資格です。ハンズオン形式のテストで、ブラウザに試験問題と試験用の CLI 環境が用意され、そこで実際にクラスタを操作して問題を解いていきます。実技試験です。(ちなみにデベロッパー向けには CKAD という資格が存在します。) 受験時の注意点については、Candidate Handbook や Frequently
コンテナユーザなら誰もが使っているランタイム「runc」を俯瞰する[Container Runtime Meetup #1発表レポート]
こんにちは、NTTの徳永です。本稿では、コンテナユーザなら誰もが使っていると言っても過言ではない、コンテナランタイムの筆頭「runc」に注目し、その概要を仕様と実装の両面から俯瞰します。本稿は私が主催者の一人として参加した「Container Runtime Meetup #1」で発表した内容をベースにしています。詳しい内容は発表資料もぜひご参照ください。 コンテナランタイムとはKubernetes等のコンテナオーケストレータを用いてアプリケーションをコンテナ(Pod)として実行するとき、実際にコンテナの作成をしているのは誰でしょうか。実はKubernetesはコンテナを直接触らず、あるソフトウェアを用います。まさにそれがコンテナランタイム（以降、ランタイム）です。つまり、ランタイムはクラスタを構成する各ノード上で稼動し、上位のオーケストレータからの指示に応じ実際にコンテナを作成・管理しま
![コンテナユーザなら誰もが使っているランタイム「runc」を俯瞰する[Container Runtime Meetup #1発表レポート]](https://cdn-ak-scissors.b.st-hatena.com/image/square/2757b228827ed0ff7a4891cb1dc730c4d4c6e047/height=288;version=1;width=512/https%3A%2F%2Fmiro.medium.com%2Fv2%2Fresize%3Afit%3A809%2F1%2AmFt37mfkCaV2P1rprRuwBw.png)
Cloud Native Ecosystemの成熟度から見る2021年の動向 - Qiita
記事を書いたきっかけとお詫び Kubernetesとそのエコシステムが実に幅広く、知れば知るほど何もわからなくなってしまいました Kubernetes自体は使用してみて1年弱ですが、今後何をどこまで深堀りしていくか取捨選択が必要になってきたため、成熟度の観点とトレンドを基に2021年に何をしようか考えてみることにした 特にCNCF自体も宣言している通りプロジェクトの統廃合も進む年になるので、少し俯瞰して考えてみる 余談として、コミュニティとの関わりなど個人的な期待を備忘的に残すことにした ※普段アウトプットが少ないにもかかわらず初めてAdvent Calendarを書くため、大きなテーマを取り上げてしまったことを反省しています。こんなこと考えている人もいるんだな、くらいの温度感で読んでいただけるとよきです。同じような境遇の方などの参考に少しでもなれば幸いです。 Kubernetesとクラウ
Kubernetesネットワーク 徹底解説
Kubernetesのネットワークの構築要件に対して、世の中には様々なアプローチがあります。 本書ではTCP/IPは知っているけれど、Kubernetesのネットワークの実現方法は知らない人向けに、メジャーな実現アプローチについてできるだけ噛み砕いてステップバイステップで体系的に説明します。
Kubernetesのマルチテナントの現状を整理する - TECHSTEP
はじめに 本記事では、Kubernetesで実現するマルチテナントについて、2020年9月時点での現状と、将来的に利用できるであろう機能の紹介をいたします。各機能についての詳細は、参考ドキュメント等を参照していただければと思います。 本記事の要点 マルチテナントは単一のクラスター上に複数のテナントを共存させることを指す。 Kubernetesにはマルチテナントを実現するための機能が備わっている。 アクセスコントロール：RBAC セキュリティ：Namespace / Network Policy / Pod Security Policy リソースの隔離：ResourceQuota / LimitRange / Affinity / Taintなど Kubernetesのマルチテナント機能は、SIGを中心として機能開発が進められている。 Benchmarks Tenant Controlle
Kubernetes 1.18の新機能を学び、使ってみよう
はじめに Kubernetes 1.18(以降、1.18)が2020年3月24日にリリースされました。ここではリリースノートで紹介された5つの注目機能に加えて、筆者が注目するHorizontalPodAutoscalerのspec.behaviorフィールドの追加、ノードローカルDNSキャッシュ、Pod StartupProbeを紹介し、最後にStartupProbeを試していきます。 Kubernetes 1.18注目の新機能 最初に1.18リリースノートにおける5つの注目機能について、それぞれ解説します。 Topology Manager(ベータ) Topology Managerは、NUMA(Non-Uniform Memory Access、ヌマ)の環境において、コンテナの使用するCPUとデバイスの同一ソケット(NUMAノード)への割り当てを可能にします。Topology Mana
Sysdig
このブログ投稿では、Prometheusメトリクスを使用してOpen Policy Agent (OPA) Gatekeeperを監視する方法について説明します。 OPA Gatekeeperは、Kubernetesアドミッションコントローラーとして機能し、クラスターのポリシー遵守を確保します。 監視は、APIサーバーやkubeletなどの他のKubernetesコントロールプレーンコンポーネントと同様に重要です。 GatekeeperはPrometheusメトリクスエンドポイントを公開し、サービスの状態とパフォーマンスを監視するためのメトリクスを提供します。 Gatekeeperをインストールする際には、Prometheusスクレイピング用の適切なアノテーションを使用してデプロイメントまたはサービスを編集する必要があります。 Sysdigは、Kubernetesクラスターのセキュリティを
10 most important differences between OpenShift and Kubernetes
UPDATED on 10.6.2019 (after the release of OpenShift 4.1): Added information on OpenShift 4. UPDATED on 30.8.2019: Added information on CodeReady Containers for running single OpenShift node. If you’re interested in OpenShift 4 please check out also my honest review of it. OpenShift has been often called as “Enterprise Kubernetes” by its vendor - Red Hat. In this article, I’m describing real diffe
Kubernetes道場 11日目 - ConfigMap / Secretについて - Toku's Blog
この記事は Kubernetes道場 Advent Calendar 2018 11日目の記事です。 今回はConfigMapとSecretについて。 ConfigMapとSecret ConfigMapやSecretはアプリケーションの設定やクレデンシャルをコンテナイメージから分離するために使われる。 ConfigMapやSecretをVolumeとして、または環境変数を通してPodに設定やクレデンシャルを渡す。 まずは作成の仕方から見ていこう。 ConfigMap / Secret の作成方法 主に2通りあり、 kubectl create コマンドを使った方法と、Manifestを使う方法がある。 kubectl createで作成する ConfigMapは kubectl create configmap またはリソース名の短縮形の kubectl create cm コマンドで作
Kubernetes道場 9日目 - Serviceについて - Toku's Blog
この記事は Kubernetes道場 Advent Calendar 2018 9日目の記事です。 今回はServiceについて。 Serviceについて ServiceはPodへの接続を解決してくれる抽象的なオブジェクトだ。端的にはSelectorで選択したPodをUpstreamとしたLBだ。 Serviceには4つの種類がある。 ClusterIP NodePort LoadBalancer ExternalName それぞれ見ていこう。 ClusterIP ClusterIPはKubernetes内での通信で利用する。クラスタ内でIPアドレスが払い出され、それを利用してPod間で通信を行う。 ClusterIPの設定について clusterIP clusterIP にIPアドレスを指定することで指定されたIPアドレスでServiceが作成される。 空文字や指定しなかった場合、ランダ
Kubernetes、第一歩のその後に ~基盤を支えるOSSとの関わり方~ / Kubernetes 201: Let’s get involved with the community!
Kubernetes、第一歩のその後に ~基盤を支えるOSSとの関わり方~ / Kubernetes 201: Let’s get involved with the community!
GKE 互換のオンプレコンテナ基盤 AKE (Adtech Container Engine) アーキテクチャ完全公開！ | CyberAgent Developers Blog
GKE 互換のオンプレコンテナ基盤 AKE (Adtech Container Engine) 誕生秘話とアーキテクチャ完全公開！ こんにちは。 アドテクスタジオの Central Infrastructure Agency（CIA） の青山真也です。 本記事は CyberAgent Developers Advent Calendar 2017 の 1 日目の記事となります。 CIA は 15 名程のアドテクスタジオの横軸インフラ組織として、プライベートクラウドの提供や、プライベート/パブリック両方のインフラサポートを行っています。 ちなみにこの Advent Calendar に CIA は 6 名参加（実に 1/4！）してますので、インフラに興味がある方は是非他の記事も読んでみて下さい。 最近ではアドテクスタジオでも、コンテナによる開発が主流となってきており、GKE で開発することが
Virtual Kubeletとは何か。Alibaba Cloud上で実際に動かして検証する · Goldstine研究所
非マネージド: マスターノード及びワーカーノードすべてが仮想サーバとしてデプロイされる形式のこと。 マネージド: マスターノードがマネージドサービスとなっており、ユーザが管理する必要がない形式のこと。 ノードレス: ユーザがクラスタを意識する必要がなく、コンテナイメージの指定で実行できる形式のこと。 コンテナが普及し始め、まだオーケストレーションツールとしてのデファクトスタンダードが決まっていなかったころ、Azure Container Serviceは非マネージド型でオーケストレーションツールをユーザが選択できるものとして提供していました。一方で、AWSはAmazon ECSはAWS独自の仕様としてマネージド型でコンテナサービスを打ち出していました。 時代はKubernetesをデファクトスタンダードになっていき、各社は単純に仮想サーバ上でSwarmやKubernetesをインストールす
KubeFest Tokyo 2020に参加してきた
参加してきたとは言ってもオンライン開催なので家から見てただけ。 また午後はKubernetesアップストリームトレーニングに参加していたため、LTしか見れてない。 一応見れたセッションには感想も書いておく。 YouTubeの動画とプレイリストも公開されたようなのでプレイリストのリンク貼っておきます。 Kubernetesトラブル原因特定容易化に向けたロギング強化機能セッション概要: https://k8sjp.github.io/kubefest-2020/sessions/6/セッション動画: https://www.youtube.com/watch?v=JUihJj6LZgE資料: TODO 今のところまだアップロードされてない？ある意味で今日一番刺さった話しだった 現在進行系のロギング強化機能に関するKEPに対する取り組みの話で、日本でKEP出してる話しって聞いたことなかったのです
注目のOpen Policy Agent、その概要とKubernetesでの活用事例
はじめに Kubernetesコミュニティにおいて、ここ数年で国内外の企業がOpen Policy Agentを導入しているという話を耳にすることが多くなってきました。今回は、KubernetesをはじめとしたCloud Native技術には触れているが、Open Policy Agentにはまだ触れたことがない方向けに、その概要や仕組み、Kubernetesでの活用事例などを紹介します。 なお、ここで扱うOpen Policy Agentの情報は執筆時点(2020年4月26日現在)での最新バージョンv0.19.1に基づいたものとなります。 Open Policy Agentとは Open Policy Agent(以下、OPA)はオープンソースの軽量かつ汎用的なポリシーエンジンです。ポリシーをコードとして管理する(Policy as Code)ためのポリシー言語Regoと、アプリケーショ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Requesting and installing Let’s Encrypt Certificates for OpenShift 4 on AWS
BSD City Big City Big Opportunity in Serpong Tangerang
4.2. CSI ボリュームスナップショット | Red Hat Product Documentation
Chapter 4. Using Container Storage Interface (CSI) | Red Hat Product Documentation