Suite à ses augmentations tarifaires de ces derniers mois, Scaleway avait annoncé l'arrivée prochaine d'un nouveau type d'instance à très petit prix : Stardust. Elles sont désormais disponibles pour 2 euros par mois, visant les petits besoins et autres développeurs.
Comme on s'y attendait, les instances Stardust, c'est un peu comme se payer un gros Raspberry Pi dans le Cloud. Ces nouvelles instances sont volontairement très limitées, visant le petit prix avant tout : 0,0025 euro de l'heure, soit 0,06 euro par jour et 1,8 euro par mois (sur 30 jours). Quatre fois moins chère que l'actuelle DEV1-S.
La moitié des performances pour le quart du prix
L'hébergeur évoque une utilisation à des fins de test, pour des services, un VPN maison, une seedbox, des sites à faible trafic comme un wiki ou de la documentation. On imagine aussi qu'un simple site statique s'y trouvera très bien. On pense également à ceux voulant se former, à moindres frais, à la gestion d'un serveur distant.
STARDUST1-S ne donne accès qu'à 10 Go de stockage, 1 Go de mémoire et 1 vCPU avec un débit réseau limité à 100 Mb/s (1 IPv4). C'est donc deux fois moins que DEV1-S, une manière de montrer que le rapport performances/prix est plus intéressant. Mais attention, leur nom semble être un symbole : il n'y en aura pas pour tout le monde.
L'offre est ainsi proposée jusqu'à épuisement, devant être renouvelée chaque mois. « Dépêchez-vous, qui sait quand la prochaine étoile filante apparaîtra », ajoute le tweet d'annonce. Pour le moment, il est toujours possible d'en réserver. Vous ne pouvez en commander qu'une par compte à Paris (PAR1) et une à Amsterdam (AMS1).
Les processeurs EPYC d'AMD toujours aux commandes
Une fois Ubuntu installé, 7,5 Go restent disponibles au sein du système. Il est possible de disposer de plus espace via le service Block Storage. Le processeur utilisé pour l'instance que nous avons pu tester est un EPYC 7281 à 16 coeurs (32 threads). Les instances DEV1-S utilisent ce même CPU, contre un EPYC 7401P sur GP1-XS.
Un test rapide via OpenSSL (sur deux instances à Amsterdam et Paris) donne les résultats suivants :
- Stardust : 135 signatures/s et 8 689 vérifications/s
- DEV1-S : 198 signatures/s et 13 128 vérifications/s
- GP1-XS : 574 signatures/s et 37 601 vérifications/s
Si l'on fait une comparaison sur un seul cœur, on obtient :
- Stardust : 135 signatures/s et 8 689 vérifications/s
- DEV1-S : 104 signatures/s et 6 799 vérifications/s
- GP1-XS : 147 signatures/s et 9 470 vérifications/s
Pour certains usages où un seul cœur est actif, STARDUST1-S pourrait donc être plus intéressant que DEV1-S tout en étant quatre fois moins cher. Il faudra voir si cela se confirme une fois qu'un nombre bien plus important de clients seront présents sur de tels instances, ces chiffres pouvant évoluer selon le niveau d'overprovisioning.
C'est à vous de voir selon vos besoins. On est par contre toujours sans nouvelles des options de réservation et autres types d'instances annoncés cet été par Scaleway.
Commentaires (26)
Vous avez l’air de dire que 1vCPU c’est un coeur (2 threads) mais ce ne serait pas seulement 1 thread et donc 2 instances par cpu?
C’est un vCPU, donc ça ne correspond à rien de concret ;) Pour ça qu’on relève les niveaux de performances, même s’il faudra voir comment ça se passera une fois que tout sera chargé. Je lance juste openSSL en mode 1C et nC sur les différentes instances.
Pour rappel les commandes de test :
openssl speed –multi $(nproc) rsa4096
openssl speed rsa4096
J’ai testé et impossible de créer un instance Stardust avec Alpine Linux en image de base. La taille de disque serait insuffisant … pourtant Alpine est super léger !
C’est excellent mais à des fins de test on n’ira pas loin avec une seule machine.
Ca serait parfait pour des infras de test justement qui n’ont pas besoin de puissance du tout mais pour lesquelles on voudrait répliquer un set complet de machines.
J’imagine que c’est juste pour le lancement et qu’ils vont débloquer ça plus tard.
Oui c’est le but de la limitation de permettre un usage de test mais pas de monter une infra dessus ;)
je pense que ce qu’il veut dire c’est qu’on ne peut pas tester une archi multi-serveur avec ça en fait, pour tester des montages divers et variés, il faudrait plus d’une seule instance pour valider les paramétrages “de base” (valider des redirections, proxy, séparation bd/media/“logique” par exemple, avant le moindre test de charge qui de toute façon ne passerait pas sur stardust)
S’il est possible d’y ajouter une adresse IPv4 supplémentaires, sachez que ça peut être un bon moyens pour outrepasser les bridages des pseudos opérateurs Internet type Orange à moindre coût afin de vous auto-héberger avec du vrai niveau 3 OSI (en plus de permettre l’utilisation d’un DNS inverse). L’usage de VXLAN au travers d’IPSec fonctionne bien pour l’avoir déjà utilisé.
Ça implique une configuration pas forcement simple au premier abord mais permet de grandes choses par la suite si vous n’êtes éligible à aucun opérateur Internet (avec un grand I. Pas minitel 2.0).
Ça permet de valider le non-fonctionnement des quotas.
J’ai essayé de créer sur une même zone ça ne fonctionnait pas. Par contre tu peux bien en avoir deux par compte comme évoqué dans l’article (un sur PAR1, un sur AMS1).
Pour ceux qui voudraient une comparaison avec un processeur Ryzen “classique, ici un 2700 où j’ai activé 1 vCPU aussi via ESXi utilisé aussi avec OpenSSL : 202 signatures/s et 13 160 vérifications/s
Mais c’est dommage car ça correspond au besoin de nombreux clients. Donc j’y vois deux explications, soit c’est un produit d’appel, pas rentable mais qui permet de se lancer chez eux pour trois fois rien (et donc d’évoluer sur d’autres offres par la suite), soit c’est juste une question d’approvisionnement et ils ne peuvent pas encore déployer ça en masse, donc pour l’instant ce sont des instances de test.
Je suis encore sur une vieille offre (qui a priori n’existe plus) START1-S, ça vaut quoi en comparaison ?
On pourra choisir le pays de l’instance pour ces serveurs ? On a une idée des localisations ? A priori pas de quota de données on dirait, ideal pour un petit vpn.
Edit : oups j’avais pas vu paris ou amsterdam seulement apparemment
Merci David. Et sur un Raspberry Pi justement ?
Même avec les quatre cœurs d’un RPi 4 et avec un noyau récent, c’est un quart de moins environ par rapport à une Stardust
Je pencherai pour un produit d’appel.
Si on veut se lancer à moindre frais (dans l’autohébergement par exemple, @NSACloudBackup) c’est vraiment très intéressant pour se faire la main.
Et si les besoins se limitent à un site statique c’est aussi très bon :)
Vous pensez que ça peut être suffisant pour héberger un petit Nexcloud pour de la gestion de contacts et calendrier ?
Un pi zero serait sans doute suffisant pour ça
Mais bon c’est comme toujours, si tu as un utilisateur qui se connecte de temps en temps et si tu en as 400 en simultanée, ce n’est pas la même chose.
y’a de grandes chances, vu qu’on peut faire tourner nextcloud sur un pi
à moins que tu veuille un truc qui sont instantané, si des petites latences te font pas peur autant essayer, à mon avis ça passe (j’ai nextcloudpi qui tourne sur un pi 4, mais je m’en sert que pour les fichiers, j’utilise pas les contacts et le calendrier, mais je doute fortement que ce soit le plus lourd là dedans)
edit : grillé XD
On est désormais obligé d’avoir une méthode de paiement valide pour consulter son compte Scaleway, tiens.
En effet, mais ça m’éviterait de commander un nouveau Pi pour tester l’installation de Nextcloud :)
Après avoir testé, ça fonctionne très bien et ça se configure ultra simplement, ça me plait !
Chez Hetzner le CX11 est à 0.005 €/H mais on profite de 2Go de ram, de 20 Go et une liaison Gb.
Pas testé mais bonne réputation seul défaut c’est pas Fr mais reste en Europe.
Tout dépend du besoin mais je ne peux que recommander Hetzner 😉.
J utilise leur service depuis 4 ans, aucun souci particulier.
L’offre Cloud démarre à 2.99€ pour 1vCPU/2GB Ram/20GB disk et il ne semble pas pratiquer l’overprovisionning… Ils ont également une offre block storage (0.0480GB/mois)
Ah et je trouve l’interface client “user friendly” !
Si c’est du vCPU, c’est forcément de l’overprovisionning ;)
Ah merci pour la note Mr !
Je voulais surtout dire que je n’ai jamais constaté de “CPU Steal” 🙂.
Contrairement à d’autres où j’ai déjà vu la valeur monter à 30-40%..