New features in Dublin
- Provide MUSIC as a fully sharded, scale out common service, where as many ONAP sites/component replicas can be added as required for performance. The significant technical challenge is to eliminate the need for Zookeeper and build MUSIC completely based on Cassandra while preserving all its guarantees. We expect this change to improve both deployability (just one tool – Cassandra) and performance (initial benchmarks indicate a factor of at least 4-5 times in terms of throughput). This is a crucial precursor for its use in edge computing and as the state management service for a federated ONAP.
- Provide the seed code to allow MUSIC to support database (RDBMS) clustering across sites using the mdbc recipe wherein ONAP components that require it can continue using a SQL database within a site while using MUSIC is as the underlying transport layer across sites, with much better performance than standard solutions like Gallera clustering.
Dependency Graph
No incoming dependencies, but this is the basic architecture:
MUSIC Deployment graph (OOM)
MUSIC runs as a common pod that can be used by different components.
S3P Updates
Area | Actual Level | Targeted Level for current Release | How, Evidences |
|---|---|---|---|
Area | Actual Level | Targeted Level for current Release | How, Evidences |
| Manageability | 1 | 1 | Using EELF with logback as the logging provider. |
| Performance | 1 | 1 | This file shows basic performance benchmarks performed for MUSIC on a 10 node cluster. |
| Resiliency | 2 | 2 | Within each container we have scripts that will detect failure of MUSIC and restart it. However, if the entire container fails, we will need OOM to bring it up. |
| Scalability | 1 | 1 | Among the MUSIC components [tomcat, zookeeper, cassandra], new MUSIC nodes with the tomcat and cassandra can be added seamlessly to scale the cluster (MUSIC itself is state-less). Zookeeper nodes ideally should not be scaled since there are major performance implications. However, this can be done with reconfiguration. |
| Security | 1 | 1 |
|
| Stability | 1 | 1 | As shown in this file, our experimental runs were all over 1 hour. |
| Usability | 1 | 1 | Use SWAGGER for the REST API and Installation Docs. Will need to enhance and update the documentation. |
MUSIC repos in R4
- music
- music/prom
- music/mdbc
- music/distributed-kv-store
IM/DM Alignment
NA.
API Update: No change since Cassablanca
Provided/Consumed Interfaces
