2 votes

Pourquoi le serveur gratuit AWS EC2 t2.micro instance de 750 heures dépasse 85% en moins d'un mois ?

J'ai commencé à utiliser le serveur AWS EC2 t2.micro instance avec 750 heures pour 12 mois le 21.02.2019 et le 14.03.2019 j'ai reçu ce mail :

enter image description here


À partir du 21.02.2019, j'ai démarré une seule instance et je la maintiens en fonctionnement sans interruption jusqu'à ce jour. Cela représente quelque chose autour de 500 heures, et non 654. Même mon compte sur le portail AWS après la connexion montre à propos de l'instance ceci :

enter image description here


Pourriez-vous me conseiller sur ce qu'il faut faire ensuite, pourquoi cela se produit-il ? Tout ce qui concerne ce sujet est écrit aquí . Mais cela ne clarifie pas mon problème. J'ai vu quelques questions similaires à travers plusieurs domaines, mais ils ont dit que le problème est que quelqu'un exécute plusieurs instances, pas seulement une ... mais je peux clairement voir que j'en ai une seule que je n'ai toujours pas arrêté ou interrompu ... Je n'utilise pas de base de données AWS, mais la Google Cloud PSQL DB qui est proche de Francfort, où se trouve mon serveur AWS...

Peut-être que cela sera utile :

enter image description here


Une phrase intéressante est la suivante aquí : "Certaines des limites les plus courantes sont par le temps, par exemple par heure ou par minute, ou par les demandes, qui sont les demandes que vous envoyez au service, également appelées opérations API." Je ne comprends pas, c'est peut-être une question stupide - désolé, mais plus il y a de demandes GET / POST sur mon site web, plus le temps passe vite ? OU plus j'ai d'instances de sessions SSL terminales, plus le temps passe ?

De plus, je me connecte avec un terminal au serveur 2 fois par jour pendant 4 heures et j'ai 0 visiteur sur ma page web. J'utilise 2 ports, un pour la production (où j'ai un thread permanent avec mon site avec des commandes nohup & et screen) et un pour le développement simultanément.

J'ai écrit au support AWS, mais comme il s'agit d'un compte gratuit pour l'instant, la gravité est FAIBLE et donc pas de réponse. Il me reste 3 jours je pense et ensuite je dois payer...je ne comprends pas pourquoi et pourquoi ils n'ont pas réinitialisé le calcul des heures avec le premier jour de mars ?


Autres preuves :

enter image description here


Et solution trouvée grâce à la réponse ici, 2 instances en cours, Francfort et Ohio :

enter image description here


Mais après avoir arrêté une instance de l'Ohio, une autre a été créée et démarrée à nouveau sans ma permission :

enter image description here


Afin de mettre fin à l'instance de façon permanente, désactivez la mise à l'échelle automatique :

enter image description here

5voto

Michael - sqlbot Points 21488

Le site sólo La cause possible de ce problème serait que vous avez en fait deux, et non une, instances en cours d'exécution. Vérifiez EC2 dans toutes les autres régions dans la console, pour trouver l'autre instance.

Temps hace Ce poste n'est pas sensible à l'utilisation - le trafic, aussi faible ou élevé que vous le souhaitez, ne change pas la façon dont les heures machine sont calculées. Les requêtes API ne changent pas la façon dont les heures machine sont calculées. Auparavant, les événements d'arrêt/démarrage (similaires à la mise hors tension/mise sous tension, à l'exception du simple redémarrage) sur une instance gonflaient les heures d'une heure pour chaque événement, mais ce n'est plus le cas depuis quelques années.

654÷2÷24 = 13,625 jours de deux instances distinctes fonctionnant depuis le premier du mois.

0 votes

Ok, vous avez raison, j'ai 2 instances en cours, Francfort et Ohio, mais ... Je vois qu'il s'agit d'une sorte d'astuce de la part de la société Aamazon, car je suis absolument certain d'avoir démarré une seule instance à Francfort, je l'ai fait très patiemment et en détail ... pourquoi ont-ils démarré une autre instance sans ma permission à Ohio ? Pour profiter du fait que je suis nouveau et me faire payer ? Sinon je ne comprends pas comment cela a pu arriver... voir ma question mise à jour... J'ai arrêté l'instance Ohio et sans ma permission = une nouvelle a été créée

4 votes

Amazon n'a jamais été connu pour jouer à ce genre de jeux. Maintenez le dialogue avec l'assistance et supposez qu'AWS n'essaie pas de vous soutirer quelques dollars. Je m'attends à ce qu'ils vous aident à éviter des frais inattendus comme celui-ci. Il est assez courant que les nouveaux utilisateurs soient désorientés par la façon dont toutes les régions sont indépendantes. S'ils essayaient d'alourdir votre facture de frais supplémentaires, ils ne vous enverraient pas d'e-mails destinés à vous aider à éviter exactement ces frais.

4 votes

Pour le nouveau numéro : Le site -env sur le nom de l'instance et le respawn automatique suggèrent que c'est une instance contrôlée par Elastic Beanstalk qui est conçu pour maintenir le fonctionnement d'un environnement - il remplace donc automatiquement les machines qui meurent en utilisant mise à l'échelle automatique (iirc). Indirectement, le service avait votre permission de le faire, si vous lanciez un environnement beanstalk.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X