AWS Setup

Setting up your AWS account

Note: Amazon will ask you for your credit card information during the setup process. This is normal.

Go to http://aws.amazon.com/ and sign up:
1. You may sign in using your existing Amazon account or you can create a new account by selecting "I am a new user."
2. Enter your contact information and confirm your acceptance of the AWS Customer Agreement.
3. Once you have created an Amazon Web Services Account, you may need to accept a telephone call to verify your identity. Some students have used Google Voice successfully if you don't have or don't want to give a mobile number. You need Access Identifiers to make valid web service requests.
Go to http://aws.amazon.com/ and sign in. You need to double-check that your account is signed up for three of their services: Simple Storage Service (S3), Elastic Compute Cloud (EC2), and Amazon Elastic MapReduce by clicking here -- you should see "Services You're Signed Up For" under "Manage Your Account".
You should have received your AWS credit code by email or in class. Armed with this code, go to http://aws.amazon.com/awscredits/ This step will give you $100 credit towards AWS. Be aware that if you exceed it, amazon will charge your credit card without warning. Normally, this credit is more than enough for this homework assignment (if you are interested in their changes, see AWS charges: currently, AWS charges about 10 cents/node/hour for the default "small" node size.). However, you must remember to terminate manually the AWS cluster (called Job Flows) when you are done: if you just close the browser, the job flows continue to run, and amazon will continue to charge you for days and weeks, exhausting your credit and charging you huge amount on your credit card. Remember to terminate the AWS cluster.

Setting up an EC2 key pair

Note: Some students were having problem running job flows because of no active key found, go to AWS security credentials page and make sure that you see a key under the access key, if not just click Create a new Access Key.

To connect to an Amazon EC2 node, such as the master nodes for the Hadoop clusters you will be creating, you need an SSH key pair. To create and install one, do the following:

After setting up your account, follow Amazon's instructions to create a key pair. Follow the instructions in section "Having AWS create the key pair for you," subsection "AWS Management Console." (Don't do this in Internet Explorer, or you might not be able to download the .pem private key file.)
Download and save the .pem private key file to disk. We will reference the .pem file as </path/to/saved/keypair/file.pem> in the following instructions.
Make sure only you can access the .pem file. If you do not change the permissions, you will get an error message later:
```
$ chmod 600 </path/to/saved/keypair/file.pem>
```
Note: This step will NOT work on Windows 7 with cygwin. Windows 7 does not allow file permissions to be changed through this mechanism, and they must be changed for ssh to work. So if you must use Windows, you should use PuTTY as your ssh client. In this case, you will further have to transform this key file into PuTTY format. For more information go to http://docs.aws.amazon.com/AWSEC2/latest/UserGuide/putty.html and look for information about private keys.

Starting an AWS Cluster and running Pig Interactively

To run a Pig job on AWS, you need to start up an AWS cluster using the web Management Console and connect to the Hadoop master node. Follow the steps below. You may also find Amazon's interactive Pig tutorial useful, but note that the screenshots are slightly out of date.

To set up and connect to a pig cluster, perform the following steps:

Go to http://console.aws.amazon.com/elasticmapreduce/home and sign in.
Click the "Amazon Elastic MapReduce" tab.
Click the "Create New Job Flow" button.
In the "Job Flow Name" field type a name such as "Pig Interactive Job Flow" or "Homework 6"
Select "Pig Program" from the drop down box, and then click "Continue". Also select: "Run your own application".
Select the "Start an Interactive Pig Session" radio button and click "Continue".
On the next page, select only 1 core instance. In the last question of the homework you will need to set your cluster to have 20 nodes, rather than the 1 node.
On the next page, make sure that the EC2 Key Pair that is selected is the one you created above
On the last page, you will beasked if you want to configure Bootstrap Actions. You do, because the default configuration can sometimes run into memory problems. Select "Configure your Bootstrap Actions." Then, under "Action Type," select "Memory Intensive Configuration."
When you are done setting up your workflow and you come back to your management console, you may need to refresh the page to see your workflow. It may take a few minutes for your job flow to launch. If your cluster fails or takes an extraordinarily long time, Amazon may be near capacity. Try again later. If it still doesn't work, contact the TA.
Now you need to obtain the Master Public DNS Name. You get this by clicking (highlighting) your job flow, which creates a frame at the bottom of your window. Scroll down in that frame and you will find the Master Public DNS at the bottom. We call this Master Public DNS name <master.public-dns-name.amazonaws.com>.

Now you are ready to connect to your cluster and run Pig jobs. From a terminal, use the following command:

$ ssh -o "ServerAliveInterval 10" -i </path/to/saved/keypair/file.pem> hadoop@<master.public-dns-name.amazonaws.com>

Note that if you are connecting from Windows using PuTTY you must use hadoop as the username when connecting to the master DNS node, as in the ssh example above and elsewhere below.
Once you connect successfully, just type
```
 $ pig
```
Now you should have a Pig prompt:
```
  grunt>
```
In this homework we will use pig only interactively. (The alternative is to have pig read the program from a file.)
This is the interactive mode where you type in pig queries. Here you will cut and paste example.pig. You are now ready to return to the homework assignment.

For the first job you run, Hadoop will create the output directory for you automatically. But Hadoop refuses to overwrite existing results. So you will need to move your prior results to a different directory before re-running your script, specify a different output directory in the script, or delete the prior results altogether.
To see how to perform these tasks and more, see "Managing the results of your Pig queries" below.
To exit pig, type quit at the grunt> promt. To terminate the ssh session, type exit at the unix prompt: after that you must terminate the AWS cluster (see next).
To kill a pig job type CTRL/C while pig is running.This kills pig only: after that you need to kill the hadoop job. We show you how to do this below.

Monitoring Hadoop jobs

You are required in this homework to monitor the running Hadoop jobs on your AWS cluster using the master node's job tracker web UI.

By far the easiest way to do this is to use ssh tunneling.

Run this command

ssh -L 9100:localhost:9100 -L 9101:localhost:9101  -i ~/.ssh/<your pem file> hadoop@<master DNS>

Open your browser to http://localhost:9100

There are two other ways to do this: using lynx or using your own browser with a SOCKS proxy.

Using LYNX. Very easy, you don't need to download anything. Open a separate ssh connection to the AWS master node and type:

% lynx http://localhost:9100/

Lynx is a text browswer. Navigate as follows: up/down arrows = move through the links (current link is highlighted); enter = follows a link; left arrow = return to previous page.

Examine the webpage carefully, while your pig pgram is running. You should find information about the map tasks, the reduce tasks, you should be able to drill down into each map task (for example to monitor its progress); you should be able to look at the log files of the map tasks (if there are runtime errors, you will see them only in these log files).
Using SOCKS proxy, and your own browser. This requires more work, but the nicer interface makes it worth the extra work
1. Set up your browser to use a proxy when connecting to the master node. Note: If the instructions fail for one browser, try the other browser. In particular, it seems like people are having problems with Chrome but Firefox, especially following Amazon's instructions, works well.
  - Firefox:
    1. Install the FoxyProxy extension for Firefox.
    2. Copy the foxyproxy.xml configuration file from the hw6/ folder into your Firefox profile folder.
    3. If the previous step doesn't work for you, try deleting the foxyproxy.xml you copied into your profile, and using Amazon's instructions to set up FoxyProxy manually. If you use Amazon's instructions, be careful to use port 8888 instead of the port in the instructions.
  - Chrome:
    1. Option 1: FoxyProxy is now available for Chrome as well.
    2. Option 2: You can try proxy switch!
    3. Click the Tools icon (upper right corner; don't confuse it with the Developer's Tools !), Go to Tools, go to Extensions. Here you will see the ProxySwitch!: click on Options.
    4. Create a new Proxy Profile: Manual Configuration, Profile name = Amazon Elastic MapReduce (any name you want), SOCKS Host = localhost, Port = 8888 (you can choose any port you want; another favorite is 8157), SOCKS v5. If you don't see "SOCKS", de-select the option to "Use the same proxy server for all protocols".
    5. Create two new switch rules (give them any names, say AWS1 and AWS2). Rule 1: pattern=*.amazonaws.com:*/*, Rule 2: pattern=*.ec2.internal:*/*. For both, Type=wildcard, Proxy profile=[the profile you created at the previous step].
2. Open a new local terminal window and create the SSH SOCKS tunnel to the master node using the following:
```
$ ssh -o "ServerAliveInterval 10" -i </path/to/saved/keypair/file.pem> -ND 8888 hadoop@<master.public-dns-name.amazonaws.com>
```
  (The -N option tells ssh not to start a shell, and the -D 8888 option tells ssh to start the proxy and have it listen on port 8888.)
  
  The resulting SSH window will appear to hang, without any output; this is normal as SSH has not started a shell on the master node, but just created the tunnel over which proxied traffic will run.
  
  Keep this window running in the background (minimize it) until you are finished with the proxy, then close the window to shut the proxy down.
3. Open your browser, and type one of the following URLs:
  - For the job tracker: http://<master.public-dns-name.amazonaws.com>:9100/
  - For HDFS management: http://<master.public-dns-name.amazonaws.com>:9101/
The job tracker enables you to see what MapReduce jobs are executing in your cluster and the details on the number of maps and reduces that are running or already completed.

Note that, at this point in the instructions, you will not see any MapReduce jobs running but you should see that your cluster has the capacity to run a couple of maps and reducers on your one instance.

The HDFS manager gives you more low-level details about your cluster and all the log files for your jobs.

Killing a Hadoop Job

Later, in the assignment, we will show you how to launch MapReduce jobs through Pig. You will basically write Pig Latin scripts that will be translated into MapReduce jobs (see lecture notes). Some of these jobs can take a long time to run. If you decide that you need to interrupt a job before it completes, here is the way to do it:

If you want to kill pig, you first type CTRL/C, which kills pig only. Next, kill the hadoop job, as follows. From the job tracker interface find the hadoop job_id, then type:

% hadoop job -kill job_id

You do not need to kill any jobs at this point.

However, you can now exit pig (just type "quit") and exit your ssh session. You can also kill the SSH SOCKS tunnel to the master node.

Terminating an AWS cluster

When you are done running Pig scripts, make sure to ALSO terminate your job flow. This is a step that you need to do in addition to stopping pig and Hadoop (if necessary) above.

This step shuts down your AWS cluster:

Go to the Management Console.
Select the job in the list.
Click the Terminate button (it should be right below "Your Elastic MapReduce Job Flows").
Wait for a while (may take minutes) and recheck until the job state becomes TERMINATED.

Pay attention to this step. If you fail to terminate your job and only close the browser, or log off AWS, your AWS will continue to run, and AWS will continue to charge you: for hours, days, weeks, and when your credit is exhausted, it chages your creditcard. Make sure you don't leave the console until you have confirmation that the job is terminated.

You can now shut down your cluster.

Checking your Balance

Please check your balance regularly!!!

Go to the Management Console.
Click on your name in the top right corner and select "Account Activity".
Now click on "detail" to see any charges < $1.

To avoid unnecessary charges, terminate your job flows when you are not using them.

USEFUL: AWS customers can now use billing alerts to help monitor the charges on their AWS bill. You can get started today by visiting your Account Activity page to enable monitoring of your charges. Then, you can set up a billing alert by simply specifying a bill threshold and an e-mail address to be notified as soon as your estimated charges reach the threshold.

Managing the results of your Pig queries

For the next step, you need to restart a new cluster as follows. Hopefully, it should now go very quickly:

Start a new cluster with one instance.
Start a new interactive Pig session (through grunt)
Start a new SSH SOCKS tunnel to the master node (if you are using your own browser)

We will now get into more details about running Pig scripts.

Your pig program stores the results in several files in a directory. You have two options: (1) store these files in the Hadoop File System, or (2) store these files in S3. In both cases you need to copy them to your local machine.

1. Storing Files in the Hadoop File System

This is done through the following pig command (used in example.pig):

 store count_by_object_ordered into '/user/hadoop/example-results' using PigStorage();

Before you run the pig query, you need to (A) create the /user/hadoop directory. After you run the query you need to (B) copy this directory to the local directory of the AWS master node, then (C) copy this directory from the AWS master node to your local machine.

1.A. Create the "/user/hadoop Directory" in the Hadoop Filesystem

You will need to do this for each new job flow that you create.

To create a /user/hadoop directory on the AWS cluster's HDFS file system run this from the AWS master node:

% hadoop dfs -mkdir /user/hadoop

% hadoop dfs -ls /user/hadoop

You may see some output from either command, but you should not see any errors.

You can also do this directly from grunt with the following command.

grunt> fs -mkdir /user/hadoop

Now you are ready to run your first sample program. Take a look at the starter code that we provided in hw6.tar.gz. Copy and paste the content of example.pig. (We give more details about this program back in hw6.html).

Note: The program may appear to hang with a 0% completion time... go check the job tracker. Scroll down. You should see a MapReduce job running with some non-zero progress.

Note 2: Once the first MapReduce job gets to 100%... if your grunt terminal still appears to be suspended... go back to the job tracker and make sure that the reduce phase is also 100% complete. It can take some time for the reducers to start making any progress.

Note 3: The example generates more than 1 MapReduce job... so be patient.

1.B. Copying files from the Hadoop Filesystem

The result of a pig script is stored in the hadoop directory specified by the store command. That is, for example.pig, the output will be stored at /user/hadoop/example-results, as specified in the script. HDFS is separate from the master node's file system, so before you can copy this to your local machine, you must copy the directory from HDFS to the master node's Linux file system:

% hadoop dfs -copyToLocal /user/hadoop/example-results example-results

This will create a directory example-results with part-* files in it, which you can copy to your local machine with scp. You can then concatenate all the part-* files to get a single results file, perhaps sorting the results if you like.

An easier option may be to use

% hadoop fs -getmerge  /user/hadoop/example-results example-results

This command takes a source directory and a destination file as input and concatenates files in src into the destination local file.

Use hadoop dfs -help or see the hadoop dfs guide to learn how to manipulate HDFS. (Note that hadoop fs is the same as hadoop dfs.)

1.C. Copying files to or from the AWS master node

To copy one file from the master node back to your computer, run this command on the local computer:
```
$ scp -o "ServerAliveInterval 10" -i </path/to/saved/keypair/file.pem> hadoop@<master.public-dns-name.amazonaws.com>:<file_path> .
    
```
where <file_path> can be absolute or relative to the AWS master node's home folder. The file should be copied onto your current directory ('.') on your local computer.
Better: copy an entire directory, recursively. Suppose your files are in the directory example-results. They type the following on your loal computer:
```
$ scp -o "ServerAliveInterval 10" -i </path/to/saved/keypair/file.pem> -r hadoop@<master.public-dns-name.amazonaws.com>:example-results .
```
As an alternative, you may run the scp command on the AWS master node, and connect to your local machine. For that, you need to know your local machine's domain name, or IP address, and your local machine needs to accept ssh connections.

2. Storing Files in S3

To use this approach, go to your AWS Management Console, click on Create Bucket, and create a new bucket (=directory). Give it a name that may be a public name. Do not use any special chatacters, including underscore. Let's say you call it supermanhw6. Click on Actions, Properties, Permissions. Make sure you have all the permissions.

Modify the store command of example.pig to:

 store count_by_object_ordered into 's3n://supermanhw6/example-results';

Run your pig program. When it terminates, then in your S3 console you should see the new directory example-results. Click on individual files to download. The number of files depends on the number of reduce tasks, and may vary from one to a few dozens. The only disadvantage of using S3 is that you have to click on each file separately to download.

Note that S3 is permanent storage, and you are charged for it. You can safely store all your query answers for several weeks without exceeding your credit; at some point in the future remember to delete them.