Jump to: navigation, search

Difference between revisions of "Synaps/Architecture"

 
m (Text replace - "__NOTOC__" to "")
 
(5 intermediate revisions by one other user not shown)
Line 1: Line 1:
__NOTOC__
 
<<[[TableOfContents]]()>>
 
  
Note: This page is to share architectural information of Synaps temporarily. When the Synaps is open sourced, this page will be moved into its documentation page.
+
Note: This page is moved to http://spcs.github.com/synaps
 
 
== Synaps Architecture ==
 
Synaps API is frontend of the system. It uses RabbitMQ for asynchronous processing requested messages. And the messages are passed to Synaps Strom.
 
 
 
Synaps Storm is a topology implementation which is aimed to run on the Twitter Storm, real-time distributed stream processing system. Synaps Storm is based on the message driven architecture. Most of the messages are came from RabbitMQ. It notifies using Notification Queue. Any other notification system can interoperate with the queue.
 
 
 
Both Synaps API and Storm programs are use Cassandra no-sql database to store persistent data.
 
 
 
Following is Architecture of Synaps.
 
 
 
[[Image:Synaps$$Architecture$SynapsSystemOverview.jpg]]
 
 
 
following is an example of integration.
 
 
 
Externally, Synaps interoperates with agents which inputs metric data periodically, such as VMMON which can get information from VM Hyperisor with libvirt library and Nova API, and custom agent also.
 
 
 
Synaps Notification is a program to send E-mail or SMS.
 
 
 
[[Image:Synaps$$Architecture$IntegratedSystemOverview.jpg]]
 
 
 
following is an example of deployment.
 
 
 
[[Image:Synaps$$Architecture$SynapsDeployment.jpg]]
 
 
 
== Synaps API Subsystem description ==
 
 
 
Synaps API is WSGI based Web Server which provides AWS [[CloudWatch]] compatible API.
 
 
 
=== Asynchrous request processing ===
 
Requests below are processed asynchrously.
 
 
 
* Delete''''''Alarms
 
* Put''''''Metric''''''Alarm
 
* Put''''''Metric''''''Data
 
 
 
For example,
 
 
 
[[Image:Synaps$$Architecture$SynapsAPI-PutMetricData.jpg]]
 
 
 
=== Synchrous request processing ===
 
 
 
Requests below are processed synchrously.
 
 
 
* Describe''''''Alarm''''''History
 
* Describe''''''Alarms
 
* Describe''''''Alarms''''''For''''''Metric
 
* Disable''''''Alarm''''''Actions
 
* Enable''''''Alarm''''''Actions
 
* Get''''''Metric''''''Statistics
 
* List''''''Metrics
 
* Set''''''Alarm''''''State
 
 
 
For example,
 
 
 
[[Image:Synaps$$Architecture$SynapsAPI-GetMetricStatistics.jpg]]
 
 
 
== Synaps Storm Subsystem description ==
 
 
 
Synaps Storm is a topology implementation which is aimed to run on the Twitter Storm, real-time distributed stream processing system.
 
 
 
Following is simple diagram of Synaps Storm topology.
 
 
 
[[Image:Synaps$$Architecture$SynapsStorm-Topology.jpg]]
 
 
 
=== [[PutMetricData]] message processing ===
 
 
 
This function is the most important part of Synaps. When the [[PutMetricData]] message is received via RabbitMQ message queue, it reads its in-memory sliding windows or database to aggregate its datapoints and evalutate status of its alarms. If the status is changed, it sends action message to notification queue.
 
 
 
[[Image:Synaps$$Architecture$SynapsStorm-[[PutMetricData]].jpg]]
 
 
 
=== [[PutMetricAlarm]] message processing ===
 
 
 
When the [[PutMetricAlarm]] message is received via RabbitMQ message queue, it find its metric and update its in-memory alarm data and update it into database.
 
 
 
[[Image:Synaps$$Architecture$SynapsStormPeriodicMonitoring.jpg]]
 
 
 
=== [[PeriodicMonitoring]] message processing ===
 
 
 
‘check_spout’ generates [[PeriodicMonitoring]] message every 1 minute. When the message is generated, it checks their alarms which are not evaluated recently by [[PutMetricData]] message.
 
 
 
[[Image:Synaps$$Architecture$SynapsStormPutMetricAlarm.jpg]]
 

Latest revision as of 23:31, 17 February 2013

Note: This page is moved to http://spcs.github.com/synaps