I will try this and post the results.
On Wednesday, September 20, 2017 at 5:31:12 AM UTC+5:30, jay vyas wrote:
>
> Sounds like subtly differences in the tests that make the performance
> metric more realistic for kube and more like a theoretical max test when
> you run docker measurements.
>
> Two ways to even the playing field:
>
> 1) If you run the test inside the kube pod does it have the same
> performance as the pure docker on the same machine test ? My thought is
> that it would be then close to the same perf as the docker test .
>
> 2) if you expose docker test containers through the VM , and access it
> from a separate VM is it still 4x faster?
> My hypothesis is that it might still be faster then kube vxlan but
> probably not 4x faster.
>
> Remember: inside the same pod things will always be faster and that's a
> good way to optimize the kube VXlan performance in the real world.
>
>
> > On Sep 19, 2017, at 2:21 AM, vnara...@broadsoft.com <javascript:>
> wrote:
> >
> > Environment:
> >
> > Kubernetes version (use kubectl version):
> > kubectl version
> > Client Version: version.Info{Major:"1", Minor:"7", GitVersion:"v1.7.3",
> GitCommit:"2c2fe6e8278a5db2d15a013987b53968c743f2a1", GitTreeState:"clean",
> BuildDate:"2017-08-03T07:00:21Z", GoVersion:"go1.8.3", Compiler:"gc",
> Platform:"linux/amd64"}
> > Server Version: version.Info{Major:"1", Minor:"6", GitVersion:"v1.6.9",
> GitCommit:"a3d1dfa6f433575ce50522888a0409397b294c7b", GitTreeState:"clean",
> BuildDate:"2017-08-23T16:58:45Z", GoVersion:"go1.7.6", Compiler:"gc",
> Platform:"linux/amd64"}
> >
> > Cloud provider or hardware configuration**:
> >
> > Google Container Engine.
> >
> > What happened:
> >
> > We are in testing phase of springboot based microservice deployment on
> GKE. During testing QA filed a performance issue , stats that the
> throughput of the service in k8s is low when compared to run the java app
> in
> >
> > java -jar method
> > docker run
> > For testing i skip those springboot stuff and take native tomcat home
> page as the test bed for the "ab" testing.
> >
> > The test setup looks like:
> >
> > Create an 8cpu/30Gig RAM ubuntu server in GCP and install native
> tomact-8.5.20(80) and test the home page.
> >
> > Stop the native tomcat. Create the docker tomcat instances on the same
> host and test the same home page.
> > The docker version is: Version: 17.06.2-ce
> >
> > Create the 3 node K8s cluster 1.6.9. Run the tomcat deployment the same
> 8.5.20 and expose the service through LB and test the same home page.
> >
> > I install the ab tool in other GCP instances and hit the above 3
> different endpoints.
> >
> > What's the Result:
> >
> > The first 2 test with native tomcat and docker run the throughput i got
> is nearly 8k Req/sec on avg on different request/concurrent level.
> >
> > But the same on K8s LB the throughput i got on the average of 2k req/sec
> on avg on different request/concurrency level.
> >
> > Is this something am i missing on the test. Or this is how the GKE LB
> store and forward the request at this rate.
> >
> > --
> >
> >
> > This email is intended solely for the person or entity to which it is
> > addressed and may contain confidential and/or privileged information. If
> > you are not the intended recipient and have received this email in
> error,
> > please notify BroadSoft, Inc. immediately by replying to this message,
> and
> > destroy all copies of this message, along with any attachment, prior to
> > reading, distributing or copying it.
> >
> > Ce message confidentiel et les éventuelles pièces jointes sont à
> l’usage
> > exclusif de son ou de sa destinataire. Il est interdit, pour toute autre
> > personne, de le distribuer, d’en dévoiler le contenu ou de le
> reproduire.
> > Si vous avez reçu cette communication par erreur, veuillez en informer
> > immédiatement l’expéditeur par courrier électronique et détruire
> l’original
> > de ce message ainsi que toute copie.
> >
> > --
> > 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 <javascript:>.
> > To post to this group, send email to kubernet...@googlegroups.com
> <javascript:>.
> > 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.
