Deal of The Day! Hurry Up, Grab the Special Discount - Save 25% - Ends In 00:00:00 Coupon code: SAVE25
Welcome to Pass4Success

- Free Preparation Discussions

Google Associate Cloud Engineer Exam - Topic 2 Question 88 Discussion

Posted by Cristina on Jul 15, 2024 at 10:31 PM

You are operating a Google Kubernetes Engine (GKE) cluster for your company where different teams can run non-production workloads. Your Machine Learning (ML) team needs access to Nvidia Tesla P100 GPUs to train their models. You want to minimize effort and cost. What should you do?

Suggested Answer: A

A managed instance group (MIG) is a group of identical virtual machines (VMs) that you can manage as a single entity. You can use a MIG to deploy and maintain a stateless application that runs directly on VMs. A MIG can automatically scale the number of VMs based on the load or a schedule. A MIG can also automatically heal the VMs if they become unhealthy or unavailable. A MIG is suitable for applications that need to run on VMs rather than containers or serverless platforms.

B is incorrect because Kubernetes Engine is a managed service for running containerized applications on a cluster of nodes. It is not necessary to use Kubernetes Engine if the application does not use containers and can run directly on VMs.

C is incorrect because Cloud Functions is a serverless platform for running event-driven code in response to triggers. It is not suitable for applications that need to run continuously and handle HTTP requests.

D is incorrect because Cloud Run is a serverless platform for running stateless containerized applications. It is not suitable for applications that do not use containers and can run directly on VMs.


Managed instance groups documentation

Choosing a compute option for Google Cloud

Get Premium Associate Cloud Engineer Questions as Interactive Web-Based Practice Test or PDF Real Exam Format Detailed Explanations Instant Access Get Your Practice Test
33 comments · newest first
RO
Roosevelt 11 months ago
Not sure about that nodeSelector thing, sounds complicated.
ON
Onita 11 months ago
Definitely go with D, it’s the most efficient way!
ER
Ernie 11 months ago
Wait, do we really need a whole new cluster for just one team?
HA
Hailey 11 months ago
I think recreating all nodes (Option B) is overkill.
YU
Yuette 12 months ago
Option D is the best choice for adding GPU support.
SH
Shayne 12 months ago
Creating a separate cluster for the ML team sounds like a lot of overhead. I hope that's not the best option here.
SH
Shantay 1 year ago
I'm leaning towards option D, but I feel like I need to double-check if the nodeSelector syntax is correct.
NA
Nadine 1 year ago
I think recreating all the nodes seems excessive. We practiced a question where we just added a new node pool instead.
TE
Terrilyn 1 year ago
I remember something about adding annotations for GPU access, but I'm not sure if it's just for pods or if it applies to the whole cluster.
NI
Nieves 1 year ago
I'm not sure about the "accelerator" annotation - does that actually work with GKE? I'd want to double-check the documentation on that one.
GO
Golda 1 year ago
Okay, I think I've got it. We need to add a new node pool with the right GPU hardware and then have the ML team target those nodes. That should be the most efficient approach.
WE
Wendell 1 year ago
Hmm, I'm a bit confused. Do we need to create a whole new cluster just for the ML team? That seems like a lot of extra work.
CY
Cyril 1 year ago
This seems pretty straightforward. I think the key is to add GPU-enabled nodes to the cluster without having to recreate the entire thing.
JO
Jolene 1 year ago
I'm pretty confident the answer is D. Combining the administrative services seems like the most effective way to lower costs with 24-hour coverage.
TE
Tequila 1 year ago
I've got this! The valid WebSocket message types are Binary Message and Ping Message. I'm feeling good about this one.
ST
Stevie 1 year ago
Looks like the ML team is about to get a serious GPU boost. Time to start my own AI side hustle!
KA
Kaitlyn 1 year ago
I wonder if the ML team will ask for the latest and greatest GPUs next... Gotta stay ahead of the curve!
GI
Gianna 1 year ago
↳ replying to Kaitlyn
I wonder if the ML team will ask for the latest and greatest GPUs next... Gotta stay ahead of the curve!
OD
Odette 1 year ago
↳ replying to Kaitlyn
D) Add a new, GPU-enabled, node pool to the GKE cluster. Ask your ML team to add the cloud.google.com/gke -accelerator: nvidia-tesla-p100 nodeSelector to their pod specification.
YU
Yuonne 1 year ago
↳ replying to Kaitlyn
C) Create your own Kubernetes cluster on top of Compute Engine with nodes that have GPUs. Dedicate this cluster to your ML team.
EL
Elden 1 year ago
↳ replying to Kaitlyn
A) Ask your ML team to add the ''accelerator: gpu'' annotation to their pod specification.
AG
Agustin 1 year ago
Adding a new, GPU-enabled node pool to the existing GKE cluster and using the nodeSelector seems like the best option to me. It's targeted and cost-effective.
TA
Tayna 1 year ago
Creating a dedicated Kubernetes cluster with GPU-enabled nodes sounds like a good idea, but it might be overkill for a non-production workload.
TA
Tammy 1 year ago
Recreating all the nodes to enable GPUs on all of them sounds like a lot of effort and cost. I don't think that's the most efficient approach.
JU
Julianna 1 year ago
↳ replying to Tammy
A) That sounds like a more efficient way to provide access to GPUs for the ML team without recreating all the nodes.
DI
Diane 1 year ago
↳ replying to Tammy
D) Add a new, GPU-enabled, node pool to the GKE cluster. Ask your ML team to add the cloud.google.com/gke -accelerator: nvidia-tesla-p100 nodeSelector to their pod specification.
FR
Francoise 1 year ago
↳ replying to Tammy
A) Ask your ML team to add the ''accelerator: gpu'' annotation to their pod specification.
TA
Tasia 2 years ago
I'm not sure, I think option C could also work. Creating a separate Kubernetes cluster dedicated to the ML team might simplify management.
AL
Alecia 2 years ago
The 'accelerator: gpu' annotation seems like a quick and easy solution, but I'm not sure if that will work for the specific Nvidia Tesla P100 GPUs.
IR
Irene 1 year ago
↳ replying to Alecia
D) Add a new, GPU-enabled, node pool to the GKE cluster. Ask your ML team to add the cloud.google.com/gke -accelerator: nvidia-tesla-p100 nodeSelector to their pod specification.
TO
Tomas 1 year ago
↳ replying to Alecia
A) Ask your ML team to add the ''accelerator: gpu'' annotation to their pod specification.
OL
Oliva 2 years ago
I agree with Owen. Option D seems like the most efficient way to provide the ML team with the GPUs they need.
OW
Owen 2 years ago
I think option D is the best choice. It allows us to add GPU-enabled nodes to the existing GKE cluster.
0/2000 characters

Save Cancel