Overview
- Purpose: Archive ModMS NetCDF data to distributed storage servers
- Main Server:
mams.devops.arabiaweather.com(148.251.6.197) - Archive Servers: Multiple archive servers (e.g.,
138.201.49.117- Mams.04) - Code: Uses the same codebase as the ModMS server, providing identical query capabilities
- Registry: Uses
registry.jsonto track data locations and date ranges - Deployment: Docker Swarm stacks with multiple services
Access
Web Interface: http://mams.devops.arabiaweather.com:8081/web/ Credentials:- Username:
modms - Password:
CLandSky
System Components
Quick Links
- Deployment - Docker Swarm deployment configuration
- Connector - Connector service for distributed queries
- Registry - Registry system and archive process
- Nginx - Nginx service for file serving
- API Examples - Example requests and workflows
Query Capabilities
Since MAMS uses the same code as the ModMS server, it provides identical query capabilities: The MAMS API supports the same query syntax as the main ModMS server. See the ModMS Query Guide for query details.Query Routing
When a query comes in to the main MAMS server:- The ModMS service checks the
registry.jsonfile - It determines which server has the requested model and date range
- If data is on the main server, it serves it directly
- If data is on an archive server, it connects to that server’s connector (port 8082)
- The connector serves the data and returns it to the main server
- The main server returns the results to the client
This routing is transparent to clients - they always query the main server, which handles the complexity of distributed data access.
Related Documentation
- ModMS Overview - Main ModMS system documentation
- ModMS Getting Started - Setup and development guide
- ModMS Architecture - System architecture and components

