Difference between revisions of "New user training"

From UFRC
Jump to navigation Jump to search
Line 1: Line 1:
This page mirrors and expands upon the content provided in the New User Training module in myTraining (to be launching soon). The New User Training module is required for all new account holders within two weeks of obtaining a new account. Users who do not complete the training will have their account deactivated until the training is completed.
+
This page mirrors and expands upon the content provided in the [https://mytraining-ufshands.sumtotal.host/Core/pillarRedirect?relyingParty=LM&url=core%2Factivitydetails%2FViewActivityDetails%3FActivityId%3D50413%26UserMode%3D0 HiPerGator Account Training module in myTraining]. While currently optional, the HiPerGator Account Training module will be required for all new account holders to obtaining a new account at a future date.
  
 
==Training Objectives==
 
==Training Objectives==

Revision as of 00:27, 10 September 2020

This page mirrors and expands upon the content provided in the HiPerGator Account Training module in myTraining. While currently optional, the HiPerGator Account Training module will be required for all new account holders to obtaining a new account at a future date.

Training Objectives

  1. Recognize the role of Research Computing, utilize HiPerGator as a research tool and select appropriate resource allocations for analyses
  2. Log into HiPerGatos using an ssh client
  3. Describe appropriate use of the login servers and how to request resources for work beyond those limits
  4. Describe HiPerGator's three main storage systems and the appropriate use for each
  5. Use the module system for loading application environments
  6. Locate where to receive user support
  7. Identify common user mistakes and how to avoid them.


Module 1: Introduction to Research Computing and HiPerGator

HiPerGator

  • 46,000 cores
    "A row of HiPerGator compute node racks"
  • Hundreds of GPUs
  • 10 Petabytes of storage
  • New HiPerGator AI cluster will add
    • 1,120 NVIDIA A100 GPUs
    • 17,000 AMD Rome Epyc Cores

For additional information visit our website: https://www.rc.ufl.edu/

The Cluster History page has updated information on the current and historical hardware at Research Computing.

Summary: HiPerGator is a large, high-performance compute cluster capable of tackling some of the largest computational challenges, but users need to understand how to responsibly and efficiently use the resources.

Investor Supported

HiPerGator is heavily subsidized by the university, but we do require faculty researchers to make investments for access. Research Computing sell three main products:

  1. Compute: NCUs (Normalized Compute Units)
    "A composite image showing a CPU, a DDN storage cabinet and an NVIDIA A100 front plate"
    • 1 CPU core and 3.5 GB of RAM
  2. Storage:
    • Blue: High-performance
    • Orange: Intended for archival use
  3. GPUs
    • Sold in units of GPU cards
    • NCU investment also required to make use of GPU

Investments can either be hardware investments, lasting for 5-years or service investments lasting 3-months or longer.

Module 2: How to Access and Run Jobs

Cluster Components

  1. Login servers
  2. SLURM Scheduler
  3. Compute Cluster

Accessing HiPerGator

Proper use of Login Nodes

Generally speaking, interactive work other than managing jobs and data is discouraged on the login nodes. Login nodes are intended for file and job management, and short-duration testing and development.

See more information here.

Acceptable use limits:

  • No more than 16-cores
  • No longer than 10 minutes (wall time)
  • No more than 64 GB of RAM

Resources for Scheduling a Job

For use beyond what is acceptable on the login servers, you can request resources on development servers, GPUs servers, through JupyterHub, Galaxy, Graphical User Interface servers via open on demand or submit batch jobs. All of these services work with the scheduler to allocate your requested resources so that your computations run efficiently and do not impact other users.

Scheduling a Job

  1. Understand the resources that your analysis will use:
    • CPUs: Can your job use multiple CPU cores? Does it scale?
    • Memory: How much RAM will it use? Requesting more will not make your job run faster!
    • GPUs: Does your application use GPUs?
    • Time: How long will it run?
  2. Request those resources:
    • See sample job scripts
    • Watch the HiPerGator: SLURM Submission Scripts training video. This video is approximately 30 minutes and includes a demonstration Play icon.png
    • Watch the HiPerGator: SLURM Submission Scripts for MPI Jobs training video. This video is approximately 26 minutes and includes a demonstration Play icon.png
    • Open on Demand, JupyterHub and Galaxy all have other mechanisms to request resources as SLURM needs this information to schedule your job.
  3. Submit the Job
    • Either using sbatch on the command line or through on of the interfaces
    • Once your job is submitted, SLURM will check that there are resources available in your group and schedule the job to run
  4. Run
    • SLURM will work through the queue and run your job

Module 3: HiPerGator Storage

Three Locations for Storage

The storage systems are reviewed on this page.

"Photo of the Blue storage racks"
  1. Home Storage: /home/<user>
    • Each user has 40GB of space
    • Good for scripts, code and compiled applications
    • Do not use for job input/output
    • Snapshots are available for seven days
  2. Blue Storage: /blue/</group>
    • Our highest-performance filesystem
    • All input/output from jobs should go here
  3. Orange Storage: /orange/<group>
    • Slower than /blue
    • Not intended for large I/O for jobs
    • Primarily for archival purposes

Backup and Quotas

Directories

"A gif showing how a directory is automounted upon access."
This gif shows how an ls in /blue does not show the group directory for ufhpc. After a cd into the directory, and back out, it does show. This shows how the directory is automounted on access. Of course, it would be easier to just go directly without stopping in /blue first.
  • Directories on the Orange and Blue filesystems are automounted--they are only added when accessed.
  • Your group's directory may not appear until you access it.
  • Remember
    • Directories may not show up in an ls of /blue or /orange
      • If you cd to /blue and type ls, you will likely not see your group directory. You also cannot tab-complete the path to your group's directory. However, if you add the name of the group directory (e.g. cd /blue/my_group/ the directory becomes available and tab-completion functions.
      • Of course, there is no need to change directories one step at a time...cd /blue/group where "group" is the name of your group, will get there in one command.
    • You may need to type the path in SFTP clients or Globus for your group directory to appear
    • You cannot always use tab completion in the shell

Environment Modules System

  • HiPerGator uses the lmod environment modules system to hide application installation complexity and make it easy to use the installed applications.
  • For applications, compilers or interpreters, load the corresponding module

Module 4: Common User Mistakes and How to Avoid Them

  1. Running resource intensive applications on the login nodes
  2. Writing to /home during batch job execution
    • Use /blue/<group> for job input/output. See Storage.
  3. Wasting resources
    • Understand CPU and memory needs of your application
    • Over-requesting resources generally does not make your application run faster--it prevents other users from accessing resources.
  4. Blindly copying lab mate scripts
    • Make sure you understand what borrowed scripts do
    • Many users copy previous lab mate scripts, but do not understand the details
    • This often leads to wasted resources
  5. Misunderstanding the group investment limits and the burst QOS
    • Each group has specific limits
    • Burst jobs are run as idle resources are available

Module 5: How to get Help

  • Submit support requests at: https://support.rc.ufl.edu/
  • For problems with running jobs, provide:
    • JobID number(s)
    • Path(s) to job scripts and output
    • As much detailed information as you can about your problem
  • For requests to install an application, provide:
    • Name of application
    • URL to download the application