Exalogic Elastic Cloud V2.0.1 Sneak Preview

Exalogic Elastic Cloud V2.0.1 Sneak Preview

Gepubliceerd: Categorie: Oracle

Just a quick post on friday: Oracle has put Exalogic Elastic Cloud software version online on edelivery. Rather exciting, as this is the first Exalogic version that contains virtualization support, e.g. Oracle VM!!

It has not officially been announced to my knowledge, but here’s a sneak preview of what’s in the bag!

There’s a new base image for the compute nodes, a VM base image for Linux guests, a new version of the Exalogic Configuration Utility (ECU), and something called ‘Exalogic Control’ in 8 parts.

The README says this:

  • Download all files from the four disks listed above to a Linux machine.
  • Unzip all files in the same directory.
  • Run the following script: ./runMe.sh
  • If required, run the following command to change the privileges of file runMe.sh: chmod +x runMe.sh


This creates the following files:
The above files are required when installing and configuring Oracle Exalogic software using V32088-01: Oracle Exalogic Configuration Utilities for Exalogic Oracle VM x86-64 (64 bit).

Let’s have a look : after unzipping all the Exalogic Control pieces we have this:

  1. [root@xxxxxcn01 tarfiles]# ls *.part?<strong>
  2. </strong>el_x2-2_control_2. el_x2-2_control_2.
  3. el_x2-2_control_2. el_x2-2_control_2.
  4. el_x2-2_control_2. el_x2-2_control_2.
  5. el_x2-2_control_2. el_x2-2_control_2.
  6. runMe.sh
  7. [root@xxxxxcn01 tarfiles]# cat runMe.sh<strong>
  8. </strong>#!/bin/sh
  9. #
  10. # Copyright (c) 2012, Oracle and/or its affiliates. All rights reserved.
  11. #
  12. cat el_x2-2_control_2. &gt; el_x2-2_control_2.

OK, so let’s run it:

  1. [root@xxxxxcn01 ELcontrol]# ./runMe.sh
  2. [root@xxxxxcn01 ELcontrol]# tar -xvzf el_x2-2_control_2.
  3. el_x2-2_db_template_2.
  4. gzip: stdin: unexpected end of
  5. file
  6. tar: Unexpected EOF in archive
  7. tar: Unexpected EOF in archive
  8. tar: Error is not recoverable:
  9. exiting now


Well maybe runMe.sh is not such a smart script….probably glues them together in the wrong order…

Let’s do this ourselves, stating a fixed order:

  1. [root@xxxxxcn01 tarfiles]# tar -xvzf el_x2-2_control_2.<strong>
  2. </strong>el_x2-2_db_template_2.
  3. el_x2-2_db_template_2.
  4. el_x2-2_emoc_template_2.
  5. el_x2-2_emoc_template_2.
  6. el_x2-2_ovmm_template_2.
  7. el_x2-2_ovmm_template_2.
  8. ovmm-3.0.3-installer-b265.iso
  9. ovmm-3.0.3-installer-b265.iso.md5
  10. python_3.0.3.265.zip
  11. python_3.0.3.265.zip.md5

OK that’s better, so runMe.sh goes out the window:

  1. [root@xxxxxcn01 tarfiles]# rm runMe.sh
  2. rm: remove regular file `runMe.sh'? y

What did we get: well, we find that Exalogic Control appears to be comprised of a set of Oracle Virtual Machine template images and some other files. Let me guess what they contain: a database VM, an Enterprise Manager Ops Center VM and an Oracle VM Manager VM image. And it looks like we are dealing with Oracle VM version 3.0.3, not 3.1.

Unzipping the base guest template zipfile (not part of Exalogic Control):

  1. [root@xxxxxcn01 zipfiles]# unzip V32083-01.zip
  2. Archive: V32083-01.zip
  3. inflating: el_x2-2_base_linux_guest_vm_template_2.
  4. inflating: el_x2-2_base_linux_guest_vm_template_2.

Looking inside the tarball:

  1. [root@xxxxxcn01 tarfiles]# tar -tvzf el_x2-2_base_linux_guest_vm_template_2.
  2. drwxr-xr-x root/root         0 2012-04-19 16:37:54 BASE/
  3. -rw-r--r-- root/root       992 2012-04-19 16:37:54 BASE/vm.cfg
  4. -rw-r--r-- root/root 4296015872 2012-04-19 16:37:47 BASE/System.img

Indeed an Oracle Virtual Machine template. Same goes for the EMOC, DB and OVVM files, I won’t bother to list their outputs.

Here’s a schematic for Exalogic Control from the documentation:

As you can see, it’s intended to manage the Exalogic or maybe even an assembly of Exalogic systems as a virtual datacenter cloud in which you can make seperate secure cloud partitions for multitenancy. Very nice!

Unzipping the base image zipfile intended to boot the Compute Nodes:

  1. [root@xxxxxcn01 iso]# unzip V32082-01.zip
  2. Archive:  V32082-01.zip
  3. inflating: el_x2-2_baseimage_ovs_2.
  4. extracting: el_x2-2_baseimage_ovs_2.

It’s rather small, as expected for a hypervisor image when comparing to of a full native Linux image (e.g. v2.

  1. [root@xxxxxcn01 iso]# ls -l *.iso
  2. -rw-r--r-- 1 nobody nobody  496558080 Apr 18 17:44 el_x2-2_baseimage_ovs_2.
  3. [root@xxxxxcn01 iso]# du -h
  4. 475M
  6. [root@qnlexa011 v2.0.0]# ls
  7. el_x2-2_baseimage_linux_2.
  8. [root@qnlexa011 v2.0.0]# du -h
  9. 3.9G      .

This is what we get unzipping the ECU (Exalogic Config. Utility) zipfile:

  1. [root@qnlexa010 ECU]#<strong> ls
  2. </strong>ecu.sh      el_configurator.ods  etc  expect  external  install.sh      jy  py      sh

Now we have to find out how to use all this nice gear to upgrade our Exalogic to this new exciting version. That’s stuff for another, longer post…

Publicatiedatum: 11 juni 2012

Jos Nijhoff
Over auteur Jos Nijhoff

Jos Nijhoff is an experienced Application Infrastructure consultant at Qualogy. Currently he plays a key role as technical presales and hands-on implementation lead for Qualogy's exclusive Exalogic partnership with Oracle for the Benelux area. Thus he keeps in close contact with Oracle presales and partner services on new developments, but maintains an independent view. He gives technical guidance and designs, reviews, manages and updates the application infrastructure before, during and after the rollout of new and existing Oracle (Fusion) Applications & Fusion Middleware implementations. Jos is also familiar with subjects like high availability, disaster recovery scenarios, virtualization, performance analysis, data security, and identity management integration with respect to Oracle applications.

Meer posts van Jos Nijhoff
Reactie plaatsen