An operator for 'PostgresCluster' is installed and running. The team wants to enable automated backups by setting 'backup.enabled: true' in the PostgresCluster custom resource. They edit the custom resource and save it. What will happen next?

The operator will detect the change and create the necessary backup resources.

The operator will restart to apply the new configuration.

The API server will automatically start a backup job.

The change will be ignored because the operator only reacts to new custom resources, not updates.

A team has installed an operator via OLM in the 'operators' namespace. They want the operator to manage resources in the 'app1' and 'app2' namespaces, but not in other namespaces. What should they configure?

Create the operator's Subscription in the 'app1' namespace and another in 'app2'.

Set the operator's environment variable 'WATCH_NAMESPACE' to 'app1,app2'.

Create an OperatorGroup in the 'operators' namespace with 'targetNamespaces' set to ['app1', 'app2'].

Create a RoleBinding in each namespace to grant the operator permissions.

Which kubectl command is used to modify an existing custom resource instance for an operator?

kubectl set env deployment/ KEY=VALUE

kubectl scale deployment/ --replicas=2

A team wants to uninstall an operator that was installed via OLM. They have already deleted all custom resources managed by the operator. What is the correct next step to remove the operator itself?

Delete the ClusterServiceVersion (CSV) associated with the operator.

Delete the Subscription that installed the operator.

Delete the OperatorGroup that the operator belongs to.

Delete the operator's Deployment manually.

A team wants to create a custom resource that represents a 'Backup' with fields for 'source' and 'destination'. They have already defined a CRD. What is the next step to start using this custom resource?

Write a controller to handle the custom resource.

Register the custom resource with the API server using 'kubectl create'.

Install OLM to enable custom resource creation.

Create a YAML manifest with apiVersion, kind, metadata, and spec, then apply it.

Certified Kubernetes Administrator (CKA)

Domain 4Objective 8

Understand CRDs, Install and Configure Operators CKA Practice Questions (Page 5)

Part of the Cluster Architecture, Installation and Configuration domain, which accounts for 25% of the CKA exam. Linux Foundation does not publish an official question count, but from its 120-minute exam (~50–80 total, ~13–20 in this domain), expect 2–3 from this objective — we provide 27 practice questions to prepare you well beyond it. (estimate)

27questions here

6free pages

7concepts

25%of the exam

Questions 21–25

21application · medium
An operator for 'PostgresCluster' is installed and running. The team wants to enable automated backups by setting 'backup.enabled: true' in the PostgresCluster custom resource. They edit the custom resource and save it. What will happen next?
Select an answer first
22expert · hard
A team has installed an operator via OLM in the 'operators' namespace. They want the operator to manage resources in the 'app1' and 'app2' namespaces, but not in other namespaces. What should they configure?
Select an answer first
23foundation · easy
Which kubectl command is used to modify an existing custom resource instance for an operator?
Select an answer first
24application · medium
A team wants to uninstall an operator that was installed via OLM. They have already deleted all custom resources managed by the operator. What is the correct next step to remove the operator itself?
Select an answer first
25application · medium
A team wants to create a custom resource that represents a 'Backup' with fields for 'source' and 'destination'. They have already defined a CRD. What is the next step to start using this custom resource?
Select an answer first

Finished these 5 questions?

Review the revealed explanations, or continue through the curriculum.

Next 5 questions →Back to CKA

Free Basic Practice is a study aid with revealable answers — not a scored exam. Examers.io is independent and not affiliated with or endorsed by Linux Foundation. “CKA” is a trademark of its owner, used for identification only.