1 novembre 2022

Utilisation et abus d'Amazon AWS.

DĂ©couvrons ensemble pourquoi les devops autoproclamĂ©s et les dĂ©veloppeurs Full stack font mal leur boulot en proposant AWS lĂ  oĂč ce n'est pas nĂ©cessaire.

Nous contactons environ 4 fois par semaine Conseil sur Amazon AWS. Parmi ces demandes, environ la moitiĂ© proviennent d'entreprises qui souhaiteraient migrer leurs services vers Amazon AWS, et environ la moitiĂ© des entreprises qui souhaitent rĂ©duire les coĂ»ts de Amazon AWS, peut-ĂȘtre mĂȘme migrer ailleurs.

Il est donc plutĂŽt Ă©vident qu'il existe deux tendances qui se ressemblent oĂč, ceux qui voudraient migrer vers AWS n'en ont jamais entendu parler auparavant et recherchent donc une aide extĂ©rieure, tandis que le deuxiĂšme groupe qui aimerait avoir plus les coĂ»ts durables sont plutĂŽt des rĂ©alitĂ©s qui sont dans la premiĂšre ou la deuxiĂšme annĂ©e d'utilisation de Amazon AWS.

Il arrive trÚs souvent que le service soit mis en ligne par le personnel technique suite au projet, et que l'entreprise propriétaire fasse aveuglément confiance aux choix faits par le service informatique, faisant ce que nous avons l'habitude de faire tous les jours de notre vie : déléguer.

Lors de la délégation, en effet, la premiÚre exigence est celle de la CONFIANCE. S'il n'y a pas de confiance, on ne peut certainement pas déléguer. Cependant, dans un domaine vaste, complexe et en constante évolution comme celui des technologies de l'information, la confiance humaine dans les personnes ne correspond pas toujours à la compétence que possÚde la personne qui ira faire le travail.

La facture de Amazon AWS trĂšs cher.

Il arrive donc qu'en allant vĂ©rifier les budgets, peut-ĂȘtre dans un moment de contraction de la consommation, on aille rĂ©Ă©valuer les coĂ»ts de ce fournisseur qui jusqu'au mois prĂ©cĂ©dent s'est retrouvĂ© en comptabilitĂ© et payĂ© Ă  temps sans trop demander des questions.

10 XNUMX $ par mois pour maintenir en ligne un site e-commerce de cosmétiques ?

Cela a dĂ» ĂȘtre plus ou moins la question que se posait le nouveau responsable du marketing (attention, pas l'administration, le PDG, le service informatique ou le top management) mais plutĂŽt le Marketing, lorsqu'il fallait "rĂ©cupĂ©rer" le budget pour les campagnes publicitaires et la publicitĂ© en ligne, il est allĂ© vĂ©rifier les coĂ»ts en trouvant pour le moins curieux sinon suspect cette facture ci-dessous.

Évidemment, en tant que pratique, nous cachons l'identitĂ© du client pour l'exactitude et le secret professionnel, mais nous voulons partager avec vous quelques considĂ©rations concernant un cas que nous pourrions dĂ©finir comme courant, plutĂŽt que spĂ©cifique, compte tenu de la similitude dans de nombreux autres cas.

FactureAmazon AWS trĂšs cher" width="1024" height="585" />

Nous parlons d'une facture de plus de 10 mille dollars, qui au taux de change de l'époque (il y a un an) correspondait à environ 9 mille euros, aujourd'hui, avec un change euro dollar désavantageux, le coût à payer serait d'environ 1200 euros plus 10 mille et 200 euros, le tout pour faire fonctionner un e-commerce cosmétique écrit en PHP et MySQL qui fait environ 150 mille visiteurs par mois, et environ 600 mille pages vues.

Cela pourrait ĂȘtre reportĂ© en disant que vous savez, Amazon AWS ça coĂ»te cher et au fond c'est normal que ça coĂ»te de l'ordre de dizaines de milliers d'euros.

Cependant, la facture est composée d'éléments qui, examinés attentivement, permettent de comprendre de véritables anomalies qui nous permettraient d'économiser au moins 60 % de la dépense en remplaçant simplement une prestation par une autre.

Plus de 7000 XNUMX $ par mois pour exécuter MySQL sur Amazon Aurora

Amazon Aurora est un service de base de donnĂ©es relationnelle dĂ©veloppĂ© et proposĂ© par Amazon Web Services Ă  partir d'octobre 2014. Aurora est disponible dans le cadre de Service de base de donnĂ©es relationnelle Amazon (RDS).

Amazon a conçu Aurora pour qu'il soit compatible avec MySQL, ce qui signifie que vous pouvez utiliser des outils pour interroger ou gĂ©rer des bases de donnĂ©es MySQL (comme le client de ligne de commande mysql et l'interface utilisateur graphique de MySQL Workbench). Depuis dĂ©cembre 2021, Amazon Aurora est compatible avec MySQL 5.6, 5.7 et 8.0.  Il prend en charge InnoDB en tant que moteur de stockage.

Cela peut sembler absurde, mais lorsque nous avons examiné le projet de loi, nous n'avons pas voulu en croire nos yeux. Plus de 70 % des coûts étaient attribuables au service SGBD AWS Aurora MySQL.

 

Coût AWS Aurora MySQL

La facture parle trĂšs clairement, 7 mille 68 dollars pour exĂ©cuter une instance DB.R5.4xLARGE pour Aurora MySQL. 

Qu'est-ce qu'une instance DB.R5.4xLARGE et en quoi consiste-t-elle au niveau matĂ©riel ? Vous ĂȘtes-vous dĂ©jĂ  demandĂ©? Vous ĂȘtes-vous dĂ©jĂ  demandĂ©? Il nous dit directement Amazon AWS sur leur site internet :

https://aws.amazon.com/it/rds/instance-types/ 

AWS DB.R5.4xLARGE

On parle donc d'une instance 8core / 16 threads avec 128Go de RAM.

Processeurs Intel XeonŸ Platinum série 8000 jusqu'à 3,1 GHz (Skylake 8175M ou Cascade Lake 8259CL) avec un nouveau jeu d'instructions pour Intel Advanced Vector Extensions (AVX-512)

L'alternative plausible Ă  Amazon AWS.

Quelque chose de similaire pourrait facilement ĂȘtre remplacĂ© par un serveur physique dĂ©diĂ© sur lequel exĂ©cuter Percona Server ou Maria DB avec un support dĂ©diĂ©.

Si l'on prend la configuration suivante comme exemple, on est face Ă  exactement le double des cƓurs physiques (et Ă©videmment des threads) avec un cycle d'horloge Ă  5Ghz contre les 3 de l'instance sur Amazon AWS.

Alternatives Ă Amazon AWS" width="1024" height="474" />

 

Est-ce logique de dépenser 7000 euros, au lieu de 185 (imaginons aussi que c'était 500 euros pour l'assistance systÚme, pour arrondir à 1000 pour divers et tout) ? Dans le pire des cas, est-il judicieux de dépenser 7000 1000 euros au lieu de XNUMX XNUMX ?

Si la rĂ©ponse est oui, les avantages devraient ĂȘtre vus. Examinons les objections les plus courantes de ceux qui disent qu'AWS Aurora MySQL est toujours le meilleur choix.

Amazon ne se déconnecte jamais et a une disponibilité de 100 %.

Revendication sans fondement ni confirmation objective. Cherchez simplement Amazon AWS Temps de disponibilité, ou Amazon AWS Down sur les moteurs de recherche pour afficher divers incidents graves qui ont mis en ligne des portions entiÚres de réseaux ou de services, souvent en raison d'erreurs humaines.

Certes un problĂšme qui peut concerner tout le monde, et non exempt de comprĂ©hension et d'excuses, cependant si vous ĂȘtes prĂȘt Ă  dĂ©bourser 7000 euros au lieu de 185, la plus-value doit ĂȘtre tangible, et les temps d'arrĂȘt ne font pas partie des options accordĂ©es, autorisĂ©es ou tolĂ©rables.

Amazon AWS Aurora MySQL est plus rapide que MySQL, Percona Server ou MariaDB.

Cette dĂ©claration est une dĂ©claration trĂšs gĂ©nĂ©rale qui doit nĂ©cessairement ĂȘtre prise avec un grain de sel. Tout d'abord parce qu'il faut comprendre de quelle pĂ©riode il date, par exemple en 2015 il Ă©tait certainement vrai et irrĂ©prochable qu'Aurora MySQL Ă©tait le meilleur choix en termes de performances, mais aujourd'hui il existe aussi des benchmarks et analyses publics qui montrent et dĂ©montrer que ce GAP que l'on croyait inaccessible, il a Ă©tĂ© largement comblĂ© Ă  la fois par MySQL, Percona Server et MariaDB.

Par exemple le conclusions tirĂ©es de SQLPipe dans la comparaison entre les diffĂ©rents forks MySQL, ils dĂ©clarent que :

MySQL : 16.855 50.945 commandes traitĂ©es par minute, XNUMX XNUMX transactions par minute

MariaDB : 23.347 76.866 commandes traitĂ©es par minute, XNUMX XNUMX transactions par minute

Aurora : 15.781 47.517 commandes traitĂ©es par minute, XNUMX XNUMX transactions par minute

Extension HammerDB nous a rapportĂ© deux chiffres centraux : le nombre de commandes que notre systĂšme OLTP Ă©tait capable de traiter par minute, ainsi que le nombre de transactions de base de donnĂ©es nĂ©cessaires pour y parvenir.

Si vous envisagez d'exécuter une instance RDS avec 4 Go de RAM et que votre charge de travail est similaire à celle exécutée par ce benchmark, MariaDB est le meilleur choix. Il a traité 38 % de commandes en plus que MySQL et 48 % de plus qu'Aurora.

J'ai trouvé ce résultat surprenant ! Je pensais qu'Aurora serait le meilleur en termes de performances, mais c'était à peu prÚs à égalité avec MySQL pour cette charge de travail spécifique. L'absence d'avantage en termes de performances est particuliÚrement visible lorsque l'on considÚre le coût.

Alors d'oĂč vient la popularitĂ© d'AWS s'il n'y a pas toujours de rĂ©els avantages en termes de performances et de coĂ»ts ?

Une grande partie de la renommĂ©e de Amazon AWS est donnĂ© par les rĂ©sultats mĂ©ritĂ©s obtenus par leur infrastructure matĂ©rielle et logicielle qui, face Ă  une capillarisation mondiale, a su rĂ©pondre aux besoins de plus en plus exigeants d'acteurs tels que Spotify, Netflix et des entreprises de ce calibre du TOP 500 Fortune qui ont vu dans les services de Amazon AWS leur seule alternative au maintien de services qui auraient nĂ©cessitĂ© de "rĂ©inventer la roue" Ă  un coĂ»t bien supĂ©rieur Ă  la location d'un tout prĂȘt.

La puissance de calcul distribuée et l'hyperscaling de centaines de milliers d'instances à des dizaines de millions d'instances en quelques secondes, sont des fonctionnalités et prérogatives uniquement possibles pour Amazon et quelques acteurs de leur calibre comme Microsoft Azure ou Google Cloud.

Passer de centaines de Gigabits de bande passante à des centaines de Terabits sans avoir à mettre à niveau les instances, est une autre valeur ajoutée inégalée, uniquement possible sur des réalités de ce calibre et calibre.

Il semble donc correct et probable d'utiliser un service de classe entreprise, quels que soient les besoins réels, en particulier lorsque l'acheteur est un PDG qui a peu à voir avec les systÚmes ou les questions de développement, et veut faire le choix du marché également d'un point de vue sauvegarder et protéger ses choix.

En bref, il est facile de s'indemniser d'hypothĂ©tiques responsabilitĂ©s personnelles, en choisissant de facto quel est le meilleur joueur du marchĂ©, et de ne pas ĂȘtre imputable Ă  des erreurs ou Ă  de mauvaises Ă©valuations face Ă  un down, simplement en disant que vous avez fait le choix du marchĂ©, cette phrase, qui jusqu'Ă  il y a une dizaine d'annĂ©es se rĂ©sumait en :

Personne n'a jamais été licencié pour avoir acheté Microsoft.

Dans le monde informatique réel des petites et moyennes entreprises.

Lorsque nous voyons des situations comme celles ci-dessus, dans lesquelles exécuter un commerce électronique construit en PHP / MySQL / Javascript, nous recourons à Amazon AWS avec des coûts comme ceux listés ci-dessus, on se demande si effectivement aujourd'hui, dans le monde informatique, il y a une prise de conscience et une connaissance des faits dans ce que vous faites.

Un peu comme aller dßner au restaurant en compagnie d'une gentille fille, et n'étant pas un expert en vins, le serveur a carte blanche pour proposer un vin adapté en accord avec les plats commandés.

Imaginez voir l'addition arriver, et vous trouvez une facture de 5000 euros, dont 4600 pour un vin Sassicaia de 1985.

Vous comprenez facilement que quelque chose ne va pas, que vous ne pouvez pas offrir un service d'excellence lĂ  oĂč il n'y a pas de rĂ©el bĂ©nĂ©fice Ă  l'utiliser si ce n'est des coĂ»ts disproportionnĂ©s sans aucune valeur ajoutĂ©e. Si ce que je fais avec un serveur dĂ©diĂ© Ă  200$, je fais encore mieux qu'avec Amazon Aurora DB, pourquoi dois-je dĂ©penser des sous sur AWS ?

Les raisons n'existent pas, et c'est bien pour cela qu'une fois les coĂ»ts analysĂ©s, on arrive Ă  demander de l'aide pour rĂ©soudre des problĂšmes qui auraient pu ĂȘtre brillamment rĂ©solus ailleurs, avec des technologies similaires mais diffĂ©rentes.

À qui incombe cette tendance croissante ?

Il n'y a pas de rĂ©ponse unique car il n'y a pas de cas uniques. Chaque cas est un cas en soi, tout comme chaque entreprise est une entreprise en soi. Cependant, nous sommes d'avis que le pouvoir de dĂ©cision dans le domaine technologique ne doit pas ĂȘtre dĂ©lĂ©guĂ© Ă  une seule personnalitĂ© et Ă  un seul avis, mais plutĂŽt apprĂ©ciĂ© sereinement et sans conflits d'intĂ©rĂȘts entre plusieurs personnalitĂ©s techniques, en gardant Ă  l'esprit Ă  la fois la part concernant la qualitĂ© du service qui Ă©videmment aussi la partie Ă©conomique.

La direction doit Ă©videmment tenir compte de cette situation et ĂȘtre en mesure d'Ă©valuer quel est le rĂ©sultat final des solutions recommandĂ©es par le consultant en poste, en comprenant si les coĂ»ts sont rĂ©ellement conformes au budget de l'infrastructure informatique et s'ils sont viables sur le long terme.

Développeur DevOps et Full Stack improvisé.

Nous voyons constamment, chaque jour, des chiffres valides de moins de 30 ans, s'essayer à d'innombrables tùches et compétences. Frontend, Backend, PHP, Node.js, MongoDB, MySQL, vraiment une myriade de savoir-faire et de compétences qui suggÚrent qu'il n'est pas possible de tout connaßtre parfaitement.

Fils d'un moment historique, dans lequel des terminologies telles que SaaS, PaaS, sont désormais à l'ordre du jour, par rapport à la précédente dans laquelle nous allions développer en C, et mettre en place des serveurs et des serveurs Web localement afin de servir les applications et prestations de service.

Dans un monde oĂč le modus operandi devient : "achĂšte une solution prĂȘte Ă  l'emploi, que le client final paie ensuite», il est tout aussi normal de voir des services facturĂ©s au poids de l'or et « des F1 Ferrari achetĂ©es comme voitures pour ceux qui ont besoin de faire du shopping ».

Malheureusement, il y a un manque de culture et de véritables ingénieurs systÚmes purs, ceux qui utilisent des systÚmes Cloud au niveau de l'entreprise si et seulement s'ils le jugent pratique par rapport aux solutions internes ou hybrides.

La question ne se pose plus de savoir quelle pourrait ĂȘtre l'alternative Ă  Amazon AWS dato che Amazon AWS il semble dĂ©sormais ĂȘtre le point de dĂ©part et le point d'arrivĂ©e de cette nouvelle gĂ©nĂ©ration d'"ingĂ©nieurs systĂšmes", qui font (mal) un peu de tout.

Pour notre part, nous essayons toujours de servir les intĂ©rĂȘts du client, en mettant le profit au second plan, et en le considĂ©rant comme un simple "effet secondaire" ainsi qu'une consĂ©quence de bien faire notre travail, en prenant soin Ă  la fois de nous salir les mains pour trouver le plus complexe mais plus pratique pour le client Ă  suivre, Ă  la fois dans la distribution d'articles, de publications, d'Ă©tudes de cas comme celle-ci dans l'espoir de pouvoir fournir des informations et de dĂ©montrer comment la solution la plus adoptĂ©e n'est pas toujours la plus pratique.

Vous cherchez à économiser sur les coûts de Amazon AWS ?

Notre service de conseil pour Amazon AWS vous permettra d'Ă©conomiser de maniĂšre significative et d'optimiser les coĂ»ts de leurs services. Nous sommes experts dans l'analyse des coĂ»ts et dans l'identification des opportunitĂ©s d'Ă©conomies, et nous utilisons des outils avancĂ©s pour surveiller l'utilisation des services AWS en temps rĂ©el et identifier tout gaspillage. Nous pouvons Ă©galement vous conseiller sur la façon d'optimiser votre utilisation des services AWS pour tirer le meilleur parti de leurs fonctionnalitĂ©s et rĂ©duire les coĂ»ts inutiles. GrĂące Ă  notre expĂ©rience et Ă  notre connaissance approfondie des services AWS, nous saurons vous apporter des conseils personnalisĂ©s et vous accompagner dans la mise en place de solutions efficaces et Ă©conomiques. Peu importe que vous soyez une petite ou une grande entreprise, notre service de conseil pour Amazon AWS cela vous aidera Ă  Ă©conomiser du temps et de l'argent, vous permettant de vous concentrer sur votre cƓur de mĂ©tier.

Vous avez des doutes ? Vous ne savez pas par oĂč commencer ? Contactez-nous


Nous avons toutes les réponses à vos questions pour vous aider à faire le bon choix.

Discute avec nous

Discutez directement avec notre support avant-vente.

0256569681

Contactez-nous par téléphone pendant les heures de bureau 9h30 - 19h30

Contactez-nous en ligne

Ouvrez une demande directement dans l'espace contact.

INFORMATIONS

ManagedServer.it est le premier fournisseur italien de solutions d'hébergement hautes performances. Notre modÚle d'abonnement est abordable et prévisible, afin que les clients puissent accéder à nos technologies d'hébergement fiables, à nos serveurs dédiés et au cloud. ManagedServer.it offre également d'excellents services d'assistance et de conseil sur l'hébergement des principaux CMS Open Source tels que WordPress, WooCommerce, Drupal, Prestashop, Magento.

Retour en haut de page