KCNA サンプル問題

正解：C

A　ReplicaSet数などクラスター全体の調整ループを回すが、個々のコンテナ再起動は行わない。取り違え頻出

B　Podの配置先ノードを決めるだけで、起動後の面倒は見ない

C（正解）　正解。各ノードでPodSpecどおりにコンテナを動かし続けることを保証し、restartPolicyに従い再起動する

D　APIの受け口であり、コンテナのライフサイクル管理はしない

正解：B

A　唯一の窓口としてetcdへの読み書きを仲介するが、データ自体は保持しない。頻出のひっかけ

B（正解）　正解。分散キーバリューストアで、クラスターの信頼できる唯一の状態保存先

C　アプリ設定を保存するリソースであり、クラスター状態のデータストアではない

D　状態を望ましい状態に近づける調整役で、保存はしない

正解：A

A（正解）　正解。リソース要求や制約を評価して未割り当てPodのノードを決定する

B　Controller Managerはレプリカ数などの調整担当。配置決定はSchedulerで、この2つの取り違えが最頻出

C　決定されたノード上で実行を担当するだけで、配置は決めない

D　Serviceの通信ルールを維持するだけ

正解：D

A　リクエストの受け口だが、レプリカ数の調整ループそのものは持たない

B　不足Podの配置先は決めるが、不足の検知と作成指示はしない

C　ロードバランサーやルートなどクラウド固有のコントローラーのみを実行する

D（正解）　正解。ReplicationやNode、Jobなど各種コントローラーの調整ループを実行する

正解：A

A（正解）　正解。クラスターへの唯一の入口(フロントエンド)で、全コンポーネントはここを介して通信する

B　各種コントローラーの調整ループを実行するが、外部からのリクエストは受け付けない

C　Service通信のルール維持担当

D　クラスター内DNSであり、APIの受け口ではない

正解：C

A　過去に誤答したポイント。apiserverは汎用の受け口で、クラウド固有ロジックは持たない

B　クラウド非依存のコントローラー群を担当

C（正解）　正解。クラウドプロバイダー固有のコントローラー(LB、ルート、ノード)を分離して実行する

D　Podの配置先を決めるだけで、クラウドのAPIは呼ばない

正解：C

A　コントロールプレーンの一部(データストア)

B　コントロールプレーンの一部

C（正解）　正解。各ワーカーノードで動くノードコンポーネント。⑤で誤答した論点

D　コントロールプレーンの中心

正解：B

A　コンテナの実行管理担当で、Serviceの転送ルールは扱わない

B（正解）　正解。各ノードでServiceの通信ルール(iptables/IPVS)を維持するネットワークプロキシ

C　PodにIPを割り当て網をつなぐ担当で、Serviceの抽象化はkube-proxyの仕事

D　L7のHTTPルーティング担当

正解：D

A　保存は最終段階で、直接は受け取らない

B　作成後のPod配置を担当

C　作成後のオブジェクトを監視して調整する側で、マニフェストの受付と検証はしない

D（正解）　正解。認証・認可・アドミッション制御を経てetcdへ永続化する

正解：A

A（正解）　正解。ノードエージェントとしてコンテナランタイムに指示し、稼働を保証する

B架空　このようなコンポーネントは存在しない

C　4セットで2回取り違えた相手。クラスターレベルの調整役であり、ノード上の実行保証はkubelet

D　通信ルールのみ

正解：B

A　ステートフルなワークロード向け

B（正解）　正解。ステートレスアプリの宣言的な更新・スケールの標準リソース

C　全ノードに1つずつ配置する用途

D　単体Podは自己修復も更新管理もできない

正解：C

A　レプリカは無個性で入れ替わる前提。安定IDは持てない

B　同上。Pod数の維持のみ

C（正解）　正解。pod-0, pod-1のような安定した名前・順序・専用PVCを提供する

D　各ノードに1つPodを配置する用途で、レプリカごとの安定IDや専用PVCは提供しない

正解：A

A（正解）　正解。各ノード(または選択したノード)に必ず1Podずつ配置する

B架空　このようなリソースは存在しない

C　レプリカ数指定であり、ノードごと1つの保証はない

D　安定ID用途で、ノード分散の保証はない

正解：C

A　常駐前提で、完了しても再起動されてしまう

B　定期実行用。単発ならJob

C（正解）　正解。指定回数の完了まで実行し、成功で終了するワークロード

D　常駐かつ全ノード配置用

正解：B

A　単発実行のみでスケジュール機能はない

B（正解）　正解。cron形式のスケジュールでJobを繰り返し生成する

C架空　このようなリソースは存在しない

D　常駐アプリ向け

正解：D

A　状態を持つワークロード用の上位リソースで、Deploymentが作成するものではない

B　直接ではなく、ReplicaSetを介して管理される

C　各ノードに1つPodを配置する別リソースで、Deployment配下には作られない

D（正解）　正解。Deployment → ReplicaSet → Podの階層で管理される

正解：A

A（正解）　正解。メインコンテナより先に順番に実行され、完了してから本体が起動する

B　ストレージの提供のみで、準備処理の実行はできない

C　本体と並行して動く補助コンテナで、事前準備の順序保証はない

D　コンテナ起動後に実行されるフック

正解：B

A　機密情報(パスワード等)向け

B（正解）　正解。非機密の設定をキーバリューで保持し、環境変数やファイルとして注入できる

C　ストレージ用

D　メタデータの付加であり、設定注入の仕組みとしては不適

正解：C

A　Podのspecは大部分が変更不可だが、immutableフィールドを持つのはConfigMap/Secret

B　随時更新される前提のリソース

C（正解）　正解。immutable: trueを設定すると内容変更が禁止され、意図しない更新や監視負荷を防げる(Secretも同様)

D　そのような設定はない

正解：A

A（正解）　正解。ラベルセレクターで対象Podを束ね、Podが入れ替わっても同じ入口を提供する。④で2回落とした論点

B　Podの管理のみで、通信の入口は提供しない

C　通信の許可/遮断ルールで、入口の提供ではない

D　論理的な分離のみ

正解：C

A　クラスター内部からのみアクセス可能

B架空　架空の選択肢。存在しない

C（正解）　正解。30000-32767の範囲のポートを全ノードで開放する

D　外部DNS名を返すだけのタイプ

正解：A

A（正解）　正解。メトリクスを監視しレプリカ数を水平に調整する

B　Pod数ではなく各Podのリソース割当を調整する

C　ノード数を調整する

D　退去時に維持すべき稼働Pod数の下限(または同時に停止できる数の上限)を定める仕組みで、レプリカ数の自動調整はしない

正解：C

A　水平方向、つまりPod数の調整を行う

B　ノード数の調整

C（正解）　正解。垂直方向、つまりPod単体のリソース割当を推奨・調整する

D　配置決定のみ

正解：B

A　Pod数の調整までで、ノードは増やせない

B（正解）　正解。Pendingを検知してノードプールを拡張し、余剰時は縮小する

C　ワークロード配置用

D　クラウド統合の実行役だが、増減の判断はautoscalerが行う

正解：D

A　NoExecute以外では既存Podは残る。効果は主に新規配置の制御

B　cordonは別操作

C　taintは配置制御の仕組みで、ラベルとは別物

D（正解）　正解。taintでノード側から弾き、対応するtolerationを持つPodだけを例外的に許す関係

正解：B

A　後継の仕組みで現行

B（正解）　正解。廃止済みで、現在はPod Security Admission(標準のprivileged/baseline/restricted)を使う

C　通信制御用で現行

D　Pod/コンテナ単位の設定で現行

正解：A

A（正解）　正解。runAsNonRootやreadOnlyRootFilesystem、capabilitiesなどを指定する

B　Namespaceのラベルでポリシーを強制する仕組みで、Pod定義内のフィールドではない

C　通信制御

D　リソース使用量の制限

正解：C

A　ネットワーク層の制御

B　Podのセキュリティ標準の強制

C（正解）　正解。RoleとRoleBindingなどで操作権限を割り当てる

D　スケジューリング制御

正解：B

A　Envoyはメッシュのデータプレーンとして使われるプロキシ単体

B（正解）　正解。Envoyをサイドカーとして束ね、制御を担うサービスメッシュ

C　DNSサーバー

D　CNIプラグイン

正解：A

A（正解）　正解。サイドカーとして配置される高性能プロキシ。制御プレーン(Istio等)との役割の対比で覚える

B　データストア

C　ログ収集

D　GitOpsツール

正解：C

A　Serviceの抽象化担当で、PodへのIP割り当てはしない

B架空　このような名前のコンポーネントは存在しない(DNSはCoreDNS)

C（正解）　正解。CalicoやFlannelなどのCNIプラグインがPodへのIP割り当てとノード間の疎通を担う

D　HTTPの経路制御を行うだけで、PodへのIP割り当てはしない

正解：B

A　APIの受け口

B（正解）　正解。クラスター内DNSサーバーとしてServiceやPodの名前解決を提供する

C　転送ルールの維持で、名前解決はしない

D　データストア

正解：B

A　手続き的な管理はGitOpsの対極

B（正解）　正解。宣言的+Git+自動同期+継続的な調整がGitOpsの4原則で、宣言された状態へ自動で収束させる

C　ブランチ戦略の一例にすぎない

D　アンチパターン

正解：A

A（正解）　正解。FluxとともにCNCF卒業のGitOpsエージェントで、クラスター内からGitと実環境を継続的に同期する

B　汎用CIツールで、GitOpsエージェントではない

C　IaCツール。宣言的だがクラスター内常駐同期の仕組みではない

D　サービスメッシュ

正解：C

A　パッチによるオーバーレイ管理でパッケージ形式ではない

B　クラスター構築ツール

C（正解）　正解。Kubernetesのパッケージマネージャーとしてチャートの配布・導入・更新を担う

D　Kubernetes外のツール

正解：B

A　チャート自体のメタデータ(名前・バージョン)

B（正解）　正解。テンプレートに注入する既定値を持ち、--valuesや--setで上書きする

C　テンプレート本体で、環境差分を書く場所ではない

D　依存関係の固定用

正解：D

A　テンプレート+パッケージ方式で別アプローチ

B　段階的なデプロイを行うコントローラーで、環境差分を記述する仕組みではない

C　etcd操作ツール

D（正解）　正解。overlays構造でベースへの差分を宣言的に管理し、kubectl -kで適用できる

正解：A

A（正解）　正解。少数への段階公開でリスクを限定する

B　2環境を用意して一括切替する方式

C　Podを順次入れ替える方式で、トラフィック割合の制御はしない

D　全停止してから新版を起動する方式

正解：C

A　2環境分のリソースが必要でむしろ増える

B　DB移行の課題は残る

C（正解）　正解。切替が一瞬で済み、問題発生時も旧環境へ戻すだけでロールバックが完了する

D　テストは依然必要

正解：B

A　レプリカ数と対象の指定で、更新中の挙動制御ではない

B（正解）　正解。それぞれ超過作成できる数と同時に停止してよい数を指定する

C　準備完了とみなす時間・進行の期限の設定

D　リソース割当の設定

正解：C

A　可視化の手段であってデータの種類ではない

B　リソースメトリクスの内訳にすぎない

C（正解）　正解。数値の時系列、イベント記録、リクエストの追跡の3種

D　運用の別領域

正解：A

A（正解）　正解。クラウドネイティブ監視のデファクトスタンダード

B　可視化ツールで、収集・保存はしない

C　ログ収集

D　計装とテレメトリー送出の標準で、時系列データの保存やPromQLは提供しない

正解：B

A　アラートの集約・通知

B（正解）　正解。複数データソースを重ねてグラフ・ダッシュボードを構築する

C　プロキシ

D　パッケージ管理

正解：D

A　集計値であり、個別リクエストの経路は追えない

B　サービス単位の記録を集めて検索する手法で、既定ではリクエスト単位の紐付けがない

C　死活監視

D（正解）　正解。JaegerやOpenTelemetryでスパンをつなぎ経路を可視化する

正解：A

A（正解）　正解。対象の/metricsエンドポイントをPrometheus側からスクレイプする。取得の主導権がPrometheus側にあるのが特徴

B　プッシュはPushgateway経由の例外的手段

C　そのような方式ではない

D　そのような方式ではない

正解：B

A架空　このようなコンポーネントは存在しない

B（正解）　正解。SlackやPagerDutyなどへのルーティングとサイレンスを管理する

C　可視化が主務

D　kubectl top用の軽量メトリクス提供

正解：C

A　汎用監視には使うが、kubectl topの依存先ではない

B　オブジェクトの状態をメトリクス化する別コンポーネントで、kubectl topが使うMetrics APIは提供しない

C（正解）　正解。kubeletからリソース使用量を集約しMetrics APIとして提供する

D　ログ収集

正解：A

A（正解）　正解。指標(Indicator)は可用性やレイテンシなどの実測値、目標(Objective)はその達成水準。契約はSLA

B　別概念

C　それはSLA

D　記法ではなく指標

正解：B

A　ConfigではなくCloud

B（正解）　正解。外側から内側への4階層で、各層のセキュリティが内側の前提になる

C　CI/CDは含まれない

D　ComputeではなくCloud

正解：C

A　最初の2つが逆

B　Kubernetes APIのバージョン表記でありプロジェクト成熟度ではない

C（正解）　正解。採択直後がSandbox、成熟の最終段階がGraduated

D　そのようなステージ名ではない