A forms editor in the collector
A forms editor has landed in the collector. It's primary usage is to split the compliance objects forms from the collector code base. As a result, compliance objects and their associated forms can be created by clients easily and without OpenSVC team involvement. The powerful forms description langage is also leveraged for other uses. One is a form-based service and node customization system, which from a form inputs generates a compliance rule automatically attached to a specific service or node. For example this system can be used to present a user with a weblogic deployment form, which from a bunch of question (port, username, ...) configures the compliance rules and ends up deploying the product. Forms inputs can also be fed to scripts, or be mailed to interested parties. A natural evolution for this forms subsystem is generic workflow management. Stay tuned.
OpenSVC now can handle NFS shares as service resources on HP-UX and Linux. This approach is more friendly than the previously suggested NFS app launchers. The users benefit from fine-grained error reporting and self reparation. For example, when a share is not exported to a specific target client, or exported with unexpected options, a warning is raised explaining the issue, and starting the share resource will re-export only for the affected client. The driver has been tested with hundreds of shares and proved to be fast and reliable.
Now OpenSVC services handling at least one container resource can span inside the container. If so desired, the agent must be installed in the container, and at least one service resource must be tagged as 'encap'. In this case, the master service (the part handled by the hypervisor agent) takes care of synchronizing the service configuration into the container. The service configuration file is the same. The slave agent only handles the resources flagged 'encap'. This new feature permits powerful topologies like Oracle RAC cluster in zones, or failover slave service between active containers in a master flex. The nice part is that admins logged into the container can operate on the slave service as they would on any service. The master and slaves resource status are aggregated by the master service and reported to the collector from there.
OpenSVC services were limited to handle only one container per physical host, possibly all running if in flex mode. This limitation is no more. Now containers are proper resources in the service configuration file, each with a dedicated [container#n] section. So, beware of these configuration file changes while planing agent upgrades. Please refer to usr/share/doc/template.env file for details of new configuration parameters.
OpenSVC support for Clouds
OpenSVC services can now handle cloud resources : virtual machines on OpenStack and Vcloud, and cloud disk volumes for Gandi cloud. This support enables many interesting service topologies : physical cluster in production with disaster recovery in a cloud, shared disk clustering between two cloud virtual machines, disaster recovery on a different cloud from the production, or a farm of virtual machines spanned across different clouds. These new drivers use Apache libcloud cloud login abstraction. They also support virtual machine provisioning features of the clouds API.
Veritas Cluster wrapper
The agent OpenSVC is now capable of reporting and inventoring VCS service groups. This new wrapper complements the already existing ServiceGuard and Red Hat Cluster wrapper family. The target is to be able to describe coherently whole heterogeneous datacenters through the collector. The compliance rulesets and modulesets can be attached to such wrapped services, their resources accounted.
HP-UX SRP container driver
A new container driver has landed in the OpenSVC agent. It drives HP-UX SRP start, stop, sync and provisioning. While working in this area, the HP-UX vg driver received support for LVM v2 and provisioning capability. SRP is a light-weight virtualization technology similar to Solaris zones, AIX WPARs, FreeBSD Jails, OpenVZ, LXC, etc. Very DRP-friendly, as file-based replication is easy and the network is setup by OpenSVC.
Backup index aggregation
OpenSVC is now able to ship EMC Networker index to the collector. A new 'saves' view is dedicated to display the aggegated index with the usual powerful filtering capabilities. The collector also creates a 'save'-type check for each known nodes' filesystem, using the number of days since last backup as a value. Filesystem never backed-up inherit an arbitrary value of 1,000,000 days. The threshold system applies as usual, and 'save' checks crossing their thresholds cause alerts to be emitted to the dashboard. Aggregations and historization charting are coming soon.
btrfs send/recv driver merged
A new data sync driver supporting the very efficient btrfs send and receive mecanism has been merged in the opensvc agent. Documentation and example are there. Once this btrfs feature has matured, this driver will be the most efficient software-only drp replication scheme for Linux, on par with the zfs send/recv scheme.
docs fr translation
The docs.opensvc.com sphinx documentation is currently being translated in french. Being tracked with git and shared through git.opensvc.com, contributing is easy and welcome. A snapshot of the translated documentation is already available at http://docs.opensvc.com/fr/.