Comment sont frontend instance heures calculée sur app engine?

J'ai une simple commande en ligne de l'application que j'ai construit. C'est probablement poignées de 25 heures par semaine, la plupart de ces lundi et mardi.

Regarder le tableau de bord je vois:

Billing Status: Free - Settings Quotas reset every 24 hours. Next reset: 7 hrs 
Resource             Usage  
Frontend Instance Hours      16%     4.53 of 28.00 Instance Hours

4.53 heures semble incroyablement élevé pour le nombre d'utilisateurs que j'ai.

Certaines de mes pages font appels à une base de données filemaker stocké sur un autre service et ont des latences comme:

URI         Reqs        MCycles     Latencies          
/profile    50          74          1241 ms
/order      49          130         3157 ms

mes pages d'authentification ont également de fortes latences comme ils l'appellent à des tiers:

/auth/google/callback 9  51  2399 ms

Je ne vois pas comment ils pourraient ajouter jusqu'à 4,53 heures?

Quelqu'un peut-il m'expliquer?

InformationsquelleAutor deltanine | 2013-05-28
  1. 21

    Vous êtes facturé à 15 minutes à chaque fois qu'une instance est en tourne.

    Si vous avez peu de demandes, mais ils sont espacés, votre exemple serait arrêté, et vous aurez à assumer les 15 minutes de charge, la prochaine fois que l'instance de tours jusqu'.

    Vous pouvez facilement accumuler de 4,5 heures avec 18 requêtes HTTP.

    • Aussi, notez que chaque fois que vous déployez votre service (sans l'aide d'un explicite --version valeur) gcloud va lancer une nouvelle version du service, mais aussi garder tous vos versions précédentes de course, chacun avec son propre exemple ci-joint. Normalement, ce qui rendrait ces (vieux) cas d'inactivité, car ils ne reçoivent pas de trafic, mais dans certains cas, ils peuvent encore générer des coûts.
    • Je suis exactement dans la situation que vous décrivez. Auriez-vous l'esprit de partage de la durée d'une instance doit être inactif avant qu'il aille à l'arrêt? Merci!
    • si vous utilisez la base de l'échelle par défaut est de 5 min, mais vous pouvez ajuster idle_timeout. Pas sûr au sujet de la mise à l'échelle automatique mode. Vous pouvez probablement mettre dans un shutdow crochet et journal lorsqu'il est appelé.
    InformationsquelleAutor dragonx
  2. 27

    En plus de la réponse précédente, j'ai pensé à ajouter un peu plus à propos de votre facturation qui pourrait vous confondre. Google vous donne 28 heures, heure de l'instance pour chaque 24 heures de la période de facturation.

    Idéalement, vous avez toujours une instance en cours d'exécution afin que les appels à votre application n'avez jamais à attendre pour une instance de rotation. Un exemple peut gérer pas mal de volume d'appels chaque minute, de sorte que beaucoup peut être accompli avec ceux gratuit 28 heures.

    Vous avez beaucoup de zéro heure de l'instance (consommé moins de 5 heures à dix-sept heures de potentiel de facturation.) Vous avez besoin de s'inquiéter plus sur l'obtention de cette plus grande baisse pas car sans aucun doute, la plupart des appels à votre application sont actuellement en attente pour les deux spin-up de latence de plus de l'exécution effective de la latence. Si vous exécutez un Aller app, spin-up est probablement pas un problème. Python, probablement une petite à modérée problème, Java...

    Pense donc plutôt que sur la tenue de votre instance en vie, et de consommer 100% de votre instance gratuite de quotas. Sinon, assurez-vous d'utiliser Aller, ou Python (avec un bon design). Ne pas utiliser Java.

    • Lorsque vous féliciter Python au lieu de Java, c'est juste parce que GAE n'est pas optimisé (sur les spin-up) pour Java, droit? ou il ya une autre raison importante?
    • Java cas, très souvent prendre beaucoup plus de temps à charger vs Aller ou Python. Il y a eu beaucoup de longues discussions à ce sujet, et les moyens d'optimiser Java pour accélérer l'instance de chargement. Je ne suis pas une personne Java, je ne peux donc pas parler de cette manière efficace. Recherche Google App Engine groupe et vous devriez trouver beaucoup d'informations et de chauffé débat.
    • Je sais que vous avez répondu à cette question tout à l'heure, mais ce sont en réalité des "Avant la Fin de l'Instance Heures" et "Back-End Instance Heures"? Je sais faire la différence entre le frontend et backend, tout simplement pas dans le contexte de la FGA. Aussi, pouvez-vous la force de GAE à utiliser une seule instance par heure, de ne jamais laisser le niveau gratuit, et combien d'utilisateurs, diriez-vous, une instance peut-il gérer? Merci.
    • Le lien ci-dessous assez différencie clairement FE vs ÊTRE. Vous pouvez contrôler la façon dont FE instances sont expulsées à l'aide de idle_timeout variable. L'utilisation d'un cron pour vérifier les choses, toutes les quelques minutes (par exemple, des tâches à faire dans une faible priorité de la file d'attente) tiendra une instance active. Combien d'utilisateurs d'une instance peut gérer dépend très fortement sur combien de temps il faut pour gérer un appel. Il ya beaucoup de décisions que vous pouvez faire pour rendre les choses soit rapide ou lente. La portée de ce qui est bien au-delà de ce fil. Lien: cloud.google.com/appengine/docs/standard/python/backends
    InformationsquelleAutor stevep