For AI agents: The documentation index is at https://docs.digitalocean.com/llms.txt. Markdown versions of pages use the same URL with index.html.md in place of the HTML page (for example, append index.html.md to the directory path instead of opening the HTML document).
How to Configure Multi-Node GPU Droplets
Generated on 15 Jun 2026
DigitalOcean Droplets are Linux-based virtual machines (VMs) that run on top of virtualized hardware. Each Droplet you create is a new server you can use, either standalone or as part of a larger, cloud-based infrastructure.
To create multi-node GPU deployments, you must first contact support. Multi-node GPU deployments can only be created in multiples of 8 GPUs, and support needs to enable the specific Droplet plan slug for you to use when you create your GPU Droplets.
After creation, the configuration of the network that connects the GPUs using a NCCL or RCCL topology requires you to take additional steps, like configuring MTU or assigning IPv4 addresses to the GPU network cards.
Configure the GPU Network Interface Controllers
With the exception of NVIDIA B300, each GPU has a dedicated network interface controller (NIC); B300 Droplets will have two per GPU. This means that each multi-node ready Droplet will have additional interfaces, from eth2 to eth9, or from eth2 to eth17.
Warning
The eth0 interface is for public connectivity to the internet and eth1 is for private connectivity to other Droplets in the same VPC network. GPU multi-node applications must use interfaces starting from eth2, which are for GPU-to-GPU communication, while control traffic should use eth1 for private communication between nodes.
For rail-only fabric deployments, each NIC must have its own subnet that is disjoint from the others. For example, eth2 could use 192.68.50.0/24, eth3 could use 192.68.51.0/24, and so on. IPv6 link-local addresses are automatically assigned to these interfaces once they are active, making them a simpler option for GPU-to-GPU communication.
As for IPv4, each NIC needs a unique IP address on each subnet. We recommend using the same final octet in each subnet for a given Droplet. For example, one Droplet would have the addresses 192.68.50.2, 192.68.51.2, and so on. An additional Droplet would have 192.68.50.3, 192.68.51.3, and so on.
You can address the NICs in one of two ways:
With user data, which is useful if you intend to use a base image that doesn’t support Netplan, but requires a specific naming convention for your Droplets.
Manually with Netplan, which is useful if the Droplet naming convention for the user data script is not suitable for your needs.
Using Ansible, which is useful if you want to apply changes to an existing set of GPU Droplets.
To use our user data script, you must adopt a specific naming convention for your Droplets:
The name must end with a hyphen, -, followed by an integer between 1 to 254. For example, examplename-1.
The name must have no other hyphens.
Then, use the following cloud-config file when you create the Droplet (add eth10|eth11|eth12|eth13|eth14|eth15|eth16|eth17 in case of B300):
#cloud-configwrite_files:- path:/usr/sbin/gpu-fabric.shcontent:| #!/bin/bash
IFACES=$(ip -br addr | grep eth | grep -E 'eth2|eth3|eth4|eth5|eth6|eth7|eth8|eth9' | awk '{print $1}')
subnet=50
octet=$(hostname | cut -d '-' -f 2)
for i in ${IFACES}; do
/usr/sbin/ip link set dev ${i} up
/usr/sbin/ip link set dev ${i} mtu 4200
ADDR="192.168.${subnet}.${octet}/24"
/usr/sbin/ip addr add dev ${i} ${ADDR}
subnet=$((subnet + 1))
done
/usr/sbin/ip -br addrpermissions:'0755'bootcmd:- /usr/sbin/gpu-fabric.shruncmd:- /usr/sbin/gpu-fabric.sh
You can pass this script when creating a GPU Droplet with doctl by using the -user-data-file flag.
You can use Netplan to configure the NICs. The AI/ML-ready image we provide for GPU Droplets includes Netplan support.
On each Droplet, open /etc/netplan/50-cloud-init.yaml and add the following block after eth1:
You can optionally also edit the eth1 MTU to 9002. Additional stanzas for eth10 to eth17 will be needed to configure all the NICs available in NVIDIA B300 Droplets.
Save the file and apply the changes:
sudo netplan apply
Repeat this process on every other Droplet, replacing the fourth octet each time. For example, change 192.168.50.2 to 192.168.50.3 on the next Droplet, then to 192.168.50.4 on the next, and so on.
You can use our gpu-fabric Ansible playbook to configure multi-node GPU Droplets:
DigitalOcean's gpu-fabric GitHub Repository
A simple Ansible playbook to configure multi-node GPU Droplets.
The README of the repository has installation and usage instructions which are replicated here:
In the inventory/droplets file in your cloned version of this repository, in the [multinode_gpu_droplets] section, specify the public IP addresses of your GPU Droplets.
Ansible uses SSH under the hood to configure Droplets. If you have never connected to your Droplets with SSH and the .ssh/config file on your machine does not include StrictHostKeyChecking no, add the following line to the inventory/droplets file:
You can check the IP addresses assigned to the fabric NICs:
ip -br a
This lists the network interfaces and their IP addresses, for example:
lo UNKNOWN 127.0.0.1/8 ::1/128
eth0 UP 162.243.220.179/24 10.13.0.5/16 fe80::4006:aff:fe4d:d7cb/64
eth1 UP 10.128.0.2/16
eth2 UP 192.168.50.1/24
eth3 UP 192.168.51.1/24
eth4 UP 192.168.52.1/24
eth5 UP 192.168.53.1/24
eth6 UP 192.168.54.1/24
eth7 UP 192.168.55.1/24
eth8 UP 192.168.56.1/24
eth9 UP 192.168.57.1/24
Make sure these match the addresses you assigned.
Configure NCCL or RCCL
For the best performance with multi-node training using NCCL (NVIDIA GPUs) or RCCL (AMD GPUs), you must provide additional GPU-specific configuration on all Droplets in your multi-node deployment.
NVIDIA H100
For H100 GPUs you must download a NCCL topology file, then configure it in nccl.conf.
First, download the topology file and save it as /etc/nccl/topo.xml.
Then, edit /etc/nccl.conf to include the following lines: