Friday Apr 19, 2013

WebLogic Server on Oracle Database Appliance - sizing and storage

Since we have announced the availability of WebLogic on Oracle Database Appliance last month; we have got lots of interests and good questions. In this series of topics, we will cover some very popular discussions and questions. Today, let's look at some details on sizing and storage for WebLogic on ODA.

On Oracle Database Appliance, each VM hosts its own Oracle Enterprise Linux operating system in addition to any installed applications, such as WebLogic Server.

Table below shows the resources that are provided for each VM for WebLogic Server and Oracle Traffic Director:

VM vCPU MEM JVM Heap

OTD Administration Server

2

1 GB

n/a

OTD Server Instances

2

4 GB

n/a

WebLogic Administration Server

2

2 GB

512 MB

WebLogic Managed Server

2

6 GB

3 GB

On the storage side, table below gives all the details on the latest X3-2 version of Database Appliance:

 Memory
 512GB
 Cores
 32
 High Performance Drives
18 TB Raw
 SSD Drives
 800 GB
 Expansion Storage Shelf
 High Performance: 18TB Raw, SSD: 800 GB
 IOPS
 7K
 IO Bandwidth
 5GB/s

For the user domains which WebLogic Server and Oracle Traffic Director deploy to, the local storage of 250GB per node is available.

Improved Developer Experience and Productivity: The Power of Maven and WebLogic Server

Are you using Maven to automate your builds? If so, Oracle WebLogic has some greatly improved, out-of-the box features that make Maven work even harder for you, improving your experience while increasing productivity.

Here are some of the features that enable you to use Maven with the Oracle stack to speed time to market, reduce costs and more effectively manage your application lifecycle:

  • Java EE 6 Full Profile Certified
    WebLogic Server is Java EE 6 full-profile certified so you can make use of the latest programming model to build your applications.
  • Standard Java IDE Support
    WebLogic Server supports various IDEs and offers advanced Maven integration.
  • Developer Zip Distribution
    In order to set up your development environment more quickly, WebLogic Server supports developer Zip distribution.
  • Support for many operating systems
    WebLogic Server supports many operating systems including Windows, MacOSX, and Linux.
  • Open Source
    WebLogic Server offers support for popular third-party frameworks.
  • Classloading
    Oracle’s Classloading Analysis Tool (CAT) is bundled with WebLogic Server to address classloading issues for your applications that use different Java classes i.e. Enterprise Beans, servlets and JavaServer Pages, utility classes and third-party packages. CAT simplifies filtering classloader configuration and helps you analyze classloading issues.
  • Free Developer License
    Oracle offers a free single developer desktop licensed version of WebLogic Server. Link to free download.

Learn More:
Watch the DevCast archive on demand: The Power of Maven: Smarter DevOps through Automation and Integration


You will learn about:

  • WebLogic Server for Developers
  • Apache Maven
  • Working with WebLogic Server from Maven
  • Advanced uses of Maven with WebLogic Server
  • Java IDEs and Maven

Stay Connected
WebLogic:



Cloud Application Platform (CAP):

Migrating from Multi Data Source to Active GridLink

Multi data source (MDS) for RAC connectivity has been supported in WebLogic Server since 2005.  As the popularity of Oracle RAC has grown, so has the use of MDS.  Now with the introduction of Active GridLink (AGL) in early 2011, users of MDS want to migrate to AGL.  There is not an automated mechanism to do so but it’s not the difficult.

First, no changes should be required to your applications.  A standard application looks up the MDS in JNDI and uses it to get connections.  By giving the AGL the same JNDI name as the MDS, the process is exactly the same in the application to use a data source name from JNDI.

The only changes necessary should be to your configuration.   AGL is composed of information from the MDS and the member generic data sources, combined into a single AGL descriptor.  The only additional information that is needed is the configuration of Oracle Notification Service (ONS) on the RAC cluster.  In many cases, the ONS information will consist of the same host names as used in the MDS and the only additional information is the port number, and that can be simplified by the use of a SCAN address.

The MDS descriptor doesn’t have much information in it.  It has a list of the member generic datasources, which will help you figure out where to get the remaining information that you need.  It has a JNDI name, which must become the name of your new AGL to keep things transparent to the application.  If you want to run the MDS in parallel with the AGL, then you will need to give the AGL a new name but the application must also be changed to use a new JNDI name.  You don’t need to worry about the algorithm type.

Each of the member generic datasources will have its own URL.  As described in Appendix B Using Multi Data Sources with Oracle RAC , it will look like the following.

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=host1-vip)(PORT=1521)) (CONNECT_DATA=(SERVICE_NAME=dbservice)(INSTANCE_NAME=inst1)))

Each member should have its own host and port pair.  They will likely have the same service and often have the same port on different hosts.  The URL for the AGL is a combination of the host and port pairs.

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=host1-vip)(PORT=1521))
(ADDRESS=(PROTOCOL=TCP)(HOST=host2-vip)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=dbservice))

It is preferable to use an Oracle Single Client Access Name (SCAN) address instead of multiple host or Virtual IP (VIP) addresses.  Then the URL would look something like this.

jdbc:oracle:thin:@(DESCRIPTION=(ADDRESS_LIST=
(ADDRESS=(PROTOCOL=TCP)(HOST=scanaddress)(PORT=1521)))
(CONNECT_DATA=(SERVICE_NAME=dbservice))

It’s a lot simpler and makes changes to the nodes in the cluster transparent.  This section isn’t intended to be a complete guide to writing Oracle URL’s – see the Oracle RAC Administration Guide.

Assuming that you will replace the MDS with the AGL, you will need to delete the MDS and the generic data sources from the configuration using the administration console and add a single AGL data source.  The process is described earlier in this chapter.  Give it the same JNDI name as your MDS had.  Select whether your generic data sources used an XA or non-XA driver. You can enter the complete URL as described above.  The user and password should be the same as what you had on one (hopefully all) of the MDS members.  When you get to the “Test GridLink Datasource Connection” page, click on the “Test All Listeners” button to see that you specified the new URL correctly.  The next page is where you need the new information for the ONS connections.  Specify one or more host:port pairs. For example, “host1-vip:6200” or “scanaddress:6200”.  If possible, use a single SCAN address and port.  Make sure that FAN enabled is checked.  On the next page, test the ONS connections.  Finally, you are ready to deploy the data source.

There are many data source parameters that you can’t configure on the creation flow.  You need to go back and edit the AGL data source configuration.  The parameters that you set should generally be based on the parameters that you were using in the MDS member data sources.  Hopefully they were all the same; if not, you need to decide what the right values are.

About

The official blog for Oracle WebLogic Server fans and followers!

Stay Connected

Search

Archives
« April 2013 »
SunMonTueWedThuFriSat
 
2
3
5
6
7
8
9
10
11
12
13
14
16
17
18
20
21
22
23
25
26
27
28
29
30
    
       
Today