転職したらKubernetesだった件 - Qiita
TL;DR Kubernetes がどのように、人間の作業を自動化しているのかを、実際に Kubernetes がやっている作業を手作業で行なう ことで学びましょう。 このQiita の内容は、CloudNative Days Tokyo 2019 における発表の、「転職したらKubernetesだった件」を書き下ろし、実際にデモが行えるように修正を加えたものになります。 YouTube Speakerdeck この物語はフィクションであり、登場する団体名・会社名・人名等は架空のもので、実在する団体・会社・人物等とは、一切、関係がありません。 これまでのあらすじ ある日、某Z社に転職した稲津さんに与えられた仕事は、“Kubernetes の一員”になることだった！？ 某Z社は、親会社からの依頼で Kubernetes クラスタを運用しなければならなくなりましたが、 「Kubernetes
Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) - Qiita
cluster/kube-up.sh で起動されるクラスターのデフォルトの DNS プラグインが kube-dns のままです、というだけのようです。 kube-controller-manager において、--tls-cert-file または --tls-private-key-file が設定されていない場合、自己署名証明書を生成するために、書き込み可能な --cert-dir (デフォルトでは /var/run/kubernetes) が必要となります。 ClusterRole の system:kube-controller-manager が extension-apiserver-authentication ConfigMap の get に対する権限を持っていないため、kube-controller-manager がこの ClusterRole を利用していた場合、実
Kubernetes 1.12: Action Required - Qiita
はじめに このエントリは、Kubernetes 1.12 の CHANGELOG から Action Required についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) Kubernetes 1.12: 主な変更点 (Major Themes) Kubernetes 1.12: Action Required Kubernetes 1.12: 新機能 (New Features) Kubernetes 1.12: API Changes Kubernetes のバックエンドとしての etcd2 は非推奨となり、1.13 にて削除されます。 kube-apiserv
Kubernetes 1.12: API Changes - Qiita
kubeadm コマンドにおいて alpha phase kubelet config annotate-cri phrase コマンドがサポートされました。(#68449, @fabriziopandini) kubeadm init 時に config から渡された CRI Socket の情報を kubeadm upgrades 時に利用できるよう、Node のアノテーションに保存する、という Phase のようです。 Windows 上の kubeadm において --cri-socket のデフォルト値が --tcp://localhost:2375 になりました。(#67447, @benmoss) kubeadm にて、実験的に --rootfs フラグが実装されました。これを利用することで kubeadm は (Kubernetes 設定のための) ファイル操作をする前に
Kubernetes の Service type LoadBalancer を手作業で作る - Qiita
ベアメタルで Kubernetes を運用している皆さん、外部からどうやって Kubernetes 上の Service に接続しようかと困っていませんか？具体的にいうと Service type LoadBalancer が無いので困っていませんか？ Kubernetes の Service type LoadBalancer に対応していないインフラストラクチャ上で type LoadBalancer な Service を作成するとこんな感じで、 $ kubectl get svc NAME TYPE CLUSTER-IP EXTERNAL-IP PORT(S) AGE nginx LoadBalancer 10.254.0.220 <pending> 80:30692/TCP 11s いつまでたっても EXTERNAL-IP が <pending> のままでロードバランサーが作られ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
