Prices

Les prix des Compute Services reposent sur deux modèles différents : On-Demand et Pre-Commit. Le modèle à la demande offre la plus grande flexibilité sans engagement de durée. Vous ne payez que pour le temps pendant lequel les instances sont actives. En contrepartie, le modèle pré-engagé est destiné aux ressources de calcul qui tournent 24/7. Des remises allant jusqu’à 50 pour cent sont possibles ici. Les prix indiqués pour les services EveryWare Open Cloud s’entendent hors TVA.

Compute Service

Serveur cloud (Instance)

Une instance de serveur cloud se compose d’un ou de plusieurs processeurs virtuels (vCPU), de mémoire, d’une image OS (système d’exploitation, image publique ou privée) et d’un block storage d’instance (IBS) ou d’un volume block storage (Volume Service VBS). Le client peut choisir parmi les types préconfigurés suivants, appelés flavors. Ces flavors combinent des tailles et des limites fixes en matière de bande passante réseau, de débit de stockage ou de nombre d’IOPS et de type de vCPUs, de taille de mémoire et de block storage d’instance.

Deux modèles de tarification sont disponibles pour les Compute Services.

Le modèle à la demande offre la plus grande flexibilité sans engagement de durée. Toutes vos instances peuvent être commandées de manière flexible selon ce modèle. Vous ne payez que pour le temps pendant lequel les instances sont actives (statut « running »). Le temps d’utilisation des différentes VM est enregistré à la seconde et totalisé sur une base horaire au cours du mois calendaire. Le temps total obtenu en heures sert à la facturation.

Le modèle pré-engagé s’adresse aux ressources de calcul qui tournent 24/7. Des remises allant jusqu’à 50 pour cent sont possibles pour une durée de contrat de 1 ou 3 ans. Le pré-engagement porte sur les types d’instances, appelés flavors.

General Workload e1

Ce groupe de flavors offre un ratio équilibré de tous les composants, tels que vCPU, RAM, IOPS et réseau. Il est adapté à un large éventail de tâches. Le ratio vCPU/RAM est de 1:4.

Memory intense Workload e1m

Ce type de flavor est idéal pour les applications nécessitant une quantité de RAM particulièrement importante. Le ratio vCPU/RAM est de 1:8. Les bases de données et les applications Java bénéficient notamment de RAM supplémentaire.

CPU intensive Workload e1c

Pour toutes les applications à forte intensité CPU, ce groupe de flavors offre un ratio vCPU/RAM de 1:2. Ce flavor est souvent utilisé pour des serveurs de build qui compilent du code.

Network intensive Workload e1n

Les applications nécessitant un débit réseau particulièrement élevé devraient tourner sur des instances de ce flavor. Il offre plus de deux fois le débit réseau des autres flavors e1.

Pure Power intense Workloads p1d

Le nouveau groupe de flavors p1d est basé sur le processeur AMD Ryzen 9 Zen4 et offre une fréquence d’horloge de base pouvant atteindre 5,7 GHz, ce qui en fait l’un des processeurs les plus puissants de la prestigieuse série Ryzen 7000. Ces processeurs sont spécifiquement conçus pour les applications et charges de travail exigeantes, de l’édition graphique professionnelle et de la modélisation 3D au calcul scientifique complexe. De plus, le groupe de flavors p1d est équipé d’un stockage SSD local hautes performances qui permet un accès et des transferts de données rapides.

GPU-Intensive Workloads H200

Ce flavor a été conçu pour les charges de travail exigeantes en IA et en centre de données et est doté de la GPU NVIDIA H200 Tensor Core hautes performances avec 141 Go de vRAM HBM3e. Pour les charges de travail particulièrement exigeantes, les instances GPU configurables a1g200d.16xlarge, a1g200d.32xlarge et a1g200d.64xlarge sont disponibles. Il combine jusqu’à 192 vCPUs, 768 Go de RAM et 960 Go d’espace disque NVMe dans un environnement qui ne nécessite aucun compromis, même pour les charges de travail les plus étendues. En son cœur se trouve un processeur AMD EPYC 9755 avec 128 cœurs et une fréquence d’horloge de base pouvant atteindre 4,1 GHz, qui garantit une performance fiable même sous charge pleine soutenue.

GPU-Intensive Workloads RTXPro 6000

Ce flavor est conçu pour les charges de travail professionnelles exigeantes et est doté de la GPU NVIDIA RTX Pro 6000 Blackwell avec 96 Go de mémoire GDDR7 ECC. Pour les charges de travail particulièrement exigeantes, le flavor a1g6000d.8xlarge est disponible. Il combine 32 vCPUs, 128 Go de RAM et 960 Go d’espace disque NVMe dans un environnement qui ne nécessite aucun compromis, même pour les charges de travail les plus étendues. En son cœur se trouve un processeur AMD EPYC 9755 avec 128 cœurs et une fréquence d’horloge de base pouvant atteindre 4,1 GHz, qui garantit une performance fiable même sous charge pleine soutenue.

GPU Power intense workloads L4

Le dernier flavor se caractérise par une GPU NVIDIA L4 Tensor Core avec 24 Go de mémoire par GPU. Pour des besoins spécifiques, il propose un flavor GPU personnalisé (p1gd.4xlarge) équipé de 16 vCPUs, 64 Go RAM et 960 Go de stockage SSD local. Ces derniers flavors sont spécifiquement conçus pour les applications IA, ML et graphiques hautement complexes et offrent un mélange exceptionnel de performance, d’adaptabilité et d’extensibilité. Ils sont basés sur le processeur AMD Ryzen 9 Zen4 avancé, qui atteint une fréquence d’horloge de base pouvant atteindre 5,7 GHz.

Zero disk g1

Ce flavor spécial ne contient pas de disque de boot. Pour utiliser ce flavor, un volume bootable doit d’abord être créé. Les clients ont ainsi la possibilité de sélectionner un type de volume qui répond à leurs besoins comme disque de boot.

Medium intense workload m1

Les instances de test ou les applications moins critiques peuvent recourir à ce type de flavor. Il offre des performances nettement inférieures dans les domaines des IOPS, du débit disque et du réseau.

General Workload a1 (Région 2)

Le groupe de flavors a1 (Enterprise Performance Instances) offre une combinaison puissante de ressources CPU, RAM, stockage et réseau, optimisée pour les applications exigeantes avec des besoins élevés en puissance de calcul et en mémoire. Il inclut un disque d’instance défini avec une capacité élevée et une solution de stockage NVMe rapide. Le ratio vCPU/RAM est flexible et prend en charge efficacement les charges de travail modernes.

Systèmes d’exploitation

Les systèmes d’exploitation suivants sont actuellement disponibles comme images dans la sélection.

1 Prix pour la licence minimale Windows Server (8 Core). Autres packages de licences Windows Server Core : « Windows Server 2 Core License » (CHF 6.75/mois)

2 Prix pour la licence minimale MS SQL Server Web Edition (4 Core). Autres packages de licences MS SQL Server Core : « MS SQL Server Web Edition 2 Core Licenses » (CHF 13.85/mois)

3 Prix pour la licence minimale MS SQL Server Standard Edition (4 Core). Autres packages de licences MS SQL Server Core : « MS SQL Server Standard Edition 2 Core Licenses » (CHF 221.20/mois)

4 Prix pour la licence minimale MS SQL Server Enterprise Edition (4 Core). Autres packages de licences MS SQL Server Core : « MS SQL Server Enterprise Edition 2 Core Licenses » (CHF 832.80/mois)

Les licences sont facturées sur une base horaire et au prorata. Les prix ci-dessus sont calculés sur la base d’un mois de 31 jours (744 heures).

Storage Service

Prix des volumes de block storage

Les volumes de block storage sont fournis sur un cluster de stockage entreprise NVME-SSD évolutif, redondant et hautes performances, basé sur Ceph. Les différentes classes de performance se distinguent par le nombre d’IOPS par volume mis à disposition.

Le nombre maximal d’IOPS pour le block storage provisionné est indépendant de la taille du volume, mais une taille de volume minimale de 100 Go est requise pour un usage équitable.

Avec le block storage general purpose, le nombre maximal d’IOPS disque disponibles augmente dynamiquement avec la taille du volume. Deux niveaux de progression avec différents ratios d’IOPS sont actuellement proposés.

Exemple de calcul Augmentation modérée des IOPS par Go de volume : 400 Go * 5 IOPS = 2’000 IOPS Augmentation significative des IOPS par Go de volume : 400 Go * 25 IOPS = 10’000 IOPS

Jusqu’à 24 volumes de block storage peuvent être attribués à chaque OpenStack Cloud Server, les volumes de block storage pouvant être de différents types. La taille maximale d’un seul volume est actuellement limitée à 20 To.

Remarque

S3 Object Storage

L’Service Object Storage est un service de stockage de données basé sur des objets. Le service est accessible via le réseau Internet public au moyen du protocole HTTPS et des API largement répandues S3 et Swift. L’API S3 proposée par EveryWare s’inspire étroitement de l’API S3 connue d’AWS. Swift est un object storage similaire à S3 et est utilisé par OpenStack, par exemple, comme stockage pour les volume backups.

L’Service Object Storage offre la possibilité de créer des buckets (containers) et des objets de stockage, de récupérer et de supprimer des objets. Le client a la possibilité de contrôler l’accès au niveau du bucket. L’Service Object Storage offre une scalabilité élevée et simultanément une administration simple mais puissante.

Le prix de l’Object Storage S3 et SWIFT se compose des composantes suivantes :

Service de backup de volume

L’OpenStack Service de backup de volume offre la possibilité d’un backup complet ou incrémental pour restaurer des volumes en utilisant l’Service Object Storage. Un backup est une « point in time copy » d’un volume et est stocké dans le centre de données secondaire sur un cluster d’object storage hautement redondant. La sauvegarde des données peut être automatisée et contrôlée via le Workflow Service ou contrôlée directement via l’API du Volume Service. Les coûts d’un volume backup sont les suivants :

Outre les coûts de l’OpenStack Service de backup de volume, il existe également des coûts pour le stockage temporaire du volume (Process) et l’Object Storage (Vault), selon la taille et le type du volume sauvegardé.

Exemple de calcul Backup de volume quotidien (full) d’un volume de 100 Go, rétention 7 Après le septième jour, le premier backup est écrasé. L’exemple se base sur un mois entier (base 744 h).

Le coût réel de la sauvegarde de ce volume de 100 Go dépend de divers facteurs, tels que la taille réelle du volume sauvegardé (taille utilisée), la durée de traitement du backup (stockage temporaire) et le facteur de compression (>10) des fichiers de backup. L’exemple de calcul est une estimation réaliste qui inclut les éléments de coût suivants pour un mois :

Service de snapshot de volume

Le service de snapshot offre au client la possibilité de créer une « point in time copy » d’une instance (serveur) ou d’un volume. Le snapshot d’une instance est stocké en tant qu’image privée dans la zone compute/images et facturé en tant qu’image service sur une base horaire. En revanche, un snapshot de volume reste sur la solution de block storage et apparaît dans le portail de gestion OpenStack sous Volume/Snapshot. Un snapshot de volume peut être converti en volume, tandis qu’un snapshot de serveur transféré vers l’Service Image peut être utilisé pour démarrer un nouveau serveur sur la base de ce snapshot (image).

Service Image

Network Service

Routeurs (VPC)

Un routeur virtuel est un composant de service qui transmet les paquets de données entre les réseaux. Il peut connecter plusieurs réseaux privés entre eux ou avec le réseau public (et donc Internet). Les routeurs sont facturés à l’USAGE sur une base horaire.

VPN Site-à-Site (IPsec)

Le service VPN est connecté à un routeur (VPC) et fait référence à un groupe d’endpoints ou à un seul sous-réseau pour atteindre un site distant. Après l’activation de ce service, vous pouvez établir plusieurs connexions VPN, la facturation s’effectue par connexion VPN et est facturée à l’heure. Un routeur est requis pour ce service.

Floating IPs (IP publique)

Une floating IP est une adresse IP publique qui peut être attribuée, par exemple, à un serveur cloud ou à un load balancer. Seuls les serveurs cloud connectés à un réseau relié au réseau public via un routeur peuvent se voir attribuer une floating IP. Un serveur cloud auquel une floating IP a été attribuée peut être atteint directement depuis Internet via cette IP (veillez à configurer les security groups). Les Floating IPs sont également requises pour le port forwarding.

Trafic réseau

Le réseau public sert à connecter les environnements clients à Internet, si souhaité. Seuls les routeurs ont un accès direct au réseau public. Le trafic sortant est facturé ici. Depuis le 23.09.2020, le trafic du réseau public est mesuré par client (tenant) et peut donc également être facturé. Dans uProvide, les données apparaissent dans la section de service Rating Data « public-network-traffic ». Le trafic public vers l’object storage (par ex. backup) est filtré et non facturé.

Services réseau gratuits

Aucuns frais ne sont facturés pour les services réseau suivants :

• Port forwarding Dans le portail de gestion OpenStack, vous pouvez configurer un nombre quelconque de transferts de PORT ou de plages de PORT. Ici, une connexion reçue via un PORT externe spécifique (par ex. 2222) du routeur virtuel est transférée vers une instance (VM) via un autre PORT interne (par ex. 22).
• Security groups Les security groups remplacent les firewalls classiques dans les plateformes cloud modernes. Alors qu’un firewall ne scelle que des réseaux entiers, les security groups permettent de sécuriser des ports individuels au sein d’un réseau de couche 2.
• Security rules Chaque security group contient une ou plusieurs security rules. Les rules contiennent des règles granulaires sur les protocoles, les groupes et les CIDR utilisés pour déterminer qui doit avoir accès à qui.
• Réseaux privés et sous-réseaux Le client peut créer différents réseaux privés au sein de son projet. Les plages d’adresses IP des sous-réseaux associés peuvent être librement sélectionnées conformément à la RFC 1918.

Load Balancer Service (HA LBaaS)

Le Load Balancing haute disponibilité en tant que service (LBaaS) offre du load balancing sur la base d’IP virtuelles – comme alternative au load balancing basé sur DNS.

Le CPU et la RAM d’une instance ne sont comptabilisés et calculés que lorsque l’instance est démarrée (UP). Le stockage d’une instance est toujours comptabilisé indépendamment de l’état d’alimentation.

OpenStack ne comptabilise pas les heures CPU ou RAM individuellement, mais les heures d’instance UP des différents types d’instances (flavors). Le calcul se base sur le prix du flavor respectif, qui prend implicitement en compte le nombre de CPU et de RAM.

Managed Kubernetes Service

Le Managed Kubernetes Service est intégrable de manière fluide dans l’Open Cloud d’EveryWare. Cela signifie qu’un prix par cluster est facturé pour la mise à disposition et l’exploitation du Managed Kubernetes Service, auquel s’ajoutent uniquement les ressources réellement utilisées pour la charge de travail respective, telles que les worker nodes (compute), les volumes persistants (storage), les load balancers, les routeurs, etc.

La facturation s’effectue à la minute sur une base horaire. Cela signifie que divers modèles de tarification sont disponibles pour une facturation flexible, tels que les modèles à la demande et pré-engagés, qui peuvent être sélectionnés ou combinés selon les besoins. L’utilisation réseau normale est gratuite dans le cadre de notre Ingress Traffic Fair Use Policy.

Managed Kubernetes Service