AWS a récemment annoncé la publication de AWS Savings Plans, un nouveau système permettant d'obtenir une réduction sur l'utilisation prévue pour EC2 et Fargate. Les systèmes précédents d'instances réservées (RI) sont toujours présents et, dans certains cas, peuvent toujours être la bonne solution. Cela dit, sur la base de nos recherches, si vos machines virtuelles ne doivent pas nécessairement fonctionner 24 heures sur 24, 7 jours sur 7, elles ne sont toujours pas aussi efficaces en termes de réduction des coûts que de planifier l'arrêt de vos systèmes lorsqu'ils ne sont pas utilisés.

Je ne suis pas passionné par le nom de «Plan d'épargne», car il me semble que vous accumulez de l'argent à la banque, mais il s'agit en réalité d'un plan d'achat de capacité destiné à vous faire économiser de l'argent.

La caractéristique principale des plans d'épargne est que vous vous engagez à dépenser une certaine somme d'argent par heure pour l'utilisation d'EC2 et / ou de Fargate. L'engagement horaire doit être supérieur ou égal à 0,001 USD. Si vous vous engagez, AWS vous accordera une réduction sur la machine virtuelle à laquelle elle applique la dépense.

Il existe deux types de plan d'épargne:

Compute Savings Plan – Appliquez à l'utilisation d'EC2 ou de Fargate indépendamment de la famille d'instance, de la taille, de la zone de disponibilité, de la région, du système d'exploitation ou de la location. Pour toute configuration d'instance donnée, la tarification est similaire (voire identique) à une RI convertible équivalente, avec un rabais pouvant aller jusqu'à 66%. OS ou location. Pour toute configuration d'instance donnée, la tarification est similaire à un RI standard équivalent, offrant un rabais pouvant aller jusqu'à 72% en échange de la flexibilité réduite.

Attributs communs:

Les deux types nécessitent un engagement d'un an ou de 3 ans. Ils ne peuvent être ni annulés, ni remboursés, ni échangés. Vous pouvez en acheter autant que vous le souhaitez pour un engagement à votre guise. Dix forfaits à 1 $ / heure chacun, ou un forfait à 10 $ / heure, ou toute autre combinaison pour le moins que vous le souhaitez.

Plans d'épargne vs RI

AWS a un tableau qui compare les régimes d'épargne aux RI ici, mais soit ils essayaient de rendre les plans d'épargne beaucoup plus beaux que les RI, soit quelqu'un avait oublié de cocher quelques cases. (Je veux dire, ne diriez-vous pas que les RI vous donnent un "prix plus bas en échange d'un engagement monétaire"? Je le ferais certainement.) Voici ce que je pense de ce tableau:

Donc, évidemment, il existe des différences de fonctionnalités. L’essentiel ici est que les régimes d’épargne permettent d’obtenir le même montant d’économies qu’un RI quelque peu équivalent, mais avec BEAUCOUP plus de flexibilité en ce qui concerne les cas dans lesquels un rabais peut être obtenu.

Les clients entrent, mais ils ne peuvent pas sortir…

Si vous changez d'avis à propos de l'achat d'un RI, vous pouvez le vendre sur le marché AWS RI. Vous ne récupérerez pas la valeur totale de ce que vous devez, mais au moins il existe une option. Avec les plans d'épargne, il n'y a (jusqu'à présent) aucun moyen de faire marche arrière. Les conditions de service AWS (section 4.5) stipulent que «Les plans d'épargne ne sont pas remboursables.»

Pourquoi voudriez-vous vous débarrasser d'un RI?

Peut-être avez-vous acheté un RI non flexible, changé de taille d'instance / de famille et le RI n'est plus utile. Peut-être… vous ne pouvez plus vous le permettre.

Pour le premier numéro, les plans d'épargne sont beaucoup plus flexibles et permettent des échanges entre toutes les tailles, familles et régions, en fonction du type de plan d'épargne que vous achetez.

Pour le deuxième numéro… Les régimes d’épargne ne fournissent aucune flexibilité. Avez-vous des charges de travail ailleurs que vous pouvez utiliser pour utiliser l'engagement – par exemple, certains conteneurs pouvant être déplacés vers un EC2 ou un RDS que vous pouvez transférer dans une base de données auto-gérée? Ou peut-être pouvez-vous simplement utiliser la capacité inutilisée pour extraire quelques centimes de Bitcoin…

En fin de compte, vous devez peser le rabais par rapport à votre confiance dans la stabilité de votre charge de travail et de votre financement.

(Personnellement, je viens de me procurer un plan de 0,001 $ l'heure pour 8,76 $ pour l'année et je suis convaincu de pouvoir respecter cette obligation.)

Plans d'épargne vs planification

À l'instar des RI, les plans d'épargne sont destinés à être appliqués sur des ressources en hausse de 24 heures sur 24, 365 jours par an (ou 24 heures sur 24 pour les achats de trois ans). Pour les ressources qui ne sont nécessaires que lorsque quelqu'un les utilise, telles que dev, test, staging, build, etc., il est probablement préférable de les planifier.

Pour illustrer cela, voici une comparaison pour un t2.medium dans us-east-1 exécutant Linux en colocation. Le t2.medium, bien qu’un type d’instance petit et légèrement plus ancien, est le type d’instance le plus utilisé que nous voyons chez tous nos clients ParkMyCloud, avec un nombre de fois supérieur à celui du type suivant.

Dans les graphiques ci-dessous, la ligne verte oblique représente le coût mensuel d'une instance en fonction du nombre d'heures de fonctionnement par jour les jours de semaine uniquement (elle prend donc déjà en compte le coût des week-ends). Par exemple, si cette machine virtuelle fonctionnait 12 heures par jour les jours de semaine (programme peu contraignant), le coût est de 144,77 USD par an. Comparé au prix de base de 406,46 USD par an, vous obtenez une économie de 64%.

Le graphique suivant montre une comparaison du coût annuel de cette instance t2.medium lorsque acheté avec:

Soit un plan d'épargne Compute, soit un plan d'épargne sur une instance EC2Pour une durée de un an ou de trois ans, sans frais de départ (vous devez donc payer des frais mensuels)

Ce graphique nous indique que, comparé au plan d’épargne pour les instances EC2 le plus agressif acheté avec un engagement de 3 ans, la planification reste moins onéreuse. En fait, il faut environ 14 heures par jour de la semaine avant que le régime d'épargne économise de l'argent.

Dans la partie supérieure, l'instance peut s'exécuter toute la journée du lundi au vendredi, tous les jours de la semaine, et correspond uniquement aux économies du plan d'épargne Compute d'1 an. (Ce chiffre correspond si étroitement, je me demande vraiment si c'est ainsi qu'ils ont calculé l'épargne de base pour les RI et le plan d'épargne.)

Dans le graphique suivant, nous modifions tous les plans d'épargne à acheter dès le départ, ce qui donne un peu plus d'économies mais ne peut toujours pas correspondre aux économies du programme de 5 jours / 12 heures.

Notez que si ce système était un système que nous souhaitons maintenir 7 jours sur 7, nous devions créer un plan d'économies couvrant le coût horaire de l'instance. Par exemple, le prix de base du t2.medium dans notre exemple est de 0,0464 USD par heure. Dans le cadre des plans d'épargne, nous bénéficions d'un rabais et si nous voulions être sûrs que cette instance était au moins couverte, nous devions acheter un plan d'épargne (sans coût initial) avec l'un des taux suivants.

Notez à nouveau qu'aucune de ces solutions n'atteint les 64% d'économies réalisées par rapport à un programme de base de 5 jours / 12 heures.

Comment le plan d'épargne est-il appliqué à ma facture?

L'exemple ci-dessus montre ce que vous paieriez pour ce t2.medium s'il s'agissait du seul exemple de votre compte. Si vous avez plusieurs instances ou même plusieurs comptes au sein d'une organisation AWS, le plan d'épargne est appliqué de manière prioritaire, en essayant «d'utiliser» les méthodes d'épargne les moins flexibles avant de passer au plus flexible:

Tout d'abord, tous les RI sont appliqués à votre facture – ils sont moins flexibles, vous voulez donc qu'ils soient «épuisés» avant l'application des plans d'épargne, puis, les plans d'épargne EC2 Instance sont appliqués ensuiteE Enfin, les plans d'épargne Compute sont appliqués

Dans l'un des types de plan d'épargne:

Le plan est d'abord appliqué au compte AWS dans lequel le plan a été achetéEt ensuite, il s'applique au type de ressource / région / etc. avec le rabais potentiel le plus élevé par rapport à On-DemandAfter qui est partagé avec le reste des comptes de votre organisation AWS.

Pourquoi AWS a-t-il fait cela?

AWS est philosophiquement tout au sujet du client… et il ne fait aucun doute que cette nouvelle fonctionnalité est excellente pour les clients. En regardant au-delà: chaque fois qu'un fournisseur peut vous imposer un contrat à long terme, cela facilite les choses pour le vendeur de nombreuses manières. Pour AWS, l'utilisation engagée signifie un bilan plus prévisible et une utilisation plus prévisible des centres de données. Les Rotary ont donné les deux, mais elles étaient aussi compliquées que de remplir vos impôts et pourraient être aussi restrictives que des sous-vêtements serrés. Je parie que AWS vise des niveaux d'engagement accrus qui contribuent aux résultats à long terme. Leurs inconvénients sont les revenus potentiellement réduits et la prévisibilité réduite de l'utilisation des centres de données au niveau des régions (étant donné que les plans de Compute Savings sont transversaux). Cela dit… ces engagements à long terme semblent vraiment bénéfiques pour le marché boursier, et une réduction de la volatilité des revenus ne peut être mauvaise non plus.

Qu'est-ce que je fais maintenant?

À ce stade, vous devriez (et non pas vous rendre) dans la section Plan d'épargne du tableau de bord de facturation dans AWS et voir ce qui est recommandé dans cette section – cela en vaut certainement la peine. Si vous hésitiez à acheter une RI en raison de restrictions de région ou de taille, il serait peut-être temps de reconsidérer votre décision. Notez que vous n'avez pas besoin de couvrir complètement vos dépenses avec des plans d'épargne, mais si vous avez un niveau d'utilisation constant le 24/7, vous devez en couvrir au moins une partie avec un plan d'épargne Compute… Et si votre utilisation n’est pas cohérent… envisagez donc de planifier vos ressources avec ParkMyCloud… qui permet également d’économiser plus de 65%.