Skip to main content

This is a package of Information Model utilitied for FABRIC

Project description

PyPI

Information Model Utilities

There are a number of libraries and utilities in this repo that help convert information from various sources into FABRIC Information Models

Utilities Library

This library uses different sources to extract necessary information to build site and network advertisement models for FABRIC control framework:

  • fimutil.ralph - uses Ralph inventory system REST API to create site models
  • fimutil.netam - uses NSO and other sources to create a network model
  • fimutil.al2s - uses Internet2 Virtual Networks API to create a network model

Ralph REST

Since Ralph presents information in the form of nested dictionaries, the library uses a PyJQ to map the necessary properties. For example, a model name of a server can be found as .results[0].model.category.name, meaning 'results' dictionary, then take the first element of the list (index 0), then follow dictionary hierarchy ['model']['category']['name']. It throws RalphJSONError if the indicated field cannot be found. Each class has its own map of fields that it can get from a JSON document.

When needed more REST calls are made to additional URLs found in the initial document to determine the details of specific resource assets.

The library defines multiple classes of assets (all children of a base Asset class), each of which knows how to parse itself and its own possible subcomponents. It also defines a class that helps invoke Ralph REST API. Thus getting information about a single worker can be done as simple as

ralph = RalphURI(token=args.token, base_uri=args.base_uri)
worker = WorkerNode(uri=worker_search_uri, ralph=ralph)
worker.parse()
print(worker)

NOTE: We have created a number of conventions for how the information is stored in Ralph to support FABRIC hardware. Ansible scripts scrape information from hardware into Ralph following those conventions. The way someone else may decide to store the same information in Ralph may not conform to those conventions and make utilities in this package useless.

End-user utilities

Pip install the package (see Installation section). The utilities should be on PATH. Get a token from Ralph GUI for the Ralph API and username/password for NSO.

scan_worker.py

Scans an individual worker node based on its FQDN and returns information about it and its components.

Invocation:

$ scan_worker.py -w <worker FQDN> -t <Ralph API Token> -b https://hostname/api/

The utility is smart enough to try and discard components that don't need to be reflected in the information model (internal worker disks, iDrac or disconnected ports etc)

You can find your Ralph API token in your profile page in Ralph.

scan_site.py

Similar to above, searches for all usable components of a site (workers nodes, data switch, storage) and prints out what it finds or saves to a model.

Invocation:

$ scan_site.py -b https://hostname/api/ -s <site acronym> -t <token> -p

Prints information collected from Ralph

$ scan_site.py -b https://hostname/api/ -s <site acronym> -t <token> -a <street address string> -m <model name>.graphml -c <config file>

Saves site model into a file in GraphML format.

Using -a is strongly advised (to support GIS-style visualizations of slices), the code automatically tests the provided postal address to make sure it is resolvable into Lat/Lon coordinates.

You can also use --brief option with -p to have a shorter printout.

To produce a site JSON file, use -j or --json followed by a filename.

Options-p, -m and -j could be used together (i.e. to produce a model, a printout and a JSON file). If none is specified the site is scanned however no extra output is produced.

The config file (by default .scan-config.json allows to statically override certain scanned details:

  • Allows for site to say it is using some other site's DP switch

The general format example of the file is as follows (SITE1, SITE2 are all-caps site names):

{
  "ram_offset": 24
  "SITE1": {
    "dpswitch": {
      "URL": <URL of SITE2's dp switch in Ralph>,
      "Site": "SITE2"
    },
    "ptp": true,
    "storage": {
      "Disk": "500TB"
    },
    "workers": {
      <worker FQDN>: {
        "Disk": "100TB",
        "Core": "15",
        "RAM": "2TB",
        "CPU": "4",
        "cpu_allocation_ratio": 1
      }
    },
    "mac_offset": "f2:ab"
    "connected_ports": [ "HundredGigE0/0/0/15" ]
  }
}

ram_offset specifies an offset to subtract from the actual RAM value. This is adjustment needed to for RAM allocated to NOVA on the workers. mac_offset intended to be used with OpenStack sites to aid unique MAC generation for vNICs. Note that the first octet of mac_offset must be even.

connected_ports are only effective for generating JSON files (do not affect ARMs) which are then used to put other ports (not include uplinks and facility ports) into admin DOWN state.

cpu_allocation_ratio intended to be used when enabling over subscription for a site. By default, this is set to 1 implying no over subscription. For EDC/EDUKY, this may be set to 16 indicating the total core count would be multiplied with this number in the model.

scan_net.py

Similar to above, interrogates NSO, PCE (future work) to create a model of the inter-site network.

Invocation:

$ scan_net.py -c config_file -m <model name>.graphml --isis-link-validation

Saves the model into a file indicated with -m in GraphML format.

Optional --isis-link-validation enables verification and validation of active links via checking with SR-PCE for IS-IS adjacency in IPv4 topology. Without it, the model generation will only rely on NSO information.

Optional -c points to a YAML configure file with NSO and SR-PCE REST authentication parameters. Without it, default location is $HOME/.netam.conf or /etc/netam.conf. Example below:

nso_url: https://192.168.11.222/restconf/data
nso_user: admin
nso_pass: xxxxx
sr_pce_url: http://192.168.13.3:8080/topo/subscribe/txt
sr_pce_user: admin
sr_pce_pass: xxxxx
sites_config: ...NetworkController/device-config/ansible/inventory/sites.yaml

The sites_config yaml file is generated priorly with NetworkController/device-config/ansible/inventory/fabric-cisco-dev.py --yaml.

scan_al2s.py

Similar to above, interrogates NSO, PCE (future work) to create a model of the inter-site network.

Invocation:

$ scan_al2s.py  -c config_file -m <model name>.graphml

Saves the model into a file indicated with -m in GraphML format.

Optional -c points to a YAML configure file with NSO and SR-PCE REST authentication parameters. Without it, default location is $HOME/al2s.conf or /etc/al2s.conf. Example below:

api_base_url: https://api.ns.internet2.edu
api_access_key: xxx-xxx-xxx

generate_instance_flavors.py

A utility to generate a list of OpenStack VM flavors based on permutations of CPU, RAM and disk.

Can output the results in 3 flavors: CSV, JSON for FIM (usable as part of FIM catalog datafile) and JSON Ansible usable for Ansible tasks that load flavors into OpenStack.

usage: generate_instance_flavors.py [-h] [-f FILE] [-o FORMAT] [-d DELIMITER] [-i DIALECT]

optional arguments:
  -h, --help            show this help message and exit
  -f FILE, --file FILE  output CSV file
  -o FORMAT, --format FORMAT
                        CSV, JSON, JSONA (JSON for Ansible), defaults to CSV
  -d DELIMITER, --delimiter DELIMITER
                        Delimiter character to use for CSV format
  -i DIALECT, --dialect DIALECT
                        CSV dialect (excel, unix), defaults to excel

Typical usage is

$ generate_instance_flavors.py -o JSONA -f flavors.json

Installation

For use

You can use a virtualenv or install directly:

$ pip install fimutil

For development

Developed under Python 3.9. Using virtualenv, something like this should work:

$ git clone https://github.com/fabric-testbed/information-model-utils.git
$ mkvirtualenv -r requirements.txt fim-utils
$ cd information-model-utils/utilities/
$ python scan_worker.py <options>

Note that to install PyJQ dependency as part of requirements you need to have automake installed on your system. So yum install automake or brew install automake or similar.

Building and packaging

Use (make sure to pip install flit first):

$ flit build
$ flit publish

Project details


Download files

Download the file for your platform. If you're not sure which to choose, learn more about installing packages.

Source Distribution

fim-utils-1.7.1.tar.gz (42.0 kB view details)

Uploaded Source

Built Distribution

fim_utils-1.7.1-py3-none-any.whl (49.1 kB view details)

Uploaded Python 3

File details

Details for the file fim-utils-1.7.1.tar.gz.

File metadata

  • Download URL: fim-utils-1.7.1.tar.gz
  • Upload date:
  • Size: 42.0 kB
  • Tags: Source
  • Uploaded using Trusted Publishing? No
  • Uploaded via: python-requests/2.28.2

File hashes

Hashes for fim-utils-1.7.1.tar.gz
Algorithm Hash digest
SHA256 65349793808b36fffbbe006a6cc66d69b219a1f4bcf0c73c966177ec5d070b40
MD5 31f19ac1ac13d7b5391e97213849899b
BLAKE2b-256 6004adbdf76b451d393363f2a39f45b428823f8a38bc16d3fbc1e1316f45a586

See more details on using hashes here.

File details

Details for the file fim_utils-1.7.1-py3-none-any.whl.

File metadata

  • Download URL: fim_utils-1.7.1-py3-none-any.whl
  • Upload date:
  • Size: 49.1 kB
  • Tags: Python 3
  • Uploaded using Trusted Publishing? No
  • Uploaded via: python-requests/2.28.2

File hashes

Hashes for fim_utils-1.7.1-py3-none-any.whl
Algorithm Hash digest
SHA256 8de2a5f5fdc2f5aca34deb18c6eddcc8d7ee33021e4306217447c8a5d60ffda3
MD5 8295c5afde0a5a83a5e769dc80983386
BLAKE2b-256 25bdb17fe854471788d4222b8bc4a04060b856ab72016208b7fe2eff239a8448

See more details on using hashes here.

Supported by

AWS AWS Cloud computing and Security Sponsor Datadog Datadog Monitoring Fastly Fastly CDN Google Google Download Analytics Microsoft Microsoft PSF Sponsor Pingdom Pingdom Monitoring Sentry Sentry Error logging StatusPage StatusPage Status page