Peut-on utiliser un groupe d'instances non exploité pour un équilibreur de charge HTTPS externe dans GCP

• Pourquoi votre VMS n'est pas identique?

  Si vous les mettez dans le même groupe d'instances non gérées, puis à un service de contrôle, la même demande peut se retrouver dans l'un des VMS, il est donc nécessaire de servir le même contenu, pour la même demande.

  • Pouvez-vous donner un exemple de votre cas d'utilisation?

    Comme au cas où vous avez besoin de plus de VMS pour répondre aux demandes en fonction de la charge, il est nécessaire d'avoir une seule image pouvant être fournie sur plusieurs VMS.

    Une autre solution serait d'avoir différents services de backend pour chaque type VM unique, de sorte que chaque type VM unique serait dans son propre groupe d'instances géré.

    Je ne pense pas qu'il y ait une autre solution, à côté du groupe d'instance géré pour atteindre HA avec des instances VMS dans GCP.

Les moyens non gérés non gérés non gérés! Et cela signifie beaucoup.

• Pas de vérification de la santé: si votre VM est en panne, lent, instable (...) rien n'est effectué par le groupe d'instance
• Aucune évolutivité: En cas d'augmentation ou de diminution de l'utilisation, le groupe d'instance ne créera ni ne supprimait pas d'instance.
• Pas d'instance Roller: Vous avez une nouvelle version de votre VM (avec des correctifs, de nouvelles versions de l'application, ...), le groupe d'instance ne garantira pas un déploiement sans temps d'arrêt.

  Parce que, ce n'est pas géré, vous devez vous assurer que toutes ces choses vous-même. Pas impossible, mais beaucoup à faire. Ou passer à un groupe d'instance géré, même si votre groupe est seulement 1 VM!

Je voudrais donner quelques suggestions sur la manière de rendre votre infra configuration aussi fiable:

1. Obtenez Global HTTPS LB

2. Même si vous avez une configuration VM différente, obtenez toujours le groupe d'instance géré comme Backend

3. Obtenez SSL Cert pour votre domaine si utilisé et le permettez-le aussi

J'ai essayé d'utiliser différents services de backend pour chaque type VM unique, de sorte que chaque type VM unique serait dans son propre groupe d'instance géré et configurez l'équilibreur de charge HTTPS et celui-ci fonctionnait!