Unité 2.2 : Services de calcul
Introduction
Réfléchissez à la commande d'un repas dans un restaurant. Vous pouvez choisir un menu préétabli avec des portions et des prix fixes (rapide, simple, économique), ou vous pouvez commander à la carte, en personnalisant chaque détail selon vos préférences exactes (flexible, précis, mais potentiellement plus coûteux). Les services de calcul IONOS Cloud fonctionnent de la même manière, offrant à la fois des options préconfigurées pour la simplicité et des machines virtuelles entièrement personnalisables pour la précision.
Dans cette unité, vous explorerez les services de calcul qui alimentent les applications sur IONOS Cloud. Que vous ayez besoin d'une performance garantie pour des bases de données critiques, de ressources économiques pour des environnements de développement, ou d'une mise à l'échelle automatique pour des modèles de trafic imprévisibles, la compréhension de ces options de calcul vous aide à associer le bon service à vos exigences de charge de travail.
1. Aperçu du portefeuille de calcul d'IONOS
IONOS Cloud offre une gamme complète de services de calcul conçus pour répondre aux exigences diversifiées de charge de travail, allant des environnements de développement simples aux systèmes de production à haute performance. Le portefeuille de calcul se compose de deux offres principales, chacune optimisée pour différents cas d'utilisation et contraintes budgétaires.
1.1 Compute Engine (Serveurs virtuels flexibles)
Compute Engine est la plateforme de serveurs virtuels flexibles et haute performance d'IONOS. Elle fournit des machines virtuelles (VM) exécutées sur l'infrastructure cloud d'IONOS avec un contrôle total sur CPU, la mémoire, le stockage et les configurations de réseau. Compute Engine est la base de la plupart des charges de travail de production sur IONOS Cloud.
La famille Compute Engine se divise en deux types de produits :
Serveurs à cœur dédié fournissent à chaque VM un cœur physique CPU dédié ; sur la plupart des familles CPU, ce cœur se présente sous la forme de 2 threads hyper, bien que la famille Intel Xeon Sierra Forest plus récente présente 1 cœur logique par cœur physique sans hyper-threading. Aucun autre client ne peut utiliser ce cœur, garantissant des performances stables et prévisibles. Cela rend les serveurs à cœur dédié idéaux pour les tâches à haute performance, telles que l'analyse en temps réel, les pipelines de traitement de données, les applications d'entreprise et les bases de données à haut débit où les performances CPU ne peuvent pas être compromises. Les serveurs dédiés prennent en charge jusqu'à 62 cœurs dédiés et 230 Go RAM, avec la flexibilité de mettre à l'échelle les ressources verticalement sans redémarrage (en fonction du système d'exploitation).
Serveurs vCPU utilisent des processeurs virtuels qui partagent les ressources physiques sous-jacentes entre plusieurs clients. Ce modèle partagé offre une capacité de calcul rentable et évolutivité, adaptée aux bases de données, aux environnements de développement et de test, aux microservices et aux charges de travail générales. Les serveurs vCPU prennent en charge jusqu'à 60 processeurs virtuels et 230 Go RAM, avec la flexibilité de mettre à l'échelle les ressources verticalement sans redémarrage (en fonction du système d'exploitation).
Les deux serveurs à cœur dédié et vCPU prennent en charge la mise à l'échelle verticale en direct (LVS), qui vous permet d'augmenter les cœurs CPU, RAM et d'ajouter des interfaces réseau pendant que le serveur continue de fonctionner, en fonction du système d'exploitation. Cette capacité élimine les temps d'arrêt pendant les expansions de capacité, vous permettant de répondre instantanément aux pics de charge ou à la croissance.
Les deux serveurs à cœur dédié et vCPU sont soutenus par un accord de niveau de service plus élevé de 99,95 % de temps d'activité, reflétant la fiabilité de la plateforme Compute Engine pour les charges de travail de production.
1.2 Cubes (Serveurs virtuels privés préconfigurés)
Cubes sont des instances de serveurs virtuels privés préconfigurés d'IONOS Cloud avec des quantités fixes de vCPU, RAM et de stockage NVMe directement attaché. Pensez à Cubes comme des modèles de serveurs prêts à l'emploi, similaires à la commande d'un ordinateur portable préconfiguré au lieu de la construction d'un PC personnalisé à partir de composants individuels.
Chaque Cube combine un VM avec un stockage NVMe directement attaché (DAS) Volume dans un seul package. Les configurations de ressources sont fixes au moment de la mise en service et ne peuvent pas être modifiées ; elles ne prennent pas en charge la mise à l'échelle verticale en direct ou la migration automatique vers d'autres tailles. Plus tard, vous pouvez ajouter de nouvelles cartes réseau ou disques. Cubes sont disponibles en deux familles de modèles :
Basic Cubes suivent un rapport équilibré de 1 vCPU : 2 Go RAM : 60 Go de stockage. Les tailles vont du Cube de base XS (1 vCPU, 2 Go RAM, 60 Go de stockage) au Cube de base XL (16 processeurs virtuels, 32 Go RAM, 960 Go de stockage).
Memory Cubes offrent plus de RAM par vCPU, en maintenant le même rapport de stockage. Le Cube de mémoire XL offre 16 processeurs virtuels avec 64 Go RAM et 960 Go de stockage, idéal pour les applications à forte intensité de mémoire qui n'exigent pas de performances CPU dédiées.
| Type de Cube | Processeurs virtuels | RAM | Stockage NVMe | Meilleur pour |
|---|---|---|---|---|
| Cube de base XS | 1 | 2 Go | 60 Go | Sites Web simples, développement |
| Cube de base S | 2 | 4 Go | 120 Go | Petites applications Web |
| Cube de base M | 4 | 8 Go | 240 Go | Environnements de test |
| Cube de base L | 8 | 16 Go | 480 Go | Traitement par lots |
| Cube de base XL | 16 | 32 Go | 960 Go | Charges de travail moyennes |
| Cube de mémoire S | 2 | 8 Go | 120 Go | Développement et test à forte intensité de mémoire |
| Cube de mémoire M | 4 | 16 Go | 240 Go | Couches de mise en cache |
| Cube de mémoire L | 8 | 32 Go | 480 Go | Traitement en mémoire |
| Cube de mémoire XL | 16 | 64 Go | 960 Go | Charges de travail à forte intensité de mémoire |
Cubes sont vendus sous forme de modèles de taille fixe et s'exécutent sur une infrastructure partagée, ce qui signifie que les performances peuvent varier entre les instances pendant les périodes de pointe. IONOS ne publie pas un ratio de sur-approvisionnement pour Cubes. Cela rend Cubes le plus adapté pour le développement, les tests, l'hébergement de sites Web et les charges de travail à faible criticité où des variations de performances occasionnelles sont acceptables. Pour des performances garanties et cohérentes, Compute Engine est le meilleur choix. Cubes ont un accord de niveau de service inférieur de 99,9 % de temps d'activité.
1.3 Machines virtuelles Cloud GPU
Les machines virtuelles Cloud GPU sont des machines virtuelles GPU-accélérées au sein de la famille Compute Engine, conçues pour les charges de travail qui nécessitent une puissance de traitement massive en parallèle. Chaque Cloud GPU VM est équipé de GPU NVIDIA H200 GPU présentant une mémoire GPU à large bande passante, offrant les performances de calcul nécessaires pour les tâches d'intelligence artificielle, d'apprentissage automatique et de calcul haute performance.
Caractéristiques clés des machines virtuelles Cloud GPU :
- Ressources GPU dédiées attachées aux machines virtuelles Compute Engine
- Mémoire GPU à large bande passante optimisée pour la formation et l'inférence de grands modèles d'IA/ML
- Adapté à la formation d'IA/ML, à l'inférence de modèles, au rendu 3D, aux simulations scientifiques et au traitement vidéo
- Disponible dans les centres de données d'IONOS Cloud, en gardant les charges de travail GPU sous la souveraineté numérique européenne
Quand utiliser les machines virtuelles Cloud GPU :
Choisissez les machines virtuelles Cloud GPU lorsque votre charge de travail implique la formation ou l'ajustement fin de modèles d'apprentissage automatique, l'exécution de l'inférence d'IA à grande échelle, la réalisation de rendu 3D ou de visualisation, ou l'exécution de tâches de calcul scientifique qui bénéficient du parallélisme GPU. Pour les charges de travail de calcul générales qui n'exigent pas d'accélération GPU, les serveurs à cœur dédié ou vCPU sont des choix plus rentables.
2. Choix du bon service de calcul
La compréhension de l'utilisation de chaque service de calcul dépend des caractéristiques de votre charge de travail, des exigences de performance et des contraintes budgétaires.
2.1 Compute Engine vs Cubes : Critères de décision
La différence fondamentale entre Compute Engine et Cubes réside dans la flexibilité des ressources, les garanties de performance et la structure de coûts.
| Aspect | Compute Engine | Cubes |
|---|---|---|
| Modèle de ressources | Flexible - personnaliser les vCPUs, les cœurs, RAM indépendamment | Tailles prédéfinies (modèles) |
| Garantie de performance | Pas de sur-réservation ; les ressources sont réservées | Infrastructure partagée ; la performance peut varier |
| Capacité maximale | Jusqu'à 62 cœurs (Serveurs à cœurs dédiés) ou 60 vCPUs (Serveurs vCPU), 230 Go RAM (plus à la demande) | Jusqu'à 16 vCPUs, 64 Go RAM (Cube de mémoire XL) |
| SLA | 99,95 % de temps d'activité | 99,9 % de temps d'activité - adapté aux charges de travail non critiques |
| Tarification | Tarifs horaires plus élevés ; paiement pour les ressources exactes configurées | Tarifs beaucoup plus bas (par exemple, Cube de base XS à partir de 0,007 €/h) |
| Stockage | Block Storage (HDD/SSD) distinct attaché au besoin | Inclut un stockage NVMe directement attaché au forfait |
| Évolutivité | Ajuster CPU, RAM, stockage indépendamment après la mise en service | Ressources fixes ; ne peut pas être modifié après la création |
| Meilleur pour | Production, bases de données, applications à trafic élevé | Développement, test, sites Web simples, charges de travail à faible criticité |
Choisissez Compute Engine lorsque vous avez besoin d'une performance garantie pour les charges de travail de production, que vous nécessitez plus de 16 vCPUs ou 64 Go RAM, que vous souhaitez une flexibilité pour ajuster les ressources indépendamment, que vous avez besoin d'un accélérateur GPU pour les charges de travail d'IA/ML ou de rendu (VM Cloud GPU), ou lorsque l'SLA et le temps d'activité sont des préoccupations primordiales.
Choisissez Cubes lorsque votre charge de travail est en développement, en test ou à faible criticité, que vous préférez un point d'entrée rapide et peu coûteux avec des VM et un stockage prêts à l'emploi, que les besoins en ressources correspondent à une taille de modèle prédéfinie, ou que vous souhaitez minimiser la complexité opérationnelle.
2.2 Serveurs à cœurs dédiés vs serveurs vCPU : Performance vs coût
Dans Compute Engine, le choix entre les serveurs à cœurs dédiés et les serveurs vCPU nécessite de trouver un équilibre entre les exigences de performance et le budget.
Les serveurs à cœurs dédiés allouent un cœur physique CPU exclusivement à votre VM ; dans la plupart des familles de CPU, ce cœur se présente sous la forme de 2 threads hyper, bien que la famille Intel Xeon Sierra Forest plus récente présente 1 cœur logique par cœur physique sans hyper-threading. Aucun autre client ne peut utiliser ce cœur, éliminant les effets de "voisin bruyant" et offrant les performances les plus stables et prévisibles du portefeuille IONOS. Cela rend les serveurs à cœurs dédiés idéaux pour l'analyse en temps réel, les pipelines de traitement de données, les applications d'entreprise avec des exigences de SLA strictes et les bases de données à haut débit où les performances CPU constantes sont critiques.
Les serveurs vCPU partagent les ressources physiques entre plusieurs clients, offrant de bonnes performances pour la plupart des charges de travail tout en restant rentables. Les vCPUs partagent les cœurs physiques entre plusieurs locataires, IONOS ne publie donc pas un pourcentage de performance fixe. Le débit réel dépend du CPU hôte sous-jacent, de la configuration VM et de la charge actuelle sur le serveur physique partagé, et peut aller d'une petite fraction à près de la performance complète du cœur. Cela rend les serveurs vCPU idéaux pour les environnements de développement et de test, les bases de données générales, les services Web, les microservices et les charges de travail évolutives où une certaine variabilité des performances est acceptable.
La différence de coût est significative. Les serveurs à cœurs dédiés ont des tarifs premium (à partir d'environ 0,034 €/heure avec un plan d'épargne d'un an) car vous payez pour un cœur physique entier. Les serveurs vCPU coûtent beaucoup moins cher, ce qui en fait l'option la plus rentable pour les charges de travail qui n'exigent pas d'isolation CPU garantie.
Les charges de travail critiques ou critiques justifient les tarifs des serveurs à cœurs dédiés. Les applications de développement, de test et générales bénéficient de l'efficacité coûts des serveurs vCPU.
3. Fonctionnalités de mise à l'échelle et de flexibilité
Les services de calcul d'IONOS Cloud offrent plusieurs mécanismes pour adapter les ressources aux demandes changeantes, à la fois verticalement (en ajoutant des ressources aux machines virtuelles existantes) et horizontalement (en ajoutant plus de machines virtuelles).
3.1 Mise à l'échelle verticale en direct
La mise à l'échelle verticale en direct (LVS) est une technologie intégrée à Compute Engine qui vous permet d'augmenter les cœurs CPU, RAM et les interfaces réseau tandis que le serveur continue de fonctionner. Aucun redémarrage n'est requis pour les systèmes Linux (Windows a certaines limitations), ce qui permet des expansions de capacité sans temps d'arrêt.
Cette capacité offre plusieurs avantages importants. Vous pouvez répondre instantanément aux pics de charge sans interruption de service, ajuster la taille des serveurs en temps réel au lieu de les surdimensionner dès le départ, et éliminer les frais généraux opérationnels des procédures de fermeture et de redémarrage manuelles. Les applications restent disponibles pour les utilisateurs tandis que vous ajoutez de la capacité.
Sur les systèmes Linux avec des noyaux modernes, vous pouvez ajouter à chaud des cœurs CPU, RAM, des cartes réseau et des disques sans temps d'arrêt. Sur les systèmes Windows, vous pouvez ajouter à chaud des cœurs CPU, des cartes réseau ou des disques, mais la mise à l'échelle de RAM ou au-delà de huit cœurs nécessite un redémarrage. La mise à l'échelle verticale en direct fonctionne pour les serveurs à cœur dédié et vCPU. Si vous souhaitez réduire les ressources telles que CPU ou RAM, un redémarrage est requis sur n'importe quel système d'exploitation. Cependant, les interfaces réseau (cartes réseau) et les disques peuvent toujours être déconnectés sans nécessiter de redémarrage.
La capacité du disque peut être augmentée tandis que le serveur est en cours d'exécution, mais le système d'exploitation doit redimensionner manuellement la partition et le système de fichiers pour utiliser l'espace nouvellement alloué. La réduction de la capacité du disque (rétrécissement) n'est pas autorisée ou prise en charge dans aucune circonstance.
Il est important de noter que la réduction à chaud n'est pas prise en charge pour CPU ou RAM sur les systèmes Linux ou Windows. Seules la suppression de la carte réseau et la déconnexion du disque sont prises en charge sans temps d'arrêt. Ces limitations doivent être prises en compte lors de la conception de la gestion de la capacité et des stratégies de mise à l'échelle.
Vous pouvez augmenter à chaud la taille du disque, mais vous devrez redimensionner les partitions internes sur le système d'exploitation. Il n'est pas autorisé ou pris en charge de réduire la taille d'un disque.
La capacité de mettre à l'échelle verticalement sans temps d'arrêt est particulièrement précieuse pour les bases de données qui connaissent une croissance progressive, les applications Web qui font face à des augmentations de trafic inattendues, ou toute charge de travail où les interruptions de service ont un impact sur l'expérience utilisateur ou les revenus.
3.2 VM Auto Scaling (Mise à l'échelle horizontale)
VM Auto Scaling est un service géré d'IONOS Cloud qui lance ou termine automatiquement des instances de machines virtuelles en fonction de métriques de charge de travail en temps réel, telles que l'utilisation de CPU ou le trafic réseau. Il effectue une mise à l'échelle horizontale en ajoutant ou en supprimant des répliques VM, qui sont provisionnées sous forme de machines virtuelles Compute Engine standard. Au lieu de surveiller manuellement la charge et d'ajouter des serveurs, VM Auto Scaling surveille en permanence les métriques définies et ajuste automatiquement le nombre de machines virtuelles en cours d'exécution.
Lorsqu'un seuil de mise à l'échelle est atteint, VM Auto Scaling ajoute ou supprime des machines virtuelles dans un groupe VM Auto Scaling, où toutes les machines virtuelles sont créées à partir du même modèle de template d'image. Cela garantit la cohérence entre les instances. Le service s'intègre à d'autres services IONOS, tels que l'équilibreur de charge d'application Load Balancer (ALB), pour répartir le trafic de manière égale sur le pool variable VM.
Les principaux avantages de VM Auto Scaling incluent :
- Amélioration de l'utilisation des ressources et de l'efficacité coûts : les machines virtuelles ne sont ajoutées que lorsque nécessaire et supprimées lorsque la demande diminue, évitant les frais de surdimensionnement
- Meilleure performance des applications : le service met à l'échelle avant que les applications ne deviennent lentes, en maintenant des temps de réponse faibles
- Mise à l'échelle automatisée rapide : la mise à l'échelle horizontale peut se déclencher en quelques secondes sans intervention manuelle, en prenant en charge les pics de trafic des campagnes de marketing, des lancements de produits ou des événements saisonniers
- Réduction des frais généraux opérationnels : la logique de mise à l'échelle est gérée par le service ; vous n'avez plus besoin de surveiller manuellement les métriques et de provisionner des machines virtuelles
Cas d'utilisation courants pour VM Auto Scaling :
Interfaces Web : combinez VM Auto Scaling avec un équilibreur de charge d'application Load Balancer pour répartir automatiquement le trafic entrant HTTP (S) sur un nombre variable de machines virtuelles de serveur Web identiques, en garantissant une latence constante pendant les pics de trafic.
Services API et microservices : mettez à l'échelle le nombre de machines virtuelles qui gèrent API en fonction des seuils de CPU ou des paquets réseau, en maintenant les temps de réponse API dans les limites des SLA.
Traitement par lots ou pipelines d'ingestion de données : lorsque les taux d'ingestion augmentent, le service ajoute plus de machines virtuelles pour gérer la charge supplémentaire. Une fois que la file d'attente est vide, il réduit à l'échelle, en économisant des coûts.
Charges de travail saisonnières ou événementielles : les sites de commerce électronique pendant les ventes de vacances, les plateformes de streaming pendant les événements en direct, ou toute charge de travail avec des pics prévisibles peuvent prédéfinir des comptes de répliques minimum et maximum et laisser le service gérer la REST.
Pour tirer le meilleur parti de VM Auto Scaling, associez-le à un équilibreur de charge d'application Load Balancer pour une répartition de trafic égale et une vérification de l'état, utilisez Cloud-Init ou des images personnalisées pour que les nouvelles répliques soient prêtes à servir immédiatement, et définissez des seuils de mise à l'échelle sensés avec des périodes de refroidissement appropriées pour éviter les oscillations rapides.
4. Images & Snapshots
Images & Snapshots sont des outils fondamentaux pour la gestion des ressources de calcul, vous permettant de créer des modèles, de sauvegarder les états de VM, et de cloner des charges de travail à travers votre infrastructure.
4.1 Images : Modèles pour le déploiement de VM
Une Image est un modèle contenant un système d'exploitation et, éventuellement, des logiciels préinstallés qui sert de disque Root lors de la création d'un nouveau serveur virtuel ou d'un fichier ISO contenant des applications à installer sur vos machines. Les Images vous permettent de déployer de nombreux VM avec des configurations identiques rapidement et de manière cohérente.
IONOS Cloud propose trois types d'images :
Les Images publiques sont proposées par IONOS et incluent des systèmes d'exploitation courants comme Ubuntu, CentOS, Windows Server, et d'autres. Ces images sont disponibles dans toutes les régions prises en charge et sont prêtes à l'emploi immédiatement.
Les Images BYOS (Bring Your Own Subscription) vous permettent d'utiliser des systèmes d'exploitation avec vos licences existantes, comme SUSE Linux Enterprise Server (SLES). Vous fournissez l'abonnement, et IONOS fournit l'infrastructure.
Les Images privées sont des images personnalisées que vous créez ou téléchargez via FTP. Elles peuvent contenir des applications préinstallées, des configurations de sécurité, ou des systèmes d'exploitation personnalisés. Les images privées ne sont visibles que dans la région où elles ont été téléchargées.
Les Images sont gérées comme des objets distincts et ne consomment pas votre quota de HDD de la même manière que les instantanés le font. Vous pouvez partager des images privées avec des utilisateurs ou des groupes spécifiques en utilisant des contrôles d'accès, et vous pouvez les protéger avec une authentification à deux facteurs pour une sécurité supplémentaire.
4.2 Instantanés : Sauvegardes ponctuelles
Un Snapshot est une copie ponctuelle d'un Block Storage Volume déjà provisionné. Il capture l'ensemble du Volume, y compris l'espace vide, créant une sauvegarde complète de l'état du disque au moment où l'instantané est pris.
Les instantanés servent à plusieurs fins. Ils fournissent des points de récupération rapides pour des disques de VM spécifiques, vous permettent de cloner des volumes pour déployer de multiples VM avec des données identiques, et offrent des sauvegardes temporaires avant des mises à jour ou des correctifs. Si une mise à jour échoue, vous pouvez restaurer le Volume à partir de l'instantané. Ils ne sont pas recommandés comme substitut à un outil de sauvegarde traditionnel comme IONOS Backup Service, car ils ne peuvent pas être planifiés et leur persistance ne peut pas être contrôlée automatiquement.
Les principales différences entre Images & Snapshots :
| Aspect | Image | Snapshot |
|---|---|---|
| Ce que c'est | Modèle de système d'exploitation pour le déploiement de nouveaux VM | Copie ponctuelle d'un Block Storage Volume existant |
| Comment il est créé | Sélectionné à partir du catalogue, téléchargé via FTP, ou créé à partir d'un Snapshot | Cliquez avec le bouton droit sur le stockage Volume provisionné et choisissez "Créer un Snapshot" |
| Quota de stockage | Stocké comme objet d'image ; impact minimal sur le quota | Consomme le quota complet de HDD égal à la taille totale du Volume (y compris l'espace vide) |
| Incrémentation | Non incrémentiel ; chaque image est un objet distinct | Non incrémentiel ; chaque Snapshot est une copie complète du Volume source |
| Contraintes de localisation | Les images privées sont visibles uniquement dans la région de téléchargement ; les images publiques sont disponibles partout | Les instantanés sont utilisables uniquement dans le même centre de données où ils ont été créés |
| Capacité de démarrage | Sélectionnable directement comme disque de démarrage pour un nouveau VM | Doit être attaché à un nouveau Block Storage Volume avant d'être utilisé comme disque de démarrage |
| Utilisation typique | Déployer de multiples VM avec le même système d'exploitation/configuration | Sauvegarde/récupération rapide pour un disque de VM spécifique |
Les deux Images & Snapshots peuvent être partagés avec des groupes en utilisant des contrôles d'accès et peuvent être protégés avec une authentification à deux facteurs. Ni l'un ni l'autre n'a de rétention automatique ; ils persistent jusqu'à ce que vous les supprimiez.
Comprendre quand utiliser chaque outil est simple. Utilisez les Images lorsque vous déployez de nouveaux VM avec des systèmes d'exploitation standard ou personnalisés. Utilisez les Instantanés lorsque vous sauvegardez des disques de VM existants ou que vous clonez des données de charge de travail vers de nouvelles instances.
5. Modèles de tarification pour les ressources de calcul
IONOS Cloud propose deux modèles de tarification pour les ressources de calcul, chacun conçu pour différents modèles d'utilisation et niveaux d'engagement.
5.1 Paiement à l'utilisation (PAYG)
La facturation à l'utilisation est calculée à la minute, vous ne payez donc que pour le temps exact pendant lequel vos ressources sont utilisées. Les prix sont affichés sous forme de taux horaires, mais la charge réelle est proportionnelle aux minutes utilisées. Il n'y a pas d'engagement, pas de coût initial, et pas d'arrondi aux heures pleines. Vous pouvez démarrer ou arrêter des ressources à tout moment.
La tarification PAYG offre une flexibilité maximale, ce qui la rend idéale pour les charges de travail irrégulières, les projets à court terme, les environnements de développement et de test, ou les charges de travail expérimentales où l'utilisation est imprévisible. Vous avez toute liberté pour provisionner et déprovisionner des ressources selon vos besoins.
Les taux PAYG typiques comprennent des serveurs vCPU à environ 0,012 € par heure par vCPU, des RAM à 0,0020 € par heure par GB, et des processeurs Dedicated Core allant de 0,036 € à 0,046 € par heure en fonction de la famille CPU. Ces taux sont appliqués proportionnellement à l'utilisation réelle en incrément de minutes.
5.2 Cloud Savings Plans (type d'instance réservée)
Les Cloud Savings Plans vous permettent de vous engager à une quantité fixe de ressources Dedicated Core (cœurs CPU et RAM) pour 1 an ou 3 ans en échange de taux horaires nettement plus bas. Contrairement aux instances réservées traditionnelles, les Cloud Savings Plans sont basés sur les ressources et ne sont pas liés à un type spécifique de VM, de région ou de système d'exploitation, offrant ainsi une flexibilité pour déplacer les charges de travail librement.
Les taux du plan d'épargne sont nettement inférieurs à ceux de la tarification PAYG. Par exemple, 1 processeur Dedicated Core coûte environ 0,034 € par heure avec un plan d'1 an (contre 0,036 € PAYG), et 0,024 € par heure avec un plan de 3 ans. Les RAM coûtent environ 0,0038 € par heure par GB avec un plan d'1 an (contre 0,0045 € PAYG), et 0,0027 € par heure par GB avec un plan de 3 ans.
Les économies de coûts sont considérables. Pour une charge de travail qui utilise 10 processeurs Dedicated Core et 40 GB de RAM en continu pendant un mois (environ 720 heures) :
- PAYG : (10 × 0,036 € + 40 × 0,0045 €) × 720 ≈ 388,8 € par mois
- Plan d'épargne d'1 an : (10 × 0,034 € + 40 × 0,0038 €) × 720 ≈ 354,24 € par mois (économie de 9 %)
- Plan d'épargne de 3 ans : (10 × 0,024 € + 40 × 0,0027 €) × 720 ≈ 250,56 € par mois (économie de 35 %)
Les Cloud Savings Plans facturent la totalité du montant engagé chaque mois, même si vous n'utilisez pas la pleine capacité. Toute utilisation au-delà du montant engagé est facturée aux taux PAYG. Plusieurs plans peuvent coexister, le plan le plus ancien étant appliqué en premier, et l'utilisation excédentaire étant reportée sur les plans plus récents ou la tarification PAYG.
Choisissez la tarification PAYG lorsque les charges de travail sont variables, à court terme, expérimentales ou imprévisibles. Choisissez les Cloud Savings Plans lorsque vous avez des charges de travail stables, toujours actives, avec une utilisation prévisible des cœurs et des RAM, que vous avez besoin d'une certitude de prix pour la planification budgétaire, ou que vous souhaitez optimiser les coûts pour les systèmes de production à long terme.
Cas d'utilisation courants
Scénarios du monde réel où les services de calcul d'IONOS apportent de la valeur :
- Plateforme de commerce électronique avec trafic saisonnier : Un détaillant en ligne utilise des serveurs Dedicated Core pour leur application Web, associés à VM Auto Scaling (Section 3.2) et à une Application Load Balancer. Pendant le Black Friday et les ventes de vacances, le trafic augmente de 10 fois. VM Auto Scaling provisionne automatiquement des serveurs Dedicated Core supplémentaires lorsque l'utilisation de CPU dépasse le seuil défini, répartit le trafic de manière égale via Load Balancer, et supprime les serveurs supplémentaires lorsque le trafic revient à la normale. Le détaillant ne paie que pour la capacité supplémentaire pendant les périodes de pointe, évitant ainsi les coûts annuels pour des serveurs qui restent inactifs la majeure partie de l'année.
- Environnements de développement et de test avec Cubes : Une équipe de développement de logiciels utilise des instances Basic Cube M (Section 1.2) pour leur pipeline CI/CD et les environnements de test. Les ressources fixes (4 vCPUs, 8 GB RAM, 240 GB de stockage) correspondent à leurs besoins de charge de travail de test typiques, le coût horaire réduit convient à leurs contraintes budgétaires, et le stockage NVMe inclus offre des performances de construction et de test rapides. Lorsque les tests sont terminés, ils peuvent supprimer Cubes pour économiser des coûts, puis provisionner de nouveaux rapidement lorsque le prochain sprint de développement commence.
- Base de données critique pour la mission avec des serveurs Dedicated Core : Une société de services financiers exécute une base de données PostgreSQL sur des serveurs Dedicated Core (Section 2.2) avec 8 cœurs dédiés et 64 GB RAM. Les cœurs physiques dédiés éliminent les effets de voisin bruyant, garantissant ainsi des performances de requête cohérentes pour le traitement de transactions en temps réel. Ils utilisent un plan d'épargne cloud de 3 ans (Section 5.2) pour verrouiller les prix à environ 35 à 40 % de moins que le paiement à l'utilisation, en fonction de la configuration, offrant ainsi à la fois des performances prévisibles et des coûts prévisibles. Le scaling vertical en direct (Section 3.1) leur permet d'ajouter des cœurs sans temps d'arrêt lorsque les volumes de transactions augmentent pendant le traitement de fin de trimestre.
Résumé
Les services de calcul d'IONOS Cloud offrent des options flexibles pour exécuter des machines virtuelles, allant de Cubes préconfigurés et rentables à des serveurs Compute Engine haute performance avec des cœurs CPU dédiés et des machines virtuelles GPU accélérées par GPU pour les charges de travail AI/ML. Comprendre les caractéristiques, les cas d'utilisation et les modèles de tarification de chaque service vous permet de faire correspondre les ressources de calcul aux exigences de charge de travail de manière efficace.
Compute Engine offre des serveurs virtuels flexibles et haute performance avec un contrôle total sur CPU, la mémoire, le stockage et le réseau. Dans Compute Engine, les serveurs à cœurs dédiés offrent des performances garanties avec des cœurs physiques dédiés pour les charges de travail critiques, tandis que les serveurs vCPU offrent un calcul évolutif et rentable pour les applications à usage général. La mise à l'échelle verticale en direct permet d'augmenter la capacité sans temps d'arrêt.
Cubes fournissent des instances de VPS préconfigurées avec des vCPU, des RAM et des ressources de stockage NVMe fixes à des prix les plus bas du portefeuille d'IONOS, idéales pour le développement, les tests, l'hébergement de sites Web et les charges de travail à faible criticité où les garanties de performance sont moins importantes que l'efficacité coûts.
VM Auto Scaling automatise la mise à l'échelle horizontale en ajoutant ou en supprimant des machines virtuelles en fonction de métriques en temps réel, améliorant l'utilisation des ressources, les performances des applications et l'efficacité opérationnelle. Images & Snapshots vous permettent de créer des modèles pour le déploiement cohérent de VM et des sauvegardes à un moment donné pour la récupération et le clonage.
Les modèles de tarification incluent une facturation flexible à la demande pour les charges de travail variables et Cloud Savings Plans pour les engagements à long terme, offrant jusqu'à 35 % d'économies pour une utilisation de calcul stable et prévisible.
Points clés :
- Compute Engine offre des serveurs virtuels flexibles avec des options de cœurs dédiés (performances garanties) et vCPU (scalabilité rentable), tous deux avec un SLA de 99,95 %
- Cubes offrent des instances de VPS préconfigurées avec des ressources fixes à des prix les plus bas, adaptées aux charges de travail de développement, de test et à faible criticité
- Les machines virtuelles GPU fournissent un calcul accéléré par NVIDIA H200 GPU pour la formation, l'inférence, le rendu et les charges de travail HPC
- La mise à l'échelle verticale en direct permet une expansion de capacité sans temps d'arrêt pour les serveurs Compute Engine
- VM Auto Scaling automatise la mise à l'échelle horizontale en fonction de métriques en temps réel, idéale pour les modèles de trafic variables
- Les images servent de modèles pour le déploiement de machines virtuelles ; les instantanés capturent des sauvegardes à un moment donné des volumes existants
- Cloud Savings Plans réduisent les coûts de jusqu'à 35 % pour une utilisation de cœurs dédiés engagée par rapport à la facturation à la demande
Terminologie importante :
- Compute Engine : Plateforme de serveurs virtuels flexibles d'IONOS offrant des serveurs à cœurs dédiés et vCPU avec des ressources personnalisables
- Dedicated Core Server : Machine virtuelle avec un cœur physique CPU alloué exclusivement, offrant des performances garanties
- vCPU Server : Machine virtuelle utilisant des processeurs virtuels qui partagent des ressources physiques, offrant une scalabilité rentable
- Cubes : Instances de serveurs privés virtuels préconfigurés avec des ressources de vCPU, RAM et de stockage NVMe fixes
- Machines virtuelles GPU : Machines virtuelles accélérées par GPU équipées de GPU NVIDIA H200 pour les charges de travail AI/ML, le rendu et les calculs haute performance
- Mise à l'échelle verticale en direct (LVS) : Technologie permettant l'expansion de CPU, RAM et de la carte réseau tout en continuant à exécuter le serveur sans temps d'arrêt
- VM Auto Scaling : Service géré qui lance ou termine automatiquement des instances de VM en fonction de métriques de charge de travail en temps réel
- Image : Modèle de système d'exploitation ou disque d'installation d'application utilisé lors de la création de nouveaux serveurs virtuels
- Snapshot : Copie à un moment donné d'un volume Block Storage Volume existant utilisé pour la sauvegarde et le clonage
Prochaines étapes
Continuer l'apprentissage : Unité 2.3 : Services de stockage
Sujets connexes :