Version 6 (modified by aydan, 9 years ago)


Using NEuca in Orca


This page contains notes about how NEuca is to be used in Orca.

NEuca Site Authority

To use NEuca, you need a NEuca-enabled Eucalyptus cluster and an Orca site authority actor configured to interact with NEuca.

TODO: add links to instructions about setting up Encalyptus with Neuca.

To define an actor to interact with NEuca, you can use the following template:

                    <label>Eucalyptus Virtual Machine</label>
                    <description>A virtual machine</description>
                    <handler path="ec2/handler.xml">
                            By default the handler assumes that the keys are under $ORCA_HOME/ec2. 
                            If you want the handler to use keys from a different location, specify it here.
                            Note: it must be an absolute path.
                            <!-- <property name="ec2.keys" value="path_to_keys_dir" /> -->
                <control type="YOUR_RESOURCE_TYPE_NAME" class="orca.policy.core.SimpleVMControl" />

Please replace the text in caps with text appropriate for your setup. You probably also want to change the units and the start/end parameters for the resource type.

NEuca Handler

The NEuca handler supports creating VMs using the NEuca extension. The current version of the handler supports the following:

  • multiple network interfaces
  • ip addresses per network interface
  • an instance configuration script
  • user SSH public key

The support for these features is controlled by one or more properties, which are described below.

Network Interface Configuration

NEuca allows reservation requests to control any network interface other than eth0, which is reserved internally. Each network interface must at least be associated with a VLAN tag, and can optionally specify an IP address and a subnet mask (in / notation, e.g,

NOTE: the support for specifying an IP address is still incomplete.

To specify configuration for eth1, the following properties must be passed to the site authority:

unit.eth1.vlan.tag= 20

If the VM should contain one more interface, then it can be specified by passing:


Instead of specifying interface-specific VLAN tag, the handler also supports specifying a VLAN tag using the unit.vlan.tag property. In this case the machine can have only one network interface (eth1):


=== Instance Configuration Script ===

To pass an instance configuration script pass the contents (not the location) of the script in the unit.instance.config property:

unit.instance.config=echo "hello world"