@@ -11,7 +11,7 @@ potential side effects after configuration, and the underlying mechanics.
11
11
12
12
<!-- body -->
13
13
14
- ## Default Pod Hostname
14
+ ## Default Pod hostname
15
15
16
16
When a Pod is created, its hostname (as observed from within the Pod)
17
17
is derived from the Pod's metadata.name value.
@@ -88,7 +88,7 @@ Setting a value for `hostnameOverride` in the Pod spec causes the kubelet
88
88
to unconditionally set both the Pod's hostname and fully qualified domain name (FQDN)
89
89
to the `hostnameOverride` value.
90
90
91
- The hostnameOverride field has a length limitation of 64 characters
91
+ The ` hostnameOverride` field has a length limitation of 64 characters
92
92
and must adhere to the DNS subdomain names standard defined in [RFC 1123](https://datatracker.ietf.org/doc/html/rfc1123).
93
93
94
94
Example :
@@ -110,9 +110,10 @@ spec:
110
110
This only affects the hostname within the Pod; it does not affect the Pod's A or AAAA records in the cluster DNS server.
111
111
{{< /note >}}
112
112
113
- If hostnameOverride is set alongside hostname and subdomain fields :
114
- * The hostname inside the Pod is overridden to the hostnameOverride value.
115
- * The Pod's A and/or AAAA records in the cluster DNS server are still generated based on the hostname and subdomain fields.
113
+ If `hostnameOverride` is set alongside `hostname` and `subdomain` fields :
114
+ * The hostname inside the Pod is overridden to the `hostnameOverride` value.
115
+
116
+ * The Pod's A and/or AAAA records in the cluster DNS server are still generated based on the `hostname` and `subdomain` fields.
116
117
117
118
Note : If `hostnameOverride` is set, you cannot simultaneously set the `hostNetwork` and `setHostnameAsFQDN` fields.
118
119
The API server will explicitly reject any create request attempting this combination.
0 commit comments