PCCSE · Question #134
Console is running in a Kubernetes cluster, and you need to deploy Defenders on nodes within this cluster. Which option shows the steps to deploy the Defenders in Kubernetes using the default Console
The correct answer is C. From the deployment page in Console, choose twistlock-console for Console identifier, generate. When Prisma Cloud (Twistlock) Console is deployed in Kubernetes, the default Kubernetes service name created for it is 'twistlock-console'. When deploying Defenders within the same cluster, you must specify this service name as the Console identifier so Defenders know how to reac
Question
Console is running in a Kubernetes cluster, and you need to deploy Defenders on nodes within this cluster. Which option shows the steps to deploy the Defenders in Kubernetes using the default Console service name?
Options
- AFrom the deployment page in Console, choose pod name for Console identifier, generate
- BFrom the deployment page configure the cloud credential in Console and allow cloud discovery to
- CFrom the deployment page in Console, choose twistlock-console for Console identifier, generate
- DFrom the deployment page in Console, choose twistlock-console for Console identifier, and run
How the community answered
(36 responses)- A3% (1)
- B3% (1)
- C92% (33)
- D3% (1)
Explanation
When Prisma Cloud (Twistlock) Console is deployed in Kubernetes, the default Kubernetes service name created for it is 'twistlock-console'. When deploying Defenders within the same cluster, you must specify this service name as the Console identifier so Defenders know how to reach Console internally via the cluster's DNS. Option C correctly identifies 'twistlock-console' as the Console identifier and instructs you to generate the DaemonSet deployment YAML from the Console UI. Options A (pod name) is incorrect because pod names are ephemeral and not a stable identifier; options B and D describe incorrect or incomplete workflows.
Topics
Community Discussion
No community discussion yet for this question.