ExamGecko
Question list
Search
Search

Question 58 - 5V0-23.20 discussion

Report
Export

The application development team is pushing a Kubernetes application into production. I consists of an application server and a database. The team wants to ensure that only the production application server can access the production database.

Can the development team meet this requirement using Kubernetes Network Policy?

A.
Yes, by using kubect1 to create a Network Policy that only allows pods on the same network segment to talk to each other.
Answers
A.
Yes, by using kubect1 to create a Network Policy that only allows pods on the same network segment to talk to each other.
B.
Yes. by logging in to NSX Manager and creating a firewall rules to only allow the production application server pod to talk to the database
Answers
B.
Yes. by logging in to NSX Manager and creating a firewall rules to only allow the production application server pod to talk to the database
C.
Yes, by using kubect1 to create a policy that disables pod to pod communication in the Namespace
Answers
C.
Yes, by using kubect1 to create a policy that disables pod to pod communication in the Namespace
D.
No, Kubernetes Network Policy does not support this action.
Answers
D.
No, Kubernetes Network Policy does not support this action.
Suggested answer: A

Explanation:

If you want to control traffic flow at the IP address or port level (OSI layer 3 or 4), then you might consider using Kubernetes NetworkPolicies for particular applications in your cluster.

NetworkPolicies are an application-centric construct which allow you to specify how a pod is allowed to communicate with various network "entities" (we use the word "entity" here to avoid overloading the more common terms such as "endpoints" and "services", which have specific Kubernetes connotations) over the network. NetworkPolicies apply to a connection with a pod on one or both ends, and are not relevant to other connections.

asked 16/09/2024
MICHELE CRISTINA DOS FELIX
38 questions
User
Your answer:
0 comments
Sorted by

Leave a comment first