Dataproc for Spark/Hadoop in GCP - Cheat Sheet & Quick Revision

Recall & Review

beginner

What is Google Cloud Dataproc?

Google Cloud Dataproc is a managed service that lets you run Apache Spark and Hadoop clusters quickly and easily without managing the infrastructure yourself.

beginner

How does Dataproc simplify running Spark and Hadoop jobs?

Dataproc automates cluster creation, scaling, and management, so you can focus on your data processing tasks instead of setting up and maintaining servers.

beginner

What is a cluster in Dataproc?

A cluster is a group of virtual machines that work together to run Spark or Hadoop jobs. Dataproc creates and manages these clusters for you.

intermediate

Why is autoscaling useful in Dataproc clusters?

Autoscaling adjusts the number of machines in your cluster automatically based on workload, saving money when demand is low and providing power when demand is high.

beginner

What storage options does Dataproc support for data processing?

Dataproc can use Google Cloud Storage buckets as the main storage for input and output data, which is scalable and easy to manage.

What does Google Cloud Dataproc primarily manage for you?

A Managing user accounts

B Writing Spark code

C Creating databases

D Infrastructure and cluster management

Dataproc automates the setup and management of clusters, so you don't have to manage the infrastructure yourself.

Which of these is NOT a component you run on Dataproc clusters?

A Google BigQuery

B Apache Hadoop

C Apache Spark

D Apache Hive

BigQuery is a separate Google Cloud service for data warehousing, not run on Dataproc clusters.

What is the benefit of autoscaling in Dataproc?

A It creates storage buckets

B It automatically writes Spark code

C It adjusts cluster size based on workload

D It manages user permissions

Autoscaling changes the number of machines in your cluster to match the workload, optimizing cost and performance.

Where does Dataproc typically store input and output data?

A Google Cloud Storage buckets

B On-premises servers

C Local cluster disks only

D Google Drive

Dataproc uses Google Cloud Storage buckets for scalable and reliable data storage.

How quickly can Dataproc create a cluster?

A Several hours

B A few minutes

C Several days

D Instantly without any setup

Dataproc can create clusters in a few minutes, making it fast to start processing data.

Explain how Dataproc helps you run Spark or Hadoop jobs without managing servers.

Think about what tasks Dataproc takes off your hands.

Describe the role of autoscaling in Dataproc clusters and why it matters.

Consider how changing the number of machines helps.

Practice

1. What is the main purpose of Google Cloud Dataproc when working with Spark and Hadoop?

easy

A. To manage and simplify running Spark and Hadoop clusters

B. To replace Spark and Hadoop with a new technology

C. To store data permanently like a database

D. To create virtual machines for web hosting

Solution

1. Step 1: Understand Dataproc's role

   Dataproc is a managed service that helps run Spark and Hadoop without manual setup.

2. Step 2: Compare options

   The other options describe replacing Spark and Hadoop, storing data permanently like a database, or creating VMs for web hosting, none of which is Dataproc's main purpose.

3. Final Answer:

   To manage and simplify running Spark and Hadoop clusters -> Option A

4. Quick Check:

   Dataproc manages Spark/Hadoop clusters = A [OK]

Hint: Dataproc manages clusters, not replaces or stores data [OK]

Common Mistakes:

• Thinking Dataproc replaces Spark/Hadoop
• Confusing Dataproc with storage services
• Assuming Dataproc creates VMs for web hosting

2. Which of the following is the correct gcloud command to create a Dataproc cluster named my-cluster in the us-central1 region?

easy

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

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

C. gcloud dataproc clusters new my-cluster region=us-central1

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

Solution

1. Step 1: Recall correct gcloud syntax

   The correct command uses 'clusters create' followed by the cluster name and '--region=' flag.

2. Step 2: Check each option

   'gcloud dataproc clusters create my-cluster --region=us-central1' matches the correct syntax. The other options have incorrect order, flags, or keywords.

3. Final Answer:

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

4. Quick Check:

   Correct gcloud cluster create syntax = B [OK]

Hint: Use 'clusters create' and '--region=' flag for cluster creation [OK]

Common Mistakes:

• Using 'create cluster' instead of 'clusters create'
• Missing equal sign in '--region='
• Confusing zone and region flags

3. Given the following command, what will be the result?

gcloud dataproc clusters create test-cluster --region=us-east1 --num-workers=2 --worker-machine-type=n1-standard-2

medium

A. Creates a cluster but in the default region ignoring '--region' flag

B. Creates a cluster named 'test-cluster' with 2 worker nodes of type n1-standard-2 in us-east1

C. Fails because '--num-workers' is not a valid flag

D. Creates a cluster with default worker count and machine type ignoring specified flags

Solution

1. Step 1: Analyze command flags

   The command specifies cluster name, region, number of workers, and worker machine type correctly.

2. Step 2: Understand Dataproc behavior

   Dataproc creates the cluster with given parameters if flags are valid and syntax is correct.

3. Final Answer:

   Creates a cluster named 'test-cluster' with 2 worker nodes of type n1-standard-2 in us-east1 -> Option B

4. Quick Check:

   Flags set cluster size and type correctly = D [OK]

Hint: Flags set cluster size and type; valid flags create cluster as specified [OK]

Common Mistakes:

• Assuming '--num-workers' is invalid
• Ignoring region flag effects
• Thinking default values override flags

4. You run this command to create a Dataproc cluster but get an error:

gcloud dataproc clusters create mycluster --num-worker=3 --region=us-west1

What is the likely cause of the error?

medium

A. Cluster name 'mycluster' is invalid because it has no hyphen

B. The region 'us-west1' is not supported by Dataproc

C. The flag '--num-worker' is incorrect; it should be '--num-workers'

D. Missing machine type flag causes the error

Solution

1. Step 1: Check flag correctness

   The correct flag for worker count is '--num-workers' (plural), not '--num-worker'.

2. Step 2: Validate other inputs

   Region 'us-west1' is valid, cluster name format is acceptable, and machine type is optional with defaults.

3. Final Answer:

   The flag '--num-worker' is incorrect; it should be '--num-workers' -> Option C

4. Quick Check:

   Correct flag spelling fixes error = C [OK]

Hint: Check plural form of flags like '--num-workers' [OK]

Common Mistakes:

• Using singular '--num-worker' instead of plural
• Assuming region is invalid without checking
• Thinking machine type is mandatory

5. You want to run a Spark job on a Dataproc cluster that automatically scales worker nodes between 2 and 5 based on workload. Which feature should you enable when creating the cluster?

hard

A. Enable autoscaling policy and attach it to the cluster

B. Set '--num-workers=5' and manually delete nodes when idle

C. Use '--max-workers=5' without autoscaling policy

D. Create multiple clusters with different sizes and switch between them

Solution

1. Step 1: Understand autoscaling in Dataproc

   Dataproc supports autoscaling policies to adjust worker nodes automatically within set limits.

2. Step 2: Evaluate options

   Enable autoscaling policy and attach it to the cluster correctly enables autoscaling with a policy. The other options do not provide automatic scaling: they either use fixed sizes, incomplete flags without policy, or require manual switching between clusters.

3. Final Answer:

   Enable autoscaling policy and attach it to the cluster -> Option A

4. Quick Check:

   Autoscaling policy enables dynamic scaling = A [OK]

Hint: Use autoscaling policies for automatic worker scaling [OK]

Common Mistakes:

• Setting fixed worker count without autoscaling
• Ignoring autoscaling policies
• Creating multiple clusters instead of scaling one