Re: [kubernetes-users] What to examine to understand an existing kubernetes install?
I would look at the network config, the flags on the master and kubelets, and the existing namespace usages On Dec 11, 2016 8:21 PM, "Bruno Bronosky" wrote: > If you came into a new company with a production kubernetes cluster but > they knew nothing about it (the person who set it up was gone) what would > you examine to get an understanding of it? > > -- > You received this message because you are subscribed to the Google Groups > "Kubernetes user discussion and Q&A" group. > To unsubscribe from this group and stop receiving emails from it, send an > email to kubernetes-users+unsubscr...@googlegroups.com. > To post to this group, send email to kubernetes-users@googlegroups.com. > Visit this group at https://groups.google.com/group/kubernetes-users. > For more options, visit https://groups.google.com/d/optout. > -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
[kubernetes-users] What to examine to understand an existing kubernetes install?
If you came into a new company with a production kubernetes cluster but they knew nothing about it (the person who set it up was gone) what would you examine to get an understanding of it? -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
Re: [kubernetes-users] Re: how to expose many pods/deployments on single IP in GKE?
On Dec 11, 2016 12:58 PM, wrote: Hi Tim, Thanks for your answer and sorry for not replying before, I didn't realize I should check the group site for answers. Your solution for exposing the server on given external IP worked, specifically setting hostPort in pod's container spec. The client job runs in a single-node cluster, so the client pod can't really be moved to a different IP. Thanks for pointing this out though. For the sake of my understanding, would you mind explaining what you mean by "Kubernetes Services are designed to avoid that" and that they "can't handle client IPs" ? Services provided addresses that hide the details of the pods "behind" them. Pods can be born or die, or move between nodes, and Services keep running on a stable IP. Possibly on a related note, what would be the right way in GKE to keep running a service at a given external IP address? Let's forget my client job for a moment and limit this discussion to the server job alone. Let's say I have an external IP address in GKE, associated with mycompany.com in a third-party DNS registry, and I'd like to run a web server in GKE visible to the outside world at mycompany.com:80. How should I configure the service/pod/deployment/... in GKE? A Service with either type=LoadBalancer or an Additional Ingress (HTTP load balancing) On Monday, November 21, 2016 at 11:35:10 PM UTC+1, Wiktor Tomczak wrote: > Hello, > > > I'd like to run two different containers, each with a different executable, on the same specific external IP address in Google Container Engine (GKE). One executable is a web server and the other is a web client. Requests from the client should originate from the same IP that the server listens on. > > > So far I've been able to get the client executable to run on an external IP address that I had reserved via Networking > External IP addresses in the cloud console [1]. The address is assigned to my only VM instance, so IIUC all containers running there use this address for their outgoing IP traffic. I can confirm the external IP address eg. by attaching to a running container [2] and fetching checkip.dyndns.org from there [3]. > > > OTOH, I haven't been able to expose the server executable on the same IP address. I tried both .yaml service configuration and kubectl expose but can't get either to work. What should be the value of my service's spec.type? If I set type = LoadBalancer and LoadBalancerIP = , load balancer creation fails because the IP is reported as already used. If I set type = NodePort, the service gets created, but requests to :8080 aren't forwarded to the server executable (configured to listen on port 8080). > > > I'd appreciate any help. > > > Wiktor > > > [1] https://console.cloud.google.com/networking/addresses/list > > [2] kubectl run -ti -- /bin/bash > > [3] curl checkip.dyndns.org -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout. -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
[kubernetes-users] Re: how to expose many pods/deployments on single IP in GKE?
Hi Tim, Thanks for your answer and sorry for not replying before, I didn't realize I should check the group site for answers. Your solution for exposing the server on given external IP worked, specifically setting hostPort in pod's container spec. The client job runs in a single-node cluster, so the client pod can't really be moved to a different IP. Thanks for pointing this out though. For the sake of my understanding, would you mind explaining what you mean by "Kubernetes Services are designed to avoid that" and that they "can't handle client IPs" ? Possibly on a related note, what would be the right way in GKE to keep running a service at a given external IP address? Let's forget my client job for a moment and limit this discussion to the server job alone. Let's say I have an external IP address in GKE, associated with mycompany.com in a third-party DNS registry, and I'd like to run a web server in GKE visible to the outside world at mycompany.com:80. How should I configure the service/pod/deployment/... in GKE? On Monday, November 21, 2016 at 11:35:10 PM UTC+1, Wiktor Tomczak wrote: > Hello, > > > I'd like to run two different containers, each with a different executable, > on the same specific external IP address in Google Container Engine (GKE). > One executable is a web server and the other is a web client. Requests from > the client should originate from the same IP that the server listens on. > > > So far I've been able to get the client executable to run on an external IP > address that I had reserved via Networking > External IP addresses in the > cloud console [1]. The address is assigned to my only VM instance, so IIUC > all containers running there use this address for their outgoing IP traffic. > I can confirm the external IP address eg. by attaching to a running container > [2] and fetching checkip.dyndns.org from there [3]. > > > OTOH, I haven't been able to expose the server executable on the same IP > address. I tried both .yaml service configuration and kubectl expose but > can't get either to work. What should be the value of my service's spec.type? > If I set type = LoadBalancer and LoadBalancerIP = , > load balancer creation fails because the IP is reported as already used. If I > set type = NodePort, the service gets created, but requests to IP>:8080 aren't forwarded to the server executable (configured to listen on > port 8080). > > > I'd appreciate any help. > > > Wiktor > > > [1] https://console.cloud.google.com/networking/addresses/list > > [2] kubectl run -ti -- /bin/bash > > [3] curl checkip.dyndns.org -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
Re: [kubernetes-users] Is there a way to specify an ingress resource rule to multiple ports ?
Yes but nginx ingress controller does support for TCP balancing with custom ports. On Sunday, December 11, 2016 at 7:06:23 AM UTC+1, Tim Hockin wrote: > > Ingress currently assumes ports 80 and 443 > > On Dec 10, 2016 8:54 PM, "Paolo Mainardi" > wrote: > >> Hello everyone! >> What i want to achieve is something like this: >> https://github.com/lwolf/kubernetes-gitlab/blob/41dfc87e618ca009d8b6588f3d866ada0ecf5a86/ingress/gitlab-ingress.yml >> >> but without having 2 hosts like git.example.com and git-ssh.example.com >> which is basically used just to redirect to the same service: >> https://github.com/lwolf/kubernetes-gitlab/blob/41dfc87e618ca009d8b6588f3d866ada0ecf5a86/gitlab/gitlab-svc.yml >> >> to different ports. >> >> I am currently using google GKE. >> >> Thanks in advance for your reply! >> P. >> >> -- >> You received this message because you are subscribed to the Google Groups >> "Kubernetes user discussion and Q&A" group. >> To unsubscribe from this group and stop receiving emails from it, send an >> email to kubernetes-use...@googlegroups.com . >> To post to this group, send email to kubernet...@googlegroups.com >> . >> Visit this group at https://groups.google.com/group/kubernetes-users. >> For more options, visit https://groups.google.com/d/optout. >> > -- You received this message because you are subscribed to the Google Groups "Kubernetes user discussion and Q&A" group. To unsubscribe from this group and stop receiving emails from it, send an email to kubernetes-users+unsubscr...@googlegroups.com. To post to this group, send email to kubernetes-users@googlegroups.com. Visit this group at https://groups.google.com/group/kubernetes-users. For more options, visit https://groups.google.com/d/optout.
