oslo.vmware
Oslo VMware library
Decision gist · record as of 2026-08-14
Yes, if you are building or deploying OpenStack services that integrate with VMware infrastructure. The library is actively maintained, has low install friction, carries a permissive license, and has no known vulnerabilities. It is purpose-built for this integration and is the standard choice within the OpenStack ecosystem. Not relevant for non-OpenStack or non-VMware use cases.AI-flagged interpretation of the facts on this page — verify before relying
Before you install
- Requires Python 3.11 or later; depends on suds-community for SOAP communication with VMware APIs
- Low install friction with a pure-Python wheel distribution.
- Actively maintained with a recent release 36 days old.
License · maintenance · safety
Apache-2.0 (permissive) — Apache License 2.0 (permissive) allows use in most projects without significant restrictions, though derivative works must include the license notice.
last release 2026-07-09 (36 days)
0 known vulnerabilities (OSV.dev, 2026-08-14) · 93,503 downloads/mo, #13,379 on PyPI
Alternatives
Verify before relying
pip install oslo.vmware
from oslo_vmware import api
# Use oslo.vmware APIs for VMware operations- Whether suds-community is actively maintained and suitable for production VMware API calls
- Performance characteristics when handling large-scale VMware operations or concurrent requests
What it is and what it does
oslo.vmware is an OpenStack library that abstracts common VMware operations and API interactions, allowing OpenStack services to manage VMware infrastructure. It wraps VMware's SOAP-based APIs and provides utility functions for typical hypervisor tasks. The library is part of the Oslo project, OpenStack's collection of shared libraries, and is designed for operators and developers integrating OpenStack with VMware environments.
The package depends on a suite of Oslo utilities (oslo.i18n, oslo.utils, oslo.concurrency, oslo.context, oslo.service) for cross-cutting concerns like internationalization, concurrency control, and service lifecycle management. It also relies on lxml for XML processing and requests for HTTP communication, reflecting the XML-heavy nature of VMware's SOAP APIs.
Use it for
- Building OpenStack Nova drivers or other services that need to manage VMware vSphere clusters
- Automating VMware operations from OpenStack control plane components
- Abstracting VMware API calls in multi-hypervisor OpenStack deployments
- Handling common VMware tasks like VM lifecycle, networking, and storage operations
Worth the install?
AI-flagged interpretation of the facts on this page. Verify before relying on it.
Yes, if you are building or deploying OpenStack services that integrate with VMware infrastructure.
The library is actively maintained, has low install friction, carries a permissive license, and has no known vulnerabilities. It is purpose-built for this integration and is the standard choice within the OpenStack ecosystem. Not relevant for non-OpenStack or non-VMware use cases.
Install
oslo-vmware on PyPI
Before you install
Low install friction with a pure-Python wheel distribution. Actively maintained with a recent release 36 days old. Requires Python 3.11 or later and depends on 10 runtime packages including oslo libraries, lxml, and requests.
Requires Python 3.11 or later; depends on suds-community for SOAP communication with VMware APIs
License in practice
Apache License 2.0 (permissive) allows use in most projects without significant restrictions, though derivative works must include the license notice.
Quickstart
pip install oslo.vmware
from oslo_vmware import api
# Use oslo.vmware APIs for VMware operationsVerify before relying
- Whether suds-community is actively maintained and suitable for production VMware API calls
- Performance characteristics when handling large-scale VMware operations or concurrent requests
Package facts
| License | Apache-2.0 permissive |
| Python support | Supports the current Python release >=3.11 |
| Install friction | Low. Pure-Python wheel |
| Runtime dependencies | 10 packagespbroslo.i18noslo.utilslxmlsuds-communityrequestsurllib3oslo.concurrencyoslo.contextoslo.service |
| Maintenance | Actively maintained 36 days since the last release |
| First released | |
| Downloads | 93,503 / month, #13,379 on PyPI 30-day window, as of 2026-08-14 |
| Known vulnerabilities | None known OSV.dev, checked 2026-08-14 |
| Classifiers | Environment :: OpenStackIntended Audience :: Information TechnologyIntended Audience :: System AdministratorsLicense :: OSI Approved :: Apache Software LicenseOperating System :: POSIX :: LinuxProgramming Language :: PythonProgramming Language :: Python :: 3Programming Language :: Python :: 3.11Programming Language :: Python :: 3.12Programming Language :: Python :: 3.13Programming Language :: Python :: 3.14 |
Evidence: oslo_vmware-4.10.0-py3-none-any.whl
Tags
Let your AI agent find packages like this
Example. Real query, live index.
You found this page by searching. An agent finds it by wishing: SkillFed indexes 14,416 PyPI packages by what they can do, searchable in plain language.
wish › “vmware openstack integration”
- oslo.vmwareoslo.vmware provides a library for common VMware operations and APIs,…
- vmware-vapi-common-clientProvides Python client bindings for VMware vAPI common services,…
- vmware-vcenterProvides Python bindings to VMware vCenter Server APIs for managing…
Give your agent the search over MCP, or paste the wish link into any chat.
More Distributed Computing packages
gRPC Python is an HTTP/2-based RPC framework that enables you to define and call remote procedures across network boundaries using protocol buffers for serialization.
Install it if you need RPC communication in a distributed system or are integrating with existing gRPC services.
execnet lets you spawn and communicate with Python interpreters across local processes, remote hosts, and different platforms, using a simple API for task distribution and inter-process messaging.
However, the aging maintenance status (275 days since last release) means you should verify it meets your concurrency and performance needs before committing to a…
Cloudpickle extends Python's standard pickle module to serialize lambda functions, interactively-defined functions and classes, and other constructs that the default pickle cannot handle, making it suitable for cluster computing and remote code execution.
Install it if you need to serialize lambda functions, interactively-defined code, or non-standard Python constructs for cluster computing or distributed execution.
Provides a unified, open()-compatible Python API for streaming large files from remote storage (S3, GCS, Azure, HDFS, SFTP, HTTP) and local filesystems, with transparent compression support.
Install it if you work with large files on cloud storage or remote systems and want to avoid writing boilerplate around multiple SDKs.
Portalocker provides cross-platform file locking with support for exclusive and shared locks, plus Redis-based distributed locks and process-aware PID file locking.
Install it if you need file or process coordination; the optional extras (pywin32, redis) are only required for specific lock types.
Ray is a distributed computing framework that scales Python applications from a single machine to multi-node clusters, providing abstractions for parallel tasks, stateful actors, and shared objects.
See also oslo.config · oslo.db · oslo.messaging · oslo.utils · oslotest · oslo.policy · oslo.cache · oslo.concurrency · oslo.middleware · oslo.log