Add admonition type to shortcode (#9482)
* Change existing admon blocks * Fix includes issue
This commit is contained in:
committed by
k8s-ci-robot
parent
e839031292
commit
d65e1790ff
@@ -79,7 +79,7 @@ deployment.apps/hostnames created
|
||||
|
||||
`kubectl` commands will print the type and name of the resource created or mutated, which can then be used in subsequent commands.
|
||||
{{< note >}}
|
||||
**Note:** This is the same as if you started the `Deployment` with the following YAML:
|
||||
This is the same as if you started the `Deployment` with the following YAML:
|
||||
|
||||
```yaml
|
||||
apiVersion: apps/v1
|
||||
@@ -214,7 +214,10 @@ The "cluster.local" is your cluster domain, which COULD be different in your
|
||||
own cluster.
|
||||
|
||||
You can also try this from a `Node` in the cluster:
|
||||
{{< note >}}**Note:** 10.0.0.10 is my DNS `Service`, yours might be different){{< /note >}}
|
||||
|
||||
{{< note >}}
|
||||
10.0.0.10 is my DNS `Service`, yours might be different).
|
||||
{{< /note >}}
|
||||
|
||||
```shell
|
||||
u@node$ nslookup hostnames.default.svc.cluster.local 10.0.0.10
|
||||
@@ -383,8 +386,11 @@ as the `Service` selecting for `run=hostnames`, but the `Deployment` specifying
|
||||
|
||||
At this point, we know that your `Service` exists and has selected your `Pods`.
|
||||
Let's check that the `Pods` are actually working - we can bypass the `Service`
|
||||
mechanism and go straight to the `Pods`.
|
||||
{{< note >}}**Note:** These commands use the `Pod` port (9376), rather than the `Service` port (80).{{< /note >}}
|
||||
mechanism and go straight to the `Pods`.
|
||||
|
||||
{{< note >}}
|
||||
These commands use the `Pod` port (9376), rather than the `Service` port (80).
|
||||
{{< /note >}}
|
||||
|
||||
```shell
|
||||
u@pod$ wget -qO- 10.244.0.5:9376
|
||||
|
||||
Reference in New Issue
Block a user