Ici et bon retour.
Maintenant, dans la vidéo d'aujourd'hui, nous allons discuter des bases de la tarification de l'UE.
Notez maintenant que la tarification globale établie et en particulier la tarification de l'UE est un très gros sujet en
soi.
En fait, dans l'une des organisations avec lesquelles je travaillais, l'un des membres de l'équipe
Devils, il travaillait en permanence sur la tarification uniquement.
Et cette augmentation était également basée sur le coût qu'il pouvait produire pour l'organisation.
Et il a obtenu une bonne augmentation principalement parce qu'il a réduit le coût global spécifiquement lié aux
deux instances.
Maintenant, allons de l'avant et discutons des bases de la tarification.
Et parallèlement à cela, nous examinerons également comment nous pouvons aller de l'avant et optimiser les coûts, vous savez,
lors de nouvelles discussions sur le paiement de ces deux instances.
Il existe cinq façons principales de procéder et de payer pour l'utilisation globale.
Le premier est vrai à la demande.
Deuxièmement, c'est par le biais d'un plan d'épargne.
Vous avez des instances réservées.
Vous avez des instances ponctuelles.
Vous avez également un hôte dédié.
Alors allons-y et discutons de chacun d'eux en détail.
Maintenant, le premier et très courant, que beaucoup d'organisations utilisent, est la tarification à la demande.
Ainsi, avec ce type de modèle de tarification, vous, Gordon, payez une capacité de calcul par heure ou par
seconde, selon les instances qui ont été effectuées.
Maintenant, un, l'avantage de la tarification à la demande est qu'il n'y a pas de paiements initiaux nécessaires et vous
pouvez augmenter ou diminuer la capacité chaque fois que nécessaire.
Ainsi, par exemple, vous créez une instance AC2 aujourd'hui et peut-être que demain matin vous passez à l'intermédiation.
Ainsi, vous ne payez que pour les données pour lesquelles la consommation a été effectuée.
C'est donc la tarification à la demande.
Maintenant, n'oubliez pas que la tarification peut également entraîner des problèmes inattendus, non seulement du côté du fournisseur de services cloud, mais
également du côté du client.
Prenons maintenant un exemple de fournisseur de services cloud.
Supposons donc que lundi, 500 clients utilisaient individuellement six d'entre eux sur des serveurs à la demande.
Et mercredi, seuls 30 clients utilisaient individuellement des serveurs à la demande de 16 Go.
Ainsi, du côté du fournisseur de services cloud, ils n'auront pas vraiment une idée claire du nombre
de serveurs qu'ils doivent provisionner, car tout le provisionnement leur coûtera cher et le provisionnement entraînera
une mauvaise expérience utilisateur.
C'est donc l'un des dilemmes auxquels la plupart des fournisseurs de services cloud sont actuellement confrontés.
Cela peut également entraîner certains problèmes du côté client.
Par exemple, disons qu'un fournisseur de services cloud dispose sous provision de ces ressources.
Ensuite, plusieurs fois, il a été absorbé.
Lorsque vous essayez de créer une nouvelle instance, vous obtenez cette erreur de répartition des frais lancée, capacité
insuffisante.
C'est donc l'une des erreurs courantes auxquelles les clients étaient confrontés il y a quelques années.
Mais encore une fois, de nos jours aussi, cette erreur se produit, mais pas aussi haut.
Mais notez que c'est quelque chose qui doit être pris en charge.
Je me souviens que dans l'organisation avec laquelle je travaillais il y a environ quatre ou cinq ans, nous avions
une instance de base de données qui s'exécutait sur le site.
Ainsi, dans le cadre de l'activité de pagination, l'instance de base de données a été stockée et devait être démarrée dans une
minute.
Cependant, dès que nous avons essayé de démarrer immédiatement, nous avons eu une erreur de capacité insuffisante et l'une des applications de
production était en panne à cause de cela.
Cependant, au bout de cinq minutes lorsque nous l'avons redémarré, cela a parfaitement fonctionné.
Mais c'est l'un des inconvénients de la demande dont vous devez vous occuper.
Maintenant, la deuxième façon dont la tarification fonctionnerait est basée sur l'instance réservée.
Cette instance offre donc une remise importante, jusqu'à 75 % par rapport à la tarification à la demande.
Maintenant, la raison pour laquelle chaque instance offre une remise aussi élevée est principalement due à un engagement.
Ainsi, par exemple, disons que vous exécuterez 20 serveurs d'une instance spécifique, disons, et pendant
deux semaines légères pendant un an.
Donc, au lieu d'exécuter à la demande, ce qui coûtera beaucoup plus cher, ce que vous dites, je vais exécuter 24
heures de ce type d'instance spécifique pendant un an et je m'y suis engagé.
Et à son tour, il ira de l'avant et vous accordera une remise, principalement parce que vous vous êtes
engagé pendant un an sur cette instance spécifique.
C'est donc cela l'instance réservée.
Vous pouvez donc le faire pendant une certaine durée, peut-être un ou trois ans, et cela vous donnera une remise sur la
tarification facile à instancier.
Prenons donc rapidement un exemple.
Supposons donc que vous ayez deux instances faciles en utilisant G4, plus cela prend de temps comme meilleure instance.
Maintenant, lorsque vous optez pour le modèle d'instance à la demande, cela vous coûtera environ deux virgule
un soixante-seize dollars de l'heure.
Maintenant, au cas où vous prévoyez d'exécuter cette instance au cours des trois prochaines années pour une tarification à
la demande, cela vous coûtera de cinquante-sept à soixante-seize dollars.
Cependant, si vous pouvez le commettre.
Vous utiliserez cette bande d'instance, ce que vous pouvez faire, c'est utiliser l'instance et vous pouvez
le faire pendant trois ans à l'avance.
Alors maintenant, ce qui va se passer, c'est le prix global de 57, il sera réduit à 21.
C'est donc une économie de 62 pour cent.
C'est donc un gros avantage.
Mais la seule mise en garde ici est que vous devez fournir un engagement ici si vous avez acheté une instance réservée
et si vous ne l'exécutez pas.
Alors disons que le service est arrêté, cela vous sera quand même facturé.
C'est donc une partie importante à retenir lors de la vue d'ensemble de haut niveau.
Maintenant, avant d'aller plus en détail, permettez-moi de vous montrer rapidement un exemple.
Je suis donc dans le calculateur de prix établi, qui nous permet d'estimer rapidement, Gordon, les choses.
Alors laissez-moi aller de l'avant et créer une estimation ici.
Maintenant, nous allons utiliser une série d'ecto, faisons une configuration et dans la première année, allons de l'avant et sélectionnons
l'instance.
Laissez-moi aller de l'avant et sélectionnez le type instancié ici.
Alors disons que je vais faire ma diapositive de fille instanciée.
Supposons donc que ce sera fait dans ce cas.
Désormais, sur demande, le coût horaire est de zéro virgule deux à six.
Maintenant, si vous redescendez, vous verrez qu'il s'agit du coût mensuel total.
C'est pour OnDemand.
Vous pouvez maintenant aller de l'avant et également sélectionner la bonne stratégie de tarification.
Maintenant, pendant que nous discutions de cela, il existe diverses approches dans lesquelles la tarification fonctionnerait.
L'un est grâce à un plan d'épargne facile.
Ensuite, nous avons une instance de réserve, puis nous avons une instance à la demande et ainsi de suite.
Voyons maintenant quelle différence l'instance de réserve fait-elle.
Donc, si je fais simplement une instance de réserve ici, vous devez également sélectionner un élément peut-être un an, trois ans.
Donc, si vous sélectionnez l'année, cela vous donnera le rabais le plus élevé.
Alors sélectionnons trois ans et une option de paiement, disons tout à l'avance.
Cela signifie essentiellement que vous donnez tout l'argent à l'avance.
Très bien.
Et pour les trois prochaines années, vous payez une avance totale de deux, deux, trois, trois.
Donc, en fonction de l'utilisation des deux instances, il est très important que vous planifiiez les choses en conséquence.
Maintenant, le troisième concerne les instances ponctuelles.
Aucune instance ponctuelle ne nous permet fondamentalement d'enchérir sur une capacité de calcul de réserve pour jusqu'à 90 % du coût à
la demande.
Cela vous donnera donc la remise la plus élevée disponible.
Cependant, cela vient avec une mise en garde.
Prenons donc le cas d'utilisation d'un hôtel.
J'étais donc récemment en visite dans l'un des pays.
Et ce qui s'est passé, c'est que lorsque vous avez réservé avant, disons que vous réservez un mois avant, le coût
global sera beaucoup plus élevé.
Cependant, si vous n'avez réservé qu'un jour en arrière et s'ils ont des chambres vides disponibles, ils négocieront
pour un coût beaucoup plus bas.
Cependant, cela n'arrive peut-être qu'un jour ou deux en arrière.
Rien de semblable ne va avec, par exemple, disons que A. W. dispose d'une grande capacité de
calcul, mais peu de clients l'utilisent.
Ainsi, au lieu de simplement le laisser partir, ce qu'il dira, c'est que vous pouvez aller de l'avant et enchérir pour cette capacité de calcul
inutilisée et ils vous donneront la remise la plus élevée.
Cependant, dans de tels cas, je le recommande uniquement pour les applications qui ont des heures de début et de fin
flexibles.
Cela signifie donc essentiellement que ces instances ne sont pas garanties de s'exécuter.
Ils peuvent aller de l'avant et être résiliés à tout moment.
S'il y a d'autres clients qui ont créé une instance à la demande ou leur instance est beaucoup, beaucoup plus élevée que la
vôtre.
C'est donc une partie importante à retenir.
Mais quand même, quelles instances sont utilisées par de nombreuses organisations.
Ainsi, leurs applications sont conçues pour démarrer flexibile et également pour terminer flexibile.
Prenons donc un exemple.
Ainsi, sous le fichier facile à consolider, accédez rapidement à la demande ponctuelle Aurier permet de demander une instance
ponctuelle.
Voyons combien de prix obtenons-nous maintenant?
L'EMA le laissera simplement par défaut.
La principale chose que nous examinons est le type d'instance disponible.
Prenons donc un exemple.
Vous avez donc actuellement un type d'instance de lecteur de siège.
Le prix au comptant ici est zéro virgule zéro deux neuf quatre.
C'est donc environ 72 % d'économies sur la demande.
De même, vous avez ar3 pas grand, qui permet d'économiser 80 % par rapport à la demande.
Alors c'est super.
Ainsi, la seule chose dont vous devez vous assurer est que votre application est conçue pour avoir
une heure de démarrage flexible, car ces instances peuvent être résiliées.
Vous n'avez donc pas vraiment la garantie qu'ils fonctionneront.
Cependant, lorsque vous discutez des instances à la demande, une fois que les instances à la demande sont en cours d'exécution, il est
garanti qu'elles continueront à s'exécuter jusqu'à ce que vous les arrêtiez et essayiez de redémarrer.
Il s'agit d'instances si vous avez une capacité suffisante et qu'elles sont garanties de fonctionner.
Il y a donc beaucoup de mises en garde ici, mais c'est à cela que servent les instances ponctuelles.
Le prochain est le plan d'épargne.
Les plans d'épargne sont donc flexibles.
Modèle de tarification qui vous offre également un prix inférieur par rapport à l'instance à la demande.
Maintenant, ce qui est fondamentalement le concept ici, c'est que vous pouvez vous rencontrer sur une quantité constante d'utilisation, qui est
mesurée en dollars.
Disons que vous pouvez gagner quatre ou cinq dollars de l'heure pour un mandat d'un ou de trois ans.
Donc, si vous sortez et que vous vous engagez pour ce montant et que vous êtes AWG, vous irez de l'avant et vous accorderez une remise spécifique à ce
sujet.
C'est donc le concept de base du plan d'épargne.
Maintenant, le dernier que nous devrions connaître est un cheval dévoué.
So dédié cheval est une Estacada physique dédiée à votre usage.
Ne laissez pas quand vous discutez de la ligne ascendante facile et disons que vous courez sur l'argent
et que cet instant puisse partager son corps dur avec plusieurs clients.
Ils peuvent donc avoir une idée précise où ils ont plusieurs machines virtuelles en cours d'exécution.
Et cette machine à laver est essentiellement l'instance Ekta.
Cependant, pour le cheval dédié, il s'agit d'un serveur physique dédié à votre usage uniquement, il n'est pas partagé.
Le matériel n'est pas partagé entre d'autres clients.
Encore une fois, pour le cheval dédié, il peut être acheté au niveau OnDemand ainsi qu'au niveau de
l'instance méritée.
Cependant, étant donné que l'ensemble du matériel physique vous est dédié, le prix global sera beaucoup plus
élevé pour celui d'une instance Ekta typique.
Voilà donc la vue d'ensemble de très haut niveau sur la tarification réelle de l'instance.
Et ceci conclura la vidéo d'aujourd'hui.