現場実践｜AWS EKS本番設計

AWS EKS本番設計ガイド｜マネージドノードグループ・Karpenter・GitOpsによる本番クラスター構築

「EKSクラスターをゼロから設計したい」「Karpenterって何がいいの？」——Amazon EKSの本番グレードなクラスター設計・Karpenterによるオートスケール・ArgoCD（GitOps）の実践を解説します。

読了目安：約18分更新日：2026年4月

💡 EKSはKubernetesのマネージドサービスですがコントロールプレーンを管理してくれるだけ。ノードグループ設計・オートスケール・GitOpsの整備は自分で行う必要があります。本番環境では特にこの3点の設計が品質を左右します。

この記事を書いた人

現役ITエンジニア・IT講師（経験14年）

CCNA・CCNP 取得LPIC-1 保有SES現場を複数経験

AWS EKSの本番クラスター設計・GitOps導入を複数案件で担当してきた立場から解説します。

1. EKSのノードグループ設計パターン

🖥️

システムノードグループ

CoreDNS・kube-proxy・metrics-serverなどのシステムコンポーネント専用のノード。汚染（Taint）を設定してアプリケーションが乗らないようにする。

📦

アプリケーションノードグループ

実際のアプリケーションが動くノード。Karpenterでオンデマンド/スポットを組み合わせてコストを最適化する。

⚡

GPUノードグループ（必要な場合）

機械学習ワークロード用のGPUインスタンス（p3・g4dn等）。NodeSelectorとToleration でGPU Podのみを配置する。

2. Karpenterによるインテリジェントなオートスケール

apiVersion: karpenter.sh/v1beta1
kind: NodePool
metadata:
  name: general-purpose
spec:
  template:
    spec:
      requirements:
        - key: karpenter.sh/capacity-type
          operator: In
          values: ["on-demand", "spot"]  # スポット優先でコスト削減
        - key: kubernetes.io/arch
          operator: In
          values: ["arm64"]  # Graviton優先
        - key: karpenter.k8s.aws/instance-category
          operator: In
          values: ["m", "c", "r"]  # m/c/r系に限定
  limits:
    cpu: 1000
  disruption:
    consolidationPolicy: WhenUnderutilized  # 空きノードを自動削除