Organization of pods in cluster in Google Container Engine

What is the usual way to organize pods in a cluster in Kubernetes?

I have a Jenkins build server, Docker registry, Git repository and other development tools that I want to run in Google Container Engine. Do I create one cluster for each of them? Or can multiple pods be scheduled on each node?

  • ADD > LOAD .SQL using Docker Automated build and Compose
  • cannot create JDBC datasource named transactional_DS while implementing Multi-instance in moqui using docker
  • Graylog container cannot connect to MongoDB container
  • Database in docker containers - readonly images vs durability
  • How to deploy secure web application using docker on bluemix
  • docker COPY without save point
  • So my question is: Would you create one cluster that holds all these services, or multiple clusters?
    The same question applies to production, qa etc enviroments. Do I create one cluster for each enviroment or do I have them in the same cluster?

  • Docker Rails app fails to be served - curl: (56) Recv failure: Connection reset by peer
  • Don't receive email notifications from Jenkins if build fail
  • docker: is it possible to run containers from an other container?
  • How to perform code analysis in sonarqube in docker in a ASP.NET web application
  • Errors building two different projects with stack on the same machine
  • How can I access my docker maria db?
  • One Solution collect form web for “Organization of pods in cluster in Google Container Engine”

    To answer your first question, multiple pods can be scheduled on each node.

    One of the best parts about Google Container Engine / Kubernetes is that it is really flexible, so you can structure your services in the way that works best for you. For your specific use case, I think that a single cluster would make sense because all of the applications that you want to run are closely related. You’ll want to think a bit about choosing an appropriate size for your cluster (both the number of VMs and the size of each VM) to fit your entire workload.

    You can experiment with creating a single cluster for both your QA and Prod workloads, or you can split them across clusters. Until Kubernetes has better support for QoS (for scheduling pods), it probably makes more sense to keep the QA environment separate (and probably sized more modestly).

    Docker will be the best open platform for developers and sysadmins to build, ship, and run distributed applications.