Basic installation on AWS requires using the EC2 management tools to launch an instance of the GitHub Enterprise AMI. The instance may be launched into either EC2-Classic or your organization's VPC. To store Git repositories, databases, and other application data, you must create and attach a separate EBS root volume.

Instructions on launching an instance designed to meet the needs of your organization are detailed below.


Before installing GitHub Enterprise on AWS, ensure you meet these software and hardware requirements.


  • You must have an AWS account capable of launching EC2 instances and creating EBS volumes. Sign up here.
  • You must have a GitHub Enterprise license file. To download an existing license file or request a trial license, visit

Additionally, this guide assumes you are familiar with the following AWS concepts:

Most actions needed to launch your instance may be performed using either the AWS management console or the AWS Command Line Interface. Examples using the command line interface are included below. We recommend installing the command line tools for initial setup and using the examples provided if this is your first time launching an instance on AWS.


Based on your seat count, we recommend this hardware configuration:

Seats vCPUs Memory Attached Storage Root Storage
0-500 2 16 GB 100 GB 80 GB
500-3000 4 32 GB 250 GB 80 GB
3000-5000 8 64 GB 500 GB 80 GB

Warning: We recommend you use webhooks to fetch repository changes for continuous integration (CI) or similar systems. Regular automatic checks, or polling, will significantly reduce the scalability of your instance.

Determining the instance type

Before launching your GitHub Enterprise instance on AWS, you'll need to determine the type of virtual machine that best fits the needs of your organization.

Supported Instance Types

GitHub Enterprise is supported on the following EC2 instance types:

  • m3.xlarge
  • m3.2xlarge
  • c3.2xlarge
  • c3.4xlarge
  • c3.8xlarge
  • r3.large
  • r3.xlarge
  • r3.2xlarge
  • r3.4xlarge
  • r3.8xlarge

For more information, see the AWS EC2 instance type overview page.

Recommended instance types

Based on your seat count, we recommend these instance types:

Seat Range Recommended Type
0 - 500 r3.large
500 - 3000 r3.xlarge
3000 - 5000 r3.2xlarge

Note: You can always scale up your CPU or memory by resizing your instance. However, because resizing your CPU or memory requires downtime for your users, we recommend over-provisioning resources to account for scale.

Selecting the GitHub Enterprise AMI

Select a GitHub Enterprise AMI based on the AWS Region you would like to launch the instance into.

Region ID AMI ID
ap-northeast-1 ami-bdb4add3
ap-northeast-2 ami-3f25ed51
ap-southeast-1 ami-2566b246
ap-southeast-2 ami-effbd68c
eu-central-1 ami-397f9c56
eu-west-1 ami-178e0064
sa-east-1 ami-65cd4409
us-east-1 ami-23b5af49
us-west-1 ami-615f2101
us-west-2 ami-21d12141

Creating a Security Group

If you're setting up your AMI for the first time you will need to create a Security Group. From the EC2 Management Console, create an entry for each port in the table below:

Port Service Description
8443 HTTPS Secure web based Management Console. Required for basic installation and configuration.
8080 HTTP Plain-text web based Management Console. Not required unless SSL is disabled manually
122 SSH Instance shell access. Note that the default SSH port (22) is dedicated to application git+ssh network traffic.
1194/UDP VPN Secure replication network tunnel in High Availability configuration.
161/UDP SNMP Required for network monitoring protocol operation.
443 HTTPS Web application and Git over HTTPS access.
80 HTTP Web application access. Note that all requests are redirected to the HTTPS port when SSL is enabled.
22 SSH Git over SSH access. Clone, fetch, and push operations to public/private repositories supported.
9418 Git Simple Git protocol port. Clone and fetch operations to public repositories only. Unencrypted network communication.
25 SMTP SMTP with encryption (STARTTLS) support.

When you are finished adding ports to your Security Group, inbound rules should look like:

ec2 Management Console

Launching an EC2 instance

Use the AWS management console or command line tools to launch an EC2 instance with the values determined in the previous steps. For example, to launch an r3.xlarge instance with 100 GB EBS volume in the us-east-1 region, you would run the following command:

aws ec2 run-instances \
  --security-groups default \
  --instance-type r3.xlarge \
  --image-id ami-c6b828ae \
  --block-device-mappings '[{"DeviceName":"/dev/xvdf","Ebs":{"VolumeSize":100,"VolumeType":"gp2"}}]' \
  --region us-east-1 \

Enabling EBS encryption

An encrypted data volume provides an extra level of security by ensuring that any data you write to your instance is protected. There's a slight peformance impact when using encrypted disks. If you decide to encrypt your volume, we strongly recommend doing so before starting your instance for the first time. For more information, see the guide on Amazon EBS encryption.

If you decide to enable encryption after you've configured your instance, you will need to migrate your data to the encrypted volume, which will incur some downtime for your users.

Allocating an Elastic IP and associate it with the instance

If this is a production instance, we strongly recommend allocating an Elastic IP (EIP) and associating it with the instance before proceeding to GitHub Enterprise configuration. Otherwise, the public IP address of the instance will not be retained after instance restarts.

Both primary and replica instances should be assigned separate EIPs in production High Availability configurations.

Starting the instance

  1. Once your instance is running, copy the VM's public DNS name and paste it into a web browser.
  2. Configure the GitHub Enterprise appliance.