diff options
| author | gmarek <gmarek@google.com> | 2016-08-08 15:26:37 +0200 |
|---|---|---|
| committer | gmarek <gmarek@google.com> | 2016-08-08 15:27:25 +0200 |
| commit | 2db30bd01f2412771f8b5764da2edf37486afa71 (patch) | |
| tree | 3b34d66fd6858d1461c2d4c434f600b73bb6329d | |
| parent | bdee91508b57d038634505be9944d6ac20c9e5a3 (diff) | |
Small update to the kubemark guide
| -rwxr-xr-x | kubemark-guide.md | 16 |
1 files changed, 9 insertions, 7 deletions
diff --git a/kubemark-guide.md b/kubemark-guide.md index 7c44c362..79bf5f07 100755 --- a/kubemark-guide.md +++ b/kubemark-guide.md @@ -61,9 +61,10 @@ resources from everything else. ## Requirements -To run Kubemark you need a Kubernetes cluster for running all your HollowNodes -and a dedicated machine for a master. Master machine has to be directly routable -from HollowNodes. You also need an access to some Docker repository. +To run Kubemark you need a Kubernetes cluster (called `external cluster`) +for running all your HollowNodes and a dedicated machine for a master. +Master machine has to be directly routable from HollowNodes. You also need an +access to some Docker repository. Currently scripts are written to be easily usable by GCE, but it should be relatively straightforward to port them to different providers or bare metal. @@ -81,10 +82,11 @@ port Kubemark to different providers. ### Starting a Kubemark cluster -To start a Kubemark cluster on GCE you need to create an external cluster (it -can be GCE, GKE or any other cluster) by yourself, build a kubernetes release -(e.g. by running `make quick-release`) and run `test/kubemark/start-kubemark.sh` -script. This script will create a VM for master components, Pods for HollowNodes +To start a Kubemark cluster on GCE you need to create an external kubernetes +cluster (it can be GCE, GKE or anything else) by yourself, make sure that kubeconfig +points to it by default, build a kubernetes release (e.g. by running +`make quick-release`) and run `test/kubemark/start-kubemark.sh` script. +This script will create a VM for master components, Pods for HollowNodes and do all the setup necessary to let them talk to each other. It will use the configuration stored in `cluster/kubemark/config-default.sh` - you can tweak it however you want, but note that some features may not be implemented yet, as |
