You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: docs-source/content/userguide/managing-domains/domain-resource.md
+72-3Lines changed: 72 additions & 3 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -20,7 +20,7 @@ The following prerequisites must be fulfilled before proceeding with the creatio
20
20
21
21
* Make sure the WebLogic operator is running.
22
22
* Create a Kubernetes namespace for the domain resource unless the intention is to use the default namespace.
23
-
* Create the Kubernetes secrets `username` and `password` of the administrative account in the same Kubernetes namespace as the domain resource.
23
+
* Create the Kubernetes secrets containing the `username` and `password` of the administrative account in the same Kubernetes namespace as the domain resource.
24
24
25
25
#### YAML files
26
26
@@ -85,7 +85,7 @@ Elements related to overriding WebLogic domain configuration:
85
85
*`configOverrideSecrets`: A list of names of the secrets for optional WebLogic configuration overrides.
86
86
87
87
Elements related to Kubernetes pod and service generation:
88
-
*`serverPod`: Configuration affecting server pods.
88
+
*`serverPod`: Configuration affecting server pods for WebLogic Server instances. Most entries specify standard Kubernetes content for pods that you may want the operator to include in pods generated for WebLogic Server instances, such as labels, annotations, volumes, or scheduling constraints, including anti-affinity.
89
89
*`serverService`: Customization affecting ClusterIP Kubernetes services for WebLogic Server instances.
90
90
91
91
Sub-sections related to the Administration Server, specific clusters or specific Managed Servers:
@@ -97,7 +97,7 @@ The elements `serverStartPolicy`, `serverStartState`, `serverPod` and `serverSer
97
97
98
98
### Pod generation
99
99
100
-
The operator creates a pod for each running WebLogic Server instance. This pod will have a container based on the Docker image specified by the `image` field. Additional pod or container content can be specified using the elements under `serverPod`. This includes Kubernetes labels and annotations, additional volumes on the pod or volume mounts on the container, [resource requirements](https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/) or [security context](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/).
100
+
The operator creates a pod for each running WebLogic Server instance. This pod will have a container based on the Docker image specified by the `image` field. Additional pod or container content can be specified using the elements under `serverPod`. This includes Kubernetes sidecar and init containers, labels, annotations, volumes, volume mounts, scheduling constraints, including anti-affinity, [resource requirements](https://kubernetes.io/docs/concepts/configuration/manage-compute-resources-container/) or [security context](https://kubernetes.io/docs/tasks/configure-pod-container/security-context/).
101
101
102
102
Prior to creating a pod, the operator replaces variable references allowing the pod content to be templates. The format of these variable references is `$(VARIABLE_NAME)` where *VARIABLE_NAME* is one of the variable names available in the container for the WebLogic Server instance. The default set of environment variables includes:
103
103
* DOMAIN_NAME: The WebLogic domain name
@@ -106,3 +106,72 @@ Prior to creating a pod, the operator replaces variable references allowing the
106
106
* SERVER_NAME: The WebLogic Server name
107
107
* CLUSTER_NAME: The WebLogic cluster name, if this is a cluster member
108
108
* LOG_HOME: The WebLogic log location as a file system path within the container
109
+
110
+
This example domain YAML specifies that pods for WebLogic Server instances in the "cluster-1" cluster will have a per-managed server volume and volume mount (similar to a Kubernetes StatefulSet), an init container to initialize some files in that volume, and anti-affinity scheduling so that the server instances are scheduled as much as possible on different nodes:
111
+
112
+
```
113
+
# Copyright 2017, 2019, Oracle Corporation and/or its affiliates. All rights reserved.
114
+
# Licensed under the Universal Permissive License v 1.0 as shown at http://oss.oracle.com/licenses/upl.
args: ["echo", "Replace with command to initialize files in /init-volume"]
171
+
volumeMounts:
172
+
- mountPath: /init-volume
173
+
name: $(SERVER_NAME)-volume
174
+
replicas: 2
175
+
```
176
+
177
+
The operator uses an "introspection" job to discover details about the WebLogic domain configuration, such as the list of clusters and network access points. The job pod for the introspector is generated using the `serverPod` entries for the administration server. Because the administration server name is not known until the introspection step is complete, the value of the `$(SERVER_NAME)` variable for the introspection job will be "introspector".
0 commit comments