Comment spécifier une adresse IP statique pour Kubernetes d'équilibrage de la charge?

J'ai un Kubernetes cluster en cours d'exécution sur Google Compute Engine et je voudrais attribuer des adresses IP statiques à mes services externes (type: LoadBalancer). Je ne suis pas sûr de savoir si c'est possible au moment ou non. J'ai trouvé les sources suivantes sur ce sujet:

  • Kubernetes Service De La Documentation vous permet de définir une adresse IP externe, mais il échoue avec ne peut pas unmarshal objet en une valeur de type []v1.LoadBalancerIngress
  • La publicIPs champ semble permettez-moi de préciser les ip externes, mais il ne semble pas fonctionner soit
  • Cette question Github unis que ce que je suis en train de faire n'est pas encore pris en charge, mais sera dans Kubernetes v1.1
  • La clusterIP champ me permet aussi de spécifier une adresse IP, mais échoue avec "IP fournie n'est pas dans la plage valide"

J'ai envie de l'utilisation des adresses ip statique est très important lors de la configuration des services web. Suis-je manqué quelque chose? Je serais très reconnaissant si quelqu'un pouvait m'éclairer ici!

EDIT: Pour clarifier: je ne suis pas à l'aide de contenants Moteur, j'ai mis en place un cluster de moi-même à l'aide de l'installation officielle des instructions pour Compute Engine. Toutes les adresses IP associées avec mon k8s services sont marqués comme "éphémère", ce qui signifie recréer un kubernetes service peut conduire à une autre adresse IP externe (c'est pourquoi j'ai besoin d'eux pour être statique).

  • Qu'est-ce exactement avez-vous fait pour résoudre ce problème? Comme vous, je crains que si les changements d'IP, je vais devoir changer la godaddy enregistrements pour pointer vers la nouvelle adresse IP à chaque fois que le déploiement est recréé.
  • Utiliser le loadBalancerIP champ dans votre déclaration de service, comme décrit dans la documentation en cours: kubernetes.io/docs/guide utilisateur/services/#type-loadbalancer
InformationsquelleAutor Marco Lamina | 2015-08-28
  1. 13

    Kubernetes v1.1 vais faire quelques changements.

    Tout d'abord, tous les load-balancers en GCE obtiendrez des adresses ip statiques. Cela nous permet de simuler la "mise à jour" opérations que la CME ne prend pas en charge.

    Deuxième, https://github.com/kubernetes/kubernetes/pull/13005 propose un nouveau champ pour définir explicitement l'adresse IP d'un équilibreur de charge.

    Notez bien que votre "éphémère" de la propriété intellectuelle est le vôtre aussi longtemps que votre Service existe. C'est à peu près semblable à ce que AWS ne avec les noms ELB (au hasard, la vôtre, jusqu'à la libération).

    publicIPs (ou deprecatedPublicIPs en v1), sera remplacé par externalIPs très similaire à la sémantique. Ce sont des "non géré" IPs - kubernetes n'établira pas de load-balancer les utiliser, mais il acceptera de trafic pour eux.

    clusterIP est une adresse de cluster et n'est généralement pas disponibles en dehors du cluster ou de "projet" ou VPC (en CME ou AWS termes)

    • Merci pour l'explication approfondie 🙂 Alors, quelle est votre suggestion si je veux supprimer + recréer un service et s'assurer qu'il conserve son adresse IP externe? Est-ce possible avec éphémère IPs en v1.0.x? Aussi je suis très excité pour v1.1, est-il une date de sortie (ou une estimation)?
    • Pourquoi avez-vous besoin de supprimer un Service et de le recréer avec le même équilibrage de charge IP? La réponse courte est que ce n'est pas encore prise en charge. Il faut espérer être pris en charge dans v1.1 (mi-octobre). Il y a quelques hacks que vous pouvez faire, si c'est VRAIMENT important pour vous, mais tous les hacks viennent avec des coûts 🙂
    • Bien, j'ai de l'entrée DNS pour mon public à l'extrémité pointant vers l'adresse IP, donc je veux m'assurer qu'il ne changera pas dans le cas où j'ai du modifier le k8s objet de service! J'ai vraiment pensé à ce cas d'utilisation? 🙂
    • Comme mentionné, le fait qu'un changement d'un objet de Service a entraîné une IP changer est un bug et est corrigé dans la v1.1. C'est un cas commun - bugs sucer 🙂
    • Svp corrigez-moi si je me trompe. Lorsque je créer un service & marquer comme non-éphémère dans Google Container Engine, l'adresse ip ne sera persistent entre les redémarrages & supprime. Donc, je peux créer de tels services pour chacun de mes clients (sous-domaines), de telle sorte que chaque sous-domaine godaddy points de service IP externe. Est-ce le standard de la façon dont il est fait ou suis-je ridicule? Aussi, le marquage de la propriété intellectuelle en tant que non-éphémère entraînera la CME de facturation moi pour adresse IP statique? Et, à l'aide de la LoadBalancer pour le service de résultats de Google me charge supplémentaire pour elle, non?
    InformationsquelleAutor Tim Hockin
  2. 45

    TL;DR Google Container Engine running Kubernetes v1.1 prend en charge loadBalancerIP juste marquer l'auto-IP attribuée comme statique premier.

    Kubernetes v1.1 prend en charge externalIPs:

    apiVersion: v1
kind: Service
spec:
  type: LoadBalancer
  loadBalancerIP: 10.10.10.10
  ...

    Jusqu'à présent il n'y a pas une très bonne cohérence de la documentation sur la façon de l'utiliser sur GCE. Ce qui est sûr, c'est que cette adresse IP doit d'abord être l'un de vos pré-alloués statique IPs.

    La la croix-région de l'équilibrage de la charge documentation est surtout pour les Compute Engine et pas Kubernetes/Conteneur Moteur, mais il est toujours utile surtout sur la partie "Configurer le service d'équilibrage de charge".

    Si vous venez de créer un Kubernetes LoadBalancer sur GCE, il va créer un réseau de Compute Engine > Réseau > équilibrage de la charge Réseau > une Règle de Redirection pointant vers un pool de cible de vos machines sur votre cluster (normalement réservé à ceux qui exécutent les Gousses correspondant au service du sélecteur). Il ressemble à la suppression d'un espace de noms n'est pas bien nettoyer la ceux créés les règles.

    Mise à jour

    Effectivement, il est maintenant pris en charge (même si en vertu de l'documenté):

    1. Vérifiez que vous êtes en cours d'exécution Kubernetes 1.1 ou ultérieure (sous GKE modifier votre cluster et cochez la case "Nœud version").
    2. Allouer des adresses ip statique sous Réseaux > adresses IP Externes, soit:
      • Déployer une fois sans loadBalancerIP, attendez jusqu'à ce que vous avez une adresse IP externe attribué lorsque vous exécutez kubectl get svc, et chercher les IP dans la liste sur cette page et de modifier ceux de Éphémère à Statique.
      • Cliquez sur "Réserver une adresse statique" régional dans la région de votre cluster, attaché à Aucun.
    3. Modifier votre LoadBalancer avoir loadBalancerIP=10.10.10.10 comme ci-dessus (s'adapter à l'adresse IP qui vous a été donnée par Google).

    Maintenant, si vous supprimez votre LoadBalancer, ou même de votre espace de noms, il va conserver que l'adresse IP lors de la ré-reploying sur ce cluster.

    Mise à jour 2016-11-14

    Voir aussi Kubernetes article décrivant comment configurer une adresse IP statique pour un ou plusieurs domaines sur Kubernetes.

    • Merci -- loadBalancerIP fonctionne très bien. Peut-être ils ont corrigé un bug depuis cette annonce.
    • 1.1 à la suite de la nouvelle procédure, loadBalancerIP fonctionne très bien. Est-il une technique similaire pour l'ajout de HTTP/HTTPS équilibreurs de charge?
    • HTTP/HTTPS n'a rien à voir avec la propriété intellectuelle. Plus précisément, vous avez juste un LB de service avec une adresse IP statique, et que le service aurait juste les ports 80 et 443 (redirection sans doute à un pod 80 et 443 port).
    • Après avoir passé des heures à lire google documentation essayer de comprendre ce que je suis si heureux j'ai trouvé ce post. du bon travail.
    • Cela a été utile. Le k8s documentation est source de confusion, car elle implique que le loadBalancerIP est pas le la pénétration adresse de l'équilibreur de charge, mais il semble que c'est.
    • Donc, une fois que l'adresse ip externe est alloué pour le loadbalancer, et qui est marqué comme non-éphémère, vous pouvez aller de l'avant et de point pour que la propriété intellectuelle dans godaddy? Même lorsque que le déploiement est recréé, la propriété intellectuelle n'a? Comme l'OP préoccupations, je crains que si les changements de propriété intellectuelle, la godaddy les enregistrements doivent être mis à jour et prendra du temps pour les caches dns pour mettre à jour résultant dans mon site étant bas, entre les...
    • Oui, vous avez raison. Au moins sur Kubernetes clusters, comme GKE.
    • Le Kubernetes lien de l'article mentionné dans la mise à jour n'est pas disponible à compter d'aujourd'hui.
    • Mis à jour le lien, même si ce n'est pas la même page que l'original a disparu dans l'histoire.

    InformationsquelleAutor Wernight
  3. 1

    Si vous êtes en cours d'exécution sur Google Container Engine, et utilisez type: LoadBalancer, Google Cloud Platform ont fait un Équilibrage de la Charge Réseau pour vous avec une adresse IP statique à ce service. Vous n'avez pas besoin de spécifier des adresses IP.

    Pour trouver l'équilibrage de charge réseau IP, exécutez:

    gcloud compute forwarding-rules list --project "YOUR-PROJECT-ID"

    Vous devez également être en mesure d'exécuter:

    kubectl get services

    Qui sera de retour à la fois le cluster et externe IP et le port pour vos services.

    • Je ne suis pas à l'aide de contenants Moteur, j'ai mis en place un cluster de moi-même à l'aide de l'installation officielle des instructions pour Compute Engine. Les règles de transmission sont créées, mais les adresses IP qui leur sont associés sont tous marqués comme "éphémère", ce qui signifie recréer un kubernetes service peut conduire à une autre adresse IP externe.
    • En général, vous ne devriez jamais avoir besoin de "recréer un service". Il y avait un bug dans v1.0 qui a causé certains types de mises à jour pour libérer l'adresse IP. C'est corrigé dans la v1.1.
    • Jamais recréer un service peut être sympa dans certains cas, mais jusqu'à ce qu'il y est une solution de déploiement qui permet de n'appliquer que les changements qu'il est un grand problème. Encore plus si vous pensez que chaque fois que vous re-créer votre LoadBalancer service, vous devrez mettre à jour vos DNS et attendre jusqu'à ce qu'il se propage.
    • Je ne suis pas sûr de ce que "seulement appliquer les modifications" signifie, mais jetez un oeil à kubectl apply en v1.1 version.
    • Par exemple, si vous LoadBalancer doit pointer vers un autre ensemble d'étiquettes ou si vous souhaitez utiliser la nouvelle méthode de Déploiement recréé tous les services/les gousses, ou des cas similaires. Dans tous ces cas, vous aurait une re-création de la LoadBalancer service pour avoir une nouvelle IP "statique". loadBalancerIP devrait résoudre cela en v1.1.
    • Les autres, je suis également prêt à réserver une adresse IP statique d'une certaine façon et que vous voulez utiliser dans le service de spécification spécification: type: "LoadBalancer" loadBalancerIP: "107.178.xxx.xxx" cela Peut-il faire partie de l'avenir de kubernetes de presse?
    • Raj, loadBalancerIP est déjà mis en œuvre, pour les plates-formes qui prennent en charge c'Est que... ce que vous demandez?

    InformationsquelleAutor Sandeep Dinesh