Exalogic Virtual Tea Break Snippets - Scripting Asset Creation

So far in this series we have looked at creating asset within the EMOC BUI but the Exalogic 2.0.1 installation also provide the Iaas cli as an alternative to most of the common functionality available within EMOC. The IaaS cli interface provides access to the functions that are available to a user logged into the BUI with the CloudUser Role.

As such not all functionality is available from the command line interface however having said that the IaaS cli provides all the functionality required to create the Assets within a specific Account (Tenure). Because these action are common and repeatable I decided to wrap the functionality within a simple script that takes a simple input file and creates the Asset.

Following the Script through will show us the required steps needed to create the various Assets within an Account and hence I will work through the various functions within the script below describing the steps.

You will note from the various steps within the script that it is designed to pause between actions allowing the proceeding action to complete. The reason for this is because we could swamp EMOC with a series of actions and may end up with a situation where we are trying to action a Volume attached before the creation of the vServer and Volume have completed.

Exalogic Virtual Tea Break Snippets - What Next After a Exalogic Clean Install

Having installed your Exalogic with the 2.0.1.x software you now have a fairly empty system that simply contains the Control Stack and nothing else. At this point we need to consider what your next steps should be and what we need to define and create before building you Virtual environment. This short blog will provide some recommendations for what you define / build and when based on a number of Exalogic installations. If this sequence is followed then you should have everything in place before your create your first vServer.

The key assumption of this blog entry is that you have spent time designing you virtual landscape and and know what External access etc is required for the resulting system.

Exalogic Virtual Tea Break Snippets - Importing Public Server Template

Before we can create Virtual Servers within Enterprise Manager Ops Centre (EMOC) we will need to import an appropriate Server Template that will be used to create the Virtual Server. Server templates are associated with accounts and hence may be imported on an account by account basis or for common base templates we can import them once and make them Public. Once we have configured the imported template to be Public it will be available to all accounts and users.

Serve templates can be uploaded to an account in 3 simple steps although this initial upload will make the template private to an account its properties can be set to public by simply changing the "Public" flag within the account Server Template tab. The following steps are required to import a template and make it public.

To import a template you will need to navigate to your account and select "Upload Server Template". This will initiate the Wizard below.

Exalogic Virtual Tea Break Snippets - Creating Accounts

Once we have created our Users and Networks we will want to enable the Virtual Data Centre (vDC) for access by the Cloud Users. To facilitate this we will need to create Accounts within the vDC / Cloud and allocate the users to these accounts. Once a Cloud User has been allocated to an account they will be able to access that account and hence create / manage Virtual Servers within that account / Pool.

To create an Account within a vDC / Pool you will need to be logged into Enterprise Manager Ops Centre (EMOC) with the appropriate Role, and this is generally done using you Cloud Administrator, then simply navigate to the vDC Management Accordion, vDC, your Cloud and finally Accounts.

Once you have Accounts highlighted then select "Create Account" via one of the standard methods (Right-Click, Actions or button bar) to initiate the Create Account wizard. If this is the first time you will see an Introduction screen but for subsequent execution this can be disabled. The wizard screens are displayed below.

Exalogic Virtual Tea Break Snippets - Allocating Static IP Addresses

By default once a Network has been created within the Enterprise Manager Ops Centre (EMOC) it can be allocated to vServers during their creation. At this point an IP Address will be allocated automatically from the pool of Allocated IPs associated with the Network and Account combination.

In many customer solutions the vServers will need to be allocated a specific IP address so that they can be accessed externally at a know location. To achieve this we must Allocate a number of vIPs within the range allocated to the Account. This is done on an Account by Account basis as follows.

Exalogic Virtual Tea Break Snippets - Creating Networks

In the majority or Real World scenarios we will need to access the Virtual Servers running within the Exalogic from an external client network. To facilitate this we will want to leverage the 10Gb Ethernet connection and hence we will need to create 1 or more EoIB networks that can be accessed by the Virtual Servers.

During the installation of the Exalogic 2.0.1 Virtual environment we create a single "EoIB-external-mgmt" network that we could, in theory, use to access the Virtual Servers we create. Although this is possible, assuming it has enough IP Address, this would be bad practice because this network is intended solely for management functionality and access to the Control VMs. Therefore to provide the Virtual Servers with external Ethernet access we will need to create additional EoIB interfaces. Each of these will need to be VLAN tagged to provide network isolation and partitioning.

Exalogic Virtual Tea Break Snippets - Creating Cloud Users

Creating Cloud Users and Administrators will be one of the first tasks when setting up a new Exalogic 2.1 environment. We will step through the simple process of creating users and describe a few key user types. Initially we will need to login as either the root user or the exl-admin user, that is a user with the User Admin Role.

Before adding users to the Exalogic 2.1 environment they must exist as either local users on the physical machine running the Exalogic Control Virtual Server or existing within an appropriate repository, LDAP etc, used by the machine for authentication. This is required because Enterprise Manager Ops Centre 12c (EMOC) does not store any account authorisation information instead this is left tot he underlying OS. It is assumed within this blog that this has been done.

Exalogic Networking Part 2

Following on from my introduction Exalogic Blog Entry (Exalogic Networking Part 1) this entry describes the Oracle A-Team Exalogic Scripts to help facilitate a simpler ECU installation and provide an example on configuring a standard Oracle ACS type environment. The scripts and a pdf document can be downloaded using the link below :

• Scripts

This blog will summarise the functionality that is provided by the A-Team Exalogic Scripts. These expand upon the existing “Exalogic Configuration Utility” functionality simplifying repetitive jobs, for example creating VNICs on the switches, and building base environments.

Version 1.0.1 contains the following scripts that will be detailed later:

1. genVNICSFromListLinkUp.sh
2. genVNICSFromIBNetDiscover.sh
3. genCNNetFiles.sh
4. genIfcfgFiles.sh
5. fixNetworkConfig.sh
6. setupDefaultACSRack.sh

During the process of execution the scripts above will generate additional scripts that will be specific for Exalogic Rack they are being executed on.

Connecting Oracle SOA Suite to Java CAPS JMS

Following a number of recent requests about connecting SOA Suite to existing SeeBeyond / Sun JMS I decided to put together this quick blog entry that describes the simple configuration required to successfully achieve this. The entry is based on a short document I originally wrote that described alternative connection options but JMS seems to be the most popular.

The key to connecting SOA Suite to STCMS (SeeBeyond JMS) is collecting the correct information about your JMS Instance and tracking down the appropriate jar file. This blog assumes the reader is running Java CAPS, but the concepts are the same for ICAN and e*Gate, and we will be simply using a Mediator to write a message to a JMS Queue.

Integrating NetBeans MultiView with XAM/XDM based XML Object Model

Overview

As part of my ongoing side-line work with the NetBeans Coherence Module I have finally had the time to reimplement the GUI Editor associated with the Coherence pof-config.xml file. As you may remember from my previous entry "Implementing XML Object Model based on XAM/XDM" I converted my existing JAXB Implementation of the pof-config.xml to the NetBeans preferred XAM/XDM model. Now it is time to change GUI interface so that it uses this new XML Object Model. In addition because this will be shipped post NetBeans 7.1 I decided to use the new NetBeans MultiView functionality.