-
Notifications
You must be signed in to change notification settings - Fork 16
Home
Welcome to the oneview-sdk-ruby wiki!
HPE OneView makes it simple to deploy and manage today’s complex hybrid cloud infrastructure. HPE OneView can help you transform your data center to software-defined, and it supports HPE’s broad portfolio of servers, storage, and networking solutions, ensuring the simple and automated management of your hybrid infrastructure. Software-defined intelligence enables a template-driven approach for deploying, provisioning, updating, and integrating compute, storage, and networking infrastructure.
The OneView SDK for Ruby provides a Ruby library to easily interact with HPE OneView and HPE Image Streamer APIs. The Ruby library enables developers to easily build integrations and scalable solutions with HPE OneView and Image Streamer.
You can find the latest supported HPE OneView Ruby SDK here
Refer to
- Supported HPE OneView Ruby APIs Implementation
You can either use a docker container which will have the oneview-sdk-ruby installed or perform local installation.
We also provide a lightweight and easy way to test and execute oneview-sdk-ruby
. The hpe-oneview-sdk-for-ruby:<tag>
docker image contains
an installation of oneview-sdk-ruby and you can use it by just pulling down the Docker Image:
The Docker Store image tag consist of two sections: <sdk_version-OV_version>
# Download and store a local copy of oneview-sdk-ruby and
# use it as a Docker image.
$ docker pull hewlettpackardenterprise/hpe-oneview-sdk-for-ruby:v5.16.0-OV5.4
# Run docker commands below given, which will in turn create
# a sh session where you can create files, issue commands and execute the examples.
$ docker run -it hewlettpackardenterprise/hpe-oneview-sdk-for-ruby:v5.16.0-OV5.4 /bin/sh
-
Require the gem in your Gemfile:
gem 'oneview-sdk', '~> 5.4'
Then run
$ bundle install
-
Or run the command:
$ gem install oneview-sdk
The OneView client has a few configuration options, which you can pass in during creation:
# Create a OneView client object:
require 'oneview-sdk'
client = OneviewSDK::Client.new(
url: 'https://oneview.example.com',
user: 'Administrator', # This is the default
password: 'secret123',
token: 'xxxx...', # Set EITHER this or the user & password
ssl_enabled: true, # This is the default and strongly encouraged
logger: Logger.new(STDOUT), # This is the default
log_level: :info, # This is the default
domain: 'LOCAL', # This is the default
api_version: 2200 # Defaults to appliance's max API version which is API version of OneView 5.50
)
🔒 Tip: Check the file permissions because the password is stored in clear-text.
The Image Streamer (I3S) client is very similar to the OneView client, but has one key difference: it cannot generate it's own token. However, it uses the same token given to or generated by the OneView client, so if you need to generate a token, create a OneView client using a user & password, then pass the generated token into the Image Streamer client.
# Create an Image Streamer client object:
require 'oneview-sdk'
i3s_client = OneviewSDK::ImageStreamer::Client.new(
url: 'https://image-streamer.example.com',
token: 'xxxx...', # Required. Note that you cannot pass the user & password options
ssl_enabled: true, # This is the default and strongly encouraged
logger: Logger.new(STDOUT), # This is the default
log_level: :info, # This is the default
api_version: 300 # Defaults to minimum of 300 and appliance's max API version
)
You can also create the i3s client through the Oneview client instance.
# Create an Image Streamer client object through the Oneview client object:
require 'oneview-sdk'
i3s_client = client.new_i3s_client(
url: 'https://image-streamer.example.com',
ssl_enabled: true, # This is the default and strongly encouraged
logger: Logger.new(STDOUT), # This is the default
log_level: :info, # This is the default
api_version: 300 # Defaults to minimum of 300 and appliance's max API version
)
You can also set many of the client attributes using environment variables. To set these variables in bash:
# OneView client options:
export ONEVIEWSDK_URL='https://oneview.example.com'
export ONEVIEWSDK_DOMAIN='LOCAL'
# You can set the token if you know it, or set the user and password to generate one:
export ONEVIEWSDK_TOKEN='xxxx...'
export ONEVIEWSDK_USER='Administrator'
export ONEVIEWSDK_PASSWORD='secret123'
export ONEVIEWSDK_SSL_ENABLED=false
# NOTE: Disabling SSL is strongly discouraged. Please see the CLI section for import instructions.
# Image Streamer (I3S) client options:
export I3S_URL='https://image-streamer.example.com'
export I3S_SSL_ENABLED=false
# NOTE: Disabling SSL is strongly discouraged. Please see the CLI section for import instructions.
🔒 Tip: Be sure nobody has access to your environment variables, as the password or token is stored in clear-text.
Then you can leave out these options from your config, enabling you to just do:
require 'oneview-sdk'
client = OneviewSDK::Client.new
You can create the i3s client with environment variables in the following ways:
require 'oneview-sdk'
# Note: Both options require the I3S_URL environment variable to be set.
# This way uses the ONEVIEWSDK_URL, ONEVIEWSDK_USER and ONEVIEWSDK_PASSWORD environment variables to generate a token:
client = OneviewSDK::Client.new
i3s_client = client.new_i3s_client
# This way uses the ONEVIEWSDK_TOKEN environment variable directly:
i3s_client = OneviewSDK::ImageStreamer::Client.new
NOTE: Run $ oneview-sdk-ruby env
to see a list of available environment variables and their current values.
Configuration files can also be used to define client configuration (json or yaml formats). Here's an example json file:
{
"url": "https://oneview.example.com",
"user": "Administrator",
"password": "secret123",
"api_version": 2200
}
and load via:
config = OneviewSDK::Config.load("full_file_path.json")
client = OneviewSDK::Client.new(config)
🔒 Tip: Check the file permissions if the password or token is stored in clear-text.
The default logger is a standard logger to STDOUT, but if you want to specify your own, you can. However, your logger must implement the following methods:
debug(String)
info(String)
warn(String)
error(String)
level=(Symbol, etc.) # The parameter here will be the log_level attribute
🔒 Tip: When the log_level is set to debug, API request options will be logged (including auth tokens and passwords); be careful to protect secret information.
A status of the HPE OneView REST interfaces that have been implemented in this SDK can be found in the endpoints-support.md file.
You may notice resource classes being accessed in a few different ways; for example, OneviewSDK::EthernetNetwork
, OneviewSDK::API2200::EthernetNetwork
, and OneviewSDK::API2200::C7000::EthernetNetwork
. However, each of these accessors may actually be referring to the same class. This is because in order to keep backwards compatibility and make examples a little more simple, there are module methods in place to redirect/resolve the shorthand accessors to their full namespace identifier. In order to automatically complete the full namespace identifier, there are some defaults in place. Here's some example code that should help clear things up (return values are commented behind the code):
require 'oneview-sdk'
# Show defaults:
OneviewSDK::SUPPORTED_API_VERSIONS # [1000, 1200, 1600, 1800, 2000]
OneviewSDK::DEFAULT_API_VERSION # 2200
OneviewSDK.api_version # 2200
OneviewSDK.api_version_updated? # false
# Notice the automatic redirection/resolution when we use the shorthand accessor:
OneviewSDK::EthernetNetwork # OneviewSDK::API2200::EthernetNetwork
# Even this comparison is true:
OneviewSDK::EthernetNetwork == OneviewSDK::API2200::EthernetNetwork # true
# Now let's set a new API version default:
OneviewSDK.api_version = 2200
OneviewSDK.api_version # 2200
OneviewSDK.api_version_updated? # true
# The API300 and above has 2 variants (C7000 & Synergy): For eg
OneviewSDK::API1000::SUPPORTED_VARIANTS # ['C7000', 'Synergy']
OneviewSDK::API1000::DEFAULT_VARIANT # 'C7000'
OneviewSDK::API1000.variant # 'C7000'
OneviewSDK::API1000.variant_updated? # false
OneviewSDK::API1200::SUPPORTED_VARIANTS # ['C7000', 'Synergy']
OneviewSDK::API1200::DEFAULT_VARIANT # 'C7000'
OneviewSDK::API1200.variant # 'C7000'
OneviewSDK::API1200.variant_updated? # false
# Therefore, there is 1 more namespace level to the real resource class name
OneviewSDK::EthernetNetwork # OneviewSDK::API2200::C7000::EthernetNetwork
OneviewSDK::API2200::EthernetNetwork # OneviewSDK::API2200::C7000::EthernetNetwork
# Likewise, we can set a new default variant for the API2200 module:
OneviewSDK::API2200.variant = 'Synergy'
OneviewSDK::API2200.variant # 'Synergy'
OneviewSDK::API2200.variant_updated? # true
OneviewSDK::EthernetNetwork # OneviewSDK::API2200::Synergy::EthernetNetwork
OneviewSDK::API2200::EthernetNetwork # OneviewSDK::API2200::Synergy::EthernetNetwork
We understand that this can be confusing, so to avoid any confusion or unexpected behavior, we recommend specifying the full namespace identifier in your code. At the very least, set defaults explicitly using OneviewSDK.api_version = <ver>
and OneviewSDK::API2200.variant = <variant>
, as the defaults may change.
Each OneView and Image Streamer resource is exposed via a Ruby class, enabling CRUD-like functionality (with some exceptions).
Once you instantiate a resource object, you can call intuitive methods such as resource.create
, resource.update
and resource.delete
. In addition, resources respond to helpful methods such as .each
, .eql?(other_resource)
, .like(other_resource)
, .retrieve!
, and many others.
Please see the rubydoc.info documentation for complete usage details and the examples directory for more examples and test-scripts, but here are a few examples to get you started:
ethernet = OneviewSDK::EthernetNetwork.new(
client, { name: 'TestVlan', vlanId: 1001, purpose: 'General', smartLink: false, privateNetwork: false }
)
ethernet.create # Tells OneView to create this resource
ethernet['name'] # Returns 'TestVlan'
ethernet.data # Returns hash of all data
ethernet.each do |key, value|
puts "Attribute #{key} = #{value}"
end
The resource's data is stored in its @data attribute. However, you can access the data directly using a hash-like syntax on the resource object (recommended). resource['key']
functions a lot like resource.data['key']
. The difference is that when using the data attribute, you must be cautious to use the correct key type (Hash vs Symbol).
The direct hash accessor on the resource converts first-level keys to strings; so resource[:key]
and resource['key']
access the same thing: resource.data['key']
. We recommend using strings exclusively for keys, as the JSON data returned from OneView requests supports strings but not symbols.
Notice that there are a few different ways to do things, so pick your poison!
ethernet.set_all(name: 'newName', vlanId: 1002)
ethernet['purpose'] = 'General'
ethernet['ethernetNetworkType'] = 'Tagged'
ethernet.update # Saves current state to OneView
# Alternatively, you could do this in 1 step with:
ethernet.update(name: 'newName', vlanId: 1002, purpose: 'General', ethernetNetworkType: 'Tagged')
You can use the ==
or .eql?
method to compare resource equality, or .like
to compare just a subset of attributes.
ethernet2 = OneviewSDK::EthernetNetwork.new(client, { purpose: 'General' })
ethernet == ethernet2 # Returns false
ethernet.eql?(ethernet2) # Returns false
# To compare a subset of attributes:
ethernet.like?(ethernet2) # Returns true
ethernet.like?(name: 'TestVlan', purpose: 'General') # Returns true
ethernet = OneviewSDK::EthernetNetwork.new(client, { name: 'OtherVlan' })
ethernet.retrieve! # Uses the name attribute to search for the resource on the server and update the data in this object.
# Each resource class also has a searching method (NOTE: class method, not instance method)
ethernet = OneviewSDK::EthernetNetwork.find_by(client, { name: 'OtherVlan' }).first
OneviewSDK::EthernetNetwork.find_by(client, { purpose: 'General' }).each do |network|
puts " #{network['name']}"
end
# Get all resources:
networks = client.get_all(:EthernetNetwork)
ethernet = OneviewSDK::EthernetNetwork.find_by(client, { name: 'OtherVlan' }).first
ethernet.delete # Tells OneView to delete this resource
Resources can be saved to files and loaded again very easily using the built-in .to_file
& .from_file
methods.
-
To save a Resource to a file:
ethernet.to_file("full_file_path.json")
-
To load a resource from a file: (note the class method, not instance method)
ethernet4 = OneviewSDK::Resource.from_file(client, "full_file_path.json")
For more examples and test-scripts, see the examples directory and rubydoc.info documentation.
In most cases, interacting with Resource objects is enough, but sometimes you need to make your own custom requests to OneView. This project makes it extremely easy to do with some built-in methods for the Client object. Here are some examples:
# Get the appliance startup progress:
response = client.rest_api(:get, '/rest/appliance/progress')
# or even more simple:
response = client.rest_get('/rest/appliance/progress')
# Then we can validate the response and convert the response body into a hash...
data = client.response_handler(response)
This example is about as basic as it gets, but you can make any type of OneView request. If a resource does not do what you need, this will allow you to do it. Please refer to the documentation and code for complete list of methods and information about how to use them.
This gem also comes with a command-line interface to make interacting with OneView possible without the need to create a Ruby program or script.
Note: In order to use this, you will need to make sure your Ruby bin
directory is in your path.
Run $ gem environment
to see where the executable paths are for your Ruby installation.
To get started, run $ oneview-sdk-ruby --help
.
To communicate with an appliance, you will need to set up a few environment variables so it knows how to communicate. Run $ oneview-sdk-ruby env
to see the available environment variables.
The CLI does not expose everything in the SDK, but it is great for doing simple tasks such as creating or deleting resources from files, listing resources, and searching. Here are a few examples:
# Output a list of ServerProfile names:
$ oneview-sdk-ruby list ServerProfiles
# Or to show in yaml format (json is also supported):
$ oneview-sdk-ruby list ServerProfiles -f yaml
# Or to show specific attributes only:
$ oneview-sdk-ruby list ServerProfiles -a uri,state,bios.overriddenSettings
$ oneview-sdk-ruby show ServerProfile profile-1
# Or to show specific attributes only:
$ oneview-sdk-ruby show ServerProfile profile-1 -a name,uri,enclosureBay
$ oneview-sdk-ruby search ServerProfiles --filter state:Normal affinity:Bay
# By default, it will just show a list of names of matching resources,
# but again, you can show only certain attributes by using the -a option
# You can also chain keys together to search in nested hashes:
$ oneview-sdk-ruby search ServerProfiles --filter state:Normal boot.manageBoot:true
# Or to show specific attributes only:
$ oneview-sdk-ruby search ServerProfile --filter state:Normal -a name,uri,enclosureBay
# Save resource details to a file (to be used with the create and delete methods below)
$ oneview-sdk-ruby to_file ServerProfile profile-1 /my-server-profile.json
$ oneview-sdk-ruby create_from_file /my-server-profile.json
$ oneview-sdk-ruby delete_from_file /my-server-profile.json
$ oneview-sdk-ruby update FCNetwork FC1 -h linkStabilityTime:20 # Using hash format
$ oneview-sdk-ruby update Volume VOL_01 -j '{"shareable": true}' # Using json format
$ oneview-sdk-ruby rest get rest/fc-networks
$ oneview-sdk-ruby rest PUT rest/enclosures/<id>/configuration
$ oneview-sdk-ruby console
Console Connected to https://oneview.example.com
HINT: The @client object is available to you
>
Although you can disable SSL validation altogether for the client, this is strongly discouraged. Instead, please import the certificate using the built-in CLI cert command:
# Check the certificate first:
$ oneview-sdk-ruby cert check https://oneview.example.com
Checking certificate for 'https://oneview.example.com' ...
ERROR: Certificate Validation Failed!
# Import the certificate:
$ oneview-sdk-ruby cert import https://oneview.example.com
Importing certificate for 'https://oneview.example.com' into '/home/users/user1/.oneview-sdk-ruby/trusted_certs.cer'...
Cert added to '/home/users/user1/.oneview-sdk-ruby/trusted_certs.cer'
$ oneview-sdk-ruby scmb
$ oneview-sdk-ruby scmb -r 'scmb.ethernet-networks.#'
Are you running into a road block? Have an issue with unexpected behavior? Feel free to open a new issue on the issue tracker
When creating an issue, recommend providing the following and any additional information which would help address quicker.
[What you are trying to achieve but can't?]
- OneView Ruby SDK Version: [Version of this SDK for which you are encountering the issue]
- OneView Appliance Version: [Version of the OneView appliance you're interacting with]
- OneView Client API Version: [API version of your client object]
- Platform: [OS distribution and release version]
[What are the complete steps needed to do in order to reproduce your problem?]
[What do you expect to happen after taking the steps above?]
[What actually happens after the steps above? Include error output or a link to a gist.]
- HPE OneView PowerShell Library
- HPE OneView Chef Library
- HPE OneView Ansible Library
- HPE OneView Python Library
- HPE OneView Go Language Library
- HPE OneView Terraform Library
- HPE OneView Release Notes
- HPE OneView Support Matrix
- HPE OneView Installation Guide
- HPE OneView User Guide
- HPE OneView Online Help
- HPE OneView REST API Reference
- HPE OneView Firmware Management White Paper
- HPE OneView Deployment and Management White Paper
Learn more about HPE OneView at hpe.com/info/oneview
This project is licensed under the Apache 2.0 license. Please see LICENSE for more info.
Contributing: You know the drill. Fork it, branch it, change it, commit it, and pull-request it. We are passionate about improving this project, and glad to accept help to make it better.
NOTE: We reserve the right to reject changes that we feel do not fit the scope of this project, so for feature additions, please open an issue to discuss your ideas before doing the work.
Feature Requests: If you have a need that is not met by the current implementation, please let us know (via a new issue). This feedback is crucial for us to deliver a useful product. Do not assume we have already thought of everything, because we assure you that is not the case.
First run $ bundle
(requires the bundler gem), then...
- To build only, run
$ rake build
. - To build and install the gem, run
$ rake install
.
- RuboCop:
$ rake rubocop
- Unit:
$ rake spec
- Optional: Start guard to run unit tests & rubocop automatically on file changes:
$ bundle exec guard
- Integration: See the spec/integration README
- All: Run
$ rake test:all
to run RuboCop, unit, & integration tests. - Examples: See the examples README
For the full testing reference please look into TESTING.md file.
See the contributors graph