MCP-OpenStack-Ops
Related Servers
Alternatives to MCP-OpenStack-Ops
No user-submitted related servers found.
Related Servers
- FlicenseCqualityDmaintenanceMCP server that enables deployment and management of MCP servers through a simple configuration-based interface.1-
- AlicenseCqualityFmaintenanceMCP server for project management automation, providing tools for project health, documentation, task management, security scanning, and CI/CD validation.271MIT
- AlicenseBqualityDmaintenanceAn MCP server for Proxmox VE that enables read-only cluster inspection, VM/container lifecycle operations, snapshots, migration, and provisioning with safe confirmation gates.28MIT
- AlicenseNot gradedqualityDmaintenanceMCP server for full Proxmox VE management - VMs, containers, storage, backups, networking.2MIT
- AlicenseNot gradedqualityCmaintenanceA comprehensive MCP server for IT, DBA, and developer tasks, enabling error resolution, task automation, performance monitoring, automated documentation, and configuration management.2 npmISC
- FlicenseNot gradedqualityDmaintenanceAn MCP server that enables interaction with multiple Kubernetes clusters simultaneously, providing comprehensive tools for cluster management, resource operations, and diagnostics across different environments.-
TDQS
Scored across 41 tools
The instance-retrieval surface is highly overlapping: get_instance claims to consolidate get_instance_details, get_instance_by_name, get_instances_by_status, and search_instances, yet all five remain exposed, making misselection very likely. get_network_details also overlaps with get_routers and get_security_groups, and some load balancer list/detail tools are close enough to confuse without careful reading.
Tool names consistently follow snake_case verb_noun conventions, overwhelmingly using get_* prefixes with predictable resource names. search_instances is a slight verb variation but still fits the same predictable pattern and style.
With 41 tools, the surface is well above the recommended range for a single MCP server and feels heavy even for a broad domain like OpenStack. The large count is compounded by redundant instance and network tools that could be consolidated into fewer well-scoped tools.
Read-only coverage is broad across compute, storage, networking, identity, load balancing, orchestration, images, and quotas. However, there are no lifecycle or action tools for creating, updating, deleting, starting/stopping, attaching, or detaching resources, which are notable gaps for an OpenStack operations server.