Kubernetes 1.26: SIG-CLI (kubectl) の変更内容 - Qiita
ここでは、Kubernetes 1.26 の CHANGELOG から SIG-CLI (kubectl) の取り組みについてまとめています。 は筆者によるコメントです。 https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.26.md 新たに追加された主なコマンドとフラグ kubectl events コマンド: kubectl alpha events からの昇格。既存のコマンドは削除された。 kubectl alpha auth whoami コマンド: ユーザの属性情報の表示。feature gate APISelfSubjectReview が有効でないと機能しない。 --disable-compression フラグ: API サーバの API レスポンスを圧縮しない kubectl
Kubernetes 1.19: SIG-CLI (kubectl) の変更内容 - Qiita
はじめに ここでは、Kubernetes 1.19 の CHANGELOG から SIG-CLI (kubectl) の取り組みについてまとめています。 https://github.com/kubernetes/kubernetes/blob/master/CHANGELOG/CHANGELOG-1.19.md https://relnotes.k8s.io/?areas=kubectl&releaseVersions=v1.19.0 新たに追加された主なコマンドとフラグ --warnings-as-errors フラグ（全コマンド共通）: サーバから受け取った警告をエラーとして扱い、ゼロ以外の終了コードで終了する kubectl annotate コマンドの --list フラグ: オブジェクトの metadata.annotations のリスト kubectl create dep
[Kubernetes] クラスタ外から ClusterIP の Service にいい感じにアクセスする - Qiita
はじめに Kubernetes を使っていて、Service (ClusterIP) 経由でアプリケーションにアクセスしたいこと、ありますよね。ClusterIP はクラスタ内の Pods からしかアクセスできないので、ちょっと手元のブラウザからアクセスしたいというときに困ります。 ここでは、ハンズオン形式で手を動かしながら Kubernetes クラスタの外から ClusterIP の Serivce を使ってアプリケーションにいい感じにアクセスする方法を学びます。 TL;DR Service の ClusterIP にはクラスタ外からアクセスできない kubectl port-forward svc/<svc-name> コマンドは実際には ClusterIP を使っていないので注意 実は kubectl proxy コマンド + Service proxy サブリソースを使うとクラス
![[Kubernetes] クラスタ外から ClusterIP の Service にいい感じにアクセスする - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/2262b85d81a952bddb355c75d4a0cb61be716ebc/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Fadvent-calendar-ogp-background-7940cd1c8db80a7ec40711d90f43539e.jpg%3Fixlib%3Drb-4.0.0%26w%3D1200%26mark64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZ3PTk3MiZoPTM3OCZ0eHQ9JTVCS3ViZXJuZXRlcyU1RCUyMCVFMyU4MiVBRiVFMyU4MyVBOSVFMyU4MiVCOSVFMyU4MiVCRiVFNSVBNCU5NiVFMyU4MSU4QiVFMyU4MiU4OSUyMENsdXN0ZXJJUCUyMCVFMyU4MSVBRSUyMFNlcnZpY2UlMjAlRTMlODElQUIlRTMlODElODQlRTMlODElODQlRTYlODQlOUYlRTMlODElOTglRTMlODElQUIlRTMlODIlQTIlRTMlODIlQUYlRTMlODIlQkIlRTMlODIlQjklRTMlODElOTklRTMlODIlOEImdHh0LWFsaWduPWxlZnQlMkN0b3AmdHh0LWNvbG9yPSUyMzNBM0MzQyZ0eHQtZm9udD1IaXJhZ2lubyUyMFNhbnMlMjBXNiZ0eHQtc2l6ZT01NiZzPWFhODQxY2VlODgwYWRkY2MxNTg1ZWNiMzUzOGIxMTA5%26mark-x%3D120%26mark-y%3D96%26blend64%3DaHR0cHM6Ly9xaWl0YS11c2VyLWNvbnRlbnRzLmltZ2l4Lm5ldC9-dGV4dD9peGxpYj1yYi00LjAuMCZoPTc2Jnc9OTcyJnR4dD0lNDBzdXBlcmJyb3RoZXJzJnR4dC1jb2xvcj0lMjMzQTNDM0MmdHh0LWZvbnQ9SGlyYWdpbm8lMjBTYW5zJTIwVzYmdHh0LXNpemU9MzYmdHh0LWFsaWduPWxlZnQlMkN0b3Amcz04YzAwNmZiMDA0M2U0ODQwOGNiNjBjZjMyZjRiOTRmZA%26blend-x%3D120%26blend-y%3D500%26blend-mode%3Dnormal%26s%3Dad00b925c2026d98e127f89c9d31ffba)
Kubernetes: 詳解 Pods の終了 - Qiita
はじめに Pods は Kubernetes の中でもっとも重要なリソースです。複数のコンテナとボリュームの組み合わせで Kubernetes におけるスケールの最小単位であり、アプリケーションコンテナは必ず Pods としてデプロイされます。 ここでは Pods の終了の流れについて詳しく扱います。Deployments の更新などで新しいバージョンのアプリケーションをデプロイするとき、既存の Pods は終了されます。このとき正しく Pods の終了処理を準備できていないと、ユーザのリクエストが正しく処理されずエラーが出力されているかもしれません。ワンオフなジョブと異なり、サーバとしてデプロイされる Pods はそれと比べて比較的寿命は長く、更新の頻度は少ないかもしれません。しかしサービスの価値をいち早くユーザに届けるに頻繁なデプロイは欠かせません。よりデプロイの頻度が高くなるほど P
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
docker-machine で localhost でポートを公開する - Qiita
