Créer votre première Instance Scaleway et vous y connecter en SSH

Parcours en cours de construction

Ce parcours Scaleway est en cours de production. Les pages sortent par vagues ; certains volets sont encore en construction.

C'est le moment concret : vous allez créer un vrai serveur, vous y connecter, puis le supprimer. Après un rappel de ce qu'est une Instance, de ses états et de ce que chacun coûte, vous apprendrez à choisir un type sur des critères vérifiables (gamme, vCPU partagé ou dédié, architecture, bande passante), vous générez une clé SSH, vous provisionnez un serveur avec scw, vous ouvrez une session SSH dessus, et vous détruisez tout en prouvant qu'il ne reste rien. Ce lab s'adresse à qui a déjà configuré la CLI. À la fin, vous aurez parcouru le cycle de vie complet d'un serveur cloud, et vous saurez lire le catalogue des types sans vous tromper de gamme.

Ce que vous allez apprendre

Niveau : débutant. Prérequis : la CLI scw configurée avec une clé API valide.

À la fin de ce lab, vous saurez :

• Ce qu'est une Instance, ses états, et ce que chacun coûte
• Choisir son type sur quatre critères, et lire le catalogue avec scw
• Générer une clé SSH et l'enregistrer dans votre projet
• Créer une Instance et vous y connecter en SSH
• Tout détruire et vérifier qu'il ne reste aucun coût résiduel

Qu'est-ce qu'une Instance Scaleway ?

Une Instance est un serveur virtuel que vous louez à la demande : un ordinateur complet (processeur, mémoire, disque, système d'exploitation) qui tourne dans un datacenter Scaleway, facturé à l'heure tant qu'il est allumé. Vous la démarrez en quelques secondes, vous y installez ce que vous voulez, et vous la supprimez quand vous n'en avez plus besoin. Un hyperviseur partage une machine physique entre plusieurs Instances ; chacune reçoit ses vCPU, sa RAM (toujours dédiée), son stockage et sa bande passante.

Quels sont les états d'une Instance, et lesquels coûtent ?

Une Instance a quatre états documentés, et seul l'état « supprimée » arrête tous les compteurs (page « Understanding Instance states », validée le 2026-04-03). Le tableau se lit par la colonne Facturé : c'est elle qui décide de ce que vous faites en fin de session.

État	Ce qui se passe	Facturé
Running	l'Instance consomme du calcul	calcul + stockage + IP
Stopped (power off)	l'hyperviseur est libéré ; le volume local est conservé ou archivé vers un snapshot	stockage + IP, plus de calcul
Standby	l'Instance est arrêtée mais reste allouée, données locales en place	comme une Instance allumée
Deleted	Instance et volumes locaux supprimés	rien, sauf une Flexible IP conservée

Glissez pour voir

Point important : l'éteindre ne coupe pas tous les frais. Le calcul s'arrête, mais le volume de disque et l'IP publique réservée continuent d'être facturés tant qu'ils existent. La bonne habitude, surtout avec un budget limité : on crée, on teste, on détruit dans la foulée. Un attribut protected peut interdire l'arrêt et la suppression d'une Instance de production : ce n'est pas un état, c'est un verrou à poser sur ce qui ne doit jamais disparaître par erreur.

Comment choisir son type d'Instance ?

Le type (aussi appelé gamme ou « commercial type ») définit la puissance de l'Instance : vCPU, RAM, stockage, bande passante et prix horaire, et il se choisit sur quatre critères, pas sur le seul nombre de cœurs.

Critère 1 : la gamme

Scaleway organise ses Instances en catégories pensées pour des usages différents (page « Choosing the best Instance type », validée le 2025-11-18). Le tableau se lit par la colonne Pour quoi faire ; les exemples de gammes sont ceux que vous verrez dans scw.

Catégorie	Quand la choisir	Exemples de gammes	vCPU	Stockage
Development	apprentissage, dev, test, CI, nœuds de conteneurs	STARDUST1, PLAY2, DEV1	partagés, 1 à 48	Block ou local
General Purpose	production, fort trafic, applications critiques	PRO2, POP2, GP1, BASIC3, STANDARD3, ARM BASIC2, STANDARD2	partagés ou dédiés, 1 à 64	Block
Compute Optimized	encodage vidéo, batch, ML, CI intensive	COMPUTE3, POP2-HC	dédiés, 2 à 64	Block
Memory Optimized	analytics, calcul en mémoire, bases en cache	MEMORY3, POP2-HM	dédiés, 2 à 64	Block
Network Optimized	très haut débit réseau	POP2-HN	dédiés	Block
GPU	IA, machine learning, rendu 3D	L4, L40S, H100, B300	dédiés	Block + scratch

Glissez pour voir

Critère 2 : vCPU partagé ou dédié

Un vCPU partagé se planifie sur un cœur physique partagé avec d'autres Instances ; un vCPU dédié correspond à un thread physique réservé (page « Choosing between shared or dedicated vCPUs », validée le 2025-11-05). Le partagé coûte moins et convient au développement, aux sites à trafic faible ou moyen et aux nœuds de conteneurs ; son défaut est le « CPU steal » : quand un voisin monte en charge, vos performances varient. Le dédié garantit une performance constante, sans voisin bruyant, et s'impose pour la production sensible à la latence, le commerce en ligne, la CI, le transcodage ou le temps réel. Règle simple : partagé si le budget prime, dédié si la prévisibilité prime.

Critère 3 : x86 ou ARM

Scaleway propose les deux architectures, et le choix se fait sur la compatibilité logicielle d'abord. Les Instances ARM (BASIC2, STANDARD2, processeurs Ampere Altra) offrent une meilleure efficacité énergétique et un prix inférieur (BASIC2-A2C-4G à 0,023 € par heure contre 0,039 € pour son équivalent x86 BASIC3-X2C-4G, relevé du 2026-09-08). Les Instances x86 (AMD EPYC) gardent la compatibilité la plus large et la meilleure performance mono-thread. Une image custom se crée avec une architecture explicite, parce que les deux jeux d'instructions sont incompatibles.

Critère 4 : la bande passante, réseau et disque

Chaque type annonce une bande passante Internet et une bande passante vers le Block Storage, et c'est le critère qu'on oublie devant le nombre de cœurs (page « Instances bandwidth overview », validée le 2025-11-18). GP1-XS dispose de 500 Mbit/s vers Internet et de 300 Mio/s vers le Block Storage ; PLAY2-PICO de 100 Mbit/s et 40 Mio/s ; POP2-16C-64G de 3,2 Gbit/s et 3,12 Gio/s. Un volume Block à 15 000 IOPS n'exprime ses performances qu'à partir de 3 Gio/s de bande passante disque, ce qui exclut toutes les petites Instances. La bande passante s'applique par connexion réseau : autant vers Internet que vers chaque Private Network.

Lire le catalogue avec scw

Vous listez les types réellement créables dans votre zone, avec leur prix, leurs vCPU, leur RAM et leur disponibilité :

scw instance server-type list zone=fr-par-1

La sortie doit afficher une ligne par type avec son prix horaire ; la colonne availability vaut available, scarce ou shortage, et seule la première garantit une création immédiate. Quelques repères relevés le 2026-09-08 avec scw 2.56.3 en fr-par-1 (à titre indicatif, vérifiez toujours avec la commande) :

Type	vCPU	RAM	Stockage	Prix relevé / h	Disponibilité relevée
STARDUST1-S	1	1 Go	local	0,0006 €	shortage
DEV1-S	2	2 Go	local 20 Go, ou Block	0,0090 €	available
PLAY2-PICO	1	2 Go	Block	0,0143 €	scarce (available en fr-par-2)
BASIC2-A2C-4G (ARM)	2	4 Go	Block	0,0230 €	scarce
BASIC3-X2C-4G	2	4 Go	Block	0,0394 €	available
PRO2-XXS	2	8 Go	Block	0,0561 €	scarce
POP2-2C-8G (dédié)	2	8 Go	Block	0,0735 €	available
GP1-XS	4	16 Go	local 150 Go, ou Block	0,0928 €	available

Glissez pour voir

Pour un premier test, la puissance ne sert à rien : choisissez un type modeste et disponible. Nous prendrons GP1-XS, largement suffisant, available à Paris lors du relevé, et dont le volume local de 150 Go évite de parler de Block Storage avant la leçon dédiée. DEV1-S fait tout aussi bien pour dix fois moins cher ; nous le retrouverons dans la leçon sur l'émulateur.

Un type introuvable ?

Tous les types ne sont pas proposés dans toutes les zones : fr-par-3 n'en connaît que 33, it-mil-1 n'a ni DEV1 ni PLAY2. Si scw répond que le type n'existe pas, listez ceux de votre zone avec scw instance server-type list zone=... et prenez-en un marqué available. Un type en shortage échouera à la création.

Pourquoi poser une alerte de budget avant de créer ?

Avant de provisionner, définissez une alerte de budget dans la console (section Facturation) : c'est le filet de sécurité qui vous prévient si une ressource oubliée fait grimper la note. Ce lab détruit tout à la fin, mais l'alerte reste une bonne pratique dès qu'on manipule des ressources payantes. Rappel utile : chaque ressource est facturée 60 minutes au minimum, donc ce lab coûtera une heure de GP1-XS, de volume et d'IP, soit environ 0,10 €, que vous mettiez dix ou cinquante minutes.

Étape 1 : générer et enregistrer votre clé SSH

Pour vous connecter en SSH, vous avez besoin d'une paire de clés : une clé privée qui reste sur votre poste et une clé publique que Scaleway injecte dans l'Instance. On génère la paire, puis on envoie seulement la clé publique. Une Organisation peut en enregistrer 50.

1. Générer la paire si vous n'en avez pas déjà une :

   ssh-keygen -t ed25519 -C "lab scaleway"

   Acceptez le chemin par défaut (~/.ssh/id_ed25519). Une passphrase est recommandée.

2. Enregistrer la clé publique dans votre projet Scaleway :

   scw iam ssh-key create name=lab-formation public-key="$(cat ~/.ssh/id_ed25519.pub)"

3. Vérifier qu'elle est bien enregistrée :

   scw iam ssh-key list

   La sortie doit lister votre clé lab-formation avec son empreinte. Seule la clé publique est partie ; votre clé privée n'a jamais quitté votre machine.

Étape 2 : créer l'Instance

On crée une Instance sous Ubuntu 22.04, avec une IP publique pour pouvoir s'y connecter. L'argument ip=new alloue une IPv4, et -w attend que le serveur soit prêt. L'aide de scw instance server create -h (2.56.3) accepte aussi ip=ipv6 (une IPv6 seule, gratuite), ip=both, ip=dynamic (une adresse libérée à l'arrêt) et ip=none (aucune adresse publique, pour une machine qui ne vivra que dans un Private Network).

1. Créer et démarrer l'Instance :

   scw instance server create \
     image=ubuntu_jammy \
     type=GP1-XS \
     name=lab-premiere-instance \
     ip=new \
     -w

2. Repérer l'adresse IP dans la sortie (champ public_ip.address). Vous pouvez aussi la relire à tout moment :

   scw instance server list

   L'Instance doit apparaître à l'état running avec une IP publique. Chaque Instance possède aussi un nom DNS de la forme <uuid>.pub.instances.scw.cloud, mis à jour automatiquement quand ses Flexible IP changent (FAQ Instances).

Étape 3 : se connecter en SSH

Votre clé publique a été injectée au démarrage : vous vous connectez en root, avec votre clé privée, sans mot de passe.

# Remplacez par l'IP publique de votre Instance
ssh root@VOTRE_IP_PUBLIQUE

Le service SSH met parfois quelques secondes à démarrer après que l'Instance est « running » : si la première tentative affiche Connection refused, patientez et réessayez. Une fois connecté, vérifiez que vous êtes bien sur le serveur :

hostname
head -1 /etc/os-release
nproc; free -g | head -2

La sortie doit afficher le nom de votre Instance, Ubuntu 22.04, 4 processeurs et environ 15 Gi de mémoire. Tapez exit pour quitter la session.

Étape 4 : comment tout détruire, et le prouver ?

C'est l'étape la plus importante pour votre facture : on éteint l'Instance, on la supprime avec ses volumes, puis on libère l'IP, qui reste réservée sinon.

1. Récupérer l'ID de l'Instance :

   scw instance server list

2. Éteindre puis supprimer l'Instance et ses volumes :

   scw instance server stop VOTRE_ID -w
   scw instance server delete VOTRE_ID with-volumes=all -w

3. Libérer l'IP flexible, sinon elle continue d'être facturée :

   scw instance ip list          # récupérer l'ID de l'IP
   scw instance ip delete VOTRE_IP_ID

4. Vérifier qu'il ne reste rien :

   scw instance server list
   scw instance ip list
   scw block volume list

   Les trois listes doivent être vides. La leçon Facturation vous montrera comment lire ensuite la ligne de consommation de ce lab.

Les coûts cachés à traquer

Après une suppression incomplète, deux ressources continuent de facturer en silence : les volumes orphelins et les IP flexibles réservées. C'est pourquoi on passe with-volumes=all (les valeurs possibles sont none, local, block, root, all) et on supprime l'IP séparément, ou en une fois avec with-ip=true. Détail utile de la CLI : les arguments booléens attendent =true (par exemple force-shutdown=true) ; sans cette valeur, l'argument n'est pas interprété comme un booléen et la commande échoue ou n'en tient pas compte.

Limites, quotas et plafonds

Ces valeurs disent ce qu'un compte peut créer et ce qu'une Instance peut recevoir ; elles viennent de la page des quotas (validée le 2025-10-29), des FAQ et du relevé CLI du 2026-09-08.

Plafond	Valeur	Source
Quota GP1-XS	1 avant vérification d'identité, 4 après	quotas d'Organisation
Quota DEV1-S	10 avant, 20 après	quotas d'Organisation
Adresses IP d'Instances	20 avant, 50 après	quotas d'Organisation
Groupes de sécurité et règles	99 999 groupes, 500 règles	quotas d'Organisation
Interfaces réseau privées par Instance	8	quotas d'Organisation
Volume système minimal	10 Go (125 Go pour une image GPU)	FAQ Instances
Volume local maximal	600 Go (GP1-XL) ; 150 Go sur GP1-XS, 20 Go sur DEV1-S	FAQ Block Storage, relevé local_volume_max_size
Volumes par Instance	16 dont le volume de démarrage, soit 15 Block	FAQ Block Storage
Facturation minimale	60 minutes par ressource	FAQ facturation
Bande passante GP1-XS	500 Mbit/s Internet, 300 Mio/s Block	doc bandwidth overview

Glissez pour voir

Antipatterns à éviter

Ces erreurs partagent une cause : croire que le serveur cloud se comporte comme la machine sous le bureau.

Antipattern	Conséquence	Discipline
Choisir le type sur le nombre de cœurs	bande passante disque insuffisante pour un volume 15K, réseau à 100 Mbit/s	lire bandwidth, supported_storage et le tableau officiel avant de choisir
Mettre une production sur vCPU partagé « pour économiser »	performances variables sous charge des voisins	dédié (POP2, COMPUTE3, MEMORY3) dès que la latence compte
Éteindre au lieu de supprimer en fin de lab	volume et Flexible IP facturés indéfiniment	delete with-volumes=all with-ip=true, puis les listes
Utiliser le standby pour « faire une pause »	facturé comme une Instance allumée	power off, qui archive le volume local et arrête le calcul
Enregistrer la clé SSH après la création	Permission denied, et un redémarrage nécessaire	clé enregistrée avant la création
Se connecter en root avec mot de passe	surface d'attaque inutile	clé ed25519 avec passphrase, mot de passe jamais activé

Glissez pour voir

L'Instance sous l'angle Well-Architected

Operational Excellence : un serveur reproductible

Pourriez-vous recréer ce serveur à l'identique demain ? Oui, si sa création tient dans une commande scw et un fichier cloud-init, ce que la leçon Images et cloud-init met en place. Depuis le 15 juillet 2026, les Instance Templates figent une configuration (type, image, réseau, sécurité, cloud-init) pour la rejouer sans ressaisie, et depuis le 25 août 2026 les Autoscaling Groups, en bêta publique, créent des flottes à partir de ces gabarits. La discipline est de ne jamais configurer à la main ce qui devra exister deux fois.

Cost Optimization : le compteur s'arrête à la suppression

Que reste-t-il à payer une fois l'Instance éteinte ? Le volume et l'IP. La discipline est le trio stop, delete with-volumes=all with-ip=true, listes vides ; le standby est un piège de facturation, pas une économie.

Performance : mesurer avant de monter en gamme

Le type choisi limite-t-il l'application ? La réponse se mesure : nproc, free, et surtout la bande passante disque quand une base de données entre en jeu. La discipline est de partir petit et de changer de type sur une mesure ; le redimensionnement vertical existe, et un type en shortage se remplace par son voisin available.

Pièges courants

Le tableau se lit par la colonne Symptôme : c'est ce que vous voyez à l'écran, message exact compris quand il y en a un ; la colonne Cause dit ce qui se passe réellement, et la colonne Solution la commande ou le geste qui débloque.

Symptôme	Cause	Solution
Permission denied en SSH	la clé publique n'était pas enregistrée avant la création	enregistrer la clé, puis redémarrer l'Instance (scw instance server reboot) pour qu'elle soit prise en compte
Connection refused en SSH	le service SSH n'a pas fini de démarrer	patienter quelques secondes et réessayer
should be powered off au delete	suppression tentée sur une Instance en marche	l'éteindre d'abord (scw instance server stop), ou passer force-shutdown=true
La création échoue alors que le type est listé	availability à shortage, ou quota atteint	choisir un type available, vérifier les quotas
Not Found sur server-type list	zone inexistante	relire les dix zones dans l'aide de la commande
Facture qui continue après suppression	IP ou volume non supprimés	scw instance ip list, scw block volume list, supprimer ce qui reste
L'Instance paraît lente par moments	vCPU partagé et voisins chargés	passer sur un type à vCPU dédié

Glissez pour voir

Contrôle de connaissances

Vérifiez que l'essentiel de ce guide est acquis. Les questions portent uniquement sur ce qui vient d'être expliqué ici.

Contrôle de connaissances

Validez vos connaissances avec ce quiz interactif

6 questions

6 min.

70% requis

Informations

• Le chronomètre démarre au clic sur Démarrer
• Questions à choix multiples, vrai/faux et réponses courtes
• Vous pouvez naviguer entre les questions
• Les résultats détaillés sont affichés à la fin

Démarrer le quiz

Lance le quiz et démarre le chronomètre

À retenir

• Une Instance est un serveur virtuel loué à la demande, facturé à l'heure tant qu'il tourne, avec un minimum de 60 minutes.
• Quatre états : Running, Stopped (plus de calcul, mais stockage et IP), Standby (facturé comme allumé), Deleted ; l'IP survit à la suppression sauf with-ip=true.
• Le type se choisit sur quatre critères : gamme, vCPU partagé ou dédié, x86 ou ARM, bande passante réseau et disque ; scw instance server-type list donne prix et availability.
• Relevé du 2026-09-08 en fr-par-1 : DEV1-S 0,009 €/h, BASIC3-X2C-4G 0,039 €/h, GP1-XS 0,093 €/h ; un type en shortage échoue à la création.
• On génère sa clé SSH (ssh-keygen -t ed25519), on envoie la publique (scw iam ssh-key create) avant de créer l'Instance ; la privée reste locale.
• On crée avec scw instance server create image=ubuntu_jammy type=GP1-XS ip=new -w ; ip= accepte aussi ipv6, both, dynamic et none.
• Teardown complet : stop puis delete with-volumes=all puis instance ip delete, et trois listes vides.
• Depuis le 15 juillet 2026, les Instance Templates figent une configuration ; les Autoscaling Groups sont en bêta publique depuis le 25 août 2026.

Pour aller plus loin

• Facturation, quotas et budget : Lire la ligne de consommation de ce lab, et comprendre pourquoi chaque ressource a son propre compteur.
• Block Storage : Le disque réseau que la plupart des gammes utilisent comme volume de démarrage, et sa bande passante par type.
• Images, cloud-init et snapshots : Rendre cette création reproductible, sans jamais se connecter en SSH pour configurer.

Ressources externes

Les pages officielles sur lesquelles cette leçon s'appuie, avec ce qu'on y cherche ; leur champ de validation date chaque fait cité.

• Choosing the best Scaleway Instance type : les gammes, leurs usages et leurs plages de vCPU, RAM et bande passante.
• Choosing between shared or dedicated vCPUs : le tableau comparatif officiel et les cas d'usage de chaque mode.
• Instances bandwidth overview : la bande passante Internet et Block de chaque type.
• Understanding Instance states : les états et leur facturation.
• Instances FAQ : options d'arrêt, nom DNS, volume minimal, facturation GPU à la minute.

×

📖 Voir la documentation →