use kubectl create deployment to create deployment with --replicas and --port.
Signed-off-by: Weiping Cai <weiping.cai@daocloud.io>
This commit is contained in:
@@ -494,8 +494,7 @@ kubectl create quota test --hard=count/deployments.extensions=2,count/replicaset
|
|||||||
```
|
```
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl create deployment nginx --image=nginx --namespace=myspace
|
kubectl create deployment nginx --image=nginx --namespace=myspace --replicas=2
|
||||||
kubectl scale deployment nginx --replicas=2 --namespace=myspace
|
|
||||||
```
|
```
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
|
|||||||
@@ -13,8 +13,7 @@ You can use the Kubernetes command line tool kubectl to interact with the API Se
|
|||||||
{{% capture body %}}
|
{{% capture body %}}
|
||||||
## docker run
|
## docker run
|
||||||
|
|
||||||
To run an nginx Deployment and expose the Deployment, see [kubectl run](/docs/reference/generated/kubectl/kubectl-commands/#run).
|
To run an nginx Deployment and expose the Deployment, see [kubectl create deployment](/docs/reference/generated/kubectl/kubectl-commands#-em-deployment-em-).
|
||||||
|
|
||||||
docker:
|
docker:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
@@ -36,12 +35,19 @@ kubectl:
|
|||||||
|
|
||||||
```shell
|
```shell
|
||||||
# start the pod running nginx
|
# start the pod running nginx
|
||||||
kubectl run --image=nginx nginx-app --port=80 --env="DOMAIN=cluster"
|
kubectl create deployment --image=nginx nginx-app --port=80
|
||||||
```
|
```
|
||||||
```
|
```
|
||||||
deployment "nginx-app" created
|
deployment.apps/nginx-app created
|
||||||
```
|
```
|
||||||
|
|
||||||
|
```
|
||||||
|
# add env to nginx-app
|
||||||
|
kubectl set env deployment/nginx-app DOMAIN=cluster
|
||||||
|
```
|
||||||
|
```
|
||||||
|
deployment.apps/nginx-app env updated
|
||||||
|
|
||||||
{{< note >}}
|
{{< note >}}
|
||||||
`kubectl` commands print the type and name of the resource created or mutated, which can then be used in subsequent commands. You can expose a new Service after a Deployment is created.
|
`kubectl` commands print the type and name of the resource created or mutated, which can then be used in subsequent commands. You can expose a new Service after a Deployment is created.
|
||||||
{{< /note >}}
|
{{< /note >}}
|
||||||
@@ -56,8 +62,7 @@ service "nginx-http" exposed
|
|||||||
|
|
||||||
By using kubectl, you can create a [Deployment](/docs/concepts/workloads/controllers/deployment/) to ensure that N pods are running nginx, where N is the number of replicas stated in the spec and defaults to 1. You can also create a [service](/docs/concepts/services-networking/service/) with a selector that matches the pod labels. For more information, see [Use a Service to Access an Application in a Cluster](/docs/tasks/access-application-cluster/service-access-application-cluster).
|
By using kubectl, you can create a [Deployment](/docs/concepts/workloads/controllers/deployment/) to ensure that N pods are running nginx, where N is the number of replicas stated in the spec and defaults to 1. You can also create a [service](/docs/concepts/services-networking/service/) with a selector that matches the pod labels. For more information, see [Use a Service to Access an Application in a Cluster](/docs/tasks/access-application-cluster/service-access-application-cluster).
|
||||||
|
|
||||||
By default images run in the background, similar to `docker run -d ...`. To run things in the foreground, use:
|
By default images run in the background, similar to `docker run -d ...`. To run things in the foreground, use [`kubectl run`](/docs/reference/generated/kubectl/kubectl-commands/#run) to create pod:
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl run [-i] [--tty] --attach <name> --image=<image>
|
kubectl run [-i] [--tty] --attach <name> --image=<image>
|
||||||
```
|
```
|
||||||
|
|||||||
@@ -268,8 +268,7 @@ kubectl get pods
|
|||||||
Production likes to run cattle, so let's create some cattle pods.
|
Production likes to run cattle, so let's create some cattle pods.
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl create deployment cattle --image=k8s.gcr.io/serve_hostname
|
kubectl create deployment cattle --image=k8s.gcr.io/serve_hostname --replicas=5
|
||||||
kubectl scale deployment cattle --replicas=5
|
|
||||||
|
|
||||||
kubectl get deployment
|
kubectl get deployment
|
||||||
```
|
```
|
||||||
|
|||||||
@@ -189,7 +189,7 @@ This delete is asynchronous, so for a time you will see the namespace in the `Te
|
|||||||
To demonstrate this, let's spin up a simple Deployment and Pods in the `development` namespace.
|
To demonstrate this, let's spin up a simple Deployment and Pods in the `development` namespace.
|
||||||
|
|
||||||
```shell
|
```shell
|
||||||
kubectl create deployment snowflake --image=k8s.gcr.io/serve_hostname -n=development
|
kubectl create deployment snowflake --image=k8s.gcr.io/serve_hostname -n=development --replicas=2
|
||||||
kubectl scale deployment snowflake --replicas=2 -n=development
|
kubectl scale deployment snowflake --replicas=2 -n=development
|
||||||
```
|
```
|
||||||
We have just created a deployment whose replica size is 2 that is running the pod called `snowflake` with a basic container that just serves the hostname.
|
We have just created a deployment whose replica size is 2 that is running the pod called `snowflake` with a basic container that just serves the hostname.
|
||||||
|
|||||||
Reference in New Issue
Block a user