Skip to content

Commit a9779ab

Browse files
committed
Move useful contents from creating-domain.md to other site docs and delete it
Signed-off-by: doxiao <[email protected]>
1 parent 07ba02c commit a9779ab

File tree

6 files changed

+42
-372
lines changed

6 files changed

+42
-372
lines changed

site/creating-domain.md

Lines changed: 0 additions & 363 deletions
This file was deleted.

site/domains.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -80,7 +80,7 @@ Please consult My Oracle Support Doc ID 2349228.1 for up-to-date information abo
8080

8181
### Creating and managing WebLogic domains
8282

83-
Please see [this page](creating-domain.md) for information about creating and managing domains.
83+
In this version of the operator, a WebLogic domain can be located either in a persistent volume (PV) or in a Docker image. For examples of each, see the [WebLogic operator samples](../kubernetes/samples/README.md).
8484

8585
### Modifying domain configurations
8686

site/persistent-volumes.md

Lines changed: 9 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -14,6 +14,15 @@ The following prerequisites must be fulfilled before proceeding with the creatio
1414
## Storage locations
1515
Persistent volumes can point to different storage locations, for example NFS servers or a local directory path. The list of available options is listed in the [Kubernetes documentation](https://kubernetes.io/docs/concepts/storage/persistent-volumes/).
1616

17+
**Note regarding HostPath**:
18+
In a single-node Kubernetes cluster, such as may be used for testing or proof of concept activities, `HOST_PATH` provides the simplest configuration. In a multinode Kubernetes cluster, a `HOST_PATH` that is located on shared storage mounted by all nodes in the Kubernetes cluster is the simplest configuration. If nodes do not have shared storage, then NFS is probably the most widely available option. There are other options listed in the referenced table.
19+
20+
The persistent volume for the domain must be created using the appropriate tools before running the script to create the domain. In the simplest case, namely the `HOST_PATH` provider, this means creating a directory on the Kubernetes master and ensuring that it has the correct permissions:
21+
22+
```
23+
$ mkdir -m 777 -p /path/to/domain1PersistentVolume
24+
```
25+
1726
**Note regarding NFS**:
1827
In the current GA version, the OCI Container Engine for Kubernetes supports network block storage that can be shared across nodes with access permission RWOnce (meaning that only one can write, others can read only). At this time, the WebLogic on Kubernetes domain created by the WebLogic Server Kubernetes Operator, requires a shared file system to store the WebLogic domain configuration, which MUST be accessible from all the pods across the nodes. As a workaround, you need to install an NFS server on one node and share the file system across all the nodes.
1928

site/quickstart.md

Lines changed: 13 additions & 7 deletions
Original file line numberDiff line numberDiff line change
@@ -94,7 +94,13 @@ $ helm install kubernetes/charts/weblogic-operator \
9494
--set "domainNamespaces={}" \
9595
--wait
9696
```
97-
d. Verify that the operator is up and running by viewing the operator pod's log:
97+
98+
d. Verify that the operator's pod is running, by listing the pods in the operator's namespace. You should see one for the operator.
99+
```
100+
$ kubectl get pods -n sample-weblogic-operator-ns
101+
```
102+
103+
e. Verify that the operator is up and running by viewing the operator pod's log:
98104

99105
```
100106
$ kubectl log -n sample-weblogic-operator-ns -c weblogic-operator deployments/weblogic-operator
@@ -162,19 +168,19 @@ $ ./create-domain.sh -i my-inputs.yaml -o /some/output/directory -e -v
162168
```
163169

164170
c. Confirm that the operator started the servers for the domain:
171+
* Use `kubectl` to show that the domain resource was created:
165172
```
166-
$ kubectl get pods -n sample-domain1-ns
173+
$ kubectl describe domain sample-domain1 -n sample-domain1-ns
167174
```
168175

169176
After a short time, you will see the Administration Server and Managed Servers running.
170-
171-
* Use `kubectl` to show that the domain resource was created:
172177
```
173-
$ kubectl describe domain sample-domain1 -n sample-domain1-ns
178+
$ kubectl get pods -n sample-domain1-ns
174179
```
175-
* Verify that the operator's pod is running, by listing the pods in the operator's namespace. You should see one for the operator.
180+
181+
You should also see all the Kubernetes services for the domain.
176182
```
177-
$ kubectl get pods -n sample-weblogic-operator-ns
183+
$ kubectl get services -n sample-domain1-ns
178184
```
179185

180186
d. Create an Ingress for the domain, in the domain namespace, by using the [sample](../kubernetes/samples/charts/ingress-per-domain/README.md) Helm chart:

site/user-guide.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -31,7 +31,7 @@ presented in the correct order.
3131
* [Create and manage WebLogic domains](domains.md)
3232
* [Preparing the Kubernetes cluster to run WebLogic domains](domains.md#preparing-the-kubernetes-cluster-to-run-weblogic-domains)
3333
* [Important considerations for WebLogic domains in Kubernetes](domains.md#important-considerations-for-weblogic-domains-in-kubernetes)
34-
* [Creating and managing WebLogic domains](creating-domain.md)
34+
* [Creating and managing WebLogic domains](domains.md#creating-and-managing-weblogic-domains)
3535
* [Modifying domain configurations](domains.md#modifying-domain-configurations)
3636
* [Managing lifecycle operations](domains.md#managing-lifecycle-operations)
3737
* [Using WLST](wlst.md)

site/weblogic-docker-images.md

Lines changed: 18 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -17,6 +17,24 @@ If you want to use the second option, which includes the domain directory
1717
inside the Docker image, then you will need to build your own Docker images
1818
as described in [this section](#creating-a-custom-image-with-your-domain-inside-the-image).
1919

20+
## Setting up secrets to access the Docker Store
21+
22+
In order to obtain the WebLogic Server Docker image from the Docker Store, which requires authentication, a Kubernetes secret containing the registry credentials must be created. To create a secret with Docker Store credentials, issue the following command:
23+
24+
```
25+
$ kubectl create secret docker-registry SECRET_NAME
26+
-n NAMESPACE
27+
--docker-server=index.docker.io/v1/
28+
--docker-username=YOUR_USERNAME
29+
--docker-password=YOUR_PASSWORD
30+
--docker-email=YOUR_EMAIL
31+
```
32+
33+
In this command, replace the uppercase items with the appropriate values. The `SECRET_NAME` will be needed in later parameter files. The `NAMESPACE` must match the namespace where the first domain will be deployed, otherwise Kubernetes will not be able to find it. It is generally easier to manually pull the image in advance, as described in the next section.
34+
35+
## Go to the Docker Store and accept the license agreement for the WebLogic Server image
36+
37+
If you have never used the WebLogic Server image before, you will need to go to the [Docker Store web interface](https://store.docker.com/images/oracle-weblogic-server-12c) and accept the license agreement before Docker Store will allow you to pull this image. This is a one-time requirement, you do not have to repeat it for each machine you want to use the image on.
2038

2139
## Obtaining standard images from the Docker store
2240

0 commit comments

Comments
 (0)