Once the worker instances have fully booted, they will be automatically registered with the Kubernetes API server by the kube-register service running on the master node. It may take a few mins.
```
kubecfg list minions
kubectl get nodes
```
## Starting a simple pod
...
...
@@ -167,16 +167,16 @@ Create a pod manifest: `pod.json`
}
```
### Create the pod using the kubecfg command line tool
### Create the pod using the kubectl command line tool
```
kubecfg -c pod.json create pods
kubectl create -f pod.json
```
### Testing
```
kubecfg list pods
kubectl get pods
```
> Record the **Host** of the pod, which should be the private IP address.
...
...
@@ -208,5 +208,5 @@ Visit the public IP address in your browser to view the running pod.
After this the kubernetes and `etcd` services would be up and running. You can use `service start/stop/restart/force-reload` on the services.
Launching and scheduling containers using kubecfg can also be used at this point, as explained mentioned in the [examples](https://github.com/GoogleCloudPlatform/kubernetes/tree/master/examples/guestbook)
Launching and scheduling containers using kubectl can also be used at this point, as explained mentioned in the [examples](https://github.com/GoogleCloudPlatform/kubernetes/tree/master/examples/guestbook)
### 3. Customizing the ubuntu launch
To customize the defaults you will need to tweak `/etc/default/kube*` files and restart the appropriate services. This is needed if the binaries are copied in a place other than `/opt/bin`. A run could look like