Overview
The DCIM module allows you to:- Track data center assets with detailed specifications
- Manage rack layouts and equipment placement
- Organize assets by data center, server room, and rack
- Configure configuration management paths for automation tools
- Maintain asset relationships and dependencies
Managing Data Center Assets
Adding a New Asset
Fill Required Fields
At minimum, you need to provide:
- Model - The hardware model (create new if needed)
- Barcode or Serial Number - Unique identifier
- Service Environment - The service and environment this asset belongs to
Specify Location
Define where the asset is located:
- Rack - The physical rack where it’s installed
- Position - U-level position in the rack (use 0 for back-mounted equipment)
- Slot - For blade systems that occupy the same U position
Asset Models
Models help you organize devices of the same type. When creating a model:- Click the + button in the Model field
- Enter the model name (e.g., “PowerEdge R620”)
- Select a category from the tree menu
- Set Type to “data center” for DCIM use
- Optionally specify layout dimensions for visualization
Configuration Management Integration
Ralph supports integration with configuration management tools like Puppet and Ansible through configuration paths.Setting Up Configuration Modules
Create Configuration Module
Navigate to
/assets/configurationmodule/ and create a new module.Configuration modules can be organized in a tree structure to reflect your directory layout.Add Configuration Classes
Go to
/assets/configurationclass/ to add classes that will mark hosts with specific configurations.- For Puppet: These map directly to Puppet classes
- For Ansible: These can be mapped to Playbooks
Using Configuration Variables
Custom fields can be exposed as configuration variables:- Create a custom field (see Custom Fields)
- Enable “use as configuration variable” in its settings
- The field will appear under
configuration_variablesin the REST API
Asset Organization
Service Environments
Service Environments group assets by their purpose and deployment stage:- Service - The business purpose (e.g., “Load Balancing”, “Database Cluster”)
- Environment - Deployment stage (e.g., “production”, “testing”, “development”)
- Patch management decisions
- Deployment automation
- Upgrade planning
- Change management
Physical Location Hierarchy
Asset Relationships
Use the parent field to establish asset hierarchies:- Blade server → Blade chassis
- Virtual machine → Hypervisor
- OpenStack VM → OpenStack tenant
Rack Accessories
Ralph tracks various rack-mounted accessories:- Brush panels
- Fiber channel patch panels
- UTP patch panels
- Cable organizers
- Power sockets
REST API Integration
Fetch configuration data programmatically:configuration_path and configuration_variables fields for automation.
Tips and Best Practices
Related Documentation
- DC Visualization - Visual rack management
- Custom Fields - Extend asset data
- Deployment - Automated server deployment