CloudNative Days Tokyo 2021の発表資料です。 https://event.cloudnativedays.jp/cndt2021/talks/1207 補足資料 https://git.io/operator-bestpractice
![Kubernetesオペレータのアンチパターン&ベストプラクティス](https://cdn-ak-scissors.b.st-hatena.com/image/square/7a0d2074278f2f5bfb1ae322ca39663e1f6d4208/height=288;version=1;width=512/https%3A%2F%2Ffiles.speakerdeck.com%2Fpresentations%2Fffc1e2a5a9654b42851893d239f6da57%2Fslide_0.jpg%3F19446941)
CloudNative Days Tokyo 2021の発表資料です。 https://event.cloudnativedays.jp/cndt2021/talks/1207 補足資料 https://git.io/operator-bestpractice
2024/06/05に行われた、OCHaCafe Season8 #5 - Kubernetesで作るIaaS基盤で用いた資料です。 commpass: https://ochacafe.connpass.com/event/316645/
kind is a tool for running local Kubernetes clusters using Docker container “nodes”. kind was primarily designed for testing Kubernetes itself, but may be used for local development or CI. If you have go 1.16+ and docker or podman installed go install sigs.k8s.io/kind@v0.20.0 && kind create cluster is all you need! kind consists of: Go packages implementing cluster creation, image build, etc. A co
Kubernetesでアプリの安定稼働と高頻度のアップデートを両立するためのプラクティス / Best Practices for Applications on Kubernetes�to Achieve Both Frequent Updates and Stability
ソフトウェアエンジニアとして働き始めて 20 年以上になります。 元々ソフトウェアでいろいろ作りたくて就いた職業なので、結構な数のプロダクトを開発してきました。 私がメインで開発したもので OSS として出ているものでは、 yrmcds: memcached クローンで、レプリケーション機能などを持つ usocksd: SOCKS4/5 サーバー & ライブラリ transocks: アプリのネットワーク通信を透過的に SOCKS サーバーにプロキシする透過プロキシ coil v2: Kubernetes の CNI ネットワークドライバ moco: MySQL を自動運用する Kubernetes オペレーター accurate: Kubernetes 上で namespace ベースのソフトマルチテナンシーを実現するためのソフトウェア などがあります。これらのソフトウェアの多くは、現役
A talk at Kubernetes Novice Tokyo #10
こんにちは。サマーインターンシップ2023のKubernetes基盤開発コースに参加した、高橋 (TAK848) と花田 (hanapedia) です。 Necoチーム では現在コンテナレジストリの可用性を高めるため、コンテナレジストリミラーをクラスタ内にデプロイしています。 しかし、クラスタが数百台程度まで大きくなり、レジストリミラーからコンテナイメージを同時に大量にPullするようになりました。 そのため、イメージの取得に数十分もの時間がかかってしまう問題が起きました。 この問題に対処するため、Spegel というステートレスなレジストリミラーの動作検証を行い、PodのイメージのPullのタイミングを制御するカスタムコントローラー cat-gate を開発・検証しました。 その成果を紹介します。 課題 KubernetesではPodを起動する際、コンテナイメージを取得する必要があります
→cluster migrationに絞ると5つ ●Cluster migrationの原則 ・クラスタをコード間 ・動作確認の省力化 ・非名前管理 ・バックアップ ・重複欠損管理 ●クラスタをコード管理 ・互換性がない場合変更が大きい クラスタの作成を楽にしたい ・クラスタの設定、作成もコード化 ・環境ごとの差分は明示的に比較できるように ●動作確認の省力化 ・ツールの恩恵が受けられない ・検証環境との差異をできるだけ減らす 本番でしか起きない問題を減らす ・クラスタへの変更はコードを元にする 意図しないリソースの変更を検知 ●非名前管理 ・複数クラスタの運用を考慮する場合 クラスタ名が同じだと識別できない 別の名前で立てることになる 監視やアラートも新しいクラスタ向けに必要 ロールバックをしやすく ・同一要素のリソースが複数立てられることを想定 production 本番で複数クラスタ
安心・安全なCluster移行で実現する�Kubernetesのバージョンアップ / Kubernetes upgrade with cluster migration
#cndjp 第16回勉強会での発表資料です。 ・アジェンダ Kubernetesのネットワークには様々な登場人物があり一見すると複雑に思われがちですが、それぞれの役割と関係性を把握すれば決して難解なものではありません。 最後のセッションでは、そんなKubernetesのネットワークの仕組みを、丁寧に整理しながら紐解いていきたいと思います。 膨大なコンテナ群の通信を支える洗練されたアーキテクチャを、一緒に理解していきましょう。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く