手当たり次第に書くんだ

飽きっぽいのは本能

Kubernetes 運用設計ガイド

Kubernetes に関する記事を、クラスタ構築、kubectl / kubeconfig、基本リソース、Service、MetalLB、CNI、Helm、Harbor、永続化、MicroK8s、運用トラブルの観点で確認したハブページです。

このブログでは、クラウドマネージド Kubernetes よりも、自宅環境やオンプレミスに近い Kubernetes の検証が多くなっています。そのため、LoadBalancer Service、MetalLB、CNI、BGP、内部レジストリ、送信元アドレス、kubeconfig など、周辺要素も含めて扱います。

同じ記事を複数の節に重複して置くと導線が分かりにくくなるため、このハブでは原則として各記事を一度だけ掲載します。

最初に読む流れ

新しく読む場合は、まずクラスタ構築、kubectl、kubeconfig、マニフェスト、Deployment、Service の順に確認すると全体像をつかみやすくなります。

クラスタ構築と管理

kubeadm でクラスタを作る場合は、初期化、リセット、証明書、古い手順の読み替えを分けて扱います。

基本リソースと Service

Pod、Deployment、Service は Kubernetes の基本です。ClusterIP、NodePort、LoadBalancer の違いを確認してから、MetalLB や外部公開の設計へ進みます。

LoadBalancer / MetalLB

オンプレミスや自宅環境では、クラウドの LoadBalancer が自動で用意されません。Service 抽象、MetalLB、L2 / BGP、外部 IP、Chart 管理を分けて確認します。

CNI / NetworkPolicy / 通信経路

Kubernetes のネットワークは、CNI、Service、NetworkPolicy、外部経路、送信元アドレスの扱いが絡みます。クラスタ内だけでなく、外部ルーターや BGP との接続も設計対象になります。

Helm / Harbor / 内部レジストリ

Helm は単なるインストーラーではなく、Kubernetes 構成を部品化する仕組みとして見ると理解しやすくなります。Harbor は内部レジストリや Chart 管理の基盤として扱います。

ストレージ / 永続化

コンテナは作り直せますが、データは永続化が必要です。アプリケーションのデータディレクトリを Kubernetes 上でどう扱うかは重要な論点です。

MicroK8s 関連

MicroK8s は Kubernetes そのものとは少し違う運用単位ですが、DualStack、CNI、MetalLB の検証として関連します。

運用トラブル

Kubernetes は動かすところより、動かなくなった時の切り分けが難しくなります。スケジューリング、容量、証明書、CNI、Service、外部経路を層で分けて確認します。

このハブの位置づけ

このページは Kubernetes 関連記事の入口です。Ubuntu など OS 側の手順は OS 別ガイドを正とし、このページでは Kubernetes 自体の設計、構築、運用、ネットワーク、アプリケーション公開を主語にした記事へ誘導します。

参考書籍

Kubernetes Ceph CSI の使い分け – RBD と CephFS をどう見るか

Kubernetes kube-state-metrics の基本 – オブジェクト状態を監視に渡す

Kubernetes 運用設計ガイド

コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

日本語が含まれない投稿は無視されますのでご注意ください。(スパム対策)

トップへ戻る