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: README.md
-7Lines changed: 0 additions & 7 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -100,7 +100,6 @@ If you would rather see the developers demonstrating the operator rather than re
100
100
*[Deploying a web application, scaling a WebLogic cluster with the operator and verifying load balancing](https://youtu.be/hx4OPhNFNDM)
101
101
*[Using WLST against a domain running in Kubernetes](https://youtu.be/eY-KXEk8rI4) shows how to create a data source for an Oracle database that is also running in Kubernetes.
102
102
*[Scaling a WebLogic cluster with WLDF](https://youtu.be/Q8iZi2e9HvU)
103
-
*[Prometheus integration](https://youtu.be/D7KWVXzzqx8) including exporting WebLogic Server metrics to Prometheus and creating a Prometheus alert to trigger scaling
104
103
* watch this space, more to come!
105
104
106
105
Like what you see? Read on for all the nitty-gritty details...
@@ -134,10 +133,6 @@ Please refer to [Creating a WebLogic domain with the operator](site/creating-dom
134
133
135
134
[comment]: #( Manually creating a WebLogic domain. If preferred, a domain can be created manually, i.e. without using the scripts provided with the operator. As long as the domain follows the guidelines, it can still be managed by the operator. Please refer to [Manually creating a WebLogic domain] site/manually-creating-domain.md for details. A good example of when manual domain creation may be preferred is when a user already has a set of existing WLST scripts that are used to create domains and they wish to reuse those same WLST scripts in Kubernetes, perhaps with some small modifications. )
136
135
137
-
## Exporting WebLogic metrics to Prometheus
138
-
139
-
When using the operator to manage WebLogic domains, it may also be desirable to export WebLogic Server metrics to Prometheus using the [WLS Exporter](https://github.com/oracle/weblogic-monitoring-exporter), which allows metrics to be displayed in Grafana, and permits the creation of alerts and initiation of scaling actions from Prometheus alerts. Please refer to [Prometheus integration](site/prometheus.md) for more information.
140
-
141
136
## Starting up the domain
142
137
143
138
The operator will automatically start up domains that it is aware of, based on the configuration in the domain custom resource. Please refer to [Startup up a WebLogic domain](site/starting-domain.md) for details.
@@ -181,8 +176,6 @@ Find the names of the persistent volume claim and the persistent volume in the d
181
176
182
177
To permanently delete the actual domain configuration, delete the physical volume using the appropriate tools. For example, if the persistent volume used the `HostPath provider`, then delete the corresponding directory on the Kubernetes master.
183
178
184
-
Be aware that there may be metric data from the domain in Prometheus if this option was used. These data will need to be deleted separately, if desired.
185
-
186
179
## Removing the operator
187
180
188
181
To remove the operator from a Kubernetes cluster, issue the following commands:
Copy file name to clipboardExpand all lines: site/architecture.md
+1-2Lines changed: 1 addition & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -7,7 +7,7 @@ The operator consists of the following two main parts:
7
7
8
8
The operator is packaged in a Docker image `container-registry.oracle.com/middleware/weblogic-operator:latest`. This image can be deployed to a Kubernetes cluster. It is recommended that the operator be deployed in its own namespace. Only one operator is permitted in a namespace; however, multiple operators may be deployed in a Kubernetes cluster provided they are each in their own namespace and the list of namespaces they manage do not overlap.
9
9
10
-
Scripts are provided to deploy the operator to a Kubernetes cluster. These scripts also provide options to install and configure a load balancer, ELK integration and Prometheus integration.
10
+
Scripts are provided to deploy the operator to a Kubernetes cluster. These scripts also provide options to install and configure a load balancerand ELK integration.
11
11
12
12
The operator registers a Kubernetes custom resource definition called `domain.weblogic.oracle` (shortname `domain`, plural `domains`).
13
13
@@ -20,7 +20,6 @@ The Kubernetes cluster has several namespaces. Components may be deployed into
20
20
* The operator is deployed into its own namespace. If the ELK integration option is configured, then a logstash pod will also be deployed in the operator’s namespace.
21
21
* WebLogic domains will be deployed into various namespaces. There can be more than one domain in a namespace if desired. There is no limit on the number of domains or namespaces that an operator can manage. Note that there can be more than one operator in a Kubernetes cluster, but each operator is configured with a list of the specific namespaces that it is responsible for. The operator will not take any action on any domain that is not in one of the namespaces the operator is configured to manage.
22
22
* If the ELK integration option is configured, ElasticSearch and Kibana will be deployed in the `default` namespace.
23
-
* If the Prometheus integration option is configured, Prometheus and Grafana will be deployed in the `monitoring` namespace.
24
23
* If a load balancer is configured, it will be deployed in the `kube-system` namespace.
Copy file name to clipboardExpand all lines: site/creating-domain.md
-1Lines changed: 0 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -115,7 +115,6 @@ The following parameters must be provided in the input file:
115
115
| loadBalancerAdminPort | The node port for the load balancer to accept admin requests. | 30315 |
116
116
| loadBalancerWebPort | The node port for the load balancer to accept user traffic. | 30305 |
117
117
| enableLoadBalancerAdminPort | Determines whether the load balancer administration port should be exposed outside the Kubernetes cluster. | false |
118
-
| enablePrometheusIntegration | Determines whether the Prometheus integration will be enabled. If set to ‘true’, then the WebLogic Monitoring Exporter will be installed on all servers in the domain and configured to export metrics to Prometheus. | false |
Copy file name to clipboardExpand all lines: site/scaling.md
+1-11Lines changed: 1 addition & 11 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# Scaling a WebLogic cluster
2
2
3
-
Explain how the scaling works – replicas, etc., the REST endpoint.
3
+
The operator provides the ability to scale WebLogic clusters by simply editing the replicas setting, as you would do with most other Kubernetes resources that support scaling.
4
4
5
5
## Initiating a scaling operation using the REST API
6
6
@@ -50,13 +50,3 @@ When the operator receives a scaling request, it will:
50
50
* at the domain level, if not defined in a `clusterStartup` entry and the `startupControl` property is set to `AUTO`.
51
51
52
52
In response to a change to either `replicas` property, in the domain custom resource, the operator will increase or decrease the number of pods (Managed Servers) to match the desired replica count.
53
-
54
-
## Initiating a scaling operation from WLDF
55
-
56
-
Note that there is a video demonstration of scaling with WLDF available [here](https://youtu.be/Q8iZi2e9HvU).
0 commit comments