OpenNebula - Flexible Enterprise Cloud Made Simple documentation:rel4.0_bck_20marzo

documentation:rel4.0_bck_20marzo:accounting

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The accounting toolset visualizes and reports resource usage data, and allows their integration with chargeback and billing platforms. The toolset generates accounting reports using the information retrieved from OpenNebula.

documentation:rel4.0_bck_20marzo:api

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This reference documentation describes the xml-rpc methods exposed by OpenNebula. Each description consists of the method name and the input and output values.

documentation:rel4.0_bck_20marzo:auth_overview

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula includes a complete user & group management system. Users in an OpenNebula installation are classified in four types:

documentation:rel4.0_bck_20marzo:build_deps

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page lists the build dependencies for OpenNebula. If you want to install it from your package manager, visit the software menu to find out if OpenNebula is included in your official distribution package repositories.

documentation:rel4.0_bck_20marzo:catalog

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. :!: Development version of OpenNebula 3.0. The material on this page needs to be reviewed for completeness and accuracy. Overview

documentation:rel4.0_bck_20marzo:ceph_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The Ceph datastore driver provides OpenNebula users with the possibility of using Ceph block devices as their Virtual Images.

documentation:rel4.0_bck_20marzo:cg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide aim is to give pointers to configure all the components available in OpenNebula. It is assumed that the infrastructure is prepared and OpenNebula is

documentation:rel4.0_bck_20marzo:chmod

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Most OpenNebula resources have associated permissions for the owner, the users in her group, and others. For each one of these groups, there are three rights that can be set:

documentation:rel4.0_bck_20marzo:cli

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula provides a set commands to interact with the system: CLI * oneacct: gets accounting data from OpenNebula * oneacl: manages OpenNebula ACLs

documentation:rel4.0_bck_20marzo:cloud_auth

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula ships with three servers: Sunstone, EC2 and OCCI. When a user interacts with one of them, the server authenticates the request and then forwards the requested operation to the OpenNebula daemon.

documentation:rel4.0_bck_20marzo:cluster_guide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. A Cluster is a group of Hosts. Clusters can have associated Datastores and Virtual Networks, this is how the administrator sets which Hosts have the underlying requirements for each Datastore and Virtual Network configured.

documentation:rel4.0_bck_20marzo:compatibility

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide is aimed at OpenNebula 3.8 users and administrators who want to upgrade to the latest version. The following sections summarize the new features and usage changes that should be taken into account, or prone to cause confusion. You can check the upgrade process in the following

documentation:rel4.0_bck_20marzo:compile

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page will show you how to compile and install OpenNebula from the sources. If you want to install it from your package manager, visit the

documentation:rel4.0_bck_20marzo:cong

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. There are two contextualization mechanisms available in OpenNebula: the automatic IP assignment, and a more generic way to give any file and configuration parameters. You can use any of them individually, or both.

documentation:rel4.0_bck_20marzo:contextualization_packages

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Contextualization packages are available to several distributions so you can prepare them to work with OpenNebula without much effort. These are the changes they do to you VM:

documentation:rel4.0_bck_20marzo:context_overview

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula comes a method to pass information to a newly created Virtual Machine. This is very handy to configure parameters as soon as the VM is running. The most common thing configured with this system is networking.

documentation:rel4.0_bck_20marzo:devel-vmm

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The component that deals with the hypervisor to create, manage and get information about virtual machine objects is called Virtual Machine Manager (VMM for short). This component has two parts. The first one resides in the core and holds most of the general functionality common to all the drivers (and some specific), the second is the driver that is the one able to translate …

documentation:rel4.0_bck_20marzo:ebtables

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide describes how to enable Network isolation provided through ebtables rules applied on the bridges. This method will only permit isolation with a mask of 255.255.255.0.

documentation:rel4.0_bck_20marzo:ec2g

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. You should take into account the following technical considerations when using the EC2 cloud with OpenNebula: * There is no direct access to the dom0, so it cannot be monitored (we don't know where the VM is running on the EC2 cloud).

documentation:rel4.0_bck_20marzo:ec2qcg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The OpenNebula EC2 Query is a web service that enables you to launch and manage virtual machines in your OpenNebula installation through the

documentation:rel4.0_bck_20marzo:ec2qcs

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. COMMON_OPTIONS VALUE --help, -h Show help --access-key , -K

documentation:rel4.0_bck_20marzo:ec2qec

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. In order to interact with the EC2 Service that OpenNebula implements you can use the client included in the OpenNebula distribution, but also you can choose one of the well known tools that are supposed to interact with cloud servers through the EC2 Query

documentation:rel4.0_bck_20marzo:ec2qug

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The EC2 Query API offers the functionality exposed by Amazon EC2: upload images, register them, run, monitor and terminate instances, etc. In short, Query requests are HTTP or HTTPS requests that use the HTTP verb GET or POST and a Query parameter.

documentation:rel4.0_bck_20marzo:esx5persistency

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Most of ESX 5 files reside in a in-memory filesystem. This means faster access and also non persistency across reboots, which can be inconvenient at the time of managing a ESX farm for a OpenNebula cloud.

documentation:rel4.0_bck_20marzo:evmwareg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The VMware Drivers enable the management of an OpenNebula cloud based on VMware ESX and/or VMware Server hypervisors. It uses libvirt to invoke the Virtual Infrastructure SOAP

documentation:rel4.0_bck_20marzo:external_auth

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula comes by default with an internal user/password authentication and an ACL authorization system, see the Users & Groups Subsystem guide for more information.

documentation:rel4.0_bck_20marzo:features

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This section will describes the detailed features and functionality of the upcoming version of OpenNebula (v4.0).

documentation:rel4.0_bck_20marzo:file_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The Files Datastore lets you store plain files to be used as VM kernels, ramdisks or context files. The Files Datastore does not expose any special storage mechanism but a simple and secure way to use files within VM templates. There is a Files Datastore (datastore ID: 2) ready to be used in OpenNebula.

documentation:rel4.0_bck_20marzo:firewall

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This driver installs iptables rules in the physical host executing the VM. This driver can be used to filter (and enforce) TCP and UDP ports, and to define a policy for ICMP connections, without any additional modification to the guest VMs.

documentation:rel4.0_bck_20marzo:fs_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The Filesystem datastore lets you store VM images in a file form. The datastore is format agnostic, so you can store any file-type depending on the target hypervisor. The use of file-based disk images presents several benefits over deviced backed disks (e.g. easily backup images, or use of shared FS) although it may less performing in some cases.

documentation:rel4.0_bck_20marzo:ftguide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide's objective is to provide information in order to prepare for failures and/or recover from them. This failures are categorized depending on whether they come from the physical infrastructure (Host failures), from the virtualized infrastructure (VM crashes) or from the virtual infrastructure manager (OpenNebula crash).

documentation:rel4.0_bck_20marzo:ganglia

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. If you already have ganglia deployed in your cluster you can use the ganglia drivers provided by OpenNebula to get information about hosts and virtual machines from it. These drivers should make the monitoring more performant in a big installation as they don't use ssh connections to the nodes to get the information. On the other side they require more work on the system admi…

documentation:rel4.0_bck_20marzo:glossary

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula components: * Front-end: Machine running the OpenNebula services. * Host: Physical machine running a supported hypervisor. See the

documentation:rel4.0_bck_20marzo:hm-vlan

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide describes how to enable Network isolation provided through host-managed VLANs. This driver will create a bridge for each OpenNebula Virtual Network and attach an VLAN tagged network interface to the bridge. This mechanism is compliant with

documentation:rel4.0_bck_20marzo:hooks

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Hook Manager present in OpenNebula enables the triggering of custom scripts tied to a change in state in a particular resource, being that a Host or a Virtual Machine. This opens a wide area of automation for system administrators to tailor their cloud infrastructures.

documentation:rel4.0_bck_20marzo:hostsubsystem

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. What is a Cluster Clusters are pools of hosts that share datastores and virtual networks. Clusters are used for load balancing, high availability, and high performance computing.

documentation:rel4.0_bck_20marzo:host_guide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. In order to use your existing physical nodes, you have to add them to the system as OpenNebula hosts. You need the following information:

documentation:rel4.0_bck_20marzo:ignc

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page will show you how to install OpenNebula from the binary packages. Please read the Planning the Installation guide before you proceed. Package Installation (Front-End)

documentation:rel4.0_bck_20marzo:image_repo

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The image repository is the on in charge to store and manage registered images. You can get more information on its usage from a user perspective in the

documentation:rel4.0_bck_20marzo:img

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Information Manager (IM) is in charge of monitoring the hosts. It comes with various sensors, each one responsible of a different aspects of the computer to be monitored (CPU, memory, hostname

documentation:rel4.0_bck_20marzo:img_guide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Storage system allows OpenNebula administrators and users to set up images, which can be operative systems or data, to be used in Virtual Machines easily. These images can be used by several Virtual Machines simultaneously, and also shared with other users.

documentation:rel4.0_bck_20marzo:img_mad

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Image Manager Driver is quite similar to the Transfer Manager Driver. This Manager Driver is responsible for the file management needed to create new Images.

documentation:rel4.0_bck_20marzo:img_template

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page describes how to define a new image template. An image template follows the same syntax as the VM template. If you want to learn more about the image repository, you can do so

documentation:rel4.0_bck_20marzo:intro

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula is the open-source industry standard for data center virtualization, offering the most feature-rich, flexible solution for the comprehensive management of virtualized data centers to enable on-premise Infrastructure as a Service Clouds. This guide gives an overview of OpenNebula and summarizes its main benefits for the different stakeholders involved in a cloud com…

documentation:rel4.0_bck_20marzo:introapis

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula has been designed to be easily adapted to any infrastructure and easily extended with new components. The result is a modular system that can implement a variety of Cloud architectures and can interface with multiple datacenter services. In this document we will review the main interfaces of OpenNebula (see figure 1 for an overview), their use and give pointers to…

documentation:rel4.0_bck_20marzo:introc

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. What is a Public Cloud? A Public Cloud is an extension of a Private Cloud to expose RESTful Cloud interfaces. Cloud interfaces can be added to your Private or Hybrid Cloud if you want to provide partners or external users with access to your infrastructure, or to sell your overcapacity. Obviously, a local cloud solution is the natural back-end for any public cloud.

documentation:rel4.0_bck_20marzo:introh

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. What is a Hybrid Cloud? A Hybrid Cloud is an extension of a Private Cloud to combine local resources with resources from remote Cloud providers

documentation:rel4.0_bck_20marzo:intropr

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The aim of a Private Cloud is not to expose to the world a cloud interface to sell capacity over the Internet, but to provide local cloud users and administrators with a flexible and agile private infrastructure to run virtualized service workloads within the administrative domain

documentation:rel4.0_bck_20marzo:iscsi_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The iSCSI datastore driver provides OpenNebula with the possibility of using block-devices for VM images instead of the default file form. The use of the iSCSI datastores presents several benefits, especially regarding performance.

documentation:rel4.0_bck_20marzo:java

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page contains the OpenNebula Cloud API Specification for Java. It has been designed as a wrapper for the XML-RPC methods, with some basic helpers. This means that you should be familiar with the XML-RPC

documentation:rel4.0_bck_20marzo:known_issues

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The following bugs or issues have been identified in the current 4.0 version, and will be solved in future releases.

documentation:rel4.0_bck_20marzo:kvmg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. KVM (Kernel-based Virtual Machine) is a complete virtualization technique for Linux. It offers full virtualization, where each Virtual Machine interacts with its own virtualized hardware. This guide describes the use of the KVM virtualizer with OpenNebula, please refer to KVM specific documentation for further information on the setup of the KVM hypervisor itself.

documentation:rel4.0_bck_20marzo:ldap

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The LDAP Authentication addon permits users to have the same credentials as in LDAP, so effectively centralizing authentication. Enabling it will let any correctly authenticated LDAP user to use OpenNebula.

documentation:rel4.0_bck_20marzo:log_debug

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula provides logs for many resources. It supports two logging systems: file based logging systems and syslog logging. In the case of file based logging, OpenNebula keeps separate log files for each active component, all of them stored in

documentation:rel4.0_bck_20marzo:lvm

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The LVM TM driver is an alternative to tm_shared and tm_ssh driver. It features instantaneous image deployment through LVM snapshots.

documentation:rel4.0_bck_20marzo:lvm_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The LVM datastore driver provides OpenNebula with the possibility of using LVM volumes instead of plain files to hold the Virtual Images.

documentation:rel4.0_bck_20marzo:manage_acl

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The ACL authorization system enables fine-tuning of the allowed operations for any user, or group of users. Each operation generates an authorization request that is checked against the registered set of

documentation:rel4.0_bck_20marzo:manage_users

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula supports user accounts and groups. This guide shows how to manage both. To manage user rights, visit the Managing ACL Rules guide. Users

documentation:rel4.0_bck_20marzo:marketplace

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The OpenNebula Marketplace is a catalog of third party virtual appliances ready to run in OpenNebula environments. The OpenNebula Marketplace only contains appliances metadata. The images and files required by an appliance will not be stored in the Marketplace, but links to them.

documentation:rel4.0_bck_20marzo:mysql

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The MySQL backend was introduced in OpenNebula 2.0 as an alternative to the Sqlite backend available in previous releases. Either of them can be used seamlessly to the upper layers and ecosystem tools. These high level components do not need to be modified or configured.

documentation:rel4.0_bck_20marzo:nm

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview Before diving into Network configuration in OpenNebula make sure that you've followed the steps described in the Networking section of the Planning the Installation guide. When a new Virtual Machine is launched, OpenNebula will connect its network interfaces (defined in the NIC section of the template) to the bridge or physical device specified in the

documentation:rel4.0_bck_20marzo:occicg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The OpenNebula OCCI (Open Cloud Computing Interface) server is a web service that enables you to launch and manage virtual machines in your OpenNebula installation using an implementation of the

documentation:rel4.0_bck_20marzo:occidd

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The OpenNebula OCCI API is a RESTful service to create, control and monitor cloud resources using an implementation of the

documentation:rel4.0_bck_20marzo:occiug

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The OpenNebula OCCI API is a RESTful service to create, control and monitor cloud resources using an implementation of the OGF OCCI API specification based on the

documentation:rel4.0_bck_20marzo:onecast

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

documentation:rel4.0_bck_20marzo:onedb

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide describes the onedb CLI tool. It can be used to get information from an OpenNebula database, upgrade it, or fix inconsistency problems.

documentation:rel4.0_bck_20marzo:oned_conf

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The OpenNebula daemon oned manages the cluster nodes, virtual networks, virtual machines, users, groups and image repository. The configuration file for the daemon is called

documentation:rel4.0_bck_20marzo:openvswitch

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide describes how to use the Open vSwitch network drives. They provide two indepent functionalities that can be used together: network isolation using VLANs, and network filtering using OpenFlow. Each Virtual Network interface will receive a VLAN tag enabling network isolation. Other traffic attributes that may be configured through Open vSwitch are not modified.

documentation:rel4.0_bck_20marzo:ozones

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The OpenNebula Zones (oZones) component allows for the centralized management of multiple instances of OpenNebula (zones), managing in turn potentially different administrative domains. The module is run by the oZones administrator, with capacity to grant access to the different zones to particular users.

documentation:rel4.0_bck_20marzo:ozonescfg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide intends to give a walk through the steps needed to correctly configure the oZones Server to start managing Zones and VDCs. Also, it provides steps to configure a reverse proxy based on the Apache web server to hide the VDC details from end users.

documentation:rel4.0_bck_20marzo:plan

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide provides a high-level overview of an OpenNebula installation, so you can easily architect your deployment and understand the technologies involved in the management of virtualized resources and their relationship.

documentation:rel4.0_bck_20marzo:quota_auth

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide will show you how to set the usage quotas for users and groups. Overview The quota system tracks user and group usage of system resources, and allows the system administrator to set limits on the usage of these resources. Quota limits can be set for:

documentation:rel4.0_bck_20marzo:router

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview This guide describes how to use the Virtual Router in OpenNebula. When instantiated in a network, this appliance provides the following services for other Virtual Machines running in the same network:

documentation:rel4.0_bck_20marzo:ruby

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. :!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page contains the OpenNebula Cloud

documentation:rel4.0_bck_20marzo:schg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Scheduler module is in charge of the assignment between pending Virtual Machines and known Hosts. OpenNebula's architecture defines this module as a separate process that can be started independently of

documentation:rel4.0_bck_20marzo:sd

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Storage subsystem is highly modular. These drivers are separated into two logical sets: * DS: Datastore drivers. They serve the purpose of managing images: register, delete, and create empty datablocks.

documentation:rel4.0_bck_20marzo:sd_dump

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

0 0 0 oneadmin oneadmin TTY 1 1 0 0 0 0 0 0 0 0 0

documentation:rel4.0_bck_20marzo:selfservice

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula Self-Service is a simplified GUI aimed to end-users of the OpenNebula cloud. Its aim is to offer a simplified access to shared infrastructure for non-IT end users.

documentation:rel4.0_bck_20marzo:selfservicebranding

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula Self-Service can be easily customized to include the informations you consider more relevant to its users. Customizable options Customizable options are:

documentation:rel4.0_bck_20marzo:sm

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. What is a Datastore? A Datastore is any storage medium used to store disk images for VMs, previous versions of OpenNebula refer to this concept as Image Repository. Typically, a datastore will be backed by SAN/NAS servers.

documentation:rel4.0_bck_20marzo:ssh_auth

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide will show you how to enable and use the SSH authentication for the OpenNebula CLI. Using this authentication method, users login to OpenNebula with a token encrypted with their private ssh keys.

documentation:rel4.0_bck_20marzo:sunstone

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula Sunstone is the OpenNebula Cloud Operations Center, a Graphical User Interface (GUI) intended for regular users and administrators that simplifies the typical management operations in private and hybrid cloud infrastructures. OpenNebula Sunstone allows to easily manage all OpenNebula resources and perform typical operations on them.

documentation:rel4.0_bck_20marzo:sunstone_dummy_plugin

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Sunstone Dummy Plugin is a simple plugin to illustrate the pluging creation process explained in Sunstone Plugin Guide and to test some of the Sunstone features which are not used by the standard plugins. In order to use it just save the following code in the

documentation:rel4.0_bck_20marzo:sunstone_plugin_guide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Sunstone client-side has a plugin-oriented structure that allows users to select which features are active and to develop their own extensions and easily include them in the web interface. Plugins can use the Sunstone interface to run and modify common OpenNebula actions, show custom information panels and offer extended capabilities for Sunstone.

documentation:rel4.0_bck_20marzo:sunstone_plugin_reference

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This document is intended to provide a detailed description for sunstone.js configuration objects and methods regarding the creation and use of plugins.

documentation:rel4.0_bck_20marzo:sunstone_server_plugin_guide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. OpenNebula Sunstone server plugins consist a set files defining custom routes. Custom routes will have priority over default routes and allow administrators to integrate their own custom controllers in the Sunstone Server.

documentation:rel4.0_bck_20marzo:system_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Overview The system datastore holds images for running VMs. There is a default system datastore in an OpenNebula installation and it cannot be used to manually register images. OpenNebula automatically copies, moves and deletes images from it as the VMs need them.

documentation:rel4.0_bck_20marzo:template

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. A template file consists of a set of attributes that defines a Virtual Machine. Using the command onetemplate create, a template can be registered in OpenNebula to be later instantiated. For compatibility with previous versions, you can also create a new Virtual Machine directly from a template file, using the

documentation:rel4.0_bck_20marzo:upgrade

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide describes the installation procedure for systems that are already running a 2.x or 3.x OpenNebula. The upgrade will preserve all current users, hosts, resources and configurations; for both Sqlite and MySQL backends.

documentation:rel4.0_bck_20marzo:vdcmngt

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. Virtual Data Centers (VDCs) are fully-isolated virtual infrastructure environments where a group of users, under the control of the VDC administrator, can create and manage compute, storage and networking capacity. The VDC administrator can create new users inside the VDC. Both VDC admins and users access the zone through a reverse proxy, so they don't need to know the endpoi…

documentation:rel4.0_bck_20marzo:vgg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. A host is connected to one or more networks that are available to the virtual machines through the corresponding bridges. OpenNebula allows the creation of Virtual Networks by mapping them on top of the physical ones

documentation:rel4.0_bck_20marzo:vm4market

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. In this section some general guidelines on creating OpenNebula compatible images for the marketplace are described. Following this you will find a tutorial showing how to create an Ubuntu 12.04 image ready to distribute it in the marketplace.

documentation:rel4.0_bck_20marzo:vmg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The purpose of this section is to demonstrate how to quickly deploy a VM with OpenNebula in a few easy steps. We will assume that you have properly configured OpenNebula and that you have at least one worker node running KVM (this guide does not work with Xen for the moment).

documentation:rel4.0_bck_20marzo:vmmg

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The Virtualization Subsystem is the component in charge of talking with the hypervisor installed in the hosts and taking the actions needed for each step in the VM lifecycle.

documentation:rel4.0_bck_20marzo:vmwarenet

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide describes how to use the VMware network drivers in OpenNebula, which use native VMware networks. It's designed to be used as the network driver for VMware hypervisors. This driver optionally provides network isolation through VLAN tagging. The VLAN id will be the same for every interface in a given network, calculated by adding a constant to the network id. It may …

documentation:rel4.0_bck_20marzo:vmware_ds

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. There are several possibilities at the time of designing the storage model for your cloud when using VMware hypervisors. OpenNebula ships with

documentation:rel4.0_bck_20marzo:vm_guide

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. In OpenNebula the Virtual Machines are defined with Template files. This guide explains how to describe the wanted-to-be-ran Virtual Machine, and how users typically interact with the system

documentation:rel4.0_bck_20marzo:vm_guide_2

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide follows the Creating Virtual Machines guide. Once a Template is instantiated to a Virtual Machine, there are a number of operations that can be performed using the

documentation:rel4.0_bck_20marzo:vnet_template

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page describes how to define a new Virtual Network template. A Virtual Network template follows the same syntax as the VM template.

documentation:rel4.0_bck_20marzo:x509_auth

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This guide will show you how to enable and use the x509 certificates authentication with OpenNebula. The x509 certificates can be used in two different ways in OpenNebula.

documentation:rel4.0_bck_20marzo:xeng

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. The XEN hypervisor offers a powerful, efficient and secure feature set for virtualization of x86, IA64, PowerPC and other CPU architectures. It delivers both paravirtualization and full virtualization. This guide describes the use of Xen with OpenNebula, please refer to the Xen specific documentation for further information on the setup of the Xen hypervisor itself.

documentation:rel4.0_bck_20marzo:zona

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. This page contains the OpenNebula Zone API (ZONA) Specification for Ruby. It has been designed as a wrapper for the OpenNebula Zone REST server, with some basic helpers. This means that you should be familiar with the XML-RPC

documentation:rel4.0_bck_20marzo:zonesmngt

Anonymous (anonymous@undisclosed.example.com) — 2014-01-07T11:47:54+00:00

:!: Development version of OpenNebula 4.0. The material on this page needs to be reviewed for completeness and accuracy. A Zone is essentially a group of interconnected physical hosts with hypervisors controlled by OpenNebula. A Zone can be added to the oZones server, providing valid oneadmin credentials, so it can contribute to the list of aggregated resources presented by the oZones component. A Zone can be further