Bonjour le monde! Nous voulons introduire quelques bases de fonctionnement dans différents environnements cloud et partager nos connaissances acquises en travaillant avec des clients qui exploitent Qumulo à grande échelle dans le cloud. Le sujet d'aujourd'hui est l'utilisation des instances réservées dans AWS Elastic Compute Cloud (EC2), ce qu'elles sont et pourquoi les clients devraient choisir de les utiliser avec un déploiement Qumulo dans AWS.
**Spoiler Alert** Économisez sur les coûts d'infrastructure de Qumulo sur AWS !
Rentabilité du cloud
Par défaut, lorsque les clients lancent un Instance EC2 via la console AWS, AWS commence à les facturer par heure pendant laquelle l'instance est démarrée et en cours d'exécution. C'est idéal pour les cas d'utilisation qui sont de nature éphémère, ou en rafale, où les ressources de calcul fluctuent dans le temps. Pensez aux serveurs Web sans état ou aux nœuds de rendu d'une ferme de rendu cloud. Vous créez des instances lorsqu'elles en ont besoin et vous n'êtes facturé que pendant leur exécution. Dès que les clients les arrêtent ou demandent à AWS « d'arrêter » les instances, le compteur s'arrête.
Alors que c'est super pour Clients AWS avec des charges de travail variables, les taux horaires sont en fait coûteux pour des charges de travail permanentes. Il est économiquement logique pour AWS de facturer plus : AWS garde le matériel de rechange inactif à tout moment, de sorte que lorsque les clients cliquent sur un bouton dans la console, ils obtiendront probablement une instance à lancer de l'autre côté. Les clients paient une prime pour cette flexibilité.
Et si les clients exécutent Qumulo sur AWS ? Au moins 4 instances EC2 doivent fonctionner XNUMX heures sur XNUMX. Bien sûr, ils peuvent arrêter les instances et économiser de l'argent, mais les instances arrêtées sont effectivement désactivées. Par conséquent, les clients ne pourront pas accéder à leurs données. À une époque où trouver des économies de coûts sans perdre d'impact est l'objectif de chacun, la question est la suivante : existe-t-il un moyen d'économiser de l'argent sur les coûts d'instance ?
Stockage de données rentable : instances réservées
Bonne nouvelle, la réponse à la question ci-dessus est un oui retentissant ! Plus important encore, cela se fait facilement en quelques clics. Les clients économisent de l'argent sur les instances EC2 fonctionnant 24 heures sur 7 en s'engageant à payer pour une instance fonctionnant 2h/XNUMX et XNUMXj/XNUMX pendant un an. Les clients le font en achetant une réservation d'instance ECXNUMX via la console AWS, qui est en fait un engagement à payer pour une instance EC2 pendant 1 à 3 ans, en échange d'une remise sur le tarif horaire à la demande. Notez qu'un engagement signifie qu'Amazon facturera le compte client pour l'instance, quelle que soit l'utilisation. Pour démystifier le processus d'achat, voici les paramètres à préciser lors de l'achat d'une réservation :
| Paramètre | Options | Ce que cela veut dire |
| Plateforme | Linux/UNIX, Windows, RHEL, etc. | Certaines plates-formes de système d'exploitation ont des tarifs différents par heure d'instance. Pour Qumulo, sélectionnez Linux/UNIX. |
| Location | Par défaut, Dédié | AWS permet de choisir entre des instances s'exécutant sur du matériel dédié au compte d'un client (pour une prime) ou du matériel partagé, par défaut. Qumulo recommande d'utiliser la location par défaut ; les types d'instance pris en charge ne bénéficient pas de matériel dédié. |
| Classe d'offre | Standard, Cabriolet | Les instances réservées convertibles permettent aux clients de basculer ultérieurement leur réservation vers différentes classes d'instance, mais offrent des économies moindres et sont généralement considérées comme ayant moins d'impact. Qumulo recommande le standard, car il offre les économies les plus élevées et est également revendable sur le marché des instances réservées. |
| Type d'instance | m5.2xlarge, m5.4xlarge, etc. | Il s'agit du type d'instance auquel l'engagement s'applique. Les clients doivent sélectionner le type d'instance de leur cluster Qumulo. |
| Long | 1 an, 3 an | Cela contrôle la durée de l'engagement. Les mandats de 3 ans offrent des économies globales plus élevées par heure, mais s'accompagnent d'une plus longue période de rigidité. . Qumulo recommande une durée d'un an pour permettre aux utilisateurs de passer éventuellement à de nouveaux types d'instances d'AWS au fur et à mesure de leur déploiement. |
| Option de paiement | Pas d'avance, Partiellement à l'avance, Tout à l'avance | Payé à l'avance vient avec le plus grand rabais. Qumulo recommande de payer tout à l'avance. Pourquoi? Une fois que la charge de travail d'un client a atteint un état stable et qu'il est satisfait de son cluster Qumulo, les clients ne touchent généralement plus aux instances jusqu'à ce qu'une opportunité se présente pour échanger une infrastructure et atteindre un point de coût inférieur. De plus, les réservations payées à l'avance peuvent être revendues sur le marché de la réservation à un taux plus élevé que les réservations non payées à l'avance. Plus à ce sujet dans une seconde… |
| AZ (facultatif) | us-west-2a, us-west-2b, etc. | Les clients peuvent éventuellement désigner un engagement d'instance réservée dans une zone de disponibilité (AZ) spécifique, ce qui a également pour effet de réserver de la capacité pour cette AZ. Ceci est avantageux pour les clients qui souhaitent éviter les erreurs de capacité insuffisante lors du lancement d'instances, mais n'offre aucun avantage financier supplémentaire. Qumulo ne le recommande que si les clients ont tendance à créer et à détruire fréquemment des clusters et veulent garantir une capacité de calcul suffisante. |
Que se passe-t-il si je réalise que je me suis trompé de réservation ?
Bonnes nouvelles! AWS propose une place de marché des instances réservées, qui permet aux clients de revendre des contrats d'instance réservée et de récupérer une certaine valeur. C'est très bien si leur charge de travail a changé et qu'un type d'instance différent est désormais nécessaire pour la prendre en charge (c'est-à-dire plus de performances requises). Modifiez simplement le type d'instance du cluster et vendez le contrat d'instance réservée de l'ancien type d'instance.
Comment les réservations d'instance sont-elles appliquées aux instances déjà en cours d'exécution ?
Les réservations d'instance ne nécessitent pas d'instances en cours d'exécution, car il s'agit d'engagements de facturation contractuels et non d'une instance réelle en soi. Lors de l'exécution d'une instance EC2, le comptage AWS vérifie toujours si les clients ont acheté ces réservations avant de mesurer au tarif horaire à la demande. Si le système de mesure trouve un contrat d'instance réservée inutilisé avec des attributs qui correspondent à l'instance en cours d'exécution (c'est-à-dire type d'instance, région, AZ), il consommera ce contrat d'instance réservée au lieu de mesurer au tarif à la demande. Cela signifie que des instances réservées peuvent être achetées à tout moment pour des instances déjà en cours d'exécution. Les économies seront appliquées immédiatement.
Conclusion
Les instances réservées sont un excellent outil que les clients de Qumulo peuvent exploiter lorsqu'ils tentent de contrôler les coûts liés à l'exécution perpétuelle de clusters dans AWS. Cela est particulièrement vrai pour les petites capacités, où le coût des instances représente une plus grande partie de la facture.
Qumulo réduit la complexité pour les clients sur AWS avec une nouvelle tarification transparente
Comment Qumulo fournit un stockage de fichiers et des services de données évolutifs sur AWS
