Google Dataproc overview in Apache Spark - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a Dataproc cluster using the Google Cloud SDK.

Apache Spark

gcloud dataproc clusters create [1] --region=us-central1 --single-node

Drag options to blanks, or click blank then click option'

Amy-cluster

Bcreate-cluster

Cdataproc-cluster

Dcluster-1

Attempts:

3 left

💡 Hint

Common Mistakes

Using a command keyword instead of a cluster name.

Including spaces in the cluster name.

The command requires the cluster name after 'create'. 'my-cluster' is a valid example name.

2fill in blank

medium

Complete the code to submit a PySpark job to the Dataproc cluster.

Apache Spark

gcloud dataproc jobs submit pyspark [1] --cluster=my-cluster --region=us-central1

Drag options to blanks, or click blank then click option'

Amain.py

Bscript.sh

Cjob.py

Djob.jar

Attempts:

3 left

💡 Hint

Common Mistakes

Using a shell script or Java jar file instead of a Python script.

Incorrect file extension.

The PySpark job file must be a Python script, so 'job.py' is correct.

3fill in blank

hard

Fix the error in the code to list all Dataproc clusters in a region.

Apache Spark

gcloud dataproc clusters list --region=[1]

Drag options to blanks, or click blank then click option'

Aus-central1

Bcentral1

Cus-central

Dus_central1

Attempts:

3 left

💡 Hint

Common Mistakes

Using underscores instead of hyphens.

Omitting part of the region name.

The correct region format is 'us-central1' with a hyphen.

4fill in blank

hard

Fill both blanks to create a Dataproc cluster with 3 worker nodes and specify the machine type.

Apache Spark

gcloud dataproc clusters create my-cluster --region=us-central1 --num-workers=[1] --worker-machine-type=[2]

Drag options to blanks, or click blank then click option'

A3

Bn1-standard-4

Cn1-standard-1

D5

Attempts:

3 left

💡 Hint

Common Mistakes

Using too few or too many workers.

Choosing an invalid machine type.

To create 3 workers, use '3'. For a common machine type, 'n1-standard-4' is suitable.

5fill in blank

hard

Fill all three blanks to create a cluster with autoscaling enabled and specify the autoscaling policy.

Apache Spark

gcloud dataproc clusters create my-cluster --region=us-central1 --autoscaling-policy=[1] --num-preemptible-workers=[2] --worker-machine-type=[3]

Drag options to blanks, or click blank then click option'

Amy-autoscale-policy

B2

Cn1-standard-2

Ddefault-policy

Attempts:

3 left

💡 Hint

Common Mistakes

Using an incorrect policy name.

Setting preemptible workers to zero or too high.

Choosing an unsupported machine type.

Use your autoscaling policy name, set 2 preemptible workers, and choose a machine type like 'n1-standard-2'.

Practice

1. What is the main purpose of Google Dataproc in data processing?

easy

A. To run Spark and Hadoop jobs easily in the cloud

B. To store large amounts of data permanently

C. To create visual dashboards for data

D. To write SQL queries on local machines

Solution

1. Step 1: Understand Google Dataproc's role

   Google Dataproc is designed to simplify running big data jobs like Spark and Hadoop in the cloud.

2. Step 2: Compare options with this role

   Only To run Spark and Hadoop jobs easily in the cloud describes running Spark and Hadoop jobs easily in the cloud, which matches Dataproc's main purpose.

3. Final Answer:

   To run Spark and Hadoop jobs easily in the cloud -> Option A

4. Quick Check:

   Dataproc = Run Spark/Hadoop jobs [OK]

Hint: Remember Dataproc runs Spark/Hadoop jobs in cloud [OK]

Common Mistakes:

• Confusing Dataproc with storage services
• Thinking Dataproc creates dashboards
• Assuming Dataproc runs queries locally

2. Which of the following is the correct way to create a cluster in Google Dataproc using gcloud CLI?

easy

A. gcloud dataproc clusters create my-cluster --region=us-central1

B. gcloud dataproc create cluster my-cluster --zone=us-central1

C. gcloud create dataproc cluster my-cluster --region=us-central1

D. gcloud clusters dataproc create my-cluster --region=us-central1

Solution

1. Step 1: Recall correct gcloud command syntax

   The correct command to create a Dataproc cluster is 'gcloud dataproc clusters create' followed by the cluster name and region.

2. Step 2: Match options with correct syntax

   gcloud dataproc clusters create my-cluster --region=us-central1 matches the correct syntax exactly. Other options have wrong order or missing keywords.

3. Final Answer:

   gcloud dataproc clusters create my-cluster --region=us-central1 -> Option A

4. Quick Check:

   Correct gcloud create cluster syntax = gcloud dataproc clusters create my-cluster --region=us-central1 [OK]

Hint: Use 'gcloud dataproc clusters create' to make clusters [OK]

Common Mistakes:

• Mixing order of commands
• Using 'create cluster' instead of 'clusters create'
• Confusing region and zone flags

3. Given the following code snippet to submit a Spark job on Dataproc, what will be the output if the cluster name is incorrect?

gcloud dataproc jobs submit spark --cluster wrong-cluster --region us-central1 --class org.apache.spark.examples.SparkPi --jars file:///usr/lib/spark/examples/jars/spark-examples.jar -- 1000

medium

A. Job runs successfully and outputs Pi estimation

B. Error: Cluster 'wrong-cluster' not found

C. Job runs but with default cluster

D. Syntax error in command

Solution

1. Step 1: Understand job submission with cluster name

   The command submits a Spark job to a specific cluster named 'wrong-cluster'. If this cluster does not exist, the job cannot run.

2. Step 2: Predict behavior when cluster name is wrong

   Dataproc will return an error stating the cluster is not found, so the job will not run.

3. Final Answer:

   Error: Cluster 'wrong-cluster' not found -> Option B

4. Quick Check:

   Wrong cluster name = Cluster not found error [OK]

Hint: Check cluster name carefully before submitting jobs [OK]

Common Mistakes:

• Assuming job runs on default cluster
• Thinking command syntax is wrong
• Ignoring error messages about cluster

4. You tried to delete a Dataproc cluster using the command:

gcloud dataproc clusters delete my-cluster --region us-central1

But you get an error saying the cluster is busy. What is the likely cause and how to fix it?

medium

A. Region flag is incorrect; remove the region flag

B. You need to restart the cluster before deleting

C. Cluster name is misspelled; rename the cluster

D. Cluster is running jobs; wait for jobs to finish or cancel them

Solution

1. Step 1: Understand why cluster deletion can fail

   If a cluster is busy running jobs, Dataproc prevents deletion to avoid interrupting work.

2. Step 2: Identify correct fix

   Wait for running jobs to finish or cancel them before deleting the cluster. Other options do not address the busy state.

3. Final Answer:

   Cluster is running jobs; wait for jobs to finish or cancel them -> Option D

4. Quick Check:

   Busy cluster = wait or cancel jobs before delete [OK]

Hint: Stop running jobs before deleting cluster [OK]

Common Mistakes:

• Ignoring running jobs causing busy state
• Removing region flag unnecessarily
• Trying to rename cluster to fix deletion

5. You want to process a large dataset using Spark on Google Dataproc. To save costs, which approach is best?

hard

A. Create multiple clusters for each small job and keep them all running

B. Create a cluster and keep it running 24/7 for all future jobs

C. Create a cluster, run the job, then delete the cluster immediately after

D. Run jobs locally to avoid cloud costs

Solution

1. Step 1: Understand cost management in Dataproc

   Dataproc charges for cluster uptime. Keeping clusters running when not needed increases cost.

2. Step 2: Choose cost-saving approach

   Creating a cluster only when needed, running the job, then deleting it saves money by not paying for idle time.

3. Final Answer:

   Create a cluster, run the job, then delete the cluster immediately after -> Option C

4. Quick Check:

   Delete cluster after job to save cost [OK]

Hint: Delete clusters after jobs to avoid extra charges [OK]

Common Mistakes:

• Leaving clusters running idle
• Running jobs locally ignoring cloud benefits
• Creating many clusters and not deleting them