Cluster

Difference between Vertical Scaling and Horizontal Scaling.

I have seen several posts in OTN forum, how to configure Cluster on OBIEE 11g

If you’re worked with the 10g release of OBIEE and tried to set up a cluster, you’ll know it’s a fairly involved task and one that requires a lot of manual setup (satya ranki reddy postings on 10g clustering), in 11g, setting up OBIEE for high availability and clustering is a much more straightforward process, partly through improvements in manageability and partly through the move to Web Logic Server.


OBIEE 11g supports 2 kinds of clustering:-

1. Vertical Clustering

2. Horizontal Clustering

Vertical Clustering – Within server we can add multiple instances of BI Server, Presentation Services etc.

Horizontal Clustering – If we are going to implement horizontal clustering then we need multiple boxes for multiple instances of BI Server, Presentation Services etc


Here am going to provide configuration steps for Vertical Clustering:


Vertical Clustering is new to 11g as this is something that 10g did not support (though there were unsupported work-around available). Vertical Clustering is preferred in cases where we want to make optimal use of the hardware & provide fault tolerance. This does not provide high availability when the server itself goes down. In this type of clustering generally 3 components are clustered

1. BI Server

2. BI Presentation Services

3. Java Host

That is, all the components that can act in active-active configuration can be clustered in Vertical Clustering. Other components like Scheduler, Cluster Controller which work in active-passive fashion are generally not clustered vertically.
In this blog entry we will be looking at how Vertical Clustering is done. One important point to note is, the concepts of clustering itself haven’t changed much.
We start with logging into the enterprise manager FMW control and navigating to the deployment section. Since we are doing vertical clustering, we do not need to have a shared drive for the repository & the web catalogs. But again its better to identify a drive that can potentially be shared in the future with other machines as Vertical Clustering does not provide high availability (for future migration to horizontal clustering).
Once the drive is identified (one for RPD and the other for Web Catalog), copy the web catalog to the shared drive. In the deployment section of the Enterprise Manager, enter the shared directory details of both the RPD and the Web Catalog. Upload the repository (RPD) into the shared drive using the enterprise manager.

Access the Fusion Middle ware Control 11g. Select core application under Business Intelligence and select Capacity Management. Go to Scalability tab and click Lock and Edit Configuration. Now the Enterprise Manager will allow editing the values.

This will automatically create new instances(within the main instance) in BI EE for both the BI Server and Presentation Server(after Activating the changes). We can validate this by looking at the number of directories under {ORACLEINSTANCE}/bifoundation/OracleBIServerComponent and {ORACLEINSTANCE}/bifoundation/OracleBIPresentationServerComponent

You can see 2 new directories created for the new BI Server and Presentation Server that we added through the EM. Lets now start these new components through the capacity management interface

recommendation action changes to two options. i.e, either to Scale Out further by adding more process or by moving the process to a new server.

The process got added and all the relevant configuration files are added. opmn is now aware of the additional component.

I will post  Horizontal Clustering shortly !!!!.

Hope this help's

Thanks,

Satya Ranki Reddy