Instance API
Scaleway Instances are virtual machines in the cloud. Different Instance types offer different technical specifications in terms of vCPU, RAM, bandwidth and storage. Once you have created your Instance and installed your image of choice (e.g. an operating system), you can connect to your Instance via SSH to use it as you wish. When you are done using the Instance, you can delete it from your account.
To retrieve information about the different images available to install on Scaleway Instances, check out our Marketplace API.
Concepts
Refer to our dedicated concepts page to find definitions of all concepts and terminology related to Instances.
Quickstart
-
Configure your environment variables
Note:This is an optional step that seeks to simplify your usage of the Instances API. See Availability Zones below for help choosing an Availability Zone. You can find your Project ID in the Scaleway console.
export SCW_SECRET_KEY="<API secret key>"export SCW_DEFAULT_ZONE="<Scaleway Availability Zone>"export SCW_PROJECT_ID="<Scaleway Project ID>" -
Create an Instance: Run the following command to create an Instance. You can customize the details in the payload (name, description, type, tags etc) to your needs: use the information below to adjust the payload as necessary.
curl -X POST \-H "X-Auth-Token: $SCW_SECRET_KEY" \-H "Content-Type: application/json" \"https://api.scaleway.com/instance/v1/zones/$SCW_DEFAULT_ZONE/servers" \-d '{"name": "my-new-instance","project": "'"$SCW_PROJECT_ID"'","commercial_type": "GP1-S","image": "544f0add-626b-4e4f-8a96-79fa4414d99a","enable_ipv6": true,"volumes": {"0":{"name": "my-volume","size": 300000000000,"volume_type": "l_ssd"}}}'Parameter Description Valid values name
A name of your choice for the Instance (string) Any string containing only alphanumeric characters, dots, spaces and dashes, e.g. "my-new-instance"
.project
The Project in which the Instance should be created (string) Any valid Scaleway Project ID (see above), e.g. "b4bd99e0-b389-11ed-afa1-0242ac120002"
commercial-type
The commercial Instance type to create (string) Any valid ID of a Scaleway commercial Instance type, e.g. "GP1-S"
,"PRO2-M"
. Use the List Instance Types endpoint to get a list of all valid Instance types and their IDs.image
The image to install on the Instance, e.g. a particular OS (string) Any valid Scaleway image ID, e.g. "544f0add-626b-4e4f-8a96-79fa4414d99a"
which is the ID for theUbuntu 22.04 Jammy Jellyfish
image. Use the List Instance Images endpoint to get a list of all available images and their IDs, or check out the Scaleway Marketplace API.enable_ipv6
Whether to enable IPv6 on the Instance (boolean) true
orfalse
volumes
An object that specifies the storage volumes to attach to the Instance. For more information, see Creating an Instance: the volumes object in the Technical information section of this quickstart. A (dictionary) object with a minimum of one key ( "0"
) whose value is another object containing the parameters"name"
(a name for the volume),"size"
(the size for the volume, in bytes), and"volume_type"
("l_ssd"
,"b_ssd"
or"unified"
). Additional keys for additional volumes should increment by 1 each time (the second volume would have a key of1
.) Further parameters are available, and it is possible to attach existing volumes rather than creating a new one, or create a volume from a snapshot. -
List your Instances: run the following command to get a list of all the Instances in your account, with their details:
curl -X GET \-H "Content-Type: application/json" \-H "X-Auth-Token: $SCW_SECRET_KEY" \"https://api.scaleway.com/instance/v1/zones/$SCW_DEFAULT_ZONE/servers/" -
Delete an Instance: run the following command to delete an Instance, specified by its Instance ID:
curl -X DELETE \-H "X-Auth-Token: $SCW_SECRET_KEY" \-H "Content-Type: application/json" \"https://api.scaleway.com/instance/v1/zones/$SCW_DEFAULT_ZONE/servers/<Instance-ID>"The expected successful response is empty.
- You have a Scaleway account
- You have created an API key and that the API key has sufficient IAM permissions to perform the actions described on this page
- You have installed
curl
Technical information
Availability Zones
Instances can be deployed in the following Availability Zones:
Name | API ID |
---|---|
Paris | fr-par-1 fr-par-2 fr-par-3 |
Amsterdam | nl-ams-1 nl-ams-2 |
Warsaw | pl-waw-1 pl-waw-2 |
Pagination
Most listing requests receive a paginated response. Requests against paginated endpoints accept two query
arguments:
page
, a positive integer to choose which page to return.per_page
, an positive integer lower or equal to 100 to select the number of items to return per page. The default value is50
.
Paginated endpoints usually also accept filters to search and sort results.These filters are documented along each endpoint documentation.
The X-Total-Count
header contains the total number of items returned.
Creating an Instance: the volumes object
When creating an Instance, the volumes
object is a required part of the payload. This is a dictionary with a minimum of one key ("0"
) whose value is another object setting parameters for that volume. Additional keys for additional volumes should increment by 1 each time (the second volume would have a key of 1
.)
Note that volume size
must respect the volume constraints of the Instance's commercial_type
: for each type of Instance, a minimum amount of storage is required, and there is also a maximum that cannot be exceeded. Some Instance types support only Block Storage (b_ssd
), others also support local storage (l_ssd
) ). Read more about these constraints in the List Instance types documentation, specifically the volume_constraints
parameter for each type listed in the response
You can use the volumes
object in different ways. The table below shows which parameters are required for each of the following use cases:
Use case | Required params | Optional params | Notes |
---|---|---|---|
Create a volume from a snapshot of an image | volume_type , size , boot | If the size parameter is not set, the size of the volume will equal the size of the corresponding snapshot of the image. | |
Attach an existing volume | id , name | boot | |
Create an empty volume | name , volume_type , size | organization , project , boot | |
Create a volume from a snapshot | base_snapshot , name , volume_type | organization , project , boot |
This information is designed to help you correctly configure the volumes
object when using the Create an Instance or Update an Instance methods.
Going further
For more help using Scaleway Instances, check out the following resources:
- Our main documentation
- The #instance channel on our Slack Community
- Our support ticketing system.
Instances are computing units providing resources to run your applications on. Scaleway offers various Instance types including Virtual Instances and dedicated GPU Instances. Note: Instances can be referenced as "servers" in API endpoints.
GET/instance/v1/zones/{zone}/servers
POST/instance/v1/zones/{zone}/servers
GET/instance/v1/zones/{zone}/servers/{server_id}
PATCH/instance/v1/zones/{zone}/servers/{server_id}
DELETE/instance/v1/zones/{zone}/servers/{server_id}
GET/instance/v1/zones/{zone}/servers/{server_id}/action
POST/instance/v1/zones/{zone}/servers/{server_id}/action
Images are backups of your Instances. One image will contain all of the volumes of your Instance, and can be used to restore your Instance and its data. You can also use it to create a series of Instances with a predefined configuration. To copy not all but only one specified volume of an Instance, you can use the snapshot feature instead.
GET/instance/v1/zones/{zone}/images
POST/instance/v1/zones/{zone}/images
PUT/instance/v1/zones/{zone}/images/{id}
GET/instance/v1/zones/{zone}/images/{image_id}
DELETE/instance/v1/zones/{zone}/images/{image_id}
A security group is a set of firewall rules on a set of Instances. Security groups enable you to create rules that either drop or allow incoming traffic from certain ports of your Instances.
Security groups are stateful by default which means return traffic is automatically allowed, regardless of any rules. As a contrary, you have to switch in a stateless mode to define explicitly allowed.
GET/instance/v1/zones/{zone}/security_groups
POST/instance/v1/zones/{zone}/security_groups
PUT/instance/v1/zones/{zone}/security_groups/{id}
GET/instance/v1/zones/{zone}/security_groups/{security_group_id}
DELETE/instance/v1/zones/{zone}/security_groups/{security_group_id}
GET/instance/v1/zones/{zone}/security_groups/{security_group_id}/rules
POST/instance/v1/zones/{zone}/security_groups/{security_group_id}/rules
PUT/instance/v1/zones/{zone}/security_groups/{security_group_id}/rules
GET/instance/v1/zones/{zone}/security_groups/{security_group_id}/rules/{security_group_rule_id}
PUT/instance/v1/zones/{zone}/security_groups/{security_group_id}/rules/{security_group_rule_id}
DELETE/instance/v1/zones/{zone}/security_groups/{security_group_id}/rules/{security_group_rule_id}
GET/instance/v1/zones/{zone}/security_groups/default/rules
User data is a key value store API you can use to provide data to your Instance without authentication.
As an example of use, Scaleway images contain the script scw-generate-ssh-keys
which generates SSH server’s host keys then stores their fingerprints as user data under the key “ssh-host-fingerprints”.
This way, we ensure they are really connecting to their Scaleway Instance and they are not victim of a man-in-the-middle attack.
There are two endpoints to access user data:
- From a running Instance, by using the metadata API at http://169.254.42.42/user_data.
To enhance security, we only allow user data viewing and editing as root.
To know if the query is issued by the root user, we only accept queries made from a local port below 1024 (by default, non-root users can not bind ports below 1024).
To specify the local port with cURL, use
curl --local-port 1-1024 http://169.254.42.42/user_data
- From the Instance API at using methods described bellow.
GET/instance/v1/zones/{zone}/servers/{server_id}/user_data
GET/instance/v1/zones/{zone}/servers/{server_id}/user_data/{key}
PATCH/instance/v1/zones/{zone}/servers/{server_id}/user_data/{key}
DELETE/instance/v1/zones/{zone}/servers/{server_id}/user_data/{key}
All Instance types available in a specified zone. Each type contains all the features of the Instance (CPU, RAM, Storage) as well as their associated pricing.
GET/instance/v1/zones/{zone}/products/servers
GET/instance/v1/zones/{zone}/products/servers/availability
All volume types available in a specified zone. Each of these types will contains all the capabilities and constraints of the volume (min size, max size, snapshot).
GET/instance/v1/zones/{zone}/products/volumes
A flexible IP address is an IP address which you hold independently of any Instance. You can attach it to any of your Instances and do live migration of the IP address between your Instances.
Note that attaching a flexible IP address to an Instance will remove the previous public IP address of the Instance and cut any ongoing public connection to the Instance.
GET/instance/v1/zones/{zone}/ips
POST/instance/v1/zones/{zone}/ips
GET/instance/v1/zones/{zone}/ips/{ip}
PATCH/instance/v1/zones/{zone}/ips/{ip}
DELETE/instance/v1/zones/{zone}/ips/{ip}
A volume is where you store your data inside your Instance. It appears as a block device on Linux that you can use to create a filesystem and mount it.
Two different types of volume (volume_type
) are available:
l_ssd
is a local block storage: your data is downloaded on the hypervisor and you need to power off your Instance to attach or detach a volume.b_ssd
is a remote block storage: your data is stored on a centralized cluster. You can plug and unplug a volume while your Instance is running.
Note: The unified
volume type is not available for volumes. This
type can only be used on snapshots.
Minimum and maximum volume sizes for each volume types can be queried
from the zone /products/volumes
API endpoint. I.e for:
fr-par-1
use https://api.scaleway.com/instance/v1/zones/fr-par-1/products/volumesnl-ams-1
use https://api.scaleway.com/instance/v1/zones/nl-ams-1/products/volumes
Each type of volume is also subject to a global quota for the sum of all the volumes. This quota depends of the level of support and may be changed on demand.
Be wary that when terminating an Instance, if you want to keep
your block storage volume, you must detach it before you
issue the terminate
call.
When using multiple block devices, it's advised to mount them by
using their UUID instead of their device name. A device name is
subject to change depending on the volumes order. Block devices
UUIDs can be found in /dev/disk/by-id/
.
GET/instance/v1/zones/{zone}/volumes
POST/instance/v1/zones/{zone}/volumes
PUT/instance/v1/zones/{zone}/volumes/{id}
GET/instance/v1/zones/{zone}/volumes/{volume_id}
PATCH/instance/v1/zones/{zone}/volumes/{volume_id}
DELETE/instance/v1/zones/{zone}/volumes/{volume_id}
Snapshots contain the data of a specified volume at a particular point in time. The data can include the Instance's operating system, configuration information and/or files stored on the volume.
A snapshot can be done from a specified volume, e.g. you have one Instance with a volume containing the OS and another one containing the application data, and you want to use different snapshot strategies on both volumes.
A snapshot's volume type can be either its original volume's type
(l_ssd
or b_ssd
) or unified
. Similarly, volumes can be created as well from snapshots
of their own type or unified
. Therefore, to migrate data from a l_ssd
volume
to a b_ssd
volume, one can create a unified
snapshot from the original volume
and a new b_ssd
volume from this snapshot. The newly created volume will hold a copy
of the data of the original volume.
GET/instance/v1/zones/{zone}/snapshots
POST/instance/v1/zones/{zone}/snapshots
GET/instance/v1/zones/{zone}/snapshots/{snapshot_id}
PUT/instance/v1/zones/{zone}/snapshots/{snapshot_id}
DELETE/instance/v1/zones/{zone}/snapshots/{snapshot_id}
POST/instance/v1/zones/{zone}/snapshots/{snapshot_id}/export
Bootscripts are a combination of a Kernel and of an initrd. They tell the Instance how to start and configure its starting process and settings.
Bootscripts usage is now deprecated.
Scaleway recommends you take the "local" boot method that automatically launches your Instance with your locally installed kernel. It gives you full control over the booting process of your Instance.
GET/instance/v1/zones/{zone}/bootscripts
GET/instance/v1/zones/{zone}/bootscripts/{bootscript_id}
Placement groups allow the user to express a preference regarding the physical position of a group of Instances. The feature lets the user choose to either group Instances on the same physical hardware for best network throughput and low latency or to spread Instances across physically distanced hardware to reduce the risk of physical failure.
The operating mode is selected by a policy_type
. Two policy
types are available:
low_latency
will group Instances on the same hypervisorsmax_availability
will spread Instances across physically distanced hypervisors
The policy_type
is set to max_availability
by default.
For each policy types, one of the two policy_mode
may be selected:
optional
will start your Instances even if the constraint is not respectedenforced
guarantees that if the Instance starts, the constraint is respected
The policy_mode
is set by default to optional
.
GET/instance/v1/zones/{zone}/placement_groups
POST/instance/v1/zones/{zone}/placement_groups
GET/instance/v1/zones/{zone}/placement_groups/{placement_group_id}
PUT/instance/v1/zones/{zone}/placement_groups/{placement_group_id}
PATCH/instance/v1/zones/{zone}/placement_groups/{placement_group_id}
DELETE/instance/v1/zones/{zone}/placement_groups/{placement_group_id}
GET/instance/v1/zones/{zone}/placement_groups/{placement_group_id}/servers
PUT/instance/v1/zones/{zone}/placement_groups/{placement_group_id}/servers
PATCH/instance/v1/zones/{zone}/placement_groups/{placement_group_id}/servers
A Private NIC is the network interface that connects an Instance to a Private Network. An Instance can have multiple private NICs at the same time, but each NIC must belong to a different Private Network.
GET/instance/v1/zones/{zone}/servers/{server_id}/private_nics
POST/instance/v1/zones/{zone}/servers/{server_id}/private_nics
GET/instance/v1/zones/{zone}/servers/{server_id}/private_nics/{private_nic_id}
PATCH/instance/v1/zones/{zone}/servers/{server_id}/private_nics/{private_nic_id}
DELETE/instance/v1/zones/{zone}/servers/{server_id}/private_nics/{private_nic_id}